升级如何影响其他服务 (SharePoint Server 2010)

  • 项目

 

适用于： SharePoint Server 2010

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

从 Microsoft Office SharePoint Server 2007 升级到 Microsoft SharePoint Server 2010 时，可以利用新功能和新配置选项。在 SharePoint Server 2010 中，服务基础结构已更新，从而使您可以更加灵活地配置服务，并提供了比 Office SharePoint Server 2007 中更多的服务。因为这种基础结构上的更改，升级服务数据需要提前进行规划和考虑。需要了解新的服务基础结构、服务升级方式以及针对要升级到新版本的特定服务而考虑的注意事项。

本文内容：

  • 更新后的 SharePoint Server 2010 服务基础结构

  • 服务的就地升级

  • 服务的数据库附加升级

  • 特定服务的注意事项

更新后的 SharePoint Server 2010 服务基础结构

在 SharePoint Server 2010 中，服务不再包含在共享服务提供程序 (SSP) 中。承载服务的基础结构移至 Microsoft SharePoint Foundation 2010 中，服务提供方案的配置更加灵活。可以单独配置各种服务，第三方公司也可以向该平台添加服务。很多在 SSP 数据库中存储数据的服务有其自己的数据库（某些情况下为多个数据库）。启用新服务时，也会创建新数据库，用于存储这些服务的数据。下表列出了升级前和升级后环境中的服务数据库。此列表只是一个示例。根据您的环境中启用的服务，数据库列表会有所不同。

升级前的 Microsoft Office SharePoint Server 2007 服务数据库 就地升级后的 SharePoint Server 2010 数据库

  • 搜索数据库

  • SSP 数据库

  • SSP 管理网站内容数据库

  • 应用程序注册表数据库

  • BDC 服务数据库

  • 搜索服务管理数据库

  • 搜索服务爬网存储数据库

  • 搜索服务属性存储数据库

  • 会话状态服务数据库

  • 状态服务数据库

  • 分类数据库

  • 用户配置文件数据库

  • WSS 使用率数据库

  • 更多…

开始服务的升级过程前，请仔细查看更新后的服务基础结构，并确定必须升级的服务以及要并入升级环境中的新服务。规划所需的逻辑和物理体系结构，以支持要在 SharePoint Server 2010 环境中承载的服务和服务应用程序。有关详细信息，请参阅逻辑体系结构组件 (SharePoint Server 2010)和技术图表 (SharePoint Server 2010)中的服务模型。

服务的就地升级

执行就地升级时，所有服务基础结构和服务本身的设置都作为升级过程的一部分进行升级。以下各节和图表解释不同服务组件在升级过程中发生的变化。

  • 共享服务提供程序 (SSP)

    就地升级期间，所有 SSP 都转换为服务应用程序和服务应用程序代理（每种服务各一个）。它们具有默认给定名称（例如，如果 SSP 名为 SharedServices1，则服务应用程序会命名为 SharedServices1_服务，如“SharedServices1_Search”）。所有升级的 SSP 都保持与从该 SSP 使用的 Web 应用程序的关联。所有 SSP 管理员都作为委派的管理员添加到 SharePoint 管理中心网站。

  • 数据库

    升级 SSP 数据库，将数据复制到新的用户配置文件和分类数据库。将其他服务信息移入其他服务数据库或配置数据库。

  • 网站

    除业务数据目录配置文件页外，SSP 管理网站升级为大部分空白的网站。如果业务数据目录页不需要该网站，可以在升级后将其删除。

就地升级前

  • 收集所有必须重新应用的设置，如计划计时器作业设置。

  • 查看服务体系结构并确定要在升级后进行哪些更改（如果有）。

有关开始就地升级前需要执行的步骤的详细信息，请参阅就地升级到 SharePoint Server 2010。

就地升级过程中

如果您拥有单个 SSP，则所有服务应用程序代理都会添加到默认代理组中。下图显示就地升级过程中对您的服务器场所做的更改。

升级前的服务基础结构：

升级一个共享服务提供程序（之前）

升级后的服务基础结构：

升级一个共享服务提供程序（之后）

如果您拥有多个 SSP，则它们会一起升级，升级后您会拥有多个代理组。下图显示就地升级过程中对您的服务器场所做的更改。

升级前的服务基础结构：

升级多个 SSP（之前）

升级后的服务基础结构：

升级多个 SSP（之后）

有关执行就地升级的详细信息和详细步骤，请参阅就地升级到 SharePoint Server 2010。

就地升级后

  • 配置新服务和升级的服务

    SharePoint Server 2010 中提供了许多新服务。您可以在执行就地升级之后启用这些新服务。

    • 必须创建服务应用程序才能承载任何新服务。可以使用场配置向导在服务器场中快速选择和启用多个新服务，也可以手动配置服务。

    • 还可以为要与不同的 Web 应用程序一起使用的任何服务应用程序添加代理。

  • 对于配置文件服务，手动升级所有分类数据。

  • 对于 Excel Services，为 Secure Store Service 设置新的无人参与服务帐户。

  • 对于业务数据目录，考虑将业务数据目录配置文件页迁移到新位置。

