Avamar : Restauration d’une base de données Exchange à partir de l’état « Arrêt non synchronisé »

Summary: Cet article contient les étapes nécessaires à la restauration d’une base de données Exchange à partir de l’état « Arrêt non validé ». Une fois les étapes terminées, la base de données sera dans un état « Clean ShutDown ». ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

Dans un environnement Microsoft Exchange, la base de données Exchange peut être à l’état « Arrêt non validé » pour de nombreuses raisons, dont certaines sont répertoriées ci-après :
  • Mises à jour de serveur Exchange défectueuses ou s’appuyant sur des versions obsolètes.
  • Les fichiers EDB ne sont pas détachés correctement des fichiers log.
  • Des fichiers journaux sont manquants sur le serveur.
  • Les fichiers journaux sont endommagés.
  • Le serveur ne parvient pas à lire les fichiers journaux.

Toutefois, dans un environnement de sauvegarde et de restauration (comme Avamar), la base de données Exchange peut également apparaître à l’état « Arrêt non validé ». Habituellement, c’est pour une raison différente.
  • Le scénario classique est lorsque le fichier de base de données est restauré en tant que fichier plat à l’aide de l’interface utilisateur Avamar ou à l’aide de la commande avtar.exe.
  • Dans ce cas, le comportement attendu est que la base de données soit à l’état « Arrêt non validé ».
    • Cela signifie que les fichiers log des transactions n’ont pas encore été relus dans la base de données, car cela ne fait pas partie de l’opération de restauration de « fichier plat ».
    • Ce type de restauration est différent du type de restauration de plug-in Exchange, qui relirait les logs dans le cadre du processus de restauration. 
Un administrateur Exchange connaît toutes les raisons ci-dessus et sait également comment résoudre ce type de problème.
Un administrateur de sauvegarde peut également suivre ces étapes pour restaurer la base de données Exchange.

Cet article décrit l’utilisation de l’outil Microsoft « eseutil.exe » qui permet de relire les fichiers log des transactions dans la base de données Exchange.

Étapes de restauration de la base de données :

Ouvrez l’invite de commande Windows en tant qu’utilisateur élevé (exécuter en tant qu’administrateur).

Pour vérifier l’état de la base de données, exécutez cette commande à partir du chemin où la base de données a été restaurée :
Syntax:
eseutil /mh <database name> | findstr State

Example:
E:\Restore_Temp\H\mountpoint\database4>eseutil /mh database4.edb | findstr State
            State: Dirty Shutdown
Pour vérifier les fichiers log des transactions et confirmer qu’ils sont disponibles et en bon état, exécutez cette commande dans le chemin où ils ont été restaurés :
Syntax:
eseutil /ml <log base name>

Example:
E:\Restore_Temp\H\mountpoint\database4>eseutil /ml E04

Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
Version 15.01
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating FILE DUMP mode...

Verifying log files...
     Base name: E04

      Log file: E:\Restore_Temp\H\mountpoint\database4\E040000002D.log - OK
      Log file: E:\Restore_Temp\H\mountpoint\database4\E040000002E.log - OK
...
..
.
      Log file: E:\Restore_Temp\H\mountpoint\database4\E04000000A5.log - OK
      Log file: E:\Restore_Temp\H\mountpoint\database4\E04000000A6.log - OK

No damaged log files were found.

Operation completed successfully in 3.15 seconds.
 
Remarque : « E04 » est le « nom de base » du log, également appelé « nom de séquence de log » qui est unique dans chaque base de données. Soyez attentif au nom de base pour fournir la syntaxe correcte de la commande.

Pour restaurer la base de données en répondant aux fichiers log des transactions, exécutez la commande suivante :
Syntax:
eseutil /r <log base name> /l <database's path> /d <transaction log's path>

Example:
E:\Restore_Temp\H\mountpoint\database4>eseutil /r E04 /l "E:\Restore_Temp\H\mountpoint\database4" /d "E:\Restore_Temp\H\mountpoint\database4"

Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
Version 15.01
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating RECOVERY mode...
    Logfile base name: E04
            Log files: E:\Restore_Temp\H\mountpoint\Database4
         System files: <current directory>
   Database Directory: E:\Restore_Temp\H\mountpoint\Database4

Performing soft recovery...
                      Restore Status (% complete)

          0    10   20   30   40   50   60   70   80   90  100
          |----|----|----|----|----|----|----|----|----|----|
          ...................................................

Operation completed successfully in 2.859 seconds.

Pour vérifier à nouveau l’état de la base de données et confirmer qu’elle est maintenant restaurée, exécutez à nouveau cette commande :
Syntax:
eseutil /mh <database name> | findstr State

Example:
E:\Restore_Temp\H\mountpoint\database4>eseutil /mh database4.edb | findstr State
            State: Clean Shutdown

Maintenant que la base de données Exchange est à l’état « Arrêt propre », elle peut être :
  • Monté sur le serveur Exchange
  • Utilisé via l’outil Dell ItemPoint à des fins de restauration granulaire (GLR)
  • Utilisé via la commande Exchange PowerShell
  • etc.
 
Remarque : Si l’option de récupération « /r » échoue, il existe une autre option « /p » pour la récupération matérielle, mais elle est recommandée pour les utilisateurs avancés. Si le problème persiste, contactez l’administrateur Exchange ou le support Microsoft.

Affected Products

Avamar Plug-in for Exchange VSS

Products

Avamar
Article Properties
Article Number: 000228246
Article Type: How To
Last Modified: 03 Sep 2024
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.