升级过程的工作原理 (Windows SharePoint Services)

本文内容：

• 就地升级

• 逐步升级

• 在逐步升级过程中如何处理 URL 重定向

可以在三种升级方法之间进行选择：就地升级、逐步升级和数据库迁移。就地升级用于同时升级所有 Microsoft® SharePoint® 网站，此升级方法最适用于单台服务器或小型部署。逐步升级通过允许一次性升级一个或多个网站集来允许更好地控制升级过程。就地升级和逐步升级都是在其上安装早期版本的相同硬件上发生的。利用数据库迁移，可以将内容移动到新的场或新的硬件。

在就地升级中：

• 用新的版本覆盖早期版本，并更改内容数据库。因此，就地升级是一个不可逆的过程，即不能回滚到早期版本。

• 对原始网站进行就地升级，并且在升级之后不能查看网站的早期版本。

• 在升级过程中，网站访问者不能访问任何网站。这一段网站不可用的时间将完全用来升级整个服务器或服务器场。

• 在升级之后，网站访问者继续使用相同的 URL。

在逐步升级中：

• 由于将升级每一组网站集，因此在升级数据之前，升级过程会将其中的数据从原始数据库复制到新的数据库。原始数据将保留在原始数据库中，直到这些数据由服务器管理员明确删除。因此，必要时可将已升级的网站轻松回滚到早期版本。

• 在升级过程中，大多数网站对于网站访问者可用；只有那些当前正在升级的网站集处于脱机状态。（请注意，仅在已复制早期版本网站以准备升级之后，才将这些早期版本网站标记为更新。）

• 升级只会影响需要网站升级的那些用户。

• 在升级之后，原始 URL 将指向网站的升级版本。这样，用户可以继续使用在升级前使用的 URL。

数据库迁移实质上是对内容副本执行的就地升级。在数据库迁移中：

• 复制除配置数据库之外的所有数据库，然后将这些数据库添加到新的独立或服务器场安装。

• 在将数据库附加到新的服务器场时，升级过程将运行并就地升级数据。

  重要说明：
  由于存在停机时间、升级所花费的时间可能比预期时间长或一些网站在升级后可能需要一些重复工作的风险，使得服务器管理员与网站所有者和用户对有关在升级过程中的预期内容进行沟通特别重要。有关详细信息，请参阅创建沟通计划 (Windows SharePoint Services)。

就地升级

就地升级发生在与早期版本安装相同的硬件上。当运行就地升级时，此过程将按预设顺序升级整个安装。下面的步骤解释在就地升级过程运行时发生的事情：

1. 在执行所有升级前步骤之后，服务器管理员会将 Windows SharePoint Services 3.0 安装到运行早期版本的 Windows SharePoint Services 的服务器上并选择“就地升级”。

2. 升级过程将运行并升级配置数据库和管理中心网站。

3. 升级过程将在每台虚拟服务器上运行并升级虚拟服务器中的每个网站集。

4. 升级完所有网站后，升级过程将结束。

5. 在服务器场环境中，针对每个服务器重复执行升级操作。

6. 管理员确认升级已完成，然后卸载早期版本的 Windows SharePoint Services。

逐步升级

类似于就地升级，逐步升级发生在与早期版本安装相同的硬件上。不过，利用逐步升级，不仅可以控制对每个单独的网站集进行升级的时间，还可以在硬件上继续并排运行早期版本和新版本。当执行逐步升级时，起始和结束拓扑结构具有相同的配置，除以下差别之外，与就地升级类似：

• 在升级过程中和升级之后，前端 Web 服务器将同时运行 Windows SharePoint Services 2.0 和 Windows SharePoint Services 3.0。任何升级的网站集都将在 Windows SharePoint Services 3.0 下运行，而不能升级或未选定为进行升级的网站集将继续在 Windows SharePoint Services 2.0 下运行。

  备注

  可能不希望升级网站的情况包括：可能需要保留早期版本中的一些网站，直到所需的语言包对于 Windows SharePoint Services 3.0 可用，或者可能需要等待创建新的自定义网站定义。

• 在升级过程中和升级之后，Windows SharePoint Services 2.0 和 Windows SharePoint Services 3.0 数据库都将可用。已升级的网站的内容存储在 Windows SharePoint Services 3.0 数据库中；不能升级或需要保持不变的网站的内容将继续存储在 Windows SharePoint Services 2.0 数据库中。Windows SharePoint Services 3.0 和 Windows SharePoint Services 2.0 包含配置数据库。

