Bonnes pratiques pour l’analyse dans SharePoint Server

Article
03/08/2023

S’APPLIQUE À : oui-img-13 2013 oui-img-16 2016 oui-img-19 2019 oui-img-se Édition d’abonnement no-img-sop SharePoint dans Microsoft 365

Découvrez les meilleures pratiques pour l’analyse dans SharePoint Server.

Le système de recherche analyse le contenu pour créer un index de recherche sur lequel les utilisateurs peuvent exécuter des requêtes de recherche. Cet article contient des suggestions sur la façon de gérer les analyses de manière plus efficace.

Découvrez comment demander manuellement l’analyse et la réindexation pour SharePoint dans Microsoft 365.

Utilisation du compte d’accès au contenu par défaut pour analyser la majorité du contenu

Le compte d’accès au contenu par défaut est un compte de domaine que vous spécifiez pour que le service Recherche SharePoint Server utilise par défaut pour l’analyse. Pour plus de simplicité, il est préférable d'utiliser ce compte pour analyser la plus grande quantité possible du contenu spécifié par vos sources de contenu. Pour modifier le compte d’accès au contenu par défaut, voir Modifier le compte par défaut pour l’analyse dans SharePoint Server.

Lorsque vous ne pouvez pas utiliser le compte d'accès au contenu par défaut pour l'analyse d'une URL particulière (pour des raisons de sécurité, par exemple), vous pouvez créer une règle d'analyse pour spécifier l'une des alternatives suivantes pour authentifier le robot :

Un compte d'accès au contenu différent
Un certificat client
Des informations d'identification de formulaire
Un cookie à analyser
Accès anonyme

Pour plus d’informations, voir Gérer les règles d’analyse dans SharePoint Server.

Utilisation efficace des sources de contenu

Une source de contenu est un ensemble d’options dans une application de service de recherche que vous utilisez pour spécifier chacun des composants suivants :

Une ou plusieurs adresses de démarrage à analyser.
Type de contenu dans les adresses de début (par exemple, les sites SharePoint Server, les partages de fichiers ou les données métier). Vous ne pouvez spécifier qu'un seul type de contenu à analyser dans une source de contenu. Par exemple, vous utiliseriez une source de contenu pour analyser les sites SharePoint Server et une autre source de contenu pour analyser les partages de fichiers.
Une planification et une priorité d'analyse pour les analyses incrémentielles ou complètes qui s'appliqueront à tous les référentiels de contenu spécifiés par la source de contenu.

Lorsque vous créez une application de service de recherche, le système de recherche crée et configure automatiquement une source de contenu nommée Sites SharePoint locaux. Cette source de contenu préconfigurée est destinée à l’analyse des profils utilisateur et à l’analyse de tous les sites SharePoint Server dans les applications web auxquelles l’application de service de recherche est associée. Vous pouvez également utiliser cette source de contenu pour analyser le contenu dans d’autres batteries de serveurs SharePoint Server, notamment les batteries de serveurs SharePoint Server 2007, les batteries de serveurs SharePoint Server 2010, les batteries de serveurs SharePoint Server 2013 ou d’autres batteries de serveurs SharePoint Server.

Créez des sources de contenu supplémentaires lorsque vous souhaitez effectuer l’une des tâches suivantes :

Analyser d'autres types de contenu
Limiter ou augmenter la quantité de contenu à analyser
Analyser certains contenus plus ou moins fréquemment
Définir des priorités différentes pour l’analyse de certains contenus (cette exigence s’applique aux analyses complètes et incrémentielles, mais pas aux analyses continues)
Analyser certains contenus selon différentes planifications (cette exigence s’applique aux analyses complètes et incrémentielles, mais pas aux analyses continues)

Cependant, pour que l’administration reste aussi simple que possible, nous vous recommandons de limiter le nombre de sources de contenu que vous créez et utilisez.

Utilisation des sources de contenu pour planifier des analyses

