アップグレードによる検索システム アーキテクチャへの影響 (SharePoint Server 2010)

Search service

共有サービス プロバイダー (SSP) は、1 つ以上の一元的に管理された再利用可能なサービスをホストします。これらのサービスは、ファーム内の複数の Web アプリケーションによって使用されます。このようなサービスの 1 つが Office SharePoint Server Search Service (OSearch) です。OSearch Service は、コンテンツ リポジトリのクロール、クロールされたコンテンツのインデックス作成、およびエンド ユーザーによって発行された検索クエリの処理に使用されます。

ただし、管理者がファームレベルの検索に複数組の設定を定義する必要に迫られることがあります。たとえば、セキュリティ上の理由から 1 つのコンテンツ インデックスを特定のコンテンツ ソースにのみ使用し、別のコンテンツ インデックスをその他のコンテンツ ソースに使用する場合などがそうです。ファームレベルの検索システムに設定グループを追加で定義するには、検索の管理者が OSearch Service を別の SSP に構成する必要があります。この目的に使用できる SSP がファームにない場合、ファームの管理者は新しい SSP を作成する必要があります。しかし、SSP にはメンテナンスが必要であり、OSearch Service で使用されるシステム リソースのほかに SSP でもリソースが消費されます。

アップグレードの前にファーム内に存在した各 SSP について、アップグレードのプロセス中に Search Service アプリケーションが自動的に作成されます。アップグレード中に、管理設定が SSP の OSearch Service から対応する新しい Search Service アプリケーションにコピーされます。たとえば、新しい Search Service アプリケーションには、対応する SSP の OSearch Service と同じコンテンツ ソース、範囲、およびクロール ルールが設定されます。

データベース

各 SSP には次の 2 つのデータベースがあります。

• SSP データベース。このデータベースには、次の情報が含まれます。

  • 検索用の管理設定 (コンテンツ ソース、範囲など)。

  • プロファイル ストア (Office SharePoint Server 2007 のみ)。

• 検索データベース。このデータベースには、次の情報が含まれます。

  • クローラー内部データ (クロール ログなど)。

  • クロールされたドキュメントのメタデータが含まれるプロパティ ストア。

アップグレード前に存在した各 SSP について、次の 3 つのデータベースが作成され、対応する Search Service アプリケーションに関連付けられます。

• 検索管理データベース。このデータベースには、SSP データベースに保存されていた検索管理設定が含まれます。

• クロール データベース。このデータベースには、SSP データベースに保存されていたクローラー内部データが含まれます。

• プロパティ データベース。このデータベースは、アップグレード前に存在した検索データベースとほとんど同じものです (アップグレード前に検索データベースに含まれていた一部の情報が、検索管理データベースとクロール データベースに移動されます)。

検索管理データベースは、各 Search Service アプリケーションに 1 つのみ存在します。ただし、アップグレード後にクロール データベースとプロパティ データベースがスケール アウトすることがあります。

クエリの処理

クエリ サーバーには、検索クエリを処理するコンポーネントが 1 つだけあります。

クエリ サーバーは、1 つ以上のクエリ コンポーネントをホストして、各コンポーネントで検索クエリを処理できます。

コンテンツ インデックスの伝達

検索システムでは、コンテンツ インデックスがインデックス サーバーのファイル システムに保存されます。また、検索システムによってコンテンツ インデックスのコピーが各クエリ サーバーのファイル システムに伝達されます。

各クロール コンポーネントによって、コンテンツ インデックスがクエリ サーバー上のインデックス パーティションに伝達されます。検索システムでは、コンテンツ インデックスがクエリ サーバーのファイル システムに保存されます。クロール サーバーにはコンテンツ インデックスのコピーは保存されません。