Mode Réparation d'Eseutil /P

  • Article

 

Dernière rubrique modifiée : 2006-06-09

Le mode Réparation d'Eseutil résout les problèmes de base de données aux niveaux de la page et de la table ESE (Extensible Storage Engine), mais pas au niveau de l'application. Après la réparation de la base de données à l'aide d'Eseutil, exécutez ISInteg pour réparer la base de données au niveau de l'application. Pour savoir ce que signifient les niveaux de la page, de la table ESE et de l'application, voir la rubrique sur les Stratégies de récupération d'une base de données. Pour plus d'informations sur la syntaxe et les instructions d'utilisation d'Eseutil /P, voir la rubrique sur la Procédure d'exécution d'Eseutil /P (Réparation) dans différents scénarios.

Lors de la réparation, il peut être nécessaire de supprimer des lignes des tables ou même des tables entières. Après les réparations au niveau du moteur ESE, il est nécessaire d'effectuer une réparation au niveau de l'application pour résoudre les problèmes qui peuvent survenir au niveau de l'application à cause des données manquantes. L'utilitaire ISInteg permet d'effectuer cette analyse et cette réparation au niveau de l'application Exchange. L'exemple suivant décrit le fonctionnement de la réparation par Eseutil.

Par exemple, une table de la base de données stocke les messages pour toutes les boîtes aux lettres. Une table distincte est utilisée pour le dossier Boîte de réception de l'utilisateur. Supposez qu'un message soit perdu lors de l'utilisation d'Eseutil pour réparer la table de message. Eseutil n'établit pas de corrélation entre le message et sa référence dans chaque dossier Boîte de réception parce qu'Eseutil ne comprend pas le schéma de tables croisées de l'application. ISInteg permet de comparer la table de message réparée avec le dossier Boîte de réception et de supprimer un message perdu de la Boîte de réception.

En bref, Eseutil analyse chaque page et table de base de données Exchange et assure la cohérence et l'intégrité de chaque table. Il est recommandé d'exécuter ISInteg après Eseutil. ISInteg répare une base de données au niveau de l'application et assure l'intégrité des relations entre les tables.

La réparation des bases de données se déroule en trois étapes, dans l'ordre suivant :

  1. Eseutil est exécuté en mode /P pour réaliser une réparation de base de données aux niveaux de la page et de la table
  2. Eseutil est exécuté en mode /D pour reconstruire complètement des index et défragmenter la base de données
  3. ISInteg est ensuite exécuté pour réparer la base de données au niveau de l'application
noteRemarque :
Une réparation réussie ne signifie pas nécessairement qu'une base de données sera toujours utilisable. La perte des métadonnées du système peut engendrer une base de données impossible à monter ou vide. Si une base de données ne peut pas être réparée, vous pouvez restaurer des données à partir de la sauvegarde ou créer une nouvelle base de données.

Placement d'une base de données réparée dans la production

La décision de laisser une base de données réparée en permanence en production est délicate. La stratégie de nombreux administrateurs consiste à utiliser des bases de données réparées uniquement pour la récupération de données. Des administrateurs déplacent des boîtes aux lettres aussi vite que possible vers une autre base de données ou fusionnent les données d'une base de données réparée en une base de données connue correcte.

Eseutil et ISInteg génèrent des fichiers journaux de réparation détaillée qui répertorient les erreurs détectées et résolues. Pour plus d'informations sur les causes et les conséquences d'erreurs spécifiques, vous pouvez effectuer une recherche dans la Base de connaissances Microsoft et lire la rubrique sur la Référence des erreurs courantes d'Eseutil. Les informations présentées dans ces documents peuvent vous aider à vous décider d'accepter les risques de laisser une base de données réparée en production.

Méthode conseillée d'Eseutil /P

Utilisez Eseutil /P lorsque vous ne pouvez pas restaurer une base de données à partir d'une sauvegarde ou lorsque vous ne pouvez pas reprendre des journaux de transaction par progression.

noteRemarque :
Si vous ne pouvez pas reprendre des fichiers journaux de transaction, il est préférable de suivre une stratégie hybride. Vous pouvez restaurer une version fonctionnelle de la base de données à partir de la sauvegarde, réparer la base de données endommagée dans le groupe de stockage de récupération et fusionner les deux bases de données.

Microsoft recommande de suivre cette méthode conseillée lors de la réparation d'une base de données :

  • N'autorisez pas une base de données réparée à rester en production pour une durée prolongée.
  • N'utilisez pas l'option de réparation d'Eseutil si la sauvegarde est disponible.
  • N'utilisez pas le mode Réparation d'Eseutil pour supprimer une erreur -1018. Pour plus d'informations sur l'erreur -1018, voir l'article 812531 de la Base de connaissances Microsoft sur la prise en charge WebCast et Microsoft Exchange et sur la présentation et la résolution de l'erreur -1018 (https://go.microsoft.com/fwlink/?linkid=3052&kbid=812531).

Versions précédentes d'Exchange

Le tableau ci-dessous explique le fonctionnement du mode Réparation d'Eseutil dans différentes versions d'Exchange :

Exchange 200x

Par défaut, l'enregistrement détaillé du processus de réparation est stocké dans un fichier texte appelé database.integ.raw. Cet enregistrement vous signale exactement les tables qui ont été réparées et les problèmes qui ont nécessité cette réparation.

Exchange 5.5

Il est nécessaire de spécifier la journalisation détaillée avec le commutateur /V pour voir des détails similaires.

Pour plus d'informations

Pour plus d'informations, voir les rubriques suivantes du Guide de l'Utilitaire de base de données d'Exchange Server :