Vous pouvez modifier la source de contenu préconfigurée Sites SharePoint locaux pour spécifier une planification d’analyse ; aucune planification d’analyse par défaut n’est indiquée. Pour toute source de contenu, vous pouvez démarrer les analyses manuellement, mais nous vous recommandons de planifier des analyses incrémentielles ou d'activer les analyses continues pour vous assurer que le contenu est analysé régulièrement.

Envisagez l'utilisation de diverses sources de contenu pour analyser du contenu selon des planifications différentes pour les raisons suivantes.

Pour s'adapter aux heures creuses et aux périodes de pics d'utilisation du serveur
Pour analyser le contenu hébergé sur des serveurs plus lents séparément du contenu hébergé sur des serveurs plus rapides
Pour analyser fréquemment le contenu qui est mis à jour plus souvent

L'analyse du contenu peut réduire de façon significative les performances des serveurs qui hébergent le contenu. L'effet varie si les serveurs hôtes disposent de ressources suffisantes (notamment en processeur et en mémoire RAM) pour gérer la charge. Par conséquent, lorsque vous planifiez des analyses, tenez compte des meilleures pratiques suivantes :

Planifiez les analyses de chaque source de contenu pendant les périodes où les serveurs qui hébergent le contenu sont disponibles et où la demande est faible sur les ressources des serveurs.
Décalez les planifications d'analyse de sorte que la charge sur les serveurs d'analyse et les serveurs hôtes soit répartie dans le temps. Vous pouvez ainsi optimiser les planifications d'analyse à mesure que vous vous familiarisez avec les durées d'analyse habituelles de chaque source de contenu en consultant le journal d'analyse. Pour plus d’informations, voir Journal d’analyse dans Afficher les diagnostics de recherche dans SharePoint Server.
Exécutez des analyses complètes uniquement lorsque cela est nécessaire. Pour plus d’informations, voir Raisons pour effectuer une analyse complète dans Planifier l’analyse et la fédération dans SharePoint Server. Pour toute modification administrative nécessitant une analyse complète, telle que la création d’une règle d’analyse, effectuez la modification peu de temps avant l’analyse complète suivante afin qu’une analyse complète supplémentaire ne soit pas nécessaire. Pour plus d’informations, voir Gérer les règles d’analyse dans SharePoint Server.

Analyser les profils utilisateur avant d’analyser les sites SharePoint Server

Par défaut, dans la première application de service de recherche d'une batterie de serveurs, la source de contenu préconfigurée Sites SharePoint locaux contient au moins les deux adresses de démarrage suivantes :

https://webAppUrl, qui sert à analyser l’URL de zone par défaut spécifiée pour la ou les applications web existantes
sps3s://myWebAppUrl, qui est destiné à l’analyse des profils utilisateur

Toutefois, si vous déployez « Recherche de personnes », nous vous recommandons de créer une source de contenu distincte pour l’adresse sps3s://myWebAppUrl de début et d’exécuter d’abord une analyse pour cette source de contenu. La raison de l’exécution de l’analyse est qu’une fois l’analyse terminée, le système de recherche génère une liste pour normaliser les noms des personnes. Ainsi, lorsque le nom d’une personne possède différentes formes dans un jeu de résultats de recherche, tous les résultats pour cette personne sont affichés dans un seul groupe (nommé bloc de résultats). Par exemple, pour la requête de recherche « Anne Weiler », tous les documents créés par Anne Weiler ou A. Weiler ou alias AnneW peuvent être affichés dans un bloc de résultats intitulé « Documents by Anne Weiler ». De même, tous les documents créés par l’une de ces identités peuvent être affichés sous le titre « Anne Weiler » dans le panneau d’affinement si la catégorie « Auteur » est disponible.

Pour analyser les profils utilisateur, puis analyser les sites SharePoint Server

Vérifiez que le compte utilisateur qui exécute cette procédure est administrateur de l'application de service de recherche que vous souhaitez configurer.
Suivez les instructions fournies dans Déployer la recherche de personnes dans SharePoint Server. Dans le cadre de ces instructions, vous effectuez les tâches suivantes :

