• Article

Impact de la mise à niveau sur l’architecture du système de recherche (Search Server 2010)

 

S’applique à : Search Server 2010

Dernière rubrique modifiée : 2015-03-09

Les informations fournies dans le tableau suivant décrivent l’impact de la mise à niveau de Microsoft Search Server 2008 vers Microsoft Search Server 2010 sur les fonctionnalités ou fonctions de l’architecture du système de recherche.

Fonctionnalité ou fonction Fonctionnalité ou fonction dans Search Server 2008 Fonctionnalité ou fonction correspondante dans Search 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. L’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 d’un groupe de paramètres de recherche pour une configuration de recherche à l’échelle de la batterie de serveurs. Par exemple, pour des raisons de sécurité, il souhaitera 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 existait 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. Elle contient les paramètres d’administration de la recherche, tels que les sources de contenu et les étendues ;

  • la base de données de recherche. Elle contient :

    • les données internes du robot d’indexation, tels que les journaux d’analyse ;

    • la banque de propriétés, qui comprend 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. Elle 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 d’analyse. Elle contient les données internes du robot qui étaient stockées dans la base de données du fournisseur de services partagés ;

  • la base de données de propriétés. Elle est presque 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 d’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, la base de données d’analyse et la base de données de propriétés peuvent être étendues horizontalement.

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ées 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 sur place 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 distincte 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 dans 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êtes. Le système de recherche stocke l’index de contenu dans les systèmes de fichiers des serveurs de requêtes. Le serveur d’analyse ne conserve pas de copie de l’index de contenu.

Affectation de noms aux fournisseurs de services partagés et aux applications de service 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 SSP correspondant dans Microsoft Search Server 2008. 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 bases de données avec un fichier XML utilisé au moment de la mise à niveau.