Auswirkungen des Upgrades auf die Architektur des Suchsystems (SharePoint Server 2010)

  • Artikel

 

Gilt für: SharePoint Server 2010

Letztes Änderungsdatum des Themas: 2016-11-30

In der folgenden Tabelle wird beschrieben, inwiefern die Features und Funktionen der Architektur des Suchsystems von einem Upgrade von Microsoft Office SharePoint Server 2007 auf Microsoft SharePoint Server 2010 betroffen sind.

Feature oder Funktion Feature oder Funktion in Office SharePoint Server 2007 Entsprechende/s Feature oder Funktion in SharePoint Server 2010

Suchdienst

Ein Anbieter für gemeinsame Dienste (Shared Services Provider, SSP) hostet einen oder mehrere zentral verwaltete wiederverwendbare Dienste. Diese Dienste können von mehreren Webanwendungen in einer Farm verwendet werden. Einer der Dienste ist der Office SharePoint Server-Suchdienst (OSearch). Der OSearch-Dienst wird zum Durchforsten von Inhaltsrepositorys, zum Indizieren der durchforsteten Inhalte und zum Verarbeiten der von Endbenutzern ausgegebenen Suchabfragen verwendet.

Ein Administrator möchte jedoch möglicherweise für eine farmweite Suchkonfiguration mehrere Gruppen von Sucheinstellungen definieren. Beispielsweise kann der Administrator aus Sicherheitsgründen einen Inhaltsindex für einen Satz von Inhaltsquellen und einen anderen Inhaltsindex für einen anderen Satz von Inhaltsquellen vorsehen. Zum Definieren einer zusätzlichen Gruppe von Einstellungen für ein farmweites Suchsystem muss der Suchadministrator den OSearch-Dienst in einem anderen SSP konfigurieren. Wenn in der Farm kein anderer SSP vorhanden ist, der für diesen Zweck verwendet werden kann, muss der Farmadministrator einen neuen SSP erstellen. Jeder SSP erfordert jedoch Wartung und kann zusätzlich zu den für den OSearch-Dienst erforderlichen Systemressourcen weitere Systemressourcen verbrauchen.

Für jeden vor dem Upgrade in der Farm vorhandenen SSP wird vom Upgradeprozess automatisch eine Suchdienstanwendung erstellt. Während des Upgrades werden die administrativen Einstellungen aus dem OSearch-Dienst in einem SSP in die entsprechende neue Suchdienstanwendung kopiert. Die neue Suchdienstanwendung enthält beispielsweise die Inhaltsquellen, Bereiche und Durchforstungsregeln aus dem OSearch-Dienst im entsprechenden SSP.

Abhängigkeiten der Suchdienstkonfiguration

In einem SSP konfiguriert der Suchadministrator den OSearch-Dienst, um eine Gruppe von Einstellungen (beispielsweise Inhaltsquellen und Bereiche) für ein farmweites Suchsystem zu definieren. Jeder SSP kann nur einen OSearch-Dienst enthalten. Daher kann ein SSP nur eine Gruppe von Einstellungen zum farmweiten Suchsystem beitragen.

Jede Suchdienstanwendung trägt eine Gruppe von Einstellungen (beispielsweise Inhaltsquellen und Bereiche) zu einem farmweiten Suchsystem bei. Eine Suchdienstanwendung erfordert keinen Host wie beispielsweise einen SSP. Zum Hinzufügen einer neuen Gruppe von Einstellungen zu einem farmweiten Suchsystem erstellt und konfiguriert der Suchadministrator lediglich eine zusätzliche Suchdienstanwendung.

Datenbanken

Für jeden SSP sind zwei Datenbanken vorhanden:

  • Die SSP-Datenbank. Diese Datenbank enthält Folgendes:

    • Administrative Einstellungen für die Suche, beispielsweise Inhaltsquellen und Bereiche.

    • Den Profilspeicher (nur Office SharePoint Server 2007).

  • Suchdatenbank. Diese Datenbank enthält Folgendes:

    • Interne Daten des Crawlers, beispielsweise Durchforstungsprotokolle.

    • Der Eigenschaftenspeicher, der die Metadaten von durchforsteten Dokumenten enthält.