Créez une source de contenu réservée à l'analyse des profils utilisateur (magasin de profils). Vous pouvez nommer cette source de contenu Personnes. Dans la nouvelle source de contenu, dans la section Adresses de démarrage , tapez sps3s:// myWebAppUrl, où myWebAppUrl est l’URL de l’hôte Mon site.
Démarrez une analyse pour la source de contenu Contacts que vous avez créée.
Supprimez l’adresse sps3s://myWebAppUrl de début de la source de contenu préconfigurée Sites SharePoint locaux.

Attendez environ deux heures après la fin de l'analyse de la source de contenu Personnes.
Démarrez la première analyse complète de la source de contenu Sites SharePoint locaux.

Utilisation des analyses continues pour s’assurer que les résultats de recherche sont à jour

L’option Activer les analyses continues est une option de planification d’analyse que vous pouvez sélectionner lorsque vous ajoutez ou modifiez une source de contenu de type Sites SharePoint. Une analyse continue analyse le contenu qui a été ajouté, modifié ou supprimé depuis la dernière analyse. Elle démarre à des intervalles de temps prédéfinis. L’intervalle par défaut est toutes les 15 minutes, mais vous pouvez définir des analyses continues pour qu’elles se produisent à des intervalles plus courts à l’aide de Microsoft PowerShell. Étant donné que les analyses continues se produisent si souvent, elles permettent de garantir l’actualisation de l’index de recherche, même pour le contenu SharePoint Server qui est fréquemment mis à jour. En outre, alors qu’une analyse incrémentielle ou complète est retardée par plusieurs tentatives d’analyse qui retournent une erreur pour un élément particulier, une analyse continue peut analyser d’autres contenus et contribuer à l’actualisation de l’index, car une analyse continue ne traite pas les éléments qui retournent des erreurs à plusieurs reprises. Ces erreurs sont retentées lors d’une analyse incrémentielle de « nettoyage », qui s’exécute automatiquement toutes les quatre heures pour les sources de contenu pour lesquelles l’analyse continue est activée. Les éléments qui continuent à retourner des erreurs pendant l’analyse incrémentielle seront retentés lors des futures analyses incrémentielles, mais ne seront pas récupérés par les analyses continues tant que les erreurs n’auront pas été résolues.

Une analyse continue unique inclut toutes les sources de contenu dans une application de service de recherche pour lesquelles les analyses continues sont activées. De même, l'intervalle d'analyse continue s'applique à toutes les sources de contenu dans l'application de service de recherche pour lesquelles les analyses continues sont activées. Pour plus d'informations, voir Manage continuous crawls in SharePoint Server.

Les analyses continues augmentent la charge sur le robot et sur les cibles d'analyse. Veillez à réaliser une planification et une mise à l'échelle adaptées à cette augmentation de la consommation de ressources. Pour chaque grande source de contenu pour laquelle vous activez les analyses continues, nous vous recommandons de configurer des serveurs web frontaux en tant que cibles dédiées pour l'analyse. Pour plus d'informations, voir Gérer la charge d'analyse (SharePoint Server 2010).

Utilisation des règles d’analyse pour exclure le contenu inutile de l’analyse

Étant donné que l’analyse consomme des ressources et de la bande passante, lors du déploiement initial, il peut être préférable d’analyser une petite quantité de contenu dont vous savez qu’il est pertinent, au lieu d’analyser une grande quantité de contenu, dont une partie pourrait ne pas être pertinente. Pour limiter la quantité de contenu que vous analysez, vous pouvez créer des règles d'analyse pour les raisons suivantes :

Pour éviter l'analyse de contenu non pertinent, en excluant une ou plusieurs URL.
Pour analyser des liens sur une URL sans analyser l'URL elle-même. Cette disposition est utile pour les sites qui ne contiennent pas de contenu pertinent, mais qui ont des liens vers du contenu pertinent.

