Mode Récupération d'Eseutil /R
S’applique à : Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Dernière rubrique modifiée : 2011-06-16
La récupération renvoie au processus d’exécution des fichiers journaux des transactions dans la base de données. Il y a deux types de récupération :
Hard recoveryUn processus de relecture de journal des transactions qui a lieu après avoir restauré une base de données à partir d'une sauvegarde en ligne.
Soft recoveryUn processus de relecture de journal des transactions qui a lieu quand une base de données est remonté suite à un arrêt imprévu, lors de la relecture des journaux des transactions dans une copie de sauvegarde de fichier hors connexion d'une base de données ou lors de la relecture de journaux dans un jeu de sauvegarde VSS (Volume Shadow Copy Service).
Pour plus d’informations sur la syntaxe et l'exécution du mode de récupération Eseutil, /R voir Procédure d'exécution de la commande Eseutil /R (restauration).
Récupération matérielle
La récupération matérielle survient lorsque les fichiers journaux des transactions doivent être relus dans une sauvegarde restaurée en ligne. Dans tous les autres scénarios de récupération, la récupération logicielle est effectuée. La récupération matérielle peut être effectuée avec L’outil d’utilitaire de bases de données de serveur Exchange (Eseutil.exe) à l’aide du mode restauration (/C).
Récupération logicielle
Dans le scénario par défaut de récupération logicielle un événement externe cesse de manière inattendue une base de données Exchange, mais les fichiers de base de données et journaux restent intacts et en place. Lors du remontage de la base de données, Exchange lit le fichier de point de contrôle et commence à relire le journal des transactions répertorié comme journal de point de contrôle. Si aucun fichier Checkpoint n'existe, relecture commence le fichier journal disponible du dossier de journal des transactions plus ancien pour le groupe de stockage.
Exchange écrit dans les fichiers de base de données des transactions complètes qui se trouvent dans le fichier journal et encore non écrites, puis annule toute transaction incomplète. Exchange Ne jamais commencer l’écriture d’une transaction dans des fichiers de base de données à moins que toutes les opérations la composant aient été sécurisées dans des fichiers journaux. Vous ne devez pas annuler physiquement ni arrêter une transaction dans la base de données si tous les journaux des transactions non validés présents à l'heure de l'arrêt inattendu sont présents lorsque la relecture commence.
.gif "important") Important : |
|---|
| Une hypothèse fondamentale du processus de récupération logicielle est qu'aucune base de données ni aucun fichier journal n'ont été déplacés ou détruits par la défaillance ou par l'administrateur par la suite. |
Scénarios de récupérations spécifiques
Les sections ci-après décrivent plusieurs scénarios de récupération.
Les fichiers journaux des transactions ne sont pas dans le dossier actuel
Généralement, vous devriez toujours exécuter Eseutil /R à partir du dossier où se trouvent les fichiers journaux des transactions relus. Car le processus de récupération logicielle par défaut recherche dans les fichiers journaux des transactions le chemin d’accès aux bases de données. Si Eseutil /R est exécuté à partir du dossier où n’existe aucun fichier journal, un nouveau fichier journal des transactions est généré, et ce fichier journal ne peut pas retrouver les bases de données. Si une récupération logicielle est exécutée en dehors du dossier des journaux des transactions, ce commutateur doit être ajouté à la commande :
/Lpath_to_logfiles
Par exemple :
Eseutil /R E00 /Ld:\exchsrvr\logfiles
Contrôle du fichier de point de contrôle
Dans la plupart des cas où vous exécutez manuellement une récupération logicielle, vous voulez soit supprimer, soit masquer le fichier de point de contrôle, car vous souhaiteriez, comme d’habitude, relire tous les journaux des transactions disponibles plutôt que de commencer à partir du milieu d'une séquence disponible.
Si vous exécutez une récupération logicielle à partir d’un dossier où se trouve un fichier de point de contrôle et ne souhaitez pas que ce fichier affecte la récupération, vous devriez définir un chemin d'accès différent pour un fichier de point de contrôle à créer lors de la récupération. Ceci peut être requis après la restauration d'une sauvegarde en ligne dans un groupe de stockage où les bases de données sont en cours d’exécution.
Si vous exécutez une récupération à partir d’un autre dossier et souhaitez utiliser le fichier de point de contrôle pour contrôler la récupération, le chemin d’accès au fichier de point de contrôle doit être indiqué.
Pour contrôler l’utilisation du fichier de point de contrôle lors d’une récupération logicielle, ce commutateur est à ajouter à la commande de récupération :
/Spath_to_or_away_from_current_checkpoint
Par exemple :
Eseutil /R E00 /Sd:\
Récupérer un groupe de stockage avec une boîte aux lettres manquante ou une base de données du dossier public
Si un groupe de stockage est interrompu de manière imprévu, et qu'une des boites aux lettres ou bases de données du dossier public incohérente soit supprimée ou indisponible, vous ne serez pas à même de monter une des bases de données dans le groupe de stockage à moins de restaurer la base de données manquante ou d’exécuter manuellement la récupération avec le commutateur /I.
| Important : |
|---|
| Avant la récupération, tout en ignorant la boite aux lettres manquante ou la base de données du dossier public, une copie de sauvegarde de tous les fichiers journaux des transactions devrait être créée, notamment le fichier journal en cours (Enn.log). Après la modification de Enn.log par la récupération de l'autre base de données, il peut ne plus être utile de récupérer la base de données manquante si elle est une fois de plus disponible. |
Récupération d’une base de données manquante
La récupération d’une base de données manquante isole complètement le processus de récupération du groupe de stockage en exécution. Utilisez cette méthode pour la récupération d’une sauvegarde en ligne dans un groupe de stockage et la lecture des fichiers journaux dans la sauvegarde.
Pour préparer cette procédure, le fichier de base de données et tous les journaux des transactions que vous comptez lire devraient être déplacés vers un seul dossier temporaire. A partir de ce dossier, vous pouvez exécuter la commande suivante :
Eseutil /R Enn /I /D
Par exemple :
Eseutil /R E00 /I /D
Le commutateur /I peut ne pas être nécessaire selon qu'il y ait des enregistrements de fermetures cohérents dans les journaux des transactions pour les autres bases de données liées aux journaux. L’utilisation du commutateur dans ce cas est recommandée afin d’éviter le redémarrage de la récupération si un fichier journal contient une suspension de pièce jointe.
Si le commutateur /D est manquant, les chemins d'accès des bases de données enregistrés dans les fichiers journaux des transactions seront utilisés pour rechercher les bases de données. Si le commutateur /D est utilisé sans un chemin d’accès, le répertoire en cours est utilisé comme chemin d‘accès pour les fichiers de base de données. Si le commutateur /D est immédiatement suivi (sans espace) par un chemin de fichier, le chemin d’accès est utilisé pour rechercher les fichiers de base de données.
Vu la possibilité des erreurs de frappe, il est fortement recommandé d’éliminer le besoin d’utilisation des chemins d’accès avec des commutateurs Eseutil en exécutant Eseutil à partir d’un dossier où se trouvent déjà les fichiers de base de données, chaque fois que cela est possible.
Si, à la fin de la récupération, les fichiers de base de données sont en état d’arrêt correct, ils peuvent être déplacés vers le groupe de stockage approprié et joints aux fichiers journaux afin de monter les base de données.
Notes
Il peut être nécessaire de sélectionner la boîte à cocher pour Possibilité de remplacer la base de données en effectuant une restauration dans les propriétés de l'objet de la base de données dans le Management Console Exchange avant le montage de la base de données.
Récupération d’une base de données avec des fichiers journaux manquants.
Dans Exchange Server 2007, une nouvelle fonction appelée Récupération de journal perdu (LLR) protège Exchange les bases de données de la perte des quelques derniers fichiers récents et permet une récupération plus rapide. Lorsqu'un fichier journal protégé par LLR est manquant ou corrompu, la base de données montée ou récupérée avec Eseutil échoue sans la nouvelle option de récupération /A. Un journal des événements avec l’ID d’événement 523 indique le type d’échec. La récupération Eseutil peut être exécutée dans une base de données lorsqu'un fichier journal protégé par LLR est manquant ou corrompu à l’aide de l’option /A dans le mode de récupération comme suit :
ESEUTIL /R Enn /A
Notes
Vous pouvez visualiser la référence et la syntaxe de ligne de commande pour Eseutil en tapant eseutil /? À une invite de commande. Toutefois, l’option /A ne figure pas dans la version RTM Exchange 2007 de la référence de ligne de commande.
Avant Exchange 2007, lors de la récupération d’une base de données avec les fichiers journaux manquants, il est recommandé de restaurer les bases de données à partir des sauvegardes ou réparer le fichier de base de données existant en utilisant Eseutil /P. Avec Exchange 2007, la récupération de la base de données est optimisée dans le cas de la récupération d’une base de données avec des fichiers journaux manquants dans la plage LLR en exécutant la commande de récupération à l’aide de l’option /A.
Pour plus d'informations
Pour plus d'informations sur Eseutil, consultez les rubriques suivantes :