有关服务的升级后步骤的详细信息，请参阅执行就地升级的升级后步骤 (SharePoint Server 2010)。

服务的数据库附加升级

通过数据库附加进行升级时，大多数服务设置都需要重新配置。将数据库移动到新服务器场并升级内容时，必须在新服务器场中创建服务基础结构，并为新服务器场和新版本配置相应的服务。可以从旧服务器场附加 SSP 数据库，但只有该数据库中的配置文件信息会升级 — 所有搜索信息或其他服务设置都不会升级。不能使用数据库附加升级方法升级搜索数据库。

如果使用数据库附加方法升级到 SharePoint Server 2010，则升级前、升级过程中和升级后需要执行若干个步骤，才能成功重新配置服务基础结构。

数据库附加升级前

  • 配置新服务器场时，还必须为该服务器场配置新的服务应用程序和服务应用程序代理，并为要使用的所有服务配置设置。

  • 如果使用配置文件服务，并且数据库中有分类数据，请在升级前配置 Managed Metadata Service。这样，在附加该数据库时便可以从共享服务数据库中升级任何分类数据。

  • 对于 InfoPath Forms Services，使用下面的命令从 Office SharePoint Server 2007 服务器场中导出所有管理员部署的表单模板（.xsn 文件）和数据连接文件（.udcx 文件）：
    Stsadm.exe -o exportipfsadminobjects -filename*<用于导出 CAB 的路径>*

  • 对于 InfoPath Forms Services，附加内容数据库之前，将所有管理员部署的表单模板和数据连接文件导入新服务器场。使用 Import-SPIPAdministrationFilesWindows PowerShell cmdlet 导入表单。

有关如何在执行数据库附加升级之前配置新环境的详细信息，请参阅准备新的 SharePoint Server 2010 环境以进行数据库附加升级。

数据库附加升级过程中

附加并升级内容数据库时，还会附加并升级 SSP 数据库，这会升级数据库中的配置文件信息。下表提供了升级前后的服务数据库示例。

可以使用数据库附加方法升级的 Microsoft Office SharePoint Server 2007 服务数据库 数据库附加升级后的 SharePoint Server 2010 数据库

  • SSP 数据库

  • SSP 数据库

    只包含用户配置文件数据，不包含搜索或其他服务数据。请注意，数据库附加升级过程中不会更改名称。

  • 分类数据库

    如果在升级前配置了 Managed Metadata Service，并且如果 SSP 数据库中存在分类数据，则此数据库包含该数据。

有关执行数据库附加升级的详细信息和过程，请参阅附加数据库并升级到 SharePoint Server 2010。

数据库附加升级后

  • 对服务重新应用管理员权限。默认情况下，在您执行数据库附加升级时，服务器场管理员对所有服务都拥有权限。

  • 对于 Excel Services，必须设置新的无人参与服务帐户，该帐户使用 Secure Store Service 与 Excel Services 交互。

  • 对于 InfoPath Forms Services，使用 Update-SPInfoPathAdminFileURLWindows PowerShell cmdlet 对升级的表单模板中使用的所有链接进行升级。

  • 对于配置文件服务，升级所有分类数据。使用 Move-SPProfileManagedMetadataPropertyWindows PowerShell cmdlet 将配置文件分类数据手动升级到分类数据库，并将数据重新连接到 Managed Metadata Service 和 User Profile Service 应用程序。User Profile Service 和 Managed Metadata Service 必须位于同一个代理组中才能升级和使用这些数据。

  • 对于业务数据目录，考虑将业务数据目录配置文件页迁移到新位置。

有关服务的升级后步骤的详细信息，请参阅执行数据库附加升级的升级后步骤 (SharePoint Server 2010)。

特定服务的注意事项

以下服务在 Office SharePoint Server 2007 中可用，且可以升级到 SharePoint Server 2010。服务基础结构发生变化意味着，在对存在这些服务的环境进行规划和执行升级时，需要考虑更多事项。

用户配置文件

  • 服务

    现在有两种服务用于用户配置文件和分类信息：User Profile Service 和 Managed Metadata Service。在就地升级过程中，这两种服务会自动启用并配置。如果使用数据库附加升级方法，可以在升级 User Profile Service 之前启用和配置 Managed Metadata Service，从而可在升级过程中升级分类数据。

  • 数据库

    • 就地升级过程中，来自 Office SharePoint Server 2007 的用户配置文件数据从 SSP 数据库升级到新的用户配置文件数据库中。所有分类数据都会升级，您可以使用 Move-SPProfileManagedMetadataPropertyWindows PowerShell cmdlet 将分类数据复制到分类数据库中，供 Managed Metadata Service 在升级完成后使用。

    • 在数据库附加升级过程中，来自 SSP 数据库的用户配置文件和分类数据在附加 SSP 数据库时升级，但不会复制和重命名该数据库。可以使用 Move-SPProfileManagedMetadataPropertyWindows PowerShell cmdlet 将分类数据复制到分类数据库中，供 Managed Metadata Service 在升级完成后使用。

  • 升级后需要重新配置所有计划的计时器作业。在升级过程中，这些作业都重新设置为其默认时间。请确保在升级前记录您的计时器作业计划，以便可以重新应用这些时间。

  • 与配置文件相关的保留属性（如“我的网站宿主”URL）会在就地升级过程中保留，但在使用数据库附加方法时并不升级，因为这些属性存储在配置数据库（而不是服务数据库）中。

    以下属性会在就地升级过程中保留，但在数据库附加升级过程中不保留：

    • MySiteHostURL

    • SearchCenterURL

    • EnablePersonalFeaturesforMultipleDeployments

    • ProfileStoreLanguage

    • ProfileStoreLanguagePacksApplied

    • ProfileStoreCollationID

    • DaysWorthOfEventsToKeep

