升级过程的工作原理 (Office SharePoint Server)

本文内容：

• 就地升级

• 逐步升级

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

• 共享服务如何更改逐步升级过程

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

在就地升级中：

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

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

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

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

在逐步升级中：

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

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

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

• 在升级之后，原始 URL 将指向网站的升级版本。通过这种方式，用户可以继续使用在升级前使用的相同 URL。

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

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

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

  重要说明：
  由于存在停机时间、升级所花费的时间可能比预期时间长或一些网站在升级后可能需要一些重复工作的风险，因此，针对有关在升级过程中预计会出现的问题，服务器管理员一定要与网站所有者和用户进行沟通。有关详细信息，请参阅创建沟通计划。

就地升级

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

1. 在执行所有升级前步骤之后，服务器管理员将 Microsoft Office SharePoint Server 2007 安装到运行 Microsoft Office SharePoint Portal Server 2003 的服务器上，并选择“就地升级”。

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

3. 升级过程将运行并升级特定于服务器的任何数据（如搜索设置）。

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

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

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

7. 管理员确认升级已完成，然后卸载 SharePoint Portal Server 2003。

逐步升级

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

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

  备注

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

• 在升级过程中和升级之后，应用程序服务器将同时运行 SharePoint Portal Server 2003 和 Office SharePoint Server 2007 服务。升级的门户网站将使用 Office SharePoint Server 2007 共享服务；尚未升级或无法升级的门户网站将使用 SharePoint Portal Server 2003 共享服务；升级之后可以添加其他服务（如 Microsoft Excel® 服务）。

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

下图说明逐步升级过程：

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

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

   备注

   建议在运行升级之前备份环境。有关详细信息，请参阅在 SQL Server 中运行和测试完整备份 [Office SharePoint Server]。

2. 升级过程运行并升级特定于每台服务器的任何数据（例如，存储在 SharePoint Portal Server 2003 服务器上的文件系统中的搜索设置）。

3. 升级过程创建一个 Office SharePoint Server 2007 Web 应用程序以承载 SharePoint 管理中心，并创建管理中心网站。

4. 此升级过程将创建新的配置数据库以存储 Office SharePoint Server 2007 的配置数据。SharePoint Portal Server 2003 配置数据库中的配置数据将复制到新的数据库中。

5. 将 Office SharePoint Server 2007 安装到第一台前端 Web 服务器之后，管理员还会将它安装到服务器场中的所有其他服务器。如果环境使用共享服务，则升级过程将升级用户配置文件并搜索数据（此数据特定于所选的门户网站）。

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

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

8. 在升级内容之后，升级过程会将数据移到 Office SharePoint Server 2007 内容数据库中，然后删除临时内容数据库。

9. 在升级过程结束时，SharePoint Portal Server 2003 和 Office SharePoint Server 2007 都将运行并可用。在升级所有网站之后，管理员将确认升级完成。如果不再需要 SharePoint Portal Server 2003，则管理员将会卸载 SharePoint Portal Server 2003。

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

两个网站不能共享同一个 URL。因此，在逐步升级过程中，当同时拥有每个网站的旧版本和新版本时，需要对每个网站使用两个不同的域 URL（例如，http://公司名称/sites/SiteA 和 http://公司名称_V2/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，并且可以避免由于包含硬编码链接的表单或其他项目中的功能丢失而产生的支持请求。

共享服务如何更改逐步升级过程

如果您在 SharePoint Portal Server 2003 中使用共享服务，则逐步升级过程将变得更复杂。虽然逐步升级过程仍遵循相同的大致步骤，但是您必须对父门户网站和所有子门户网站重复执行这些步骤。

在使用共享服务的逐步升级过程中：

• SharePoint Portal Server 2003 父门户网站继续向配置为使用共享服务的网站提供服务。

• 使用共享服务的 SharePoint Portal Server 2003 网站保留相同的用户体验。

• 执行两个搜索爬网：默认情况下，Office SharePoint Server 2007 爬网由 SharePoint Portal Server 2003 爬网的所有内容，并且 SharePoint Portal Server 2003 搜索服务继续爬网 SharePoint Portal Server 2003 环境。（请注意，Office SharePoint Server 2007 可以爬网 SharePoint Portal Server 2003 网站，但 SharePoint Portal Server 2003 不能爬网 Office SharePoint Server 2007 网站。）这意味着在使用共享服务的逐步升级过程中，对于搜索爬网，您可能使用了双倍的网络带宽。若要最大程度地减少这种影响，可以缩小早期版本或 Office SharePoint Server 2007 的爬网范围，并且在升级 SharePoint Portal Server 2003 网站的过程中，可以从 SharePoint Portal Server 2003 搜索设置中删除这些网站的起始地址。

• 在一个位置 (Office SharePoint Server 2007) 修改用户配置文件和访问群体数据，并通过由 SharePoint 定时服务运行的计划作业的方式将它们从 Office SharePoint Server 2007 推送到 SharePoint Portal Server 2003 环境中。

在使用共享服务升级时，首先升级父门户网站，然后升级任何子门户网站。但是，如果需要先升级子门户网站（例如，如果您只想升级单个子门户网站，并不升级任何其他子门户网站或父门户网站），则可以改为执行以下操作：

1. 在新的 Office SharePoint Server 2007 环境中创建一个临时共享服务提供程序 (SSP)。

2. 升级子门户网站并将其指向服务的临时 SSP。

下载此书籍

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

• 升级到 Office SharePoint Server 2007（该链接可能指向英文页面）

有关可下载书籍的完整列表，请参阅 Office SharePoint Server 2007 的可下载书籍。