Procédure d'exécution du mode Intégrité d'Eseutil /G

Article
10/25/2013

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

La vérification de l'intégrité de l'outil Eseutil est un test de la fonction de réparation. Les problèmes qui nécessitent une réparation seront signalés dans le fichier de la <base de données>.integ.raw. Les journaux des fichiers .raw donnent tous naissance à des tableaux dans la base de données, et pas uniquement ceux pour lesquels des problèmes sont détectés. Pour plus d'informations sur le mode Intégrité d'Eseutil, voir la rubrique sur Mode Intégrité d'Eseutil /G.

Remarque :
Un contrôle d'intégrité peut être interrompu prématurément lorsque les dégâts sur la base de données sont tels que certaines parties de celle-ci doivent être réparées avant que d'autres parties puissent être vérifiées à leur tour. Le fait qu'un contrôle d'intégrité soit terminé avant la fin ne signifie pas forcément que la réparation est susceptible d'échouer. Bien que vous puissiez procéder à un contrôle d'intégrité consécutivement à un arrêt brutal, nous ne le recommandons pas. Récupérez les données afin de vérifier si elles présentent un état d'arrêt cohérent avant de procéder, si cela est possible, à un contrôle d'intégrité.

Un contrôle d'intégrité peut être interrompu prématurément lorsque les dégâts sur la base de données sont tels que certaines parties de celle-ci doivent être réparées avant que d'autres parties puissent être vérifiées à leur tour. Le fait qu'un contrôle d'intégrité soit terminé avant la fin ne signifie pas forcément que la réparation est susceptible d'échouer. Bien que vous puissiez procéder à un contrôle d'intégrité consécutivement à un arrêt brutal, nous ne le recommandons pas. Récupérez les données afin de vérifier si elles présentent un état d'arrêt cohérent avant de procéder, si cela est possible, à un contrôle d'intégrité.

Procédure

Pour exécuter Eseutil /G

La syntaxe de base de la ligne de commande pour effectuer un contrôle d'intégrité avec Eseutil est :

ESEUTIL /G database_filename.edb

Par exemple :

ESEUTIL /G priv1.edb

Remarque :
Il est nécessaire que la quantité d'espace disque disponible soit équivalente à 25 % de la taille des fichiers de la base de données Exchange (.edb) et des fichiers de la base de données de transmission en continu (.stm). La base de données de transmission en continu doit se trouver dans le même dossier que le fichier .edb.

Vous serez peut-être confronté aux scénarios suivants lorsque vous effectuerez un contrôle d'intégrité de la base de données à l'aide d'Eseutil /G :

Espace de lecteur local insuffisant pour une base de données temporaire
Incohérences ignorées dans la base de données de transmission en continu

Espace de lecteur local insuffisant pour une base de données temporaire

De nombreux contrôles d'intégrité impliquent la reconstruction d'index et d'autres données au sein d'une base de données temporaire. Ensuite, les deux base de données sont comparées.

Si votre espace disque disponible n'est pas équivalent à 20 % de la taille des fichiers soumis à la vérification, il y a une plus grande probabilité pour que vous tombiez à court d'espace disque pendant la vérification. Vous pouvez ajouter ce commutateur à la commande afin de rediriger la base de données de la mémoire tampon vers un lecteur possédant davantage d'espace libre :

/Tpath_to_temporary_database

Par exemple :

ESEUTIL /G priv1.edb /T\\Server2\d$\scratchpad.edb

Remarque :
Il n'y a pas d'espace entre le commutateur /T et la spécification de chemin d'accès. Si vous le désirez, vous pouvez également utiliser une lettre de spécification de chemin d'accès ordinaire.

Incohérences ignorées dans la base de données de transmission en continu

Exchange détectera si une base de données et sa base de données de transmission en continu sont synchronisées l'une par rapport à l'autre. Si ce n'est pas le cas, vous pouvez ignorer le problème et poursuivre le contrôle d'intégrité en utilisant le commutateur /l Par exemple :

ESEUTIL /G priv1.edb /I

Si aucune erreur dans le total de contrôle des fichiers SLV (fichiers .stm ou fichiers de la base de données de transmission en continu) n'est signalée dans les résultats du fichier .raw, il y a alors une forte probabilité que la réparation et la réintégration des données du fichier de transmission en continu soient exécutées avec succès, même si les deux fichiers ne présentent pas de synchronisation.

Référence de la ligne de commande

Voici la référence de la ligne de commande qui peut être obtenue en exécutant Eseutil /? et G à partir du dossier Exchsrvr\bin :

INTEGRITY:
    DESCRIPTION:  Verifies integrity of a database.
         SYNTAX:  ESEUTIL /g <database name> [options]
     PARAMETERS:  <database name> - filename of database to verify
        OPTIONS:  zero or more of the following switches, separated by a space:
                  /s<file>  - set streaming file name (default: NONE)
                  /t<db>    - set temp. database name (default: TEMPINTEG*.EDB)
                  /f<name>  - set prefix to use for name of report files
                              (default: <database>.integ.raw)
                  /i        - bypass the database and streaming file mismatch er
ror
                  /8        - set 8k database page size (default: auto-detect)
                  /o        - suppress logo
          NOTES:  1) Integrity-check does not run database recovery. If a
                     database is in a "Dirty Shutdown" state it is strongly
                     recommended that before proceeding with an integrity-
                     check, recovery is first run to properly complete
                     database operations for the previous shutdown.
                  2) The /i option ignores the signature mismatch error if
                     the database and streaming file do not match each other.

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 :