下图说明逐步升级过程：

下面的步骤与上图中的标注编号相对应，并解释当逐步升级过程运行时会发生的情况。

1. 在执行所有升级前步骤之后，服务器管理员会将 Windows SharePoint Services 3.0 安装到场中的第一台前端 Web 服务器，然后选择“逐步升级”。

   备注

   建议在运行升级之前对环境进行备份。有关详细信息，请参阅在 SQL Server 中运行和测试完整备份 (Windows SharePoint Services)。

2. 此升级过程将创建一个 Windows SharePoint Services 3.0 Web 应用程序以承载 SharePoint 管理中心，并将创建管理中心网站。

3. 此升级过程将创建新的配置数据库以存储 Windows SharePoint Services 3.0 的配置数据。Windows SharePoint Services 2.0 配置数据库中的配置数据将复制到新的数据库中。

4. 管理员选择要升级的虚拟服务器并指定目标 Web 应用程序。升级过程创建目标 Web 应用程序并将部署到 Windows SharePoint Services 2.0 虚拟服务器的任何 Web 部件添加到新的 Web 应用程序。

5. 升级过程为早期版本中存在的每个内容数据库创建一个临时内容数据库。升级过程将网站列表从 Windows SharePoint Services 2.0 复制到新的环境中。管理员选择要升级的网站集。升级过程会将这些网站的数据复制到临时内容数据库，然后临时内容数据库中升级这些网站。当将每个网站复制到临时内容数据库中时，这些网站将暂时不可用。

6. 在升级内容之后，升级过程会将数据移到 Windows SharePoint Services 3.0 内容数据库，然后删除临时内容数据库。

7. 在升级过程结束时，Windows SharePoint Services 2.0 和 Windows SharePoint Services 3.0 都将运行并可用。在升级所有网站之后，管理员将确认升级完成。如果不再需要 Windows SharePoint Services 2.0，则管理员将卸载 Windows SharePoint Services 2.0。

在逐步升级过程中如何处理 URL 重定向

两个网站不能共享同一个 URL。因此，在逐步升级过程中，当同时拥有每个网站的旧版本和新版本时，需要对每个网站使用两个不同的域 URL（例如，http://公司名称/sites/SiteA 和 http://公司名称_old/sites/SiteA）。在升级过程中，需要临时域 URL 以承载原始的早期版本网站。在升级之前，新的版本将采用指向内容的域 URL，并且用户请求将传送到其内容，不管此内容是否已升级。升级过程中发生的以下过程可使此重定向成为可能：

1. 在开始升级之前，为早期版本网站创建一个临时 URL 域。

2. 当运行升级时，升级过程将询问您上面指定的域。此过程会将早期版本网站移动到临时 URL 域，并且新版本网站将采用原始 URL 域。

3. 将自动为每个网站集创建重定向以将针对原始 URL 的请求发送到旧的网站，直到网站升级。

4. 在升级每个网站之后，将丢弃这些网站的重定向。

5. 在升级所有网站之后，并在删除所有旧的网站和完成升级过程之后，可以手动将临时 URL 域从域名系统 (DNS) 中移除。

在此过程中，总是可以浏览访问原始 URL。但是，某些客户端应用程序（例如，Microsoft Office 客户端应用程序）不能使用这些类型的重定向。在升级网站之前，原始 URL 指向早期版本；在升级网站之后，原始 URL 指向新的版本。

下表说明 URL 在逐步升级过程中的工作原理。

请注意，此 URL 重定向会导致网站或文档中的硬编码链接损坏。例如，Microsoft Office InfoPath® 表单有时包含指向数据位置的硬编码链接（例如，特定的 SharePoint 列表、Web 服务或 XML 文件）。由于此链接是硬编码的，因此它不能自动更新为用于指向在逐步升级过程中尚未升级的网站的临时 URL。在开始正式升级过程之前，可使用试验升级来找出此类问题。这样就可以快速标识任何需要升级的网站，以便这些网站可以重新使用原始 URL，并且可以避免由于包含硬编码链接的表单或其他项目中的功能丢失而导致的支持调用。

下载书籍

本主题包含在以下可下载书籍内，以方便您阅读和打印：

• 升级 Windows SharePoint Services

如需查看可下载书籍的完整列表，请参阅 Windows SharePoint Services 的可下载书籍。