Par défaut, le robot ne suit pas les URL complexes, qui sont des URL qui contiennent un point d’interrogation suivi de paramètres supplémentaires, par exemple, http://contoso/page.aspx?x=y. Si vous autorisez le robot à suivre des URL complexes, cette disposition peut amener le robot à collecter beaucoup plus d’URL que prévu ou approprié. Cette sur-assimilation peut amener le robot à rassembler des liens inutiles, à remplir la base de données d’analyse avec des liens redondants et à générer un index volumineux.

Ces mesures peuvent vous permettre de réduire l'utilisation des ressources du serveur et le trafic réseau, et d'augmenter la pertinence des résultats de recherche. Après le déploiement initial, vous pouvez consulter les journaux de requêtes et d'analyse et ajuster les sources de contenu et les règles d'analyse afin qu'elles incluent davantage de contenu si cela est nécessaire. Pour plus d’informations, voir Gérer les règles d’analyse dans SharePoint Server.

Analyser la zone par défaut des applications web SharePoint Server

Lorsque vous analysez la zone par défaut d’une application web SharePoint Server, le processeur de requêtes mappe et retourne automatiquement les URL des résultats de recherche afin qu’elles soient relatives à la zone de mappage d’accès alternatif (AAM) à partir de laquelle les requêtes sont effectuées. Ce paramètre permet aux utilisateurs d’afficher et d’ouvrir facilement les résultats de la recherche.

Cependant, si vous analysez une zone d'une application web autre que la zone par défaut, le processeur de requêtes ne mappe pas les URL de résultats de recherche afin qu'elles soient relatives à la zone AAM à partir de laquelle les requêtes sont effectuées. Au lieu de cela, les URL de résultat de la recherche sont relatives à la zone autre que celle par défaut qui a été analysée. En raison de ce paramètre, les utilisateurs peuvent ne pas être en mesure d’afficher ou d’ouvrir les résultats de recherche.

Par exemple, supposons que vous disposez des AAM suivantes pour une application web nommée WebApp1 :

Par défaut	URL publique	Fournisseur d’authentification
Par défaut	`https://contoso`	Authentification Windows : NTLM
Extranet	`https://fabrikam`	Authentification basée sur les formulaires
Intranet	`http://fabrikam`	Authentification Windows : NTLM

Admettons que vous analysez la zone par défaut, https://contoso. Lorsque les utilisateurs exécutent des requêtes à partir de https://contoso/searchresults.aspx, les URL des résultats de WebApp1 sont toutes relatives à https://contosoet sont donc au format https://contoso/ _path_/ _result_.aspx.

De même, lorsque les requêtes proviennent de la zone Extranet ( dans ce cas, https://fabrikam/searchresults.aspx—results à partir de WebApp1 sont toutes relatives à https://fabrikam, et ont donc la forme https://fabrikam/ _path_/ _result_.aspx.

Dans les deux cas précédents, en raison de la cohérence des zones entre l'emplacement de la requête et les URL de résultats de recherche, les utilisateurs pourront facilement afficher et ouvrir les résultats de recherche, sans avoir à passer au contexte de sécurité différent d'une autre zone.

Supposons maintenant que vous analysiez une zone autre que celle par défaut, comme la zone intranet, http://fabrikam. Dans ce cas, pour les requêtes provenant de toutes les zones, les URL des résultats de WebApp1 sont toujours relatives à la zone autre que celle par défaut qui a été analysée. Autrement dit, une requête à partir de https://contoso/searchresults.aspx, https://fabrikam/searchresults.aspxou http://fabrikam/searchresults.aspx génère des URL de résultat de recherche qui commencent par la zone non par défaut qui a été analysée, et sont donc de la forme http://fabrikam/ _path_/ _result_.aspx. Ce paramètre peut entraîner un comportement inattendu ou problématique, par exemple :

Lorsque les utilisateurs tentent d'ouvrir les résultats de recherche, ils peuvent être invités à fournir des informations d'identification qu'ils ne possèdent pas. Par exemple, les utilisateurs authentifiés sur la base des formulaires dans la zone extranet peuvent ne pas posséder d'informations d'authentification Windows.
Les résultats de WebApp1 utilisent le protocole HTTP, mais les utilisateurs peuvent effectuer des recherches à partir de la zone extranet à l'adresse https://fabrikam/searchresults.aspx. Cette opération de recherche effectuée par les utilisateurs peut avoir des implications sur la sécurité, car les résultats n’utilisent pas le chiffrement SSL (Secure Sockets Layer).
Les affinements pourraient ne pas filtrer correctement, car ils filtrent sur l'URL publique de la zone par défaut, et non sur l'URL qui a été analysée. Ce filtrage incorrect est dû au fait que les propriétés basées sur l’URL dans l’index seront relatives à l’URL non par défaut qui a été analysée.

Réduire l’effet de l’analyse sur les cibles d’analyse SharePoint Server

Vous pouvez réduire l’effet de l’analyse sur les cibles d’analyse SharePoint Server (c’est-à-dire les serveurs web frontaux SharePoint Server) en effectuant les tâches suivantes :

Pour un petit environnement SharePoint Server, redirigez tout le trafic d’analyse vers un serveur web frontal SharePoint Server unique. Pour un environnement de grande taille, redirigez l'ensemble du trafic d'analyse vers un groupe spécifique de serveurs web frontaux. Ce modèle de redirection d’analyse empêche le robot d’utiliser les mêmes ressources que celles utilisées pour afficher et fournir des pages web et du contenu aux utilisateurs actifs.
Limitez l'utilisation de la base de données de recherche dans Microsoft SQL Server afin d'empêcher le robot d'utiliser les ressources de processeur et de disque SQL Server partagées lors d'une analyse.

Pour plus d'informations, voir Gérer la charge d'analyse (SharePoint Server 2010).

Utilisation des règles d’impact du robot pour limiter les effets de l’analyse

Pour limiter l’impact du robot, vous pouvez également créer des règles d’impact du robot, disponibles à partir de la page Nom_application_service_recherche : Administration de la recherche. Une règle d'impact du robot indique la vitesse à laquelle le robot demande du contenu à partir d'une adresse de démarrage ou d'une plage d'adresses de démarrage. Plus précisément, une règle d'impact du robot demande un certain nombre de documents à la fois à partir d'une URL sans attendre entre les demandes, ou elle demande un document à la fois à partir de l'URL et attend l'intervalle spécifié entre les demandes. Chaque règle d'impact du robot s'applique à l'intégralité des composants d'analyse.

Pour les serveurs de votre organisation, vous pouvez définir des règles d'impact du robot d'après les capacités et les performances connues des serveurs. Toutefois, ce paramètre peut ne pas être possible pour les sites externes. Par conséquent, vous risquez d'utiliser sans le vouloir trop de ressources sur les serveurs externes en demandant une quantité de contenu trop élevée ou en demandant du contenu trop fréquemment. Cette utilisation élevée du contenu peut amener les administrateurs de ces serveurs externes à limiter l’accès au serveur, de sorte qu’il devient difficile ou impossible pour vous d’analyser ces dépôts. Par conséquent, définissez les règles d’impact du robot pour qu’elles aient le moins d’effet possible sur les serveurs externes tout en analysant suffisamment de contenu fréquemment pour vous assurer que l’actualisation de l’index répond à vos besoins.

Utilisation des groupes Active Directory au lieu d’utilisateurs individuels pour les autorisations

La capacité d’un utilisateur ou d’un groupe à effectuer diverses activités sur un site est déterminée par le niveau d’autorisation que vous lui affectez. Si vous ajoutez ou supprimez des utilisateurs individuellement pour les autorisations de site, ou si vous utilisez un groupe SharePoint Server pour spécifier des autorisations de site et que vous modifiez l’appartenance du groupe, le robot doit effectuer une « analyse de sécurité uniquement », qui met à jour tous les éléments affectés dans l’index de recherche pour refléter la modification. De même, l’ajout ou la mise à jour d’une stratégie d’application web avec différents utilisateurs ou groupes SharePoint Server déclenche une analyse de tout le contenu couvert par cette stratégie. Cela augmente la charge de l'analyse et peut réduire l'actualisation des résultats de recherche. Par conséquent, pour spécifier des autorisations de site, il est préférable d’utiliser des groupes Active Directory Domain Services (AD DS), car ces groupes n’ont pas besoin que le robot met à jour les éléments affectés dans l’index de recherche.

Ajout d’un second composant d’analyse pour fournir une tolérance de panne

Lorsque vous créez une application de service de recherche, la topologie de recherche par défaut inclut un composant d’analyse. Celui-ci récupère les éléments des référentiels de contenu, les télécharge sur le serveur qui héberge le composant d'analyse, transmet les éléments et les métadonnées associées à un composant de traitement de contenu, puis ajoute les informations relatives à l'analyse aux bases de données d'analyse associées. Vous pouvez ajouter un second composant d'analyse pour fournir une tolérance de panne. Si un composant d'analyse devient indisponible, le composant d'analyse restant reprend l'intégralité de l'analyse. Pour la plupart des batteries de serveurs SharePoint Server, un total de deux composants d’analyse est suffisant.

Si vous souhaitez en savoir plus, consultez les articles suivants :

Gestion des ressources de l’environnement pour l’amélioration des performances d’analyse

Lorsque le robot analyse le contenu, le télécharge sur le serveur d’analyse (serveur qui héberge le composant d’analyse) et le transmet aux composants de traitement de contenu, plusieurs facteurs peuvent nuire aux performances. Pour améliorer les performances d’analyse, vous pouvez effectuer la tâche suivante :

Pour résoudre ce goulot d’étranglement potentiel au niveau des performances	Mettez en œuvre cette solution
Temps de réponse lent des serveurs analysés	Fournir plus de processeurs et de RAM et des E/S de disque plus rapides
Faible bande passante réseau	Installer 1 ou 2 cartes réseau d’un gigabit par seconde sur chaque serveur d’analyse
Traitement de contenu	Fournir plus de composants de traitement du contenu et de ressources de processeur pour chaque composant de traitement de contenu
Traitement lent par les composants d'index	Ajouter des ressources d'E/S pour les serveurs qui hébergent les composants d'index

Pour plus d’informations, consultez les ressources suivantes :

Désactivation de toutes les analyses avant de modifier la topologie de recherche

Nous vous recommandons de vous assurer qu’aucune analyse n’est en cours avant de commencer à modifier la topologie de recherche. Sinon, il se pourrait que la modification de topologie rencontre des problèmes.

Si nécessaire, vous pouvez mettre en attente ou arrêter manuellement les analyses complètes ou incrémentielles, et vous pouvez désactiver les analyses continues. Si vous souhaitez en savoir plus, consultez les articles suivants :

Notes

La suspension d’une analyse présente l’inconvénient que les références aux composants d’analyse peuvent rester dans la MSSCrawlComponentsState table de la base de données d’administration de recherche. Cela peut poser un problème si vous voulez supprimer des composants d'analyse (par exemple, supposons que vous voulez supprimer un serveur qui héberge ces composants de la batteries de serveurs). Toutefois, lorsque vous arrêtez une analyse, les références aux composants d’analyse dans la MSSCrawlComponentsState table sont supprimées. Par conséquent, si vous voulez supprimer des composants d'analyse, il est préférable d'arrêter les analyses plutôt que de les suspendre.

Pour vérifier qu’aucune analyse n’est en cours, sur la _Search_service_application_name_: Manage Content Sources page, assurez-vous que la valeur dans le champ État de chaque source de contenu est Inactive ou Suspendue. (Lorsqu’une analyse est terminée ou lorsque vous arrêtez une analyse, la valeur du champ Statut de la source de contenu passe sur Inactif.)

Suppression des composants d’analyse d’un hôte d’analyse avant la suppression de l’hôte d’une batterie de serveurs

Lorsqu’un serveur héberge un composant d’analyse, le fait de supprimer ce serveur de la batterie peut empêcher le système de recherche d’analyser le contenu. Par conséquent, avant de supprimer un hôte d’analyse d’une batterie de serveurs, nous vous recommandons vivement d’effectuer les tâches suivantes :

Assurez-vous qu'aucune analyse n'est active.

Pour plus d'informations, reportez-vous à la section précédente, Désactivation de toutes les analyses avant de modifier la topologie de recherche.
Supprimez ou déplacez les composants d'analyse qui se trouvent sur cet hôte.

Pour plus d’informations, consultez les ressources suivantes :

Test des fonctionnalités d’analyse et de requête une fois la configuration d’analyse modifiée ou les mises à jour appliquées

Nous vous recommandons de tester les fonctionnalités d’analyse et de requête dans la batterie de serveurs après avoir effectué des modifications de configuration ou appliqué des mises à jour. La procédure suivante constitue un exemple de méthode simple pour ce type de test.

Pour tester la fonctionnalité d’analyse et de requête

Vérifiez que le compte utilisateur qui exécute cette procédure est administrateur de l'application de service de recherche que vous souhaitez configurer.
Créez une source de contenu que vous allez utiliser temporairement pour ce test.

Dans la nouvelle source de contenu, dans la section Adresses de démarrage, dans la zone de texte Tapez les adresses de démarrage ci-dessous (une par ligne), spécifiez une adresse de démarrage contenant plusieurs éléments ne figurant pas déjà dans l'index ; par exemple, plusieurs fichiers TXT qui sont sur un partage de fichiers. Pour plus d’informations, voir Ajouter, modifier ou supprimer une source de contenu dans SharePoint Server.
Démarrez une analyse complète pour cette source de contenu.

Pour plus d'informations, voir Start, pause, resume, or stop a crawl in SharePoint Server. Une fois l’analyse terminée, dans la _Search_service_application_name_: Manage Content Sources page, la valeur dans la colonne État de la source de contenu est Inactive. (Pour mettre à jour la colonne Statut, actualisez la page Gérer les sources de contenu en cliquant sur Actualiser.)
Lorsque l'analyse est terminée, accédez au Centre de recherche et exécutez des requêtes de recherche pour trouver ces fichiers.

Si votre déploiement n’a pas encore de centre de recherche, voir Créer un site Centre de recherche dans SharePoint Server.
Une fois le test terminé, supprimez la source de contenu temporaire.

Cette opération supprime les éléments spécifiés par cette source de contenu de l’index de recherche afin qu’ils n’apparaissent pas dans les résultats de la recherche une fois le test terminé.

Utilisation des rapports d’intégrité de l’analyse et du journal d’analyse pour diagnostiquer les problèmes

Le journal d’analyse effectue le suivi des informations relatives à l’état du contenu analysé. Ce journal inclut des vues pour les sources de contenu, les hôtes, les erreurs, les bases de données, les URL et l'historique. Par exemple, vous pouvez utiliser ce journal pour déterminer l'heure de la dernière analyse réussie pour une source de contenu, si le contenu analysé a été ajouté à l'index, s'il a été exclu en raison d'une règle d'analyse ou si l'analyse a échoué en raison d'une erreur.

Les rapports d'intégrité de l'analyse fournissent des informations détaillées sur la vitesse, la latence et l'actualisation de l'analyse, le traitement de contenu, la charge du processeur et de la mémoire, les analyses continues et la file d'attente d'analyse.

Vous pouvez utiliser le journal d'analyse et les rapports d'intégrité de l'analyse pour diagnostiquer les problèmes relatifs à l'expérience de recherche. Les informations de diagnostic peuvent vous aider à déterminer s'il serait utile d'ajuster les éléments tels que les sources de contenu, les règles d'analyse, les règles d'impact du robot, les composants d'analyse et les bases de données d'analyse.

Pour plus d’informations, voir Afficher les diagnostics de recherche dans SharePoint Server.

Partage via