29、SharePoint管理与升级全攻略

SharePoint管理与升级全攻略

1. SharePoint站点集合特性

站点集合拥有独特的权限,可存储在独立的数据库中,并且能独立于其他站点进行管理,因此提供了更多的控制权。

2. 备份操作
2.1 手动备份

使用中央管理站点手动备份SharePoint数据库,由于SharePoint将内容和配置数据存储在不同的数据库中,因此必须使用SharePoint工具而非SQL Server提供的工具。具体步骤如下:
1. 导航到中央管理站点,点击“操作”,然后在“备份和还原”标题下点击“执行备份”。
2. 选择要备份的项目,并在工具栏上点击“继续备份选项”。
3. 选择“完整”或“差异”备份,指定备份位置,然后点击“确定”。SharePoint将显示“备份和还原状态”页面。
4. 备份执行时,SharePoint会更新状态页面,备份完成后显示“阶段:已完成”。

需要注意的是,WSS管理和计时器服务必须运行才能执行备份。如果备份几分钟后仍未开始,请打开Microsoft管理控制台(MMC)确保这些服务正在运行。

2.2 自动备份

由于没有内置方法使用SharePoint计时器作业安排备份过程,若要创建自动运行的备份过程,需按以下步骤操作:
1. 创建使用stsadm实用工具的命令脚本。例如,以下命令脚本对当前服务器进行完整备份,将文件保存到 \\wombat0\spbackups 共享,并将备份进度记录在日志文件中:

REM sts_backup.cmd
path = %path%;C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN
stsadm -o backup -directory \\wombat0\spbackups -backupmethod full
  1. 使用Windows计划任务安排脚本运行。以安排上述脚本每晚运行为例:
    1. 以管理员身份登录SharePoint服务器。
    2. 点击“开始”➝“所有程序”➝“附件”➝“系统工具”➝“计划任务”,Windows将打开“计划任务”窗口。
    3. 点击“添加计划任务”,Windows将启动“计划任务向导”。
    4. 点击“下一步”➝“浏览”并选择备份脚本,指定任务的计划、运行时间、运行身份,然后点击“完成”。

备份脚本会在备份位置写入文件夹,每个文件夹包含备份文件、备份日志和备份的XML描述。为避免存储空间不足,需要定期存档和删除旧备份。

此外,还可以使用stsadm备份单个站点集合,例如,以下命令行备份顶级站点集合:

stsadm -o backup -url http://wombat0 -filename wombat0root.bak –overwrite

站点集合备份可用于在执行全局任务时防止错误,或在删除子站点或重新组织站点之前存档站点状态。

3. 还原操作

使用中央管理站点从手动备份中还原,使用stsadm实用工具从计划备份中还原,不能使用中央管理站点从stsadm备份中还原。

3.1 灾难性故障后还原前的准备

若在灾难性故障后还原,需执行以下任务:
- 从SQL Server还原配置数据库,备份会保存配置数据库,但必须从SQL Server还原。
- 重新安装自定义解决方案。
- 重建备用访问映射(如果有)。
- 重新创建IIS元数据库。

3.2 从中央管理站点还原

步骤如下:
1. 点击“操作”,然后在“备份和还原”标题下点击“从备份还原”。
2. 选择手动备份存储的位置并点击“确定”,该位置应为包含 spbrtoc.xml 文件的文件夹。
3. 选择要还原的备份,并在工具栏上点击“继续还原过程”,SharePoint将显示可从备份中还原的项目列表。
4. 选择要还原的项目并点击“继续还原过程”,SharePoint将显示一组还原选项。
5. 选择“新配置”创建新数据库或“相同配置”覆盖现有数据库,点击“确定”开始还原。

3.3 从计划备份还原

使用stsadm命令,例如,以下命令行从备份文件夹中进行完整还原:

stsadm -o restore -directory \\wombat0\spbackups\spbr0003 -restoremethod overwrite

若要还原单个站点集合,可使用类似以下的命令行:

stsadm -o restore -url http://wombat0 -filename wombat0root.bak –overwrite
4. 审计活动

SharePoint和IIS会记录用户活动和服务器事件,可使用这些日志获取站点使用情况报告、了解特定时间谁进行了更改以及诊断服务器问题。

4.1 启用一般站点使用情况报告

步骤如下:
1. 导航到中央管理站点。
2. 点击“操作”,然后在“日志记录和报告”标题下点击“使用情况分析处理”。
3. 选择“启用日志记录”并指定一个易于查找的文件夹。默认情况下,SharePoint将日志文件存储在应用程序文件夹中,但将每个Web应用程序的所有日志文件放在一个文件夹中更方便。
4. 点击“启用使用情况分析处理”,选择处理信息的时间,然后点击“确定”。

4.2 启用MOSS高级使用情况日志记录

若使用MOSS,还应启用高级使用情况日志记录,步骤如下:
1. 点击中央管理站点中的“共享服务站点”链接。
2. 在“Office SharePoint使用情况报告”标题下点击“使用情况报告”。
3. 选择“启用高级使用情况分析处理”并点击“确定”。

使用情况分析报告在处理后才可使用,完成后可查看30天的历史使用数据。查看使用情况报告的方法如下:
- WSS :点击“站点操作”➝“站点设置”,然后在“站点管理”标题下点击“站点使用情况报告”。
- MOSS
1. 点击“站点操作”➝“站点设置”➝“修改所有站点设置”,然后在“站点管理”标题下点击“站点使用情况报告”。
2. 如需更详细信息,点击“返回”,然后在“站点集合管理”标题下点击“审计日志报告”。

MOSS审计日志报告提供了站点集合内不同类型活动的详细分析,标准使用情况报告仅显示按天、月或用户查看的页面。这两种报告都是历史报告,可直接查看IIS日志获取当前活动列表。

4.3 更改IIS日志位置

IIS将日志存储在系统的LogFiles文件夹中,可将其更改为更明显的位置以便于查找。操作步骤如下:
1. 以管理员身份登录服务器。
2. 为服务器上的每个Web应用程序创建一个IIS日志文件夹,例如: D:\MOSS\Logs\Wombat0
3. 打开IIS管理器,右键单击Web应用程序并选择“属性”。
4. 在“网站”选项卡上,点击“属性”并将日志文件目录更改为步骤2中创建的文件夹。
5. 点击两次“确定”关闭对话框。
6. 对服务器上的每个Web应用程序重复步骤4和5。

IIS日志虽然不易读取,但可帮助跟踪特定用户的操作,例如,若要找出谁删除了站点,可打开日志文件搜索 deleteweb.aspx ,查看谁访问了该页面(GET)以及是否删除了站点(POST)。

4.4 诊断服务器问题

使用应用程序事件日志查看错误,步骤如下:
1. 以管理员身份登录服务器。
2. 点击“开始”➝“管理工具”➝“计算机管理”,Windows将运行MMC。
3. 展开“事件查看器”并点击“应用程序”查看应用程序事件。
4. 双击事件查看其详细信息。

应用程序事件日志显示服务器上运行的服务的活动,服务具有一定的容错能力,因此可能会报告错误后继续执行其他任务。若应用程序事件日志中出现少量错误通常是正常的,但如果同一错误快速连续多次报告,则肯定表示有问题。

5. 启用PDF和其他文件类型支持

SharePoint默认不支持其他公司发明的文件类型,如Adobe PDF文件,这意味着默认情况下搜索不会在PDF文件内部进行,上传PDF文件时也不会显示正确的图标。

5.1 启用PDF文件搜索

步骤如下:
1. 从 http://www.adobe.com/support/downloads/detail.jsp?ftpID=2611 下载PDF文本过滤器(ifilter60.exe)。
2. 运行ifilter60.exe在服务器上安装过滤器。

5.2 添加PDF图标到SharePoint