我的网站

在升级配置文件服务的同时升级“我的网站”宿主。不需要同时升级“我的网站”。若要获得最佳结果，请在升级主要 Intranet 网站的同时升级“我的网站”（或至少升级“我的网站”宿主）。

Office SharePoint Server 搜索

执行就地升级前应检查搜索拓扑，并在升级后调整搜索拓扑以适应新的建议和要求。有关详细信息，请参阅规划搜索 (Office SharePoint Server) 和技术图表 (SharePoint Server 2010)中的搜索模型。

不能使用用于升级的数据库附加方法来升级搜索数据。如果使用数据库附加升级，则必须在升级其他内容之前或之后单独配置新服务器场中的搜索。

  • 服务应用程序

    升级过程中，对于 Office SharePoint Server 2007 服务器场中承载搜索服务的每个 SSP，都会在 SharePoint Server 2010 服务器场中创建新的服务应用程序。

    用作索引服务器的应用程序服务器会成为相同服务器上的爬网组件。

    所有查询服务器都会成为相同服务器上的查询组件（全部位于同一索引分区内）。

  • 数据库

    在 SharePoint Server 2010 中，Search Service 使用三个数据库：

    • 搜索管理数据库（新）：包含 Office SharePoint Server 2007 中存储在 SSP 数据库中的搜索管理设置。

    • 搜索服务爬网存储数据库（新）：包含 Office SharePoint Server 2007 中存储在 SSP 数据库中的爬网历史记录信息。

    • 搜索服务属性存储数据库（重用的搜索数据库）：包含用于搜索的元数据。

  • 索引文件

    升级前，索引文件存储在索引服务器和查询服务器上。升级后，只有具有查询组件的服务器才存储索引文件。

提示

如果升级前将范围缩小到一台查询服务器，则升级速度会加快。只有一台服务器时需要复制的数据较少。升级后可以再次扩大到多个镜像查询组件。

Windows SharePoint Services 搜索

SharePoint Server 2010 中重新设计了 Windows SharePoint Services 搜索服务。在就地升级过程中，Windows SharePoint Services 搜索服务会停止并重新设置。在 Office SharePoint Server 2007 中，Windows SharePoint Services 搜索将索引文件在应用程序服务器上，并且还拥有一个数据库（WSS_Search，服务器场中每台服务器各一个）。在就地升级过程中，该数据库会重新构造并重复使用。旧数据既不保留也不升级。

InfoPath Forms Services

使用数据库附加升级方法升级时，必须在执行数据库附加前导出所有管理员部署的表单模板（.xsn 文件）和数据连接文件（.udcx 文件），然后使用 Export-SPInfoPathAdministrationFilesWindows PowerShell cmdlet 将它们导入新服务器场中。如果新服务器的 URL 与以前服务器的 URL 不同，则可以运行 Update-SPInfoPathAdminFileUrlWindows PowerShell cmdlet 对升级的表单模板中使用的链接进行升级。

有关如何升级表单和表单模板的详细信息，请参阅计划在升级到 SharePoint Server 2010 的过程中升级窗体模板。

Excel Services

  • Excel Services 保留了一个本地服务用于 SharePoint Server 2010 — 这意味着需要在使用该服务的同一个服务器场中运行该服务。

  • 对于就地升级，在 SSP 数据库中存储的有关 Excel Services 的所有配置信息都会升级并移入配置数据库。对于数据库附加升级方法，必须在新服务器场中重新配置 Excel Services。

  • 升级（就地升级或数据库附加升级）后，必须设置新的无人参与服务帐户，该帐户使用 Secure Store Service 与 Excel Services 交互。

业务数据目录

就地升级过程中，存储在 SSP 数据库中的数据会移动并升级到一个单独的数据库中。会为 SharePoint Server 2010 服务创建新的服务应用程序。一个新服务（应用程序注册表向后兼容服务）用于管理旧的业务数据目录连接。

使用数据库附加升级方法时不升级业务数据目录。

有关详细信息，请参阅规划升级到 Business Connectivity Services (SharePoint Server 2010)。

单一登录

在 SharePoint Server 2010 中，单一登录 (SSO) 服务替换为 Secure Store Service。可以使用 Windows PowerShell cmdlet 将应用程序定义从 SSO 升级到 Secure Store Service。请注意，密码不升级。升级应用程序定义后，可以将 Secure Store Service 设为默认 SSO 提供程序。有关详细信息，请参阅执行就地升级的升级后步骤 (SharePoint Server 2010)。