Mode Restauration d'Eseutil /C

 

S’applique à : Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

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

Le mode restauration des utilitaires de base de données de serveur Exchange (Eseutil.exe) ne peut être exécutés que sur des bases de données de boîtes aux lettres ou de dossiers publics restaurées à partir de sauvegardes continues héritées. Cette rubrique ne s'applique pas aux bases de données de files d'attente sur les rôles de serveur de transport Hub ou Edge parce que les bases de données de files d'attente ne sont pas sauvegardées. Le mode restauration d'Eseutil vous permet d'afficher le fichier Restore.env. Le fichier Restore.env est créé lors de la restauration d'une sauvegarde en ligne de la base de données et contrôle le processus de récupération matérielle.

La récupération matérielle est le processus qui consiste à rendre à une base de données restaurée un état d'arrêt correct en lisant les transactions dans la base de données à partir des fichiers du journal des transactions. Le processus de récupération matérielle contrôle la relecture de fichier journal des transactions dans une boîte de dialogue restaurée à l'aide de l'interface de programmation d'applications (API) de sauvegarde en continu héritée. Ce processus diffère d'une récupération logicielle intervenant après restauration d'une base de données à l'aide de l'API de sauvegarde VSS (Volume Shadow Copy Service) ainsi qu'après une récupération d'urgence.

Les applications de sauvegarde qui implémentent l'API de sauvegarde en continu héritée d'Exchange contiennent un paramètre dans l'interface utilisateur permettant de démarrer la récupération matérielle après la restauration du dernier jeu de sauvegarde. Dans une sauvegarde NT Microsoft Windows NT, cette option est appelée Dernier jeu de sauvegarde.

Si vous ne pouvez pas déclencher de récupération matérielle à partir de l'application de sauvegarde, vous devez exécuter une récupération matérielle manuellement depuis l'invite de commandes avec Eseutil pour pouvoir monter une base de données restaurée. Pour lancer une récupération matérielle, vous pouvez activer la case à cocher Dernier jeu de sauvegarde dans l'API de sauvegarde lors de la restauration de la dernière base de données ou utiliser la commande Eseutil /CC. Dans cette commande, le premier /C indique le mode restauration et le deuxième C le modificateur de mode permettant de démarrer le processus de récupération matérielle. La récupération matérielle utilise le fichier Restore.env généré au cours du processus de restauration afin de déterminer la procédure de restauration des fichiers de base de données et d'identifier les fichiers du journal des transactions qui doivent être relus à partir du répertoire temporaire de restauration de la sauvegarde. Une fois que les bases de données ont été copiées à leur emplacement de destination et que les fichiers journaux des transactions contenus dans le répertoire temporaire ont été relus dans ces bases de données, la récupération matérielle continue de relire tous les fichiers journaux des transactions supplémentaires présents sur le chemin d'accès spécifié pour le groupe de stockage de la base de données restaurée.

Pour connaître les instructions et la syntaxe de l'exécution d'Eseutil /C, consultez la rubrique Procédure d'exécution de la commande Eseutil /C (restauration).

Contrôle de la relecture de fichier de journal des transactions

Le comportement de relecture de fichier du journal des transactions à l'aide d'Eseutil /CC varie selon que la base de données a été écrasée ou non. Si vous restaurez sur un autre serveur ou si vous avez supprimé et recréé la base de données d'origine, seuls les journaux des transactions dans le dossier temporaire sont relus. Des journal des transactions dans le dossier de base de données normale ne sont pas relus. Cette distinction évite des conflits de relecture de journal des transactions dans des cas où Exchange Server sait que la base de données vers laquelle il effectue la restauration diffère de celle à partir de laquelle la sauvegarde a été générée. Une base de données restaurée dans cette circonstance est appelée une base de données victimized.

importantImportant :
Si la récupération matérielle réussit, tous les fichiers se trouvant dans le dossier temporaire (où Restore.env a été créé) sont supprimés. Ne placez jamais votre copie unique d'un fichier journal dans le dossier temporaire Restore.env.

Notes

Si vous hésitez sur l'état d'écrasement d'une base de données, copiez les fichiers journaux dans les dossier temporaire et d'exécution. Cela garantit qu'une copie du journal ou l'autre sera prise en considération pour la relecture.

Si une base de données n'a pas été écrasée, les journaux des transactions sont relus comme suit :

  • La séquence des fichiers journaux répertoriés dans le fichier Restore.env est relue d'abord.

  • S'il existe des fichiers journaux supplémentaires dans l'emplacement Restore.env, ils ne sont relus en aucun cas.

  • S'il existe des fichiers journaux correspondants supplémentaires dans le dossier du journal du groupe de stockage en cours d'exécution et qu'ils s'inscrivent dans une séquence contiguë avec les fichiers répertoriés dans Restore.env, ces fichiers sont relus.

  • Si des fichiers journaux supplémentaires existent dans le dossier du journal du groupe de stockage en cours, et s'ils ne correspondent pas ou ne s'inscrivent pas dans une séquence contiguë, et si la journalisation circulaire a été désactivée, une erreur est générée et la récupération matérielle échoue. Pour résoudre de telles erreurs, vous devez localiser les fichiers journaux correspondants et contigus ou vous pouvez utiliser des commutateurs Eseutil /CC /T pour ignorer les fichiers journaux dans le dossier en cours et relire uniquement les fichiers journaux répertoriés dans Restore.env.

  • Si un enregistrement circulaire est activé ou a été activé au moment de la sauvegarde, seuls les fichiers journaux répertoriés dans Restore.env sont relus.

  • S'il n'y a aucun fichier journal dans le dossier du journal du groupe de stockage en cours, une récupération n'est possible qu'en utilisant les fichiers journaux répertoriés dans Restore.env.

Si une base de données n'a pas été écrasée, les journaux des transactions sont relus comme suit :

  • La séquence des fichiers journaux répertoriés dans le fichier Restore.env est relue d'abord.

  • S'il y a des fichiers supplémentaires dans l'emplacement Restore.env, s'ils correspondent aux journaux répertoriés dans Restore.env et sont contigus avec ces derniers, ils sont également relus.

  • Les fichiers journaux supplémentaires dans le dossier du journal du groupe de stockage en cours ne sont pas relus.

Si une base de données a été restaurée un groupe de stockage de récupération, les journaux des transactions sont relus comme suit :

  • Toutes les autres bases de données dans le groupe de stockage de récupération doivent être démontés avant de commencer une relecture de fichier de journal des transactions.

  • La séquence des fichiers journaux répertoriés dans le fichier Restore.env est relue d'abord.

  • S'il existe des fichiers journaux correspondants supplémentaires dans le dossier du journal en cours et qu'ils s'inscrivent dans une séquence contiguë avec les fichiers répertoriés dans Restore.env, ces fichiers sont relus.

  • S'il existe des fichiers journaux supplémentaires dans l'emplacement Restore.env, ils ne sont relus en aucun cas.

Pour plus d'informations

Pour plus d'informations sur la récupération de base de données, consultez la rubrique Stratégies de récupération d'urgence.

Pour plus d'informations sur Eseutil, consultez les rubriques suivantes :