Partager via


Procédure d'exécution d'Eseutil /P (Réparation) dans différents scénarios

 

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

Cette section décrit la syntaxe et les comportements d'Eseutil dans Exchange Server 2003 Service Pack 2 (SP2) et donne des instructions concernant l'exécution de la fonction de réparation de base de données d'Eseutil. Le mode Réparation d'Eseutil corrige les bases de données corrompues ou endommagées aux niveaux page et table, mais pas au niveau application. Ainsi, une réparation peut être effectuée avec succès et rendre toutes les tables de la base de données cohérentes, mais la base de données peut être endommagée au point qu'il est impossible de la monter. Pour plus d'informations sur le mode Réparation d'Eseutil, voir la rubrique sur le Mode Réparation d'Eseutil /P.

Avant de commencer

Prenez en considération les points suivants avant d'exécuter Eseutil en mode Réparation sur votre base de données :

  • L'espace disque sur le lecteur logique local doit être suffisant pour accueillir la base de données temporaire utilisée pour la réparation. Il est suggéré de réserver 20 % de la taille des fichiers de base de données à réparer, bien que la taille du fichier temporaire puisse varier dans de fortes proportions, selon la nature des réparations à effectuer. Si vous ne disposez pas de suffisamment d'espace libre, vous pouvez rediriger les fichiers temporaires vers un lecteur différent, comme indiqué ci-dessous.
  • La base de données de transmission en continu (fichier .stm) doit se trouver dans le même dossier que la base de données MAPI (fichier .edb). Si ce n'est pas le cas, vous devez utiliser un commutateur de ligne de commande afin de préciser le chemin d'accès à la base de données de transmission en continu, comme indiqué ci-dessous.

Procédure

Pour exécuter Eseutil /P

  • La syntaxe de base de la ligne de commande pour la réparation d'une base de données à l'aide d'Eseutil est la suivante :

    ESEUTIL /P database_filename.edb
    
    noteRemarque :
    Avec Exchange Server 5.5, vous devez exécuter le commutateur /V afin d'afficher la journalisation détaillée par défaut dans Exchange 2000 et les versions ultérieures.

Les scénarios suivants peuvent se présenter à vous lors de l'exécution d'Eseutil en mode Réparation sur votre base de données :

  • Les fichiers de base de données et de transmission en continu ne correspondent pas
  • Le fichier de transmission en continu est manquant

Les fichiers de base de données et de transmission en continu ne correspondent pas

Certains incidents graves peuvent désynchroniser la base de données et les bases de données de transmission en continu. Il est également possible que vous ayez obtenu une base de données de transmission en continu n'étant pas à jour par rapport au fichier de base de données. Par défaut, la réparation tente de détecter ce problème dès le départ et, si elle le détecte, se termine afin de vous donner l'occasion d'obtenir le bon fichier, à supposer qu'il soit disponible.

Vous pouvez forcer la réparation à passer outre ce problème, mais si le fichier de transmission en continu n'appartient pas à la base de données, il ne vous permettra pas d'en récupérer les données. Au lieu de cela, toutes les données seront supprimées du fichier de transmission en continu. Ne forcez Eseutil à ignorer une incohérence que si vous êtes absolument certain que les fichiers de base de données et le fichiers de transmission en continu sont liés l'un à l'autre et qu'ils sont presque synchronisés.

La base de données de transmission en continu est entièrement composée de données utilisateur brutes. Toute la structure logique des données et les informations de propriété les concernant se trouvent dans la base de données MAPI (fichier .edb). Toutes les données du fichier .stm ne correspondant pas aux points du fichier .edb seront perdues lors de la réparation.

Procédez comme suit pour exécuter Eseutil /P en ignorant une incohérence de fichier de transmission en continu :

Pour ignorer une incohérence de fichier de transmission en continu

  • Pour ignorer une incohérence de fichier de transmission en continu, ajoutez le commutateur /I à la ligne de commande d'Eseutil. Par exemple :

    ESEUTIL /P priv1.edb /I
    

Le fichier de transmission en continu est manquant

