升级如何影响搜索系统体系结构 (Search Server 2010)

Search Service

共享服务提供程序 (SSP) 包含一项或多项集中管理的可重用服务。服务器场中的多个 Web 应用程序可以使用这些服务。Office SharePoint Server Search Service (OSearch) 就是其中的一项服务。此 OSearch 服务用于对内容库进行爬网，为已爬网内容建立索引以及处理最终用户发出的搜索查询。

但管理员可能需要为一个服务器场范围搜索配置定义多组搜索设置。例如，为了安全起见，管理员可能需要将一个内容索引专用于一组内容源，而将另一个内容索引专用于另一组内容源。若要为一个服务器场范围搜索系统额外定义一组设置，则搜索管理员必须在其他 SSP 中配置 OSearch 服务。如果服务器场中没有其他 SSP 可用来实现此目的，则服务器场管理员必须创建一个新的 SSP。不过，每个 SSP 都需要进行维护，这将消耗系统资源（除此之外，OSearch 服务也会消耗系统资源）。

升级过程将自动为升级前的服务器场中已包含的每个 SSP 创建一个 Search Service 应用程序。在升级过程中，来自 SSP 中的 OSearch 服务的管理设置将复制到对应的新 Search Service 应用程序中。例如，新 Search Service 应用程序将包含来自对应的 SSP 中的 OSearch 服务的内容源、范围和爬网规则。

数据库

每个 SSP 中均包含两个数据库：

• SSP 数据库。此数据库包含针对搜索的管理设置，如内容源和范围。

• 搜索数据库。此数据库包含：

  • 爬网程序内部数据，如爬网日志。

  • 属性存储，它包含已爬网文档中的元数据。

为升级前已有的每个 SSP 创建以下三类数据库，并将这些数据库与其对应的 Search Service 应用程序关联：

• 搜索管理数据库。此数据库包含已存储在 SSP 数据库中的针对搜索的管理设置。

• 爬网数据库。此数据库包含已存储在 SSP 数据库中的爬网程序内部数据。

• 属性数据库。此数据库基本上与升级前已有的搜索数据库相同。（升级前已有的搜索数据库中包含的一些信息将移动到搜索管理数据库和爬网数据库中。）

每个 Search Service 应用程序只有一个搜索管理数据库。但在升级后，可对爬网数据库和属性数据库进行扩展。

服务查询

一个查询服务器只有一个用于处理搜索查询的组件。

一个查询服务器可以承载一个或多个查询组件，其中的每个组件都可以处理搜索查询。

内容索引的传播

搜索系统将内容索引存储在索引服务器的文件系统中。此外，搜索系统还将内容索引的副本传播到每个查询服务器的文件系统。

每个爬网组件都会将内容索引传播到查询服务器上的索引分区。搜索系统将内容索引存储在查询服务器的文件系统中。爬网服务器不会保留内容索引的副本。