Partager via

Index de recherche endommagé - Événements 74 93 (SharePoint Server 2010)

  • Article

 

S’applique à : SharePoint Server 2010

Dernière rubrique modifiée : 2010-03-08

Nom de l’alerte :   index de recherche endommagé

ID d’événement :   74 et 93

Résumé :   le processus clé qui conduit les analyses et les requêtes de recherche est Mssearch.exe. Ce processus héberge les composants d’analyse et de requête pour la recherche.

Symptômes :   Un ou plusieurs symptômes parmi les suivants peuvent apparaître :

  • Les activités de recherche (analyse ou requête) qui impliquent le composant de requête sont bloquées.

  • Un ou plusieurs des événements suivants peuvent apparaître dans le journal des événements :

    • ID d’événement : 74 Description : <données> Index endommagé (type <données>) détecté dans le catalogue <données>. La trace de la pile est <données>.

      Avertissement

      Le système ne réexécutera pas l’analyse après avoir levé l’erreur.

    • ID d’événement : 93 Description : Un index endommagé a été détecté lors du redémarrage d’une fusion annulée. Une réinitialisation du catalogue pour l’application de recherche <données> peut être nécessaire.

      Avertissement

      Le système réessaiera automatiquement et en silence de redémarrer la fusion. Si deux événements sont déclenchés en l’espace de 30 minutes, vous devez résoudre le problème.

Cause :   Une ou plusieurs des causes suivantes sont possibles :

  • Des défaillances de disque affectent les fichiers d’index.

  • L’index est endommagé.

Solution :   Vérifiez si le disque est endommagé

  1. Sur le serveur mentionné dans les détails d’événement, exécutez la commande Chkdsk pour vérifier si le disque contient des erreurs.

Solution :   Créez un composant d’analyse

  1. Dans la page d’accueil de l’Administration centrale SharePoint, cliquez sur Paramètres généraux de l’application.

  2. Dans la page Paramètres généraux de l’application, dans la section Recherche, cliquez sur Administration de la recherche dans la batterie.

  3. Dans la page Administration de la recherche sur la batterie de serveurs, dans la section Applications de service de recherche, cliquez sur Modifier la topologie pour l’application de service de recherche correcte.

  4. Dans la page Gérer la topologie de recherche, cliquez sur Nouveau, puis sélectionnez Composant d’analyse dans le menu contextuel.

  5. Dans la boîte de dialogue Ajouter un composant d’analyse, sélectionnez la base de données d’analyse et de serveur de batterie correcte, puis tapez l’emplacement de l’index s’il diffère de l’emplacement indiqué. Cliquez sur OK.

  6. Dans la page Gérer la topologie de recherche, cliquez sur Appliquer les modifications.

Solution :   Récupérez le composant de requête à partir d’une base de données miroir

  1. Si ce composant fait partie d’une base de données miroir, procédez comme suit pour dresser une liste de composants de requête puis, à partir de cette liste, utilisez l’ID de composant de requête correct pour restaurer le composant à l’aide de la méthode RequestRecover.

  2. Vérifiez que vous disposez de la configuration minimale requise suivante : Voir Add-SPShellAdmin.

  3. Dans le menu Démarrer, cliquez sur Tous les programmes.

  4. Cliquez sur Produits Microsoft SharePoint 2010.

  5. Cliquez sur SharePoint 2010 Management Shell.

  6. À l’invite de commandes Windows PowerShell, tapez la commande suivante :

    $app = Get-SPEnterpriseSearchServiceApplication "<Name>"

$qt = Get-SPEnterpriseSearchQueryTopology -SearchApplication $app -Active
$querycomponents = Get-SPEnterpriseSearchQueryComponent -QueryTopology $qt 

foreach ($qc in $querycomponents) {"Name: " +  $qc.Name + "  Index Location: " + $qc.IndexLocation + "  ID: " + $qc.ID + "   State: " + $qc.State}

    Où :

    • <Name> est le nom de l’application de service de recherche spécifié dans les détails d’événement.

    Cette commande génère une liste de composants de requête. Recherchez l’identité ($qc.ID) du composant de requête qui présente le problème. Vérifiez la valeur State du composant. Vous utiliserez cette identité lors de l’étape suivante.

  7. À l’aide de l’identité trouvée à l’étape 6, utilisez Windows PowerShell pour restaurer le composant.

    À l’invite de commandes Windows PowerShell, tapez la commande suivante :

    $qc = Get-SPEnterpriSesearchQueryComponent -Identity "<ID>" -QueryTopology $qt

$qc.RequestRecover()

    Où :

    • <ID> est l’identité du composant de requête que vous avez obtenue dans la liste à l’étape 6.