步骤如下:
1. 从 http://www.adobe.com/images/pdficon.gif 下载PDF图标文件。
2. 将文件保存到服务器上的以下文件夹: C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\IMAGES
3. 编辑服务器上该文件夹中的 DOCICON.XML 文件: C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\XML
4. 在 <ByExtension> 元素中添加以下行:

<Mapping Key="pdf" Value="pdficon.gif" OpenControl=""/>
  1. 保存并关闭 DOCICON.XML
  2. 运行 iisreset.exe 加载更改。

可以使用相同的技术为其他文件类型启用搜索并添加图标,每种情况下,过滤器和图标都来自文件类型的创建者,因为其拥有文件格式。

6. 最佳实践
  • 若在WSS或MOSS安装中使用WID,在安装过程中点击“位置”选项卡设置数据库文件的位置,将数据库安装在有足够空间的驱动器上,安装后很难(或无法)更改。
  • 自定义WSS安装中,顶级站点使用团队站点模板。
  • 自定义MOSS安装中,顶级站点使用协作站点模板。
  • 为获得最佳性能,所有SharePoint Web应用程序使用单个应用程序池。
7. 升级操作
7.1 升级方法

将现有的WSS 2.0或SharePoint Portal Server 2003安装升级到WSS 3.0或MOSS 2007有三种不同的方法,具体如下表所示:
| 升级方法 | 描述 | 优点 | 缺点 |
| ---- | ---- | ---- | ---- |
| 就地升级 | 用新版本替换站点 | 简单;站点URL不变 | 无法撤销;升级期间站点离线 |
| 并行(逐步)升级 | 服务器上同时运行两个版本的SharePoint,逐个移动站点集合 | 必要时可恢复;减少站点离线时间 | 升级期间站点URL可能不同 |
| 数据库迁移 | 复制内容数据库并就地升级 | 必要时可恢复;最小化离线时间;允许部署到新硬件 | 复杂;升级期间站点URL可能不同 |

7.2 升级前的准备

在升级之前,需要完成以下任务:
- 检查硬件,确保有足够的磁盘空间进行计划的升级类型。
- 检查现有的SharePoint安装,确保其是最新的。
- 运行预升级扫描工具(PRESCAN.EXE),查找自定义站点定义和自定义(未幽灵化)页面。
- 对一个或多个站点集合进行试验性升级。
- 审查升级问题并根据试验性升级计划纠正措施。
- 与用户沟通升级计划,解释停机时间和其他问题。

7.3 审查硬件

硬件必须满足安装和运行SharePoint的要求,一般来说,运行上一版本SharePoint的硬件在新版本中也能正常工作。若进行并行升级,SQL服务器上需要有足够的磁盘空间来容纳站点集合升级时的重复内容数据库,微软建议可用磁盘空间大于或等于最大内容数据库大小的三倍。若无法释放足够空间,可通过以下任务减小内容数据库大小:
- 清理现有站点:删除未使用的站点、不需要的列表和库以及不需要的文档。
- 如有可能,删除文档库版本历史记录:存档有版本历史记录的文档库,然后从这些库中删除版本控制。
- 拆分内容数据库:将站点集合移动到单独的内容数据库中,可在 www.microsoft.com 上搜索“SharePoint Utility Suite”获取将站点集合移动到新数据库所需的工具。

微软还提到了一些可能导致升级问题的阈值:
- 根文件夹中文件超过250,000个的文档库可能需要很长时间才能升级,建议将文件移动到每个文件夹不超过2,000个文档的文件夹中。
- 超过100 GB的内容数据库可能需要很长时间才能升级,建议将大型数据库拆分为几个较小的数据库。如果内容数据库是单个站点集合,则需要将其划分为几个站点集合。

7.4 审查现有安装

计划升级的服务器应运行最新的服务包和热修复程序,至少应安装SP2和2006年6月1日的热修复程序,因为该热修复程序包含升级过程中稍后使用的stsadm databaserepair命令。现有SharePoint Web应用程序使用的应用程序池应使用具有访问SQL数据库服务器权限的身份,默认情况下,WSS 2.0使用内置的“网络服务”帐户作为应用程序池,最好使用专门为SharePoint服务创建的域帐户,这有助于识别SharePoint使用的进程。此外,使用localhost作为数据库服务器的现有安装很难升级,应确保SharePoint内容和配置数据库使用的数据库名称是显式的服务器名称,即使与当前服务器相同,可能需要在WSS 2.0中分离并重新附加数据库来更改此设置。

7.5 运行预扫描

PRESCAN.EXE实用工具随WSS 3.0安装在以下文件夹中: C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN 。如果按照建议在暂存服务器上安装了SharePoint,可以将PRESCAN.EXE和preupradescanconfig.xml复制到生产服务器并运行,此时无需在生产服务器上安装新的SharePoint版本。预扫描检查错误、孤立的列表和库以及升级后可能需要额外工作的自定义项,所有预扫描错误必须在升级Web应用程序之前解决。

扫描WSS 2.0 Web应用程序的步骤如下:
1. 从命令行运行PRESCAN.EXE,例如: prescan /v http://www.somecompany.com
2. 审查预扫描创建的日志文件,文件写入用户配置文件的Temp文件夹。
3. 如果预扫描报告错误,运行stsadm databaserepair命令,例如: stsadm –o databaserepair –url http://www.somecompany.com –databasename WSS_Content01 –deletecorruption
4. 运行预扫描验证数据库错误是否已解决。
5. 重复步骤3和4,直到预扫描无错误完成。

扫描SharePoint Portal Server 2003 Web应用程序的步骤如下:
1. 运行PRESCAN.EXE并在命令行中包含preupradescanconfig.xml配置文件,例如: prescan /c preupradescanconfig.xml /v http://www.somecompany.com
2. 审查预扫描创建的日志文件,文件写入用户配置文件的Temp文件夹。
3. 如果预扫描报告错误,运行stsadm databaserepair命令,例如: stsadm –o databaserepair –url http://www.somecompany.com –databasename WSS_Content01 -deletecorruption
4. 如果预扫描报告配置数据库中的错误,运行spsadm repairorphans命令,例如: spsadm repairorphans http://www.somecompany.com
5. 运行预扫描验证错误是否已解决。
6. 重复步骤3至5,直到预扫描无错误完成。

配置文件有助于预扫描识别内置的门户服务器站点定义,否则它们都会被标记为自定义站点定义。保存最终的预扫描报告文件,其中包含自定义(未幽灵化)页面的地址,升级完成后应进行审查。

7.6 进行试验性升级

如果可能,对典型的站点集合或Web应用程序进行试验性升级是个好主意,这可以让你了解升级过程所需的时间,并在升级生产服务器之前解决任何问题,还能让你在有不耐烦的用户等待恢复在线之前有信心知道自己在做什么。

若有配置好的暂存服务器,可以在那里进行试验性升级,避免对生产环境造成任何干扰。实际上,可以考虑使用暂存服务器离线升级站点,然后从暂存服务器部署到生产环境。

配置暂存服务器进行试验性升级的步骤如下:
1. 卸载2007版本的SharePoint。
2. 安装WSS 2.0(stsv2.exe)和服务包2(WSS2003SP2 - KB887624 - FullFile - ENU.exe)。
3. 在IIS中创建一个Web应用程序,并使用WSS 2.0中央管理站点扩展它,此时不要创建顶级网站。
4. 在生产服务器上,使用WSS 2.0的smigrate.exe实用工具备份要升级的Web应用程序,例如: smigrate -w http://www.somecompany.com -f somecompany.fwp -e -u user -pw password
5. 将 .fwp 文件复制到暂存服务器,并使用smigrate.exe实用工具在步骤3中创建的Web应用程序中安装网站,例如: smigrate –r -w http://www.somecompany.com -f somecompany.fwp
6. 验证新网站在WSS 2.0下是否正常工作。

在暂存服务器上进行试验性升级的步骤如下:
1. 安装WSS 3.0(SharePoint.exe),必须在已安装WSS 2.0的情况下安装WSS 3.0才能在安装过程中获得升级选项,安装时选择“逐步升级”选项。
2. 若可能,将WSS 3.0安装配置为使用生产SharePoint服务器使用的数据库服务器。
3. 导航到WSS 3.0中央管理站点,点击“操作”➝“升级和迁移”标题下的“站点内容升级状态”,SharePoint将显示“站点内容升级状态”页面,其中包含上一步创建的站点。如果站点未显示,验证预扫描是否成功,运行 iisreset.exe 并刷新页面。
4. 点击要升级的站点旁边的链接,SharePoint将显示“设置目标Web应用程序”页面。
5. 完成页面设置,确保使用与WSS 2.0版本使用的应用程序池不同的应用程序池。
6. 完成后点击“确定”,SharePoint将显示“选择要升级的站点”页面。
7. 点击“升级站点”,SharePoint将创建一个计时器作业来执行升级,并显示“升级正在运行”页面。

升级过程中,页面会更新,若升级出现问题,将显示作业失败消息。若作业失败,审查以下文件夹中的 Update.log 文件: C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\LOGS ,修复问题后从“内容升级状态”页面(步骤3)恢复更新。若在步骤2中使用了生产数据库服务器,可通过在生产SharePoint服务器上创建新的Web应用程序并将其附加到升级后的内容数据库来部署升级后的网站,但在这样做之前,需要验证网站是否正常工作。

通过以上的管理和升级操作,可以确保SharePoint系统的稳定运行和顺利升级,为用户提供更好的服务。

SharePoint管理与升级全攻略(下半部分)

8. 操作流程总结

为了更清晰地展示SharePoint管理与升级的操作流程,下面通过mermaid格式的流程图进行总结。

graph LR
    classDef startend fill:#F5EBFF,stroke:#BE8FED,stroke-width:2px;
    classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px;
    classDef decision fill:#FFF6CC,stroke:#FFBC52,stroke-width:2px;

    A([开始]):::startend --> B{选择操作类型}:::decision
    B -->|备份| C(手动备份):::process
    B -->|备份| D(自动备份):::process
    B -->|还原| E(灾难性故障后还原):::process
    B -->|还原| F(从中央管理站点还原):::process
    B -->|还原| G(从计划备份还原):::process
    B -->|审计| H(启用一般站点使用报告):::process
    B -->|审计| I(启用MOSS高级使用日志):::process
    B -->|审计| J(更改IIS日志位置):::process
    B -->|审计| K(诊断服务器问题):::process
    B -->|文件支持| L(启用PDF搜索):::process
    B -->|文件支持| M(添加PDF图标):::process
    B -->|升级| N(选择升级方法):::process
    N -->|就地升级| O(就地升级操作):::process
    N -->|并行升级| P(并行升级操作):::process
    N -->|数据库迁移| Q(数据库迁移操作):::process
    C --> R([结束]):::startend
    D --> R
    E --> R
    F --> R
    G --> R
    H --> R
    I --> R
    J --> R
    K --> R
    L --> R
    M --> R
    O --> R
    P --> R
    Q --> R

此流程图涵盖了SharePoint管理与升级的主要操作类型,包括备份、还原、审计、文件支持和升级等方面,每个操作类型又细分了具体的操作流程,清晰地展示了整个操作体系。

9. 常见问题及解决方法

在SharePoint的管理和升级过程中,可能会遇到一些常见问题,以下是一些问题及对应的解决方法:
| 问题描述 | 可能原因 | 解决方法 |
| ---- | ---- | ---- |
| 备份无法启动 | WSS管理和计时器服务未运行 | 打开Microsoft管理控制台(MMC),确保WSS管理和计时器服务正在运行 |
| 预扫描报告错误 | 存在自定义站点定义、孤立列表和库或其他错误 | 运行stsadm databaserepair命令修复数据库错误;若配置数据库有问题,运行spsadm repairorphans命令;重复预扫描直到无错误 |
| 试验性升级失败 | 配置问题、数据库问题或其他未知错误 | 审查 C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\LOGS 文件夹中的 Update.log 文件,根据错误信息修复问题,然后从“内容升级状态”页面恢复更新 |
| 审计日志难以查找 | IIS日志默认位置不明显 | 按照更改IIS日志位置的步骤,将日志文件存储在更易于查找的文件夹中 |

10. 操作要点回顾

为了方便大家快速回顾SharePoint管理与升级的操作要点,下面以列表形式呈现:
- 备份操作
- 手动备份:使用中央管理站点,按步骤选择备份项目、备份类型和位置。
- 自动备份:创建stsadm命令脚本,使用Windows计划任务安排运行。
- 站点集合备份:使用stsadm命令备份单个站点集合。
- 还原操作
- 灾难性故障后:先从SQL Server还原配置数据库,重新安装自定义解决方案,重建备用访问映射和IIS元数据库。
- 中央管理站点还原:按步骤选择备份位置、备份项目和还原配置。
- 计划备份还原:使用stsadm命令进行还原。
- 审计活动
- 启用报告:按步骤启用一般站点使用情况报告和MOSS高级使用情况日志记录。
- 查看报告:根据不同版本(WSS或MOSS)选择相应的查看方式。
- 更改日志位置:在IIS管理器中更改日志文件存储位置。
- 诊断问题:使用应用程序事件日志查看错误。
- 文件支持
- 启用搜索:下载并安装PDF文本过滤器。
- 添加图标:下载图标文件,编辑 DOCICON.XML 文件并加载更改。
- 升级操作
- 选择方法:根据实际情况选择就地升级、并行升级或数据库迁移。
- 升级前准备:检查硬件、安装、运行预扫描、进行试验性升级等。
- 试验性升级:在暂存服务器上按步骤进行配置和升级。

11. 总结与展望

通过对SharePoint管理与升级的全面介绍,我们了解了从站点集合特性到具体操作步骤,再到常见问题解决方法的一系列知识。正确地进行备份、还原、审计、文件支持和升级操作,能够确保SharePoint系统的稳定运行,提高工作效率,为用户提供更好的服务体验。

在未来,随着技术的不断发展,SharePoint可能会有更多的功能和特性推出。我们需要持续关注这些变化,不断学习和掌握新的操作技巧,以适应不断变化的需求。同时,在实际操作过程中,要严格按照操作步骤进行,遇到问题及时参考常见问题解决方法,确保操作的准确性和安全性。

希望以上内容能够帮助大家更好地管理和升级SharePoint系统,让其在工作中发挥更大的作用。

内容概要:本文详细阐述了车载以太网通信栈中两个核心模块——以太网接口(EthIf)以太网驱动(Eth)的功能需求技术规范。重点介绍了EthIf在上下层协议间的数据转发、硬件抽象、VLAN支持、PDU配置、队列调度、睡眠管理及性能计数器等方面的设计要求;同时深入描述了Eth模块在硬件初始化、工作模式切换、时间戳支持、DMA传输、流量整形调度、帧抢占等底层驱动功能的技术实现要点。整体围绕车载高可靠性、低延迟、可配置性强的通信需求展开,体现了现代汽车电子架构对高性能网络通信的支持能力。; 适合人群:从事汽车电子、车载网络通信、ECU开发的工程师,尤其是熟悉AUTOSAR架构并希望深入了解以太网协议栈底层机制的研发人员;具备一定嵌入式系统和网络通信基础的技术人员。; 使用场景及目标:①用于设计和实现符合车规级要求的以太网通信栈;②理解EthIfEth在车载网络中的角色分工协作机制;③掌握中断/轮询模式、VLAN处理、时间同步、流量调度、帧抢占等关键技术在实际系统中的应用;④支持高实时性应用场景如自动驾驶、多传感器融合等的网络架构设计。; 阅读建议:建议结合AUTOSAR标准文档及相关硬件手册进行对照学习,重点关注模块接口定义状态机行为,结合实际项目需求进行配置验证,并注意软硬件协同设计中的时序资源管理问题。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值