Für jeden SSP, der vor dem Upgrade vorhanden war, werden die folgenden drei Datenbanken erstellt und der entsprechenden Suchdienstanwendung zugeordnet:

  • Suchverwaltungsdatenbank. Diese Datenbank enthält die administrativen Einstellungen für die Suche, die in der SSP-Datenbank gespeichert wurden.

  • Durchforstungsdatenbank. Diese Datenbank enthält die internen Daten des Crawlers, die in der SSP-Datenbank gespeichert wurden.

  • Eigenschaftendatenbank. Diese Datenbank entspricht im Wesentlichen der Suchdatenbank, die vor dem Upgrade vorhanden war. (Einige Informationen, die sich vor dem Upgrade in der Suchdatenbank befanden, werden in die Suchverwaltungsdatenbank und in die Durchforstungsdatenbank verschoben.)

Es gibt für jede Suchdienstanwendung nur eine Suchverwaltungsdatenbank. Nach einem Upgrade können die Durchforstungsdatenbank und die Eigenschaftendatenbank jedoch horizontal skaliert werden.

Durchforsten

Ein Indexserver verfügt über einen einzigen Crawler.

Ein Durchforstungsserver enthält eine oder mehrere Durchforstungskomponenten, die Inhalte unabhängig voneinander durchforsten können.

Verarbeiten von Abfragen

Ein Abfrageserver hat nur eine Komponente zum Verarbeiten von Suchabfragen.

Ein Abfrageserver kann eine oder mehrere Abfragekomponenten hosten, die jeweils Suchabfragen verarbeiten.

Inhaltsindex

Jeder SSP kann nur einen OSearch-Dienst enthalten, und es gibt einen entsprechenden Inhaltsindex.

Für jedem vor dem Upgrade vorhandenen SSP wird eine Indexpartition mit einer Abfragekomponente erstellt. Durch ein direktes Upgrade wird der gesamte Inhaltsindex vom SSP in die neue Indexpartition kopiert. Nach dem Upgrade kann der Administrator eine horizontale Skalierung auf mehrere Indexpartitionen vornehmen. Jede Indexpartition enthält einen separaten Teil des Index. In einer Topologie mit zwei Indexpartitionen beispielsweise enthält jede Partition eine Hälfte des Index.

Bei einem Upgrade durch Datenbankanfügung wird der alte Inhaltsindex nicht beibehalten. Zum Erstellen eines Index muss nach dem Upgrade eine vollständige Durchforstung ausgeführt werden.

Verteilung des Inhaltsindex

Der Inhaltsindex wird vom Suchsystem im Dateisystem des Indexservers gespeichert. Außerdem verteilt das Suchsystem eine Kopie des Inhaltsindex an das Dateisystem jedes Abfrageservers.

Die einzelnen Durchforstungskomponenten verteilen den Inhaltsindex an die Indexpartitionen auf den Abfrageservern. Das Suchsystem speichert den Inhaltsindex in den Dateisystemen der Abfrageserver. Auf dem Durchforstungsserver wird keine Kopie des Inhaltsindex beibehalten.

Benennung des SSP und der Suchdienstanwendung

Jeder SSP in einer Serverfarm hat einen eindeutigen Namen, z. B. GemeinsameDienste1.

Jede während des Upgradevorgangs erstellte Suchdienstanwendung hat einen Standardnamen, der auf dem Namen des entsprechenden SSP aus Microsoft Office SharePoint Server 2007 basiert. Wenn der SSP beispielsweise den Namen GemeinsameDienste1 hat, erhält die entsprechende Suchdienstanwendung standardmäßig den Namen GemeinsameDienste1_Suche. Der Administrator kann diese Datenbanknamen jedoch mit einer XML-Datei anpassen, die beim Upgrade verwendet wird.

See Also

Concepts

Auswirkungen des Upgrades auf Suchcenter-Websites (SharePoint Server 2010)