Impact d’une mise à niveau sur l’architecture du système de recherche (SharePoint Server 2010)

 

S’applique à : SharePoint Server 2010

Dernière rubrique modifiée : 2016-11-30

Les informations dans le tableau suivant décrivent l’impact d’une mise à niveau depuis Microsoft Office SharePoint Server 2007 vers Microsoft SharePoint Server 2010 sur les fonctionnalités et les fonctions de l’architecture du système de recherche.

Fonctionnalité ou fonction Fonctionnalité ou fonction Office SharePoint Server 2007 Fonctionnalité ou fonction correspondante dans SharePoint Server 2010

Service de recherche

Un fournisseur de services partagés (SSP) héberge un ou plusieurs services de gestion centralisés et réutilisables. Ces services peuvent être utilisés par de nombreuses applications Web dans une batterie de serveurs. Un de ces services est le service Office SharePoint Server Search (OSearch). OSearch sert à analyser les référentiels de contenu, l’index du contenu analysé et traite les requêtes de recherche émises par les utilisateurs finaux.

Cependant, un administrateur voudra peut-être définir plus qu’un groupe de paramètres de recherche pour une configuration de recherche à l’échelle de la batterie de serveurs. Par exemple, pour des raison de sécurité, il voudra peut-être dédier un index de contenu à un ensemble de sources de contenu, et un autre index de contenu à un autre ensemble de sources de contenu. Pour définir un groupe supplémentaire de paramètres pour un système de recherche à l’échelle d’une batterie de serveurs, l’administrateur de la recherche doit configurer le service OSearch dans un fournisseur de services partagés. S’il n’existe pas d’autre fournisseur de services partagés dans la batterie de serveurs qui peut être utilisé à cette fin, l’administrateur de la batterie de serveurs doit en créer un nouveau. Toutefois, chaque fournisseur de service partagés nécessite de la maintenance et peut consommer des ressources système en plus de celles utilisées pour le service OSearch.

Pour chaque fournisseur de services partagés qui existaient dans la batterie de serveurs avant la mise à niveau, le processus de mise à niveau crée automatiquement une Application de service de recherche. Au moment de la mise à niveau, les paramètres d’administration du service OSearch dans un fournisseur de services partagés sont copiés dans la nouvelle application de service de recherche correspondante. Par exemple, la nouvelle application de service de recherche contient les sources de contenu, les étendues et les règles d’analyse du service OSearch dans le fournisseur correspondant.

Dépendances de la configuration du service de recherche

Dans un fournisseur de services partagés, l’administrateur de la recherche configure le service OSearch pour définir un groupe de paramètres (tels que les sources de contenu et les étendues) pour un système de recherche à l’échelle de la batterie de serveurs. Chaque fournisseur de services partagés ne peut contenir qu’un seul service OSearch. Par conséquent, un fournisseur de services partagés ne peut contribuer qu’à un seul groupe de paramètres pour le système de recherche à l’échelle de la batterie de serveurs.

Chaque application de service de recherche contribue à un groupe de paramètres (tels que les sources de contenu et les étendues) pour un système de recherche à l’échelle de la batterie de serveurs. Une application de service de recherche ne requiert aucun ordinateur hôte tel qu’un fournisseur de services partagés. Pour ajouter un nouveau groupe de paramètres à un système de recherche à l’échelle de la batterie de serveurs, l’administrateur de la recherche doit simplement créer et configurer une application de service de recherche supplémentaire.

Bases de données

Pour chaque fournisseur de services partagés, il existe deux bases de données :

  • La base de données du fournisseur de services partagés. Cette base de données contient :

    • Paramètres d’administration de la recherche, tels que les sources de contenu et les étendues.

    • Le magasin de profils (Office SharePoint Server 2007 uniquement).

  • La base de données de recherche. Cette base de données contient :

    • Les données internes du robot, telles que les journaux d’analyse.

    • La banque de propriétés, qui inclut les métadonnées issues des documents analysés.

Pour chaque fournisseur de services partagés qui existait avant la mise à niveau, les trois bases de données suivantes sont créées et associées à l’application de service de recherche correspondante :

  • La base de données d’administration de la recherche. Cette base de données contient les paramètres d’administration de la recherche qui étaient stockés dans la base de données du fournisseur de services partagés.

  • La base de données de l’analyse. Cette base de données contient les données internes du robot qui ont été stockées dans la base de données du fournisseur de services partagés.

  • La base de données de propriétés. Cette base de données est, pour une grande part, identique à la base de données de recherche qui existait avant la mise à niveau. (Certaines informations qui étaient dans la base de données de recherche avant la mise à niveau sont déplacées dans la base de données d’administration de recherche et la base de données de l’analyse).

Il y a qu’une seule base de données d’administration de la recherche par application de service de recherche. Après une mise à niveau, toutefois, il est possible d’appliquer une montée en puissance parallèle à la base de données de l’analyse et à la base de données de propriétés.

Analyse

Un serveur d’index a un robot d’indexation unique.

Un serveur d’analyse contient un ou plusieurs composants d’analyse pouvant analyser le contenu indépendamment les uns des autres.

Requêtes de service

Un serveur de requête a un seul composant pour traiter les requêtes de recherche.

Un serveur de requête peut héberger un ou plusieurs composants, chacun d’eux traitant des requêtes de recherche.

Index de contenu

Chaque fournisseur de services partagés ne peut contenir qu’un seul service OSearch, et il n’existe qu’un seul index de contenu correspondant.

Pour chaque fournisseur de services partagés qui existait avant la mise à niveau, une partition d’index est créée avec un composant de requête. Une mise à niveau in situ copie l’intégralité de l’index de contenu à partir du fournisseur de services partagés pour la nouvelle partition d’index. Après la mise à niveau, l’administrateur peut évoluer vers plusieurs partitions d’index. Chaque partition d’index contient une partie discrète de l’index. Par exemple, dans une topologie avec deux partitions d’index, chaque partition contient la moitié de l’index.

Dans une mise à niveau avec attachement de base de données, l’ancien index de contenu n’est pas conservé. Pour créer un index, il est nécessaire d’effectuer une analyse complète après la mise à niveau.

Propagation des index de contenu

Le système de recherche stocke l’index de contenu dans le système de fichiers du serveur d’index. Le système de recherche propage également une copie de l’index de contenu vers le système de fichiers de chaque serveur de requête.

Chaque composant d’analyse propage l’index de contenu vers les partitions d’index sur les serveurs de requête. Le système de recherche stocke l’index de contenu dans les systèmes de fichiers des serveurs de requête. Le serveur d’analyse ne conserve pas de copie de l’index de contenu.

Affectation de noms aux applications de service fournisseur de services partagés et de recherche

Chaque fournisseur de services partagés dans une batterie de serveurs a un nom unique, par exemple, SharedServices1.

Chaque application de service de recherche créée au cours du processus de mise à niveau a un nom par défaut basé sur le nom du fournisseur de services partagés correspondant dans Microsoft Office SharePoint Server 2007. Par exemple, si le fournisseur de services partagés a été nommé SharedServices1, par défaut l’application de service de recherche correspondante est nommée SharedServices1_Search. Toutefois, l’administrateur peut personnaliser ces noms de base de données avec un fichier XML utilisé au moment de la mise à niveau.

See Also

Concepts

Impact de la mise à niveau sur les sites Centre de recherche (SharePoint Server 2010)