在任务关键网站上部署 SharePoint Server 2010 更新
适用于： SharePoint Server 2010
上一次修改主题： 2016-11-30
本文介绍了使用数据库附加方法在 Microsoft SharePoint Server 2010 服务器场上部署软件更新的内部版本升级。
本文内容：
简介
更新策略的目标
数据库附加概念性概述
更新阶段、指南和关键任务
作为更新策略一部分的自动化
单个服务器场上的数据库附加升级的逻辑分步方法
联合服务器场上的数据库附加升级的逻辑分步方法
附录 A. 支持的升级选项
附录 B. 将 SQL Server 数据库配置为只读
附录 C. 部署自定义项的指南
附录 D. 用于复制服务器场内容和数据的技术
附录 E. 服务应用程序迁移参考
附录 F. 自动化资源
附录 G. 其他资源
简介
在典型 SharePoint Server 2010 环境的生存期期间，必须安装一个或多个软件更新，这些更新的形式通常为累积更新或 Service Pack。通过选择适当的升级方法、制定详细的部署计划、使用脚本实现自动化和执行大量测试，可以确保部署软件更新将满足组织在可用性、用户体验和回滚（如有必要）方面的要求。
本文介绍如何使用针对场服务器的内部版本升级的数据库附加方法在单个服务器场和联合服务器场上部署软件更新。
备注
本文不介绍有关内部版本升级的规划。建议您参考规划和准备升级 (SharePoint Server 2010) 以获取规划指导。
关于软件更新
务必了解在 SharePoint Server 2010 环境中部署更新的过程包括两个阶段：修补和升级。本文中使用术语修补 一词来区分更新软件和升级软件。
每个阶段都有特定的步骤和结果。虽然可以推迟升级阶段，但是将升级推迟多天会导致服务器场行为不一致。推迟时间越长，出现服务器场行为问题的风险就越大。
修补阶段
修补阶段包含两个步骤：修补步骤和部署步骤。在修补步骤中，将新的二进制文件复制到管理中心服务器。正在使用必须替换的文件的任何服务将暂时停止。停止服务可减少重新启动服务器来替换正在使用的文件的要求。不过，有些情况下，您必须重新启动服务器。
修补阶段中的第二个步骤是部署步骤。在此步骤中，安装程序将支持文件复制到运行 Microsoft SharePoint Server 的服务器上的适当目录中。此步骤确保所有 Web 应用程序都在运行正确的二进制文件并将在安装更新后正确运行。部署步骤完成后，更新阶段即告完成。
部署软件更新的下一个也是最后一个阶段是升级阶段。
升级阶段
完成修补阶段后，必须启动升级阶段来完成更新安装。升级阶段是任务密集型，因此需要最多时间才能完成。第一个操作是升级正在运行的所有 SharePoint Server 进程。在进程升级后，对数据库进行爬网和升级。因为升级过程可以运行在单台服务器上，所以服务器场中的其他服务器可以继续响应请求。
更新策略的目标
建议对支持任务关键应用程序的 SharePoint 场应用本白皮书中使用的软件更新策略。任务关键应用程序通常定义为正常运行业务所需的应用程序。应用程序无法或未能在某个特定时间段内完成更新（也称为“恢复时间目标 (RTO)”），这会显著影响企业的业务。例如，可能会影响收益、法规要求和合同义务。
我们的更新策略旨在实现以下目标，这些目标也是成功更新的关键指标。
减少和管理停机时间 – 此策略将通过有效管理停机时间来实现以下目标：设法尽快将完整服务返回给用户以减小对用户的影响、保持较高的用户满意度以及符合服务级别协议。
提供可恢复性 – 如果更新期间出现灾难性故障，则管理员必须尽快将服务器场和应用程序恢复到预更新状态以将完整服务返回给用户。
提供一致性 - 升级后，所有运行 Microsoft SharePoint Server 的服务器将更新到同一版本级别并具有相同的配置。不一致的环境最有可能导致出现意外停机、Bug 和问题。
提供预期功能 – 更新后，服务器场应处于预期的功能状态。这包括软件更新之前已有的功能和通过安装 Service Pack 或累积更新应获得的任何新的或改进的功能。
数据库附加概念性概述
为了实现既定目标，尤其是减少并很好地管理停机时间以及能够恢复到更新前状态，您必须使用数据库附加方法。与另一种支持的方法（就地更新）相比，此方法可在软件更新期间提供最高级别的可用性和最低程度的风险。
有关升级选项的详细信息，请参阅附录 A. 支持的升级选项，其中详细比较了这两种升级方法并提供了一个将捕获可用于确定升级方法的决策点的流程图。此流程图还提供了用于安装软件更新的步骤的高级视图。
重要
软件更新过程 (https://technet.microsoft.com/zh-cn/library/ff806329.aspx#updateprocess) 中描述的软件更新过程重点说明了一个关键任务，就地升级需要执行此任务，而数据库附加升级可能需要执行此任务。您必须在所有场服务器上运行 SharePoint 产品和技术配置向导才能完成更新。
说明
数据库附加方法涉及创建将通过 Service Pack 和累积更新刷新来更新的生产服务器场的副本。我们称作 bNext（下一个内部版本）的新服务器场包括生产服务器场基础结构、应用程序和数据。bNext 服务器场将更新（不含内容）为所需的内部版本，然后将附加内容数据库。下图显示数据库附加方法的缩写版本，其中 bCurrent（当前内部版本）服务器场是现有服务器场，而 bNext 服务器场是 bCurrent 服务器场的副本。
.gif "使用数据库附加方式安装更新")
如上图所示，请特别注意，可以同时升级多个数据库。此功能可大大减少升级期间的停机时间。
更新阶段、指南和关键任务
数据库附加升级过程包含以下几大阶段：
在预生产环境中测试升级
设置新的服务器场
锁定生产服务器场
复制生产内容和数据
使用生产内容和数据升级新的服务器场
完成新服务器场上的升级
验证新服务器场上的升级
还原完整服务
在预生产环境中测试升级
在开始完整升级之前，测试升级的各个方面和预生产环境中的结果非常重要。在创建预生产环境后，建议您测试计划升级的以下方面和要素。
理想情况是，预生产测试中使用的服务器场是生产服务器场的副本。但这不是强制性要求。通常，预生产服务器场不能向外扩展到与生产服务器场相同的范围。例如，可能仅有两个（而不是三个或四个）前端 Web 服务器，并且服务器场数据库未配置为高可用。重要的一点是，拥有适用于完整测试升级以及升级可能对生产环境产生的影响的测试环境。
备注
如果您计划仅测试功能而非性能，则可使用虚拟环境而非物理计算机。
可以再次对 bNext 服务器场使用预生产服务器场基础结构。作为最佳实践，建议擦除用于预生产测试的服务器上的数据。这包括操作系统。为新服务器场重新构建它们。清理服务器不是必需操作。但是，如果您选择重用预生产服务器场，请确保从预生产测试环境中删除所有项目。有关详细信息，请参阅升级前清理环境 (SharePoint Server 2010) (https://go.microsoft.com/fwlink/?linkid=225682&clcid=0x804)。
在创建预生产环境后，建议您测试计划升级的以下方面和要素。
**查看随累积更新或 Service Pack 一起提供的说明。**软件更新可能包含升级所需的额外步骤或解决方法。
**查看更新计划和清单。**使用预生产测试来验证和调整更新计划文档。建议您将数据库附加升级的清单 (SharePoint Server 2010) 一文作为软件更新部署指南。
**在只读模式下测试当前服务器场的行为。**在将服务器场内容和服务应用程序数据移动到 bNext 服务器场的过程中，现有服务器场将处于只读状态。完成现有服务器场上的功能测试可确保升级期间的用户体验是可接受的。建议您先参阅 只读网站上的用户体验 (SharePoint Server 2010) 一文，然后再在升级计划过程中锁定生产服务器场。
**使用生成自动化设置服务器场。**建议您尽可能使用自动化，而不是使用手动过程来创建预生产环境和 bNext 环境。自动化可确保跨场服务器的配置一致性并消除手动设置服务器时可能导致出现的错误。测试与自动化相关的脚本、工具和过程。
将附录 F. 自动化资源中的脚本集合用作为环境开发自定义自动化的指南。这些脚本使用 Windows PowerShell 2.0 部署 SharePoint Server 和配置服务器场。
**为停机时间窗口建立基准。**了解完成升级所需的时间量非常重要。最重要的一个要素是生产服务器场必须处于只读模式的时间。可以使用此信息修订更新计划（如有必要）。
**验证升级的结果。**验证升级的结果是否为预期结果，并标识可能需要解决的回归 Bug。
设置新的服务器场
已安装软件更新的 bNext 服务器场是当前生产服务器场的升级版本。在设置 bNext 服务器场时，使其成为当前生产环境的副本。这包括服务器场拓扑、网站数目、服务器规格（物理或虚拟）、登录名和安全设置等。强烈建议您不要实施任何物理设计更改，因为这些更改会使升级复杂化并引入未知情况，从而增大升级的风险系数。
与预生产环境的情况一样，建议您使用生成自动化来创建和测试 bNext 服务器场。利用生成自动化将大大减少出现配置错误的可能性并缩短整个生成时间。此外，自动执行测试可帮助发现可能影响升级的任何错误配置。
在进一步处理之前，先执行测试以验证服务器场配置是否正确，然后再附加内容数据库并创建服务应用程序。
锁定生产服务器场
在测试升级过程并生成 bNext 服务器场后，可以将生产环境置于只读状态来完成升级。锁定服务器场将阻止在升级期间在生产服务器场上创建、删除或更新内容，从而确保较高的内容保真度。
重要
如果服务器场使用数据库镜像，您必须先暂停镜像，然后再在任意数据库上设置只读标志。
当新的服务器场升级到同一内部版本级别时，内容数据库至少必须处于只读模式下。您还可以将只读设置配置为任何支持在只读模式下运行的服务应用程序数据库。有关详细信息，请参阅附录 E. 服务应用程序迁移参考。
备注
在将数据库设置为只读后，将停止所有连接（但设置只读标志的连接除外）。数据库不会提交挂起的更改。设置只读标志后，将启用其他连接。
有关如何将数据库配置为只读的信息，请参阅附录 B. 将 SQL Server 数据库配置为只读。
有关如何运行只读 Microsoft SharePoint Server 服务器场的信息，请参阅运行使用只读数据库的服务器场 (SharePoint Server 2010)。
复制生产内容和数据
若要使用数据库附加方法来更新 bNext 服务器场，则必须在 bNext 数据库服务器上安装所有内容数据库和服务应用程序数据库的副本。您必须对生产服务器场上的数据库进行备份，然后将这些备份复制到 bNext。后续步骤是，恢复 bNext 上的备份并将这些备份附加到数据库服务器。
备注
有其他用于复制内容和数据的技术。有关详细信息，请参阅附录 D. 用于复制服务器场内容和数据的技术。
使用生产内容和数据升级新的服务器场
在复制内容和服务应用程序数据库备份并将其还原到 bNext 环境中运行 SQL Server 的服务器后，可开始实际的数据库附加过程。附加和升级步骤随数据库的不同而不同，并需要使用略微不同的技术。
向新服务器场添加服务应用程序
您将必须使用多种方法来向 bNext 服务器场添加生产服务器场的服务应用程序。这是因为，许多服务应用程序在移动服务应用程序或还原服务应用程序方面具有特定的要求。没有任何单一方法能适用于所有服务应用程序。有关详细信息，请参阅附录 E. 服务应用程序迁移参考。利用下列方法之一，可以向 bNext 服务器场添加服务应用程序。
数据库附加 – 通过还原和附加从生产服务器场中复制的数据库来创建服务应用程序数据库。
重新创建 – 在新的 bNext 环境中重新创建服务应用程序。建议您使用自动化将设置从生产服务器场迁移到 bNext 服务器场。
SharePoint 备份和还原 – 通过使用管理中心或 Windows PowerShell 来备份服务应用程序，然后将其还原到 bNext 服务器场。
除内容和服务应用程序数据库之外，您还必须在 bNext 服务器场上重新创建下列配置数据库：
WSS_Search
SharePoint 配置
SharePoint 管理内容
将内容数据库添加到新的服务器场
在将内容数据库附加到新的服务器场之前，请确保要将数据库装入到的目标 Web 应用程序中的网站集的 URL 路径不与您正在还原的数据库中的网站集发生冲突。使用以下步骤附加数据库：
使用 Test-SPContentDatabase cmdlet 测试要装入的数据库。
使用 Mount-SPContentDatabase cmdlet 将内容数据库装入目标 Web 应用程序。
完成新服务器场上的升级
升级所需的某些任务只能在附加并激活数据库后执行。其中的某些步骤包括（但不限于）：
验证 SQL Server 配置 - 验证是否已为 bNext 服务器场正确还原和配置所需的维护计划。例如，检查维护作业以维护统计信息和索引、备份作业、数据库镜像等。
运行配置文件导入 - 建议您对用户配置文件执行增量导入以确保配置文件数据库最新，并确保配置文件同步在新的环境中正常运行。
内容爬网 - 开始增量爬网可确保索引与已升级的内容数据库同步，并确保该爬网正常运行。
验证新服务器场上的升级
在将用户重定向到新的生产服务器场之前，最后一步是对 bNext 服务器场运行功能测试。虽然这些测试可以是手动测试，但建议您使用自动化来执行比手动测试更严谨的测试。另外，自动化意味着场服务器之间的测试是一致的。
建议您使用下列文章中的指导信息和故障排除步骤来验证升级：
还原完整服务
在 bNext 服务器场完全运行并准备接受用户请求时，当前重定向到只读生产服务器场的通信必须被重定向到 bNext 服务器场。建议您在负载平衡器中配置此重定向（如果适用）。这将确保应用程序的虚拟 IP 地址不会发生更改，并绕过将 DNS 更改推入环境中（对于所有客户端，此操作需要花费数小时）这一要求。
作为更新策略一部分的自动化
自动化可在大型或复杂 SharePoint Server 2010 环境中部署软件更新时起到重要作用。实现对服务器和服务器场的自动化设置可帮助在当前 SharePoint Server 环境和作为升级的一部分创建的新环境之间强制实施生成一致性。除了确保生成一致性并减少错误之外，自动化将减少服务器场的生成时间，从而缩减整个环境的升级时间。
自动化解决方案应包含以下元素：
基础结构设置 – 如果您正在虚拟环境中运行 SharePoint Server 2010，这将包括创建和设置虚拟机、磁盘、虚拟网络和虚拟环境的其他基础结构组件。
操作系统安装和配置 – 这包括自动安装和配置 Windows Server 及重要更新。可使用多项部署技术（包括通过使用系统准备工具 (Sysprep) 准备部署映像、Windows 部署服务和脚本化操作系统配置）实现设置的自动化。
服务器安装和配置 – 在设置服务器之后，可以安装和配置 SQL Server 和 SharePoint Server 2010。可以使用 Windows PowerShell 2.0 脚本安装和配置这两种产品。请记住将这些产品升级到当前更新版本级别；也可以使用脚本来做到这一点。
应用程序迁移和还原 – 实现 bNext 服务器场生成的自动化的最后一个要素是，实现数据库的迁移和升级、最终应用程序配置和功能测试的自动化。在计划和实现自动化脚本时，请考虑使用脚本执行以下任务：
将当前服务器场更改为只读模式
将当前服务器场更改回读/写模式（如果需要回滚升级）
配置负载平衡器
安装自定义 SharePoint Server 解决方案
将数据库从当前服务器场的数据库服务器移动到升级的数据库服务器
在 bNext 服务器场数据库服务器上装入数据库
功能测试
自动化体系结构
以下模型显示了 SharePoint Server 自动化解决方案的概念性分层体系结构。
.gif "自动化软件更新体系结构")
SharePoint Server“工作负荷”处于最高层。工作负荷表示环境的逻辑函数，例如，.COM Web 内容管理工作负荷。工作负荷由一个或多个服务器场组成。在 Web 内容管理方案中，这可能是生产服务器场和暂存服务器场。每个服务器场都将具有一个服务器拓扑，具体取决于工作负荷和环境。最后，服务器的配置将要求成功执行一个或多个“生成任务”。例如，生成任务可以为“将服务器加入服务器场”。
如果将目标环境缩小为离散的生成任务，则可以设计和生成范围有限的自动化脚本，这样便能更轻松地设计、生成和稳定这些脚本。在对一组生成任务脚本进行单元测试后，可以在更高级别的业务流程脚本或业务流程产品（如与 Microsoft System Center 一起使用的 Opalis）中使用这些脚本。有关详细信息，请参阅 Microsoft Server 和云平台（该链接可能指向英文页面） 页 (https://go.microsoft.com/fwlink/?linkid=186236&clcid=0x804)（该链接可能指向英文页面）。
自动化工具和资源
可通过多个技术选项来实现 SharePoint Server 环境的部署和配置的自动化。通常，自动化解决方案会将以下技术结合使用。
Windows PowerShell 2.0
Windows Server 2008、SharePoint Server 2010 和 SQL Server 2008 都支持使用 Windows PowerShell 实现的自动化。Windows PowerShell 是一种功能强大的可靠脚本语言和运行时，这使其成为用于实现自动化的首选技术。Windows PowerShell 还可以使用产品特定的 cmdlet, .NET API 调用和命令行工具。
命令行工具
Windows Server 2008、SharePoint Server 2010 和 SQL Server 2008 还附带了用于实现自动化部署和配置的命令行工具。但是，针对这些技术的许多命令行选项已被弃用并替换为 Windows PowerShell cmdlet。（在使用其他命令行工具之前，先确定是否有可取代此命令的 Windows PowerShell 选项）。
.NET API
Windows Server 2008、SharePoint Server 2010 和 SQL Server 2008 使用支持的 API（其中的大多数 API 都可通过 Microsoft .NET Framework 进行访问）来公开产品功能。如果特定的产品自动化功能未作为 Windows PowerShell cmdlet 或命令行工具存在，则可以使用产品 API 来存档所需的自动化级别。
现有脚本集合
可使用以下脚本集合部署 SharePoint Server 和配置服务器场。可以将这些集合按原样使用，也可以将其用作为环境开发自定义脚本的指南。
SPModule.zip。SPModule.zip 文件是 SharePoint 产品组的成员编写的不受支持的 Windows PowerShell 模块示例。该模块可用于执行与安装 SharePoint 服务器场相关的简单管理任务。下载 SPModule.zip（该链接可能指向英文页面） (https://go.microsoft.com/fwlink/?linkid=229657&clcid=0x804)（该链接可能指向英文页面）。
AutoSPInstaller。此项目包含 Windows PowerShell 2.0 脚本、XML 输入文件和用于启动部署和配置过程的标准 Windows 批处理文件。下载 AutoSPInstaller 项目（该链接可能指向英文页面） (https://go.microsoft.com/fwlink/?linkid=229659&clcid=0x804)（该链接可能指向英文页面）。
Run book automation
利用 Run Book Automation (RBA)，可以完全实现 SharePoint Server 环境的设置的自动化，并可以定义、生成、安排、管理和报告为系统创建的工作流和网络操作流程。业务流程使您能够按特定顺序执行工作流中的生成任务，该工作流可包括复杂的依赖项和验证逻辑。建议使用 Opalis 等产品实现业务流程，但也可以使用其他产品和技术来实现此目的。
单个服务器场上的数据库附加升级的逻辑分步方法
下图中的服务器场拓扑显示了可提供高可用性的典型三层服务器场。
.gif "三层的 SharePoint Server 2010 服务器场")
如上图所示，请注意：
这两个前端 Web 服务器（WEB-1 和 WEB-2）一起进行负载平衡并通过负载平衡器进行轮换。这些服务器运行的是 Windows Server 2008 R2，并已更新到 bCurrent 服务器场所在的版本级别。
两个应用程序服务器（APP-1 和 APP-2）用于提供高可用性以进行搜索。第三个服务器 APP-3 承载了管理中心和服务应用程序。这些服务器运行的是 Windows Server 2008 R2，并已更新到 bCurrent 服务器场所在的版本级别。
已对场数据库服务器 (DB-1) 进行镜像 (DB-2) 来提供高可用性。这些服务器运行的是 Windows Server 2008 R2 和 Microsoft SQL Server 2008 R2（已更新为与 bCurrent 服务器场相同的版本级别）。
单个服务器场的升级步骤
部署 SharePoint 更新的分步方法分为两个部分。第一部分介绍了预安装环境。第二部分的任务包含新服务器场 (bNext) 的创建和配置。
预生产服务器场
下列步骤介绍了如何配置预生产测试服务器场。
创建一个包含生产服务器场拓扑的核心组件的测试服务器场。考虑对服务器设置和服务器场部署使用自动化。可将获得的经验应用到实现 bNext 服务器场的自动化上。
对于预生产测试，您只需要运行测试所需的最少数量的服务器。根据上图所示的单个服务器场方案，进行预生产测试至少需要以下服务器：
两个前端 Web 服务器。这是负载平衡的最低要求。
一个应用程序服务器。如果冗余不是测试所必需的，则可将此服务器用于管理中心和生产服务器场上安装的所有服务。
一个数据库服务器。如果冗余不是测试所必需的，则不需要镜像数据库服务器。
配置测试服务器场以匹配 bCurrent 服务器场的配置。使用以下步骤作为设置测试服务器场的指南，然后完成最少数量的预生产测试。
重要
您必须自定义测试拓扑和测试来反映您的生产环境。
将生产服务器场的完整内容备份还原到测试服务器场。收集基准信息（如复制文件或还原备份所花费的时间），此类信息可用于规划升级。
安装生产服务器场上的应用程序和自定义项的副本。记录可用于规划升级和故障排除的任何基准数据。有关自定义项的信息，请参阅确定如何处理自定义项 (SharePoint Server 2010)。
下载软件更新的副本并准备安装源。有关详细信息，请参阅获取软件更新，准备安装源（可选）。可以使用此安装源进行预生产测试并在 bNext 服务器场上安装更新。
测试软件更新。确保在安装软件更新后存在预期的 SharePoint Server 功能。也就是说，没有回归 Bug。
监控生产服务器场功能。在内容和服务应用程序数据库设置为只读时，监控生产服务器场的功能。
验证过程和工具。验证升级过程并测试用于实现升级或升级后测试的自动化的工具。
bNext 服务器场
以下步骤介绍如何设置和配置 bNext 服务器场，以便能够将其作为新的 bCurrent 服务器场投入生产。
备注
如果您重用预生产服务器，建议您从操作系统重新生成服务器。这是确保任何测试项目都不会影响 bNext 服务器场 SharePoint Server 部署的最佳方法。
使用自动化脚本配置 bNext 服务器场所需服务器的设置。在本文的此方案中，这包括以下服务器：三台前端 Web 服务器、三台应用程序服务器和镜像的服务器场数据库服务器。
配置包括将操作系统至少更新到与生产服务器场中的服务器相同的 Service Pack 级别或软件更新级别。如果合适，请将最新操作系统更新应用于 bNext 服务器。
配置 bNext 数据库服务器。这包括以下任务：
安装 SQL Server，并在安装时将其配置为与生产服务器场的设置匹配。
将 SQL Server 至少更新到与生产服务器场相同的版本级别。
将 bCurrent 登录名和权限复制到 bNext 数据库服务器。
配置所需服务、防火墙设置，然后验证数据库功能。
重要
在运行 SharePoint 产品和技术配置向导完成服务器场软件更新之前，请勿镜像主数据库。
在 bNext 服务器上安装 SharePoint Server 二进制文件。
安装 SharePoint Server，但不运行配置向导。
安装累积更新或 Service Pack 二进制文件，但不运行配置向导。
运行 SharePoint 产品配置向导以创建新的服务器场。
重要
不要创建任何服务应用程序。稍后将在本过程中创建它们或从备份中还原它们。
完成以下任务以将 bNext 准备为生产服务器场的副本：
配置常规服务器场设置。
创建并配置 Web 应用程序。
将 bCurrent 服务器场中的自定义解决方案复制到 bNext 环境。注意所有可能影响成功部署这些解决方案的依赖项。例如，可能有一个依赖此时在服务器场配置中不存在的服务应用程序的依赖项。有关详细信息，请参阅附录 C. 部署自定义项的指南。
执行生产服务器场数据库的完整备份。这包括内容数据库和支持 SQL Server 备份和恢复的服务应用程序数据库。
开始对上一步骤中描述的数据库进行事务日志备份。建议进行事务日志备份而非差异备份，原因如下：
它们可最大程度地减少工作丢失的风险。
由于备份文件比较小，因此通过网络传输的速度更快。此外，您可每天将备份文件复制到 bNext 服务器场，而不是同时复制所有备份文件。
文件大小和设计使您可将生产数据库完整地还原到 bNext 服务器场。有关详细信息，请参阅使用事务日志备份 (https://go.microsoft.com/fwlink/?linkid=152194&clcid=0x804)。
将生产数据库的完整备份还原到 bNext SQL Server 环境。
重要
使用 NORECOVERY 选项还原备份，以便可以将事务日志的备份还原为完整备份。有关详细信息，请参阅了解 SQL Server 中备份的还原和恢复工作方式 (https://go.microsoft.com/fwlink/?linkid=134473&clcid=0x804)。
将生产服务器场 (bCurrent) 内容数据库和相应的服务应用程序数据库更改为只读模式。在锁定生产服务器场之前，请注意以下几点：
一些服务应用程序不支持只读模式，Microsoft SharePoint Server Search 和 Usage and Health Data Collection 等其他服务应用程序在其数据库设置为只读时将无法工作。有关详细信息，请参阅附录 E. 服务应用程序迁移参考。
当服务器场锁定时，配置设置和服务应用程序可能会发生更改。例如，Search Service 在只读模式下不会工作；因此管理员可以更改设置。此更改将不会延续到新服务器场。您必须考虑并规划这一点，以便将停机窗口最小化以降低数据丢失的可能性。
在将数据库设置为只读后，将停止所有连接（但设置只读标志的连接除外）。设置只读标志后，将启用其他连接。
如果镜像现有服务器场，正如我们示例服务器场中的情况，您必须在将数据库设置为只读模式前暂停镜像。有关详细信息，请参阅数据库镜像管理操作指南主题（数据库引擎） (https://go.microsoft.com/fwlink/?linkid=225804&clcid=0x804)。
完成以下任务以做好在 bNext 服务器场中安装 Microsoft SharePoint Server Search 的准备：
使用 SharePoint 备份来备份搜索数据库并将这些备份复制到 bNext 服务器场。
将索引分区复制到 bNext 服务器场上的应用程序服务器。
将搜索拓扑导出至一个 XML 文件，然后将此文件复制到 bNext 数据库服务器。
完成以下任务以在 bNext 服务器场上还原 Microsoft SharePoint Server Search：
除非 bNext 服务器的名称与 bCurrent 服务器的名称相同，否则您必须编辑包含导出的搜索拓扑的 XML 文件。编辑此文件并提供新的服务器名称。
使用 Restore-SPEnterpriseSearchServiceApplication cmdlet 还原搜索。
在 bNext 上重新创建服务器场服务，并在适用的情况下，将服务与从 bCurrent 备份中还原的应用程序服务数据库关联。
在 bNext 环境中安装 SharePoint 自定义解决方案。
重要
建议您在重新创建服务后安装自定义项，因为自定义项的范围和本质可能对某个服务具有依赖性。
安装自定义解决方案后完成以下任务：
删除在 bNext 服务器场上首次创建 Web 应用程序时创建的所有空内容数据库。
使用 Test-SPContentDatabase cmdlet 针对新创建的 Web 应用程序测试内容数据库，以确保已部署所有必需的自定义项并且不存在任何问题。
使用 Mount-SPContentDatabase cmdlet 在 bNext 服务器场上装载内容数据库。
重要
如果有多个内容数据库，则先装载包含根网站集的数据库。
使用 Upgrade-SPContentDatabase cmdlet 升级 bNext 服务器场上的内容数据库。
升级完成后，完成以下数据库服务器任务：
如果已在 bCurrent 服务器场上启用数据库镜像，则将再次建立数据库镜像。
还原并测试所有数据库维护作业。
启动以下 SharePoint 过程：
搜索爬网
配置文件导入
确认所有必需的服务都在运行。
对 bNext 服务器场执行功能测试以确认升级已成功。有关详细信息，请参阅验证升级并审阅升级后的网站 (SharePoint Server 2010)。
将用户请求重定向到 bNext 服务器场。保留只读的 bCurrent 服务器场以防您需要回滚升级。
在升级计划中定义的稳定时间段内继续测试和监控新的 bCurrent 服务器场 (bNext)。当您确定无需回滚至上一版本时，可删除旧的 bCurrent 服务器场并回收服务器以便可将它们用于其他目的。
盘点新服务器场的配置以便您具有可用于将来的软件更新的最新信息。
联合服务器场上的数据库附加升级的逻辑分步方法
与在单个服务器场上安装更新相比，在联合服务器场上安装 SharePoint Server 2010 更新更需要初步计划。但是，使用数据库附加方法在联合服务器场上安装更新的理念和基础方法与单个服务器场上的情况一样。修补和升级场服务器之间的差异可能随服务器场的不同而不同，具体取决于联合环境的体系结构。
升级顺序和向后兼容性
有关升级联合服务器场环境的最常见问题涉及服务器场之间的修补顺序和 n-1 向后兼容性。对于 SharePoint Server 2010，您可以按以下任一序列升级联合服务服务器场：
先升级提供者场，然后升级使用者场
先升级使用者场，然后升级提供者场
Microsoft SharePoint Server 2010 Service Pack 1 (SP1) 的已知问题
在先修补服务使用者场，而不运行 SharePoint 产品和配置向导 (psconfig.exe) 升级提供者服务服务器场时，可能会出现 n-1 兼容性问题。可能出现的问题包括：SharePoint Server 搜索服务不可用；SharePoint Server 索引服务不可用；以及声明请求对用户部署的解决方案不可用。
重要
如果您选择先升级使用者场，则建议在将使用者场修补为 SP1 后，尽可能短时间地保持 n-1 状态。有关详细信息，请访问 SharePoint 2010 产品更新 (https://go.microsoft.com/fwlink/?linkid=209614&clcid=0x804) 网站。
联合服务器场的升级步骤
将下图所示的联合服务器场环境作为一个示例，说明在三个服务器场中安装 SharePoint Server 更新所需的序列和步骤。
.gif "带有两个使用者场的联合服务服务器场")
上图中的联合服务器场由以下元素组成：
一个具有联合搜索的联合服务提供者场（图中的“提供者场”）
两个联合使用者场（图中的“Consumer A”和“Consumer B”）
在本图中，先升级提供者场，然后升级两个使用者场。
在继续升级服务提供者场之前，建议您先熟悉本文中所提供的有关预生产环境和数据库附加方法的信息和指南。
bNext 提供者场
以下步骤介绍如何设置和配置 bNext 提供者场，以便能够将其作为新的 bCurrent 提供者场投入生产。
使用自动化脚本配置 bNext 服务器场所需服务器的设置。在本文的此方案中，这包括以下服务器：三台前端 Web 服务器、三台应用程序服务器和镜像的服务器场数据库服务器。
配置包括将操作系统至少更新到与生产服务器场中的服务器相同的 Service Pack 级别或软件更新级别。如果合适，请将最新操作系统更新应用于 bNext 服务器。
配置 bNext 数据库服务器。这包括以下任务：
安装 SQL Server，并在安装时将其配置为与生产服务器场的设置匹配。
将 SQL Server 至少更新到与生产服务器场相同的版本级别。
将 bCurrent 登录名和权限复制到 bNext 数据库服务器。
配置所需服务、防火墙设置，然后验证数据库功能。
重要
在运行 SharePoint 产品和技术配置向导完成服务器场软件更新之前，请勿镜像主数据库。
在 bNext 服务器上安装 SharePoint Server 二进制文件。
安装 SharePoint Server，但不运行配置向导。
安装累积更新或 Service Pack 二进制文件，但不运行配置向导。
运行 SharePoint 产品配置向导以创建新的服务器场。
重要
不要创建任何服务应用程序。稍后将在本过程中创建它们或从备份中还原它们。
完成以下任务以将 bNext 准备为生产服务器场的副本：
配置常规服务器场设置。
创建并配置 Web 应用程序。
将 bCurrent 服务器场中的自定义解决方案复制到 bNext 环境。注意所有可能影响成功部署这些解决方案的依赖项。例如，可能有一个依赖此时在服务器场配置中不存在的服务应用程序的依赖项。有关详细信息，请参阅附录 C. 部署自定义项的指南。
执行生产服务器场数据库的完整备份。这包括内容数据库和支持 SQL Server 备份和恢复的服务应用程序数据库。
开始对上一步骤中描述的数据库的事务日志进行备份。建议进行事务日志备份而非差异备份，原因如下：
它们可最大程度地减少工作丢失的风险。
由于备份文件比较小，因此通过网络传输的速度更快。此外，您可每天将备份文件复制到 bNext 服务器场，而不是同时复制所有备份文件。
文件大小和设计使您可将生产数据库完整地还原到 bNext 服务器场。有关详细信息，请参阅使用事务日志备份 (https://go.microsoft.com/fwlink/?linkid=152194&clcid=0x804)。
将生产数据库的完整备份还原到 bNext SQL Server 环境。
重要
使用 NORECOVERY 选项还原备份，以便可以将事务日志的备份还原为完整备份。有关详细信息，请参阅了解 SQL Server 中备份的还原和恢复工作方式 (https://go.microsoft.com/fwlink/?linkid=134473&clcid=0x804)。
将生产服务器场 (bCurrent) 内容数据库和相应的服务应用程序数据库更改为只读模式。在锁定生产服务器场之前，请注意以下几点：
一些服务应用程序不支持只读模式，Microsoft SharePoint Server Search 和 Usage and Health Data Collection 等其他服务应用程序在其数据库设置为只读时将无法工作。有关详细信息，请参阅附录 E. 服务应用程序迁移参考。
当服务器场锁定时，配置设置和服务应用程序可能会发生更改。例如，Search Service 在只读模式下不会工作；因此管理员可以更改设置。此更改将不会延续到新服务器场。您必须考虑并规划这一点，以便将停机窗口最小化以降低数据丢失的可能性。
在将数据库设置为只读后，将停止所有连接（但设置只读标志的连接除外）。设置只读标志后，将启用其他连接。
如果镜像现有服务器场，正如我们示例服务器场中的情况，您必须在将数据库设置为只读模式前暂停镜像。有关详细信息，请参阅数据库镜像管理操作指南主题（数据库引擎） (https://go.microsoft.com/fwlink/?linkid=225804&clcid=0x804)。
完成以下任务以做好在 bNext 服务器场中安装 Microsoft SharePoint Server Search 的准备：
使用 SharePoint 备份来备份搜索数据库并将这些备份复制到 bNext 服务器场。
将索引分区复制到 bNext 服务器场上的应用程序服务器。
将搜索拓扑导出至一个 XML 文件，然后将此文件复制到 bNext 数据库服务器。
完成以下任务以在 bNext 服务器场上还原 Microsoft SharePoint Server Search：
除非 bNext 服务器的名称与 bCurrent 服务器的名称相同，否则您必须编辑包含已导出拓扑的 XML 文件。编辑此文件并提供新的服务器名称。
使用 Restore-SPEnterpriseSearchServiceApplication cmdlet 还原搜索。
在 bNext 上重新创建服务器场服务，并在适用的情况下，将服务与从 bCurrent 备份中还原的应用程序服务数据库关联。
在 bNext 环境中安装 SharePoint 自定义解决方案。
重要
建议您在重新创建服务后安装自定义项，因为自定义项的范围和本质可能对某个服务具有依赖性。
安装自定义解决方案后完成以下任务：
删除在 bNext 服务器场上首次创建 Web 应用程序时创建的所有空内容数据库。
使用 Test-SPContentDatabase cmdlet 针对新创建的 Web 应用程序测试内容数据库，以确保已部署所有必需的自定义项并且不存在任何问题。
使用 Mount-SPContentDatabase cmdlet 在 bNext 服务器场上装载内容数据库。
重要
如果有多个内容数据库，则先装载包含根网站集的数据库。
使用 Upgrade-SPContentDatabase cmdlet 升级 bNext 服务器场上的内容数据库。
升级完成后，完成以下数据库服务器任务：
如果已在 bCurrent 服务器场上启用数据库镜像，则将再次建立数据库镜像。
还原并测试所有数据库维护作业。
启动以下 SharePoint 过程：
搜索爬网
配置文件导入
确认所有必需的服务都在运行。
对 bNext 服务器场执行功能测试以确认升级已成功。有关详细信息，请参阅验证升级并审阅升级后的网站 (SharePoint Server 2010)。
将用户请求重定向到 bNext 服务器场。保留只读的 bCurrent 服务器场以防您需要回滚升级。
在升级计划中定义的稳定时间段内继续测试和监控新的 bCurrent 服务器场 (bNext)。当您确定无需回滚至上一版本时，可删除旧的 bCurrent 服务器场并回收服务器以便可将它们用于其他目的。
盘点新服务器场的配置以便您具有可用于将来的软件更新的最新信息。
bNext 使用者场
以下步骤介绍如何设置和配置 bNext 使用者场（示例中为“Consumer A”），以便能够将其作为新的 bCurrent 服务器场投入生产。
使用自动化脚本配置 bNext 服务器场所需服务器的设置。在本文的此方案中，这包括以下服务器：三台前端 Web 服务器、三台应用程序服务器和镜像的服务器场数据库服务器。
配置包括将操作系统至少更新到与生产服务器场中的服务器相同的 Service Pack 级别或软件更新级别。如果合适，请将最新操作系统更新应用于 bNext 服务器。
配置 bNext 数据库服务器（CADB-1 和 CADB-2）。这包括：
安装 SQL Server，并在安装时将其配置为与生产服务器场的设置匹配。
将 SQL Server 至少更新到与生产服务器场相同的版本级别。
将 bCurrent 登录名和权限复制到 bNext 数据库服务器。
配置所需服务、防火墙设置，然后验证数据库功能。
重要
在运行 SharePoint 产品和技术配置向导完成服务器场软件更新之前，请勿镜像主数据库。
在 bNext 服务器上安装 SharePoint Server 二进制文件。
安装 SharePoint Server，但不运行配置向导。
安装累积更新或 Service Pack 二进制文件，但不运行配置向导。
运行 SharePoint 产品配置向导以创建新的服务器场。
重要
不要创建任何服务应用程序。在本过程后面，您将重新创建服务应用程序或从备份还原它们。
完成以下任务以将 bNext 准备为生产服务器场的副本：
配置常规服务器场设置。
创建并配置 Web 应用程序。
将 bCurrent 服务器场中的自定义解决方案复制到 bNext 环境。注意所有可能影响成功部署这些解决方案的依赖项。例如，可能有一个依赖此时在服务器场配置中不存在的服务应用程序的依赖项。有关详细信息，请参阅附录 C. 部署自定义项的指南。
执行生产服务器场数据库的完整备份。这包括内容数据库和支持 SQL Server 备份和恢复的服务应用程序数据库。
开始对上一步骤中描述的数据库的事务日志进行备份。建议对事务日志进行备份而不是进行差异备份，原因如下：
它们可最大程度地减少工作丢失的风险。
由于备份文件比较小，因此通过网络传输的速度更快。此外，您可每天将备份文件复制到 bNext 服务器场，而不是同时复制所有备份文件。
文件大小和设计使您可将生产数据库完整地还原到 bNext 服务器场。有关详细信息，请参阅使用事务日志备份 (https://go.microsoft.com/fwlink/?linkid=152194&clcid=0x804)。
将生产数据库的完整备份还原到 bNext SQL Server 环境。
重要
使用 NORECOVERY 选项还原备份，以便可以将事务日志的备份还原为完整备份。有关详细信息，请参阅了解 SQL Server 中备份的还原和恢复工作方式 (https://go.microsoft.com/fwlink/?linkid=134473&clcid=0x804)。
将生产服务器场 (bCurrent) 内容数据库和相应的服务应用程序数据库更改为只读模式。在锁定生产服务器场之前，请注意以下几点：
一些服务应用程序不支持只读模式，Microsoft SharePoint Server Search 和 Usage and Health Data Collection 等其他服务应用程序在其数据库设置为只读时将无法工作。有关详细信息，请参阅附录 E. 服务应用程序迁移参考。
当服务器场锁定时，配置设置和服务应用程序可能会发生更改。例如，Search Service 在只读模式下不会工作；因此管理员可以更改设置。此更改将不会延续到新服务器场。您必须考虑并规划这一点，以便将停机窗口最小化以降低数据丢失的可能性。
在将数据库设置为只读后，将停止所有连接（但设置只读标志的连接除外）。设置只读标志后，将启用其他连接。
如果镜像现有服务器场，正如我们示例服务器场中的情况，您必须在将数据库设置为只读模式前暂停镜像。有关详细信息，请参阅数据库镜像管理操作指南主题（数据库引擎） (https://go.microsoft.com/fwlink/?linkid=225804&clcid=0x804)。
完成以下任务以做好在 bNext 服务器场中安装 Microsoft SharePoint Server Search 的准备：
使用 SharePoint 备份对搜索数据库进行备份，并将这些备份复制到 bNext 服务器场。
将索引分区复制到 bNext 服务器场上的应用程序服务器。
将搜索拓扑导出至一个 XML 文件，然后将此文件复制到 bNext 数据库服务器。
完成以下任务以在 bNext 服务器场上还原 Microsoft SharePoint Server Search：
除非 bNext 服务器的名称与 bCurrent 服务器的名称相同，否则您必须编辑包含已导出拓扑的 XML 文件。编辑此文件并提供新的服务器名称。
使用 Restore-SPEnterpriseSearchServiceApplication cmdlet 还原搜索。
在 bNext 上重新创建服务器场服务，并在适用的情况下，将服务与从 bCurrent 备份中还原的应用程序服务数据库关联。
在 bNext 环境中安装 SharePoint 自定义解决方案。
重要
建议您在重新创建服务后安装自定义项，因为自定义项的范围和本质可能对某个服务具有依赖性。
安装自定义解决方案后完成以下任务：
删除在 bNext 服务器场上首次创建 Web 应用程序时创建的所有空内容数据库。
使用 Test-SPContentDatabase cmdlet 针对新创建的 Web 应用程序测试内容数据库，以确保已部署所有必需的自定义项并且不存在任何问题。
使用 Mount-SPContentDatabase cmdlet 在 bNext 服务器场上装载内容数据库。
重要
如果有多个内容数据库，则先装载包含根网站集的数据库。
使用 Upgrade-SPContentDatabase cmdlet 升级 bNext 服务器场上的内容数据库。
升级完成后，完成以下数据库服务器任务：
如果已在 bCurrent 服务器场上启用数据库镜像，则将再次建立数据库镜像。
还原并测试所有数据库维护作业。
启动以下 SharePoint 过程：
搜索爬网
配置文件导入
确认所有必需的服务都在运行。
对 bNext 服务器场执行功能测试以确认升级已成功。有关详细信息，请参阅验证升级并审阅升级后的网站 (SharePoint Server 2010)。
将用户请求重定向到 bNext 服务器场。保留只读的 bCurrent 服务器场以防您需要回滚升级。
在升级计划中定义的稳定时间段内继续测试和监控新的 bCurrent 服务器场 (bNext)。当您确定无需回滚至上一版本时，可删除旧的 bCurrent 服务器场并回收服务器以便可将它们用于其他目的。
盘点新服务器场的配置以便您具有可用于将来的软件更新的最新信息。
在测试完“Consumer A”服务器场后，重复上述步骤设置、更新和配置其余的 bNext 使用者场（示例中的“Consumer B”），以便能够将其作为其余的新 bCurrent 使用者场投入生产。
结束语
本文提供的指南和步骤将适用于各种大小和复杂性的服务器场。此外，在多服务器场方案中，可以将这些指南和步骤与就地升级一起使用。您可以并应该自定义这些步骤以适合您的环境。建议您将这些步骤和升级体验的记录用作安装将来的软件更新的模板。
附录 A. 支持的升级选项
如简介中所述，可通过两个支持的选项在内部版本升级方案中安装 SharePoint Server 2010 软件更新：就地和数据库附加。每个选项都具有优缺点，您必须在正在升级的环境的上下文中予以考虑。
就地升级
就地升级将基于与当前版本的 SharePoint Server 安装相同的硬件进行。软件更新会安装到生产环境中的计算机上。在使用就地升级时，服务器场中的所有服务器都将升级到新的内部版本级别，这是单个固定过程的一部分。
就地升级的优点
与数据库附加升级方法相比，就地升级具有以下优点：
不需要其他基础结构 – 升级后，仍将使用现有环境的基础结构。
服务器场范围内的设置将被保留并升级。
可以在升级之后的环境中进行自定义，尽管可能需要手动步骤才能升级自定义设置或重新进行自定义。
就地升级的缺点
与数据库附加升级方法相比，就地升级具有以下缺点：
较长的生产停机时间 - 升级将持续进行。因此，您必须分配足够的时间以便按顺序升级所有内容。此外，生产服务器场必须停止以执行安装的升级部分。虽然可通过某些方法以某种方式更新场服务器而不关闭所有服务器，但在对服务器场运行升级来更新数据库时，整个服务器场都无法接收服务请求。
无法卸载 – 如果升级失败，则无法卸载累积更新和 Service Pack。唯一支持的“回滚”方法是，将场服务器映像还原到其升级前状态，或重新生成 SharePoint 场。在这两种情况下，都必须从升级前备份还原内容数据库。
环境中的一致性 – 除非在预生产环境中测试升级，否则，配置差异和错误可能会导致升级失败。即使在预生产测试中，也可能遇到升级错误，因为未观察到差异或升级过程中出现人为错误。
有关就地升级的详细信息，请参阅安装软件更新 (SharePoint Server 2010)。
数据库附加升级
数据库附加升级将在为升级创建的新服务器场上进行。此服务器场是要进行升级的服务器场的副本。
数据库附加升级的优点
与就地升级方法相比，数据库附加升级具有以下优点：
对于大型任务关键网站，升级过程中存在一定程度的可用性。
使您能够高效管理停机时间，从而实现可预测性更高的升级。
如果升级期间出现灾难性故障，则用户可轻松使用现有生产环境。
数据库附加升级的缺点
与就地升级方法相比，数据库附加升级具有以下缺点：
成本。策略依赖于基础结构（物理或虚拟）的复制和数据的复制，这会增加升级的总体成本。
复杂性。从配置和运营的角度来看，此过程比就地升级更为复杂，例如：
必须创建、升级、配置和验证辅助生产 SharePoint Server 环境。
要求重新创建某些服务应用程序并重新配置其他服务应用程序。
需要负载平衡或 DNS 解决方案以将用户从一个服务器场重定向到另一个服务器场。
虽然原始服务器场在升级过程中是可用的，但此策略不会在升级期间为用户提供完全的读/写可用性。升级期间，生产服务器场将处于只读状态。此状态的持续时间取决于各个环境，并包括数据库大小和复杂性、自动化能力等因素。
决策点和软件更新过程
下面的流程图显示了规划软件更新时必须考虑的关键决策点。此流程图还显示了安装软件更新时的高级过程及其序列。
.gif "软件更新决策点和过程。")
附录 B. 将 SQL Server 数据库配置为只读
若要将 SQL Server 数据库设置为对于服务器场更新是只读的，需要执行以下操作：
禁用 AUTO_UPDATE_STATISTICS_ASYNC
停止所有正在运行的异步统计信息更新作业
将数据库设置为单用户模式
将数据库设置为所需状态 (READ_ONLY)
有关详细信息，请参阅 ALTER DATABASE (Transact-SQL) (https://go.microsoft.com/fwlink/?linkid=148619&clcid=0x804)。本文还提供了有关如何将数据库配置为读/写模式的信息，这要求将数据库设置回多用户模式，然后重新启用 AUTO_UPDATE_STATISTICS_ASYNC 选项。
附录 C. 部署自定义项的指南
请务必特别小心以确保在升级期间部署自定义项时不出现任何问题。使用以下指南以在测试服务器场上部署自定义项：
在只读模式下测试自定义项。确保自定义项继续工作或在将服务器场置于只读模式下时完全禁用这些自定义项。
测试解决方案部署和功能激活。确保可成功部署自定义项（不含内容）。在附加数据库之前，解决方案包将作为服务器场生成过程的一部分进行部署。测试解决方案包部署和功能激活（不含数据）。
尝试升级之前纠正问题。建议您立即纠正测试期间发现的自定义项问题。数据库附加方法是一个复杂过程。使用部署自定义项的解决方法会增加额外的复杂性，从而导致升级面临失败的风险。
附录 D. 用于复制服务器场内容和数据的技术
可使用多项技术来复制生产服务器场内容和数据，以便在新的服务器场上使用它们。
文件复制
从每个支持的数据库到新环境的传统文件复制。
| 优点 | 缺点 |
|---|---|
|
|
SQL Server 备份和还原
这包括使用 SQL Server 完整备份、差异备份和增量备份的组合来复制生产内容，该内容稍后会在新环境中进行还原。
备注
增量备份的速度要快于差异备份，因为增量备份仅备份自上一次增量备份之后进行的更改，而差异备份将备份自上一次完整备份之后进行的所有更改。通常，时间和存储空间是选择哪一种备份方法的决定因素。有关详细信息，请参阅在 SQL Server 中备份和还原数据库 (https://go.microsoft.com/fwlink/?linkid=215815&clcid=0x804)。
| 优点 | 缺点 |
|---|---|
|
|
数据库镜像
数据库镜像是 SQL Server 的一项功能，其中 SQL Server 将同时对两个数据库进行写入。大多数情况下，执行此操作可实现数据库服务器和数据的高可用性。通过此方法复制内容以进行升级需要损坏一半的镜像以便能复制和升级镜像数据库。有关 SQL Server 数据库镜像的详细信息，请参阅数据库镜像 (https://go.microsoft.com/fwlink/?linkid=216767&clcid=0x804)。
| 优点 | 缺点 |
|---|---|
|
|
日志传送
日志传送可用于复制事务日志并将其传送到新环境，以便能重播事务日志来重组数据库服务器上的数据。有关详细信息，请参阅日志传送 (https://go.microsoft.com/fwlink/?linkid=149021&clcid=0x804)
| 优点 | 缺点 |
|---|---|
|
|
Data Protection Manager 或第三方备份和还原
SQL Server 支持 Microsoft 和第三方备份实用程序，这些实用程序可减少备份次数和提高存储效率。有关 Microsoft 系统中心数据保护管理器 的信息，请参阅 Microsoft Server 和云平台（该链接可能指向英文页面） (https://go.microsoft.com/fwlink/?linkid=179139&clcid=0x804)（该链接可能指向英文页面） 网站。
| 优点 | 缺点 |
|---|---|
|
|
附录 E. 服务应用程序迁移参考
下表介绍了用于将每个 SharePoint Server 服务应用程序移动到其他数据库服务器的受支持的方法。
| 服务应用程序 | 数据库 | 支持的方法 | 支持只读 | 注释 |
|---|---|---|---|---|
Access Services |
无 |
不可用 |
不可用 |
|
Application Discovery and Load Balancing |
无 |
不可用 |
不可用 |
|
Application Registry Service |
Application Registry Service |
重新创建 |
否 |
|
Business Data Connectivity |
Business Data Connectivity |
|
||
Excel Services |
无 |
不可用 |
不可用 |
|
Microsoft SharePoint Foundation Subscription Settings |
订阅 |
数据库附加 |
||
Managed Metadata Service |
Managed Metadata Service |
|
||
PerformancePoint Services |
PerformancePoint Services |
重新创建 |
||
PowerPoint Service |
无 |
不可用 |
不可用 |
|
Project Server Service Application |
|
数据库附加 |
否 |
有关详细信息，请参阅通过完整数据库附加升级方法升级到 Project Server 2010 |
SharePoint Server Search |
|
|
否 |
|
Secure Store |
安全存储 |
|
新数据库的传递阶段必须与源数据库的传递阶段相同。 |
|
Security Token Service |
重新创建 |
|||
State Service |
状态 |
重新创建 |
否 |
|
Usage and Health Data Collection |
日志记录 |
重新创建 |
否 |
|
User Profile |
|
|
配置文件需要还原加密的 FIM 密钥 |
|
Visio Graphics Service |
无 |
不可用 |
不可用 |
|
Web Analytics Service |
|
|
||
Word Automation Service |
Word Automation Services |
重新创建 |
不可用 |
|
Word Viewing Service |
无 |
不可用 |
不可用 |
|
附录 F. 自动化资源
脚本
可使用以下脚本集合部署 SharePoint Server 和配置服务器场。可以将这些集合按原样使用，也可以将其用作为环境开发自定义脚本的指南。
SPModule.zip。SPModule.zip 文件是 SharePoint 产品组的成员编写的不受支持的 Windows PowerShell 模块示例。该模块可用于执行与安装 SharePoint 服务器场相关的简单管理任务。下载 SPModule.zip（该链接可能指向英文页面） (https://go.microsoft.com/fwlink/?linkid=229657&clcid=0x804)（该链接可能指向英文页面）。
AutoSPInstaller。此项目包含 Windows PowerShell 2.0 脚本、一个 XML 输入文件和一个用于启动部署和配置过程的标准 Windows 批处理文件。下载 AutoSPInstaller 项目（该链接可能指向英文页面） (https://go.microsoft.com/fwlink/?linkid=229659&clcid=0x804)（该链接可能指向英文页面）。
附录 G. 其他资源
建议您在升级前和升级过程中参阅以下资源。
| 文章 | 说明 |
|---|---|
提供了一些链接，这些链接指向可帮助您规划和准备从 Microsoft Office SharePoint Server 2007 到 Microsoft SharePoint Server 2010 的升级的文章。 |
|
提供了一些链接，这些链接指向有关如何测试升级以及使用来自测试的信息来预测升级所需的时间量和空间大小的文章。这些文章还包括在执行实际升级之前用于清理环境的步骤。 |
|
提供了用于对升级过程执行准确的有用测试的最佳实践指南。 |
|
准备升级、执行升级以及执行升级后步骤所需的所有必要步骤的清单。 |
|
提供了一些链接，这些链接指向介绍如何使用数据库附加来执行内部版本升级的文章。 |
|
介绍了一些额外的步骤，这些步骤可确保支持内容的基础结构已准备好重新为用户请求提供服务。 |
|
提供了一些链接，这些链接指向有关如何使用 Psconfig 命令行工具 Config.xml 和 Windows PowerShell 安装 Microsoft SharePoint Server 的参考信息。 |