Si la base de données de transmission en continu a été détruite ou est manquante, vous pouvez toujours effectuer une réparation avec succès, mais toutes les données de ce fichier seront perdues. Si la majorité de vos utilisateurs utilisent un client MAPI (comme Microsoft® Office Outlook®), la perte de données sera négligeable. Si, par contre, la plupart des utilisateurs se connectent via POP3 (Post Office Protocol version 3) ou IMAP4 (Internet Message Access Protocol version 4), il y a de fortes chances pour que la perte de données soit catastrophique.

Procédez comme suit pour exécuter Eseutil /P lorsqu'un fichier de transmission en continu est manquant ou lorsque la réparation ne peut être accomplie avec succès à l'aide du fichier de transmission en continu actif.

Pour créer un nouveau fichier de transmission en continu

  • Pour créer un nouveau fichier de transmission en continu, utilisez le commutateur /CREATESTM. Par exemple :

    ESEUTIL /P PRIV1.EDB /CREATESTM
    

Considération ultérieures à la réparation

N'oubliez pas les points suivants après avoir réparé votre base de données à l'aide d'Eseutil /P :

  • Après la réparation, effectuez dès que possible une sauvegarde complète de la base de données. La réparation invalide les sauvegardes précédentes. Ceci ne signifie pas que les sauvegardes précédentes ne peuvent pas être restaurées et ne valent plus rien.Toutefois, la réparation rend impossible une restauration complète de la base de données à partir d'une sauvegarde précédente. Si vous restaurez une sauvegarde précédente, la relecture du fichier journal des transactions se terminera au point où la réparation a été effectuée. Les modifications apportées à la base de données après la réparation ne peuvent pas être introduites dans la base de données restaurée. Après une réparation, il est donc essentiel que vous effectuiez une sauvegarde complète de la base de données dans les plus brefs délais.
  • N'oubliez pas que vous devez effectuer une défragmentation (Eseutil /D) et exécuter ISInted -fix pour terminer la réparation. Ne délaissez ces étapes supplémentaires que si vous avez uniquement l'intention d'utiliser la base de données réparée à des fins de récupération avant de la supprimer. Ne pas effectuer ces opérations peut entraîner la récupération d'une quantité de données moindre, mais peut également vous permettre de gagner plusieurs heures.
importantImportant :
Vous devez effectuer une sauvegarde complète de la base de données, opérer une défragmentation et exécuter ISInteg avant de replacer une base de données réparée en production. La méthode recommandée par les informaticiens de Microsoft consiste à déplacer une boîte aux lettres dès que possible plutôt que de laisser une base de données réparée en production indéfiniment. Pour plus d'informations, voir la rubrique que le Mode Réparation d'Eseutil /P.

Référence à la ligne de commande

Cette référence à la ligne de commande peut être affichée en tapant Eseutil ./? à l'invite de commandes dans le dossier Exchsrvr\Bin puis en choisissant P (Réparer).

REPAIR:
    DESCRIPTION:  Repairs a corrupted or damaged database.
         SYNTAX:  ESEUTIL /p <database name> [options]
     PARAMETERS:  <database name> - filename of database to repair
        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: TEMPREPAIR*.EDB)
                  /f<name>     - set prefix to use for name of report files
                                 (default: <database>.integ.raw)
                  /i           - bypass the database and streaming file mismatch error
                  /g           - run integrity check before repairing
                  /createstm   - create empty streaming file if the file is missing
                  /8           - set 8k database page size (default: auto-detected)
                  /o           - suppress logo
          NOTES:  1) Repair does not run database recovery. If a database
                     is in a "Dirty Shutdown" state it is strongly
                     recommended that before proceeding with repair,
                     recovery is first run to properly complete database
                     operations for the previous shutdown.
                  2) The /i option ignores the signature mismatch error in
                     the check phase if the database and streaming file do
                     not match each other. The database and streaming file
                     will receive new signatures in the repair phase. Without
                     using this option, repair will terminate immediately
                     once the database and streaming file mismatch error occur
                  3) The /g option pauses the utility for user input before
                     repair is performed if corruption is detected. This optio
                     overrides /createstm and /o options.
                  4) The /createstm option is irreversible.  Once you
                     start the repair process a new streaming file will
                     be created.  Any streaming file that existed before
                     the repair will no longer work with this database.

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 :