软件更新概述 (SharePoint Foundation 2010)

适用于： SharePoint Foundation 2010

上一次修改主题： 2016-11-30

本文提供了在 Microsoft SharePoint Foundation 2010 服务器场上部署软件更新的概述。

本文内容：

• 改进和新增功能

• 目标受众和范围

• 软件更新过程

• 软件更新策略

• 软件更新部署周期

改进和新增功能

SharePoint Foundation 2010 引入了有利于提供更好的端到端软件更新体验的改进和新增功能。下面列出了其中一些功能：

• 支持不同服务器上的更新版本之间的向后兼容性，这使您能够安装更新二进制文件并推迟到以后某个时间再完成更新。

• 可以并发更新多台 Microsoft SharePoint Foundation 服务器以转移数据库服务器的工作负载。

• 完全支持使用 Windows Server Update Services (WSUS)、Windows Update 和 Microsoft Update 的自动更新。

  备注

  自动更新将在场服务器上安装二进制文件，但您必须通过在服务器上运行升级来完成软件更新。

• 管理员可以使用管理中心网站或 Windows PowerShell 来监视更新状态。

有关 SharePoint Foundation 改进和新增功能的详细信息，请参阅新增升级功能 (SharePoint Foundation 2010)。

目标受众和范围

提供的有关软件更新过程的信息是面向维护 SharePoint Foundation 2010 的所有 IT 专业人员的。不过，有关安装软件更新的特定说明是面向需要在 SharePoint Foundation 服务器场上部署软件更新的 IT 专业人员的。

本文中的信息适用于以下产品：

• SharePoint Foundation 2010

• SharePoint Foundation 2010 语言包

• Microsoft Filter Pack

备注

在 SharePoint Foundation 的独立环境中安装软件更新的过程要比在服务器场中安装软件更新的过程简单，无需服务器场所需的全部步骤。

软件更新过程

在 SharePoint Foundation 2010 环境中部署更新的过程包括修补和升级这两个阶段，了解这一点很重要。本文中使用术语修补 一词来区分更新软件和升级软件。

每个阶段都有特定的步骤和结果。可以推迟升级阶段。

警告

不一致的服务器场行为可能源自升级被推迟数天以上。推迟时间越长，出现服务器场行为问题的风险就越大。

更新阶段

修补阶段包含两个步骤：修补步骤和部署步骤。在修补步骤中，将新的二进制文件复制到管理中心服务器。任何正在使用必须替换的文件的服务将暂时停止。停止服务可减少重新启动服务器来替换正在使用的文件的要求。不过，有些情况下，您必须重新启动服务器。

修补阶段中的第二个步骤是部署步骤。在此步骤中，安装程序将支持文件复制到运行 SharePoint Foundation 的服务器上的适当目录中。此步骤确保所有 Web 应用程序都在运行正确的二进制文件并将在安装更新后正确运行。部署步骤完成后，更新阶段即告完成。

部署软件更新的下一个阶段是升级阶段，这也是最后一个阶段。

升级阶段

完成修补阶段后，必须启动升级阶段来完成更新安装。升级阶段是任务密集型，因此需要最多时间才能完成。第一个操作是升级正在运行的所有 SharePoint Foundation 进程。在进程升级后，对数据库进行爬网和升级。因为升级过程可以运行在单台服务器上，所以服务器场中的其他服务器可以继续响应请求。

有关升级的详细信息，请参阅升级过程概述 (SharePoint Foundation 2010)。

软件更新策略

您选择的更新策略主要基于以下因素之一：

• 可接受的用于安装更新的停机时间长度。

• 可用于缩短停机时间的其他员工和计算资源。

在确定更新策略时，考虑策略如何使您能够管理和控制更新。

在缩短停机时间方面，可使用以下选项，它们按最长到最短停机时间的顺序排序：

• 安装更新并且不推迟升级阶段。

• 安装更新并推迟升级阶段。

• 使用尽可能短的停机时间安装更新并推迟升级阶段。

软件更新部署周期

用于升级 SharePoint Foundation 场和服务器的周期也适用于部署软件更新，软件更新是升级的一部分。建议使用下图所示的更新周期作为指南来部署软件更新。

学习

在周期的这一阶段，目的是了解安装更新需要什么。此信息也影响您要更新然后添加到服务器场中的新服务器。

要求和必备组件

首先，确保系统可设置为场服务器。有关详细信息，请参阅硬件和软件要求 (SharePoint Foundation 2010)。确保您计划更新的任何服务器与其他场服务器运行相同版本的操作系统。这包括更新、Service Pack 和安全修补程序。

更新策略

确定要用于更新服务器场的策略。根据您的要求，可以使用以下策略之一：

• 就地

• 数据库附加

可以使用前面的任一策略创建适合您的环境的混合方法。有关详细信息，请参阅确定升级方法 (SharePoint Foundation 2010)。

停机时间缩短

研究并评估可用于缩短停机时间的选项。首先检查缺少的依赖关系，这可能会延长停机时间。确定更新的所有依赖关系，然后在开始部署更新之前修复这些依赖关系或在计划时将相应的时间成本因素考虑在内。考虑使用只读内容数据库并执行并行升级来缩短停机时间。

重要

强烈建议不要结合使用备用访问映射 URL 重定向 (AAM) 和数据库附加作为缩短停机时间的选择。AAM 不是为部署软件更新设计的。有关详细信息，请参阅在升级过程中使用 AAM URL 重定向 (SharePoint Foundation 2010)（白皮书）。

常见问题

识别并解决常见问题，例如缺少依赖关系或依赖关系已过期，以及将安装更新的服务器上的空间不足。

准备

通过记录环境和制定更新策略来准备软件更新，以确保更新将按计划在预期的停机时间窗口内进行。

记录环境

记录环境的目的是确定您的服务器场中的独特之处。可以采用多种方法来收集您的服务器场的相关信息，例如手动检查、使用 WinDiff 进行比较以及 Windows PowerShell 命令。

根据需要记录环境的以下元素：

• 服务器场拓扑和网站层次结构

• 安装的语言包和筛选器包

• 可能受更新影响的自定义项

管理自定义项

自定义项通常是服务器场升级或软件更新过程中的首要问题之一。识别您的服务器场自定义项并确定更新是否可能会影响它们。如果不确定，则要慎之又慎，并确定将如何管理自定义项。您必须确保自定义项在软件更新后可正常工作。可以使用 Stsadm 命令 ExportIPFSAdminObjects 收集并导出自定义项。

有关详细信息，请参阅确定如何处理自定义设置 (SharePoint Foundation 2010)。

制定更新策略

在更新周期的“学习”阶段中，您应该已经确定更新策略和所需的最短停机时间。除了确定硬件、空间和软件要求外，您的更新策略中还必须包括：

• 场服务器的更新顺序

• 操作顺序

• 停机时间限制和您计划缩短停机时间的方法

• 出现严重问题时的回滚过程

提示

在部署更新之前清理服务器场环境。清理的好处是可改进更新安装性能，并且可消除软件更新过程中和更新之后的潜在问题。有关详细信息，请参阅在升级之前清理环境 (SharePoint Foundation 2010)。

更新策略的两个最后要求是沟通计划和更新计划。

一定要与网站所有者和用户就升级期间预计发生的情况进行沟通。管理员应通知他们停机时间以及升级所需时间可能比预期时间长或某些网站在升级后可能需要返工等风险。有关详细信息，请参阅创建沟通计划 (SharePoint Foundation 2010)。

创建包含与更新部署相关的操作的开始时间的基准更新操作计划。计划至少应包括以下操作：

• 备份服务器场。

• 启动场服务器的更新。

• 启动服务器场数据库的升级。

• 如果需要，启动环境的回滚。

• 如果需要，继续升级。

• 确认环境能够作为原始版本（如果已回滚）或新版本（如果已完成升级）完全运行。

使服务器场项目准备好更新

确保服务器场项目已准备好更新。如果已备份、记录或更新服务器场项目以确保更新可安装，则它们已准备就绪。验证服务器场的以下方面是否已准备好更新：

• 解决方案

• 功能

• 网站定义

• Web 部件

测试

测试的严格性、彻底性和详细程度决定软件更新部署的成败。在生产计算机环境中，没有安全的捷径，只有测试不充分所产生的后果。有关详细信息，请参阅使用试验升级查找潜在问题 (SharePoint Foundation 2010)。

构建测试服务器场

构建代表生产环境的测试服务器场。建议使用生产数据的副本，来确定潜在问题领域并监视升级期间的总体系统性能。关键指示器是部署过程从开始到结束所花费的时间长度。这应包括备份和验证在内。可以将此信息包含在更新计划中。

如果可能，在测试环境中使用与生产服务器具有同等性能功能的硬件。

提示

考虑在虚拟环境中使用测试服务器场。完成测试后，可以关闭虚拟服务器场并在以后将其用于未来的更新。

评估技术

测试服务器场还使您能够评估计划用于更新生产环境的技术。除了测试和评估停机时间缩短策略外，还可以优化更新监视。这在验证软件更新并对其进行故障排查方面尤其重要。

实现

您使用的更新策略将决定是必须构建新服务器场还是在当前场服务器上部署更新。

构建或更新服务器场

无论是构建新服务器场还是执行就地更新，都需要考虑以下最重要的服务器场元素：

• 内容

• 服务

• 服务应用程序

部署自定义项

尽可能使用解决方案，以便您可以快速部署任何自定义项。

缩短停机时间

使用只读数据库和更新并行度等技术缩短停机时间。有关详细信息，请参阅确定升级方法 (SharePoint Foundation 2010)。

监视进度

用于监视测试环境中的软件更新的已优化技术可继续用于在生产环境中部署更新。使用管理中心的“升级和迁移”页可监视可用的状态指示器。此功能实现了实时监视，并提供了单个位置来查看所有场服务器的修补状态。另外，还可以使用“升级和迁移”页来查看单个服务器的更新状态以及服务器场数据库的状态和类型。最后，使用管理中心进行监视的一个重要方面是识别必须更新的场服务器。

下表介绍了管理中心中提供的状态信息。

状态值	说明	超链接
无需任何操作	场服务器当前无需管理员采取任何操作。	无超链接
需要安装	场服务器缺少对所有场服务器设置为必需的 .msi 文件，或具有的修补级别低于单个服务器场范围的有效修补程序版本。	指向“修补程序部署状态”页的超链接
升级进行中	场服务器当前正在执行升级操作。	指向“升级状态”页的超链接
升级可用	场服务器正在以向后兼容模式运行。	指向“升级和迁移”页的超链接
需要升级	场服务器在具有一个或多个数据库的向后兼容模式范围之外。	指向“升级和迁移”页的超链接
升级被阻止	如果升级可用，并且有场服务器需要安装，则其余不需要安装的服务器将设置为此状态，除非它们当前正在进行升级。	指向“修补程序部署状态”页的超链接

状态值	说明
已安装	指示无需任何操作
缺少/必需	如果产品在每台服务器上都是必需的，或者特定 .msi 文件的修补程序位于一台服务器上，但不在为其显示此状态的服务器上，则会显示此状态
缺少/可选	如果产品不是在每台服务器上都是必需的，则会显示此状态
已取代	如果更新由于被较新的修补程序取代而不再是服务器上必需的，则会显示此状态

用于监视更新过程的其他工具是日志文件和 Windows PowerShell 命令。

重要

记得监视更新花费的时间长度。将当前更新过程与基准计划进行比较，以确定更新是否将符合停机时间窗口。如果不符合，则应将此信息告知服务器场用户。

验证

您可以在实现阶段开始验证更新是否成功，然后在更新实现后继续验证。

记录的失败事件

查看事件日志以发现在部署期间出现的任何问题。解决这些问题，然后根据需要继续或重新启动更新。

用户界面或体验问题

所有用户界面或用户体验问题都将显示在网站页面上。查找以下问题：

• Ghosting

• 用户界面版本不匹配

• HTML 和 XHTML 一致性

其他问题可能包括缺少模板、用户标识符和内容问题，例如大型列表。

数据问题

数据问题因服务器场数据库的状况而起，可能包括以下所有或某些问题：

• 与数据源的连接问题

• 数据库损坏

• 孤立项

• 隐藏的列数据

有些情况下，您可以解决可能出现的次要问题，然后继续或重新启动更新。准备好在出现无法轻松解决的问题时立即回滚更新。

See Also

Other Resources

资源中心：SharePoint 2010 产品的更新