Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Résoudre les défaillances d’indexation Full-Text
Lors du remplissage ou de la maintenance d’un index de recherche en texte intégral, l’indexeur de recherche en texte intégral, pour des raisons décrites ci-dessous, peut ne pas indexer une ou plusieurs lignes. Ces erreurs au niveau des lignes n'empêchent pas l'achèvement du processus de population des données. L’indexeur ignore ces lignes, ce qui signifie que vous ne pouvez pas interroger le contenu contenu dans ces lignes.
Les échecs d’indexation peuvent se produire quand :
L’indexeur ne peut pas trouver ou charger un composant de filtre ou d’analyseur de mots. Cet échec peut se produire si la ligne de table contient un format de document ou du contenu dans une langue qui n’a pas été inscrite auprès de l’instance de SQL Server. Cet échec peut également se produire si le segmenter de mots ou le composant de filtre inscrit n’a pas été signé ou a échoué à la vérification de la signature lors de son chargement.
Un composant, tel qu’un analyseur de mots ou un filtre, échoue et retourne une erreur à l’indexeur. Cela peut se produire si le document indexé est endommagé et que le filtre ne peut pas extraire du texte du document. Cela peut également se produire lorsqu’un composant ne peut pas gérer le contenu d’une seule ligne au-dessus d’une certaine taille, en raison des limites de mémoire sur l’hôte démon de filtre de texte intégral (fdhost.exe).
Pour chaque échec au niveau des lignes, le journal d’analyse contient des détails sur la raison de l’échec. Les nombres d’erreurs sont résumés à la fin d’une population complète ou incrémentielle.
Il existe d’autres défaillances qui peuvent avoir un impact sur le processus d’indexation lui-même et empêcher la population de se terminer :
L’index de recherche en texte intégral dépasse la limite du nombre de lignes pouvant être contenues dans un catalogue de texte intégral.
Un index cluster ou un index de clé de recherche en texte intégral sur la table indexée est modifié, supprimé ou reconstruit.
Une défaillance matérielle ou une altération du disque entraîne l’altération du catalogue de texte intégral.
Un groupe de fichiers qui contient la table indexée en texte intégral est mis hors ligne ou est mis en lecture seule.
Vous devez afficher le journal d’analyse à la fin d’une opération significative de remplissage d’index de recherche en texte intégral, ou lorsque vous constatez qu’une population n’a pas terminé.
Composants non signés
Par défaut, l’indexeur de texte intégral exige que les filtres et les analyseurs de mots qu’il charge soient signés. S’ils ne sont pas signés, ce qui est parfois le cas lorsque des composants personnalisés sont installés, vous devez configurer l’indexeur de texte intégral pour ignorer la vérification de la signature.
Important
Ignorer la vérification des signatures rend l’instance de SQL Server moins sécurisée. Nous vous recommandons de signer les composants que vous implémentez ou de vérifier que tous les composants que vous achetez sont signés. Pour plus d’informations sur les composants de signature, consultez sp_fulltext_service (Transact-SQL).
Index Full-Text en état incohérent après restauration du journal de transaction
Lors de la restauration du journal des transactions d’une base de données, vous pouvez voir un avertissement indiquant que l’index de recherche en texte intégral n’est pas dans un état cohérent. La raison en est que l’index de recherche en texte intégral sur une table a été modifié après la sauvegarde de la base de données. Pour amener l’index de recherche en texte intégral à un état consistant, vous devez exécuter une exploration complète (analyse) sur la table. Pour plus d’informations, consultez Alimenter des index de recherche en texte intégral.
Voir aussi
ALTERER LE CATALOGUE DE TEXTE INTÉGRAL (Transact-SQL)
Alimenter des index de recherche en texte intégral