Überprüfen der Sicherungsintegrität mithilfe des Eseutil-Tools in Exchange 2013
Erfahren Sie, wie Sie das Befehlszeilentool Eseutil verwenden, um eine Sicherung des Exchange-Speichers zu überprüfen.
Gilt für: Exchange Server 2013
Da der Volumeschattenkopie-Dienst (Volume Shadow Copy Service, VSS) Sicherungen erstellen kann, während Exchange weiterhin in die Datenbank schreibt, berührt der Server nicht alle Seiten und führt die erforderlichen Konsistenzprüfungen aus. Aus diesem Grund muss jede Sicherungs- und Wiederherstellungsanwendung, die VSS verwendet, Momentaufnahme Konsistenz überprüfen. Exchange Server 2013 unterstützt die folgenden beiden Methoden zum Überprüfen Momentaufnahme Konsistenz:
Die CHKSGFILES-API
Das Befehlszeilentool Eseutil
Es wird empfohlen, die CHKSGFILES-API zu verwenden, da es für die Sicherungsanwendung einfacher ist, Fehler zu erkennen, zu diagnostizieren und zu melden, die während der CHKSGFILES-Konsistenzprüfung gefunden wurden. Informationen zur Verwendung der CHKSGFILES-API finden Sie unter Überprüfen der Sicherungsintegrität mithilfe der CHKSGFILES-API in Exchange 2013.
Ausführen des Eseutil-Tools
Um die Momentaufnahme Konsistenz zu überprüfen, führen Sie den Befehl eseutil für die Datenbank- und Protokolldateien aus, die in der folgenden Tabelle angegeben sind.
Tabelle 1. Eseutil.exe-Befehle für jeden Sicherungstyp
| Dateityp/Sicherungstyp | Vollständige Sicherung | Sicherung kopieren | Inkrementelle Sicherung | Differenzielle Sicherung |
|---|---|---|---|---|
| .Edb |
"eseutil /k /i" |
"eseutil /k /i" |
Nicht zutreffend |
Nicht zutreffend |
| .Protokoll |
"eseutil /k" (1) |
"eseutil /k" (1) |
"eseutil /k" (2) |
"eseutil /k" (2) |
Hinweis
Sie müssen den Befehl eseutil nicht für STM- und CHK-Dateien ausführen.
Alle Protokolldateien mit einer Protokolldateigenerierungsnummer, die gleich oder größer als die Generierungsnummer der Prüfpunktprotokolldatei ist, sind erforderlich, um eine Momentaufnahme Datenbank wiederherzustellen. Falls vorhanden, ist die aktuelle Protokolldatei (Enn.log) auch für die Datenbankwiederherstellung erforderlich. Wenn eine der erforderlichen Protokolldateien bei der Konsistenzprüfung fehlschlägt, muss der Anfordernde sicherstellen, dass der status der Sicherungskomponente auf FALSE festgelegt ist, bevor er die BackupComplete-Methode aufruft. Um die Prüfpunktprotokolldatei zu identifizieren, führen Sie Eseutil.exe für die Momentaufnahme Prüfpunktdatei aus, und analysieren Sie die Ausgabe für "Prüfpunkt:". Das folgende Beispiel zeigt, wie Eseutil.exe für eine Prüfpunktdatei ausgeführt wird.
c:\eseutil.exe /mk E01.chk
Checkpoint: (0x20, 9D, 187)
Die zweite Zeile im Beispiel ist der Rückgabewert, wobei 0x20 die hexadezimale Protokollgenerierungsnummer der Prüfpunktprotokolldatei ist. In diesem Beispiel dürfen protokolldateien, einschließlich E01000020.log und höher, nicht beschädigt sein, um die Momentaufnahme Datenbank wiederherzustellen, auch wenn die Datenbank selbst die physische Konsistenzprüfung bereits bestanden hat.
Alle Protokolldateien in einem inkrementellen oder differenziellen Sicherungssatz sind für die Datenbankwiederherstellung erforderlich. Sie können die Konsistenz einer Protokollsequenz überprüfen, indem Sie Eseutil.exe für das Protokolldateipräfix ausführen. Das folgende Beispiel zeigt, wie Konsistenzprüfungen für alle Dateien des Formulars ausgeführt werden, die in einem bestimmten Pfad E01xxxxx.log.
c:\eseutil /k E01
Überprüfen der Eseutil.exe Ausgabe
Der anfordernde Benutzer muss überprüfen, ob alle zurückgegebenen ERRORLEVEL-Fehlerwerte nicht negativ sind. Informationen zu ERRORLEVEL-Werten finden Sie unter Referenz für häufige Eseutil-Fehler. Um ERRORLEVEL in der Befehlszeile anzuzeigen, geben Sie "echo %errorlevel%" ein, nachdem Eseutil.exe ausgeführt wurde. Ein negativer ERRORLEVEL gibt an, dass mindestens eine Datei beschädigt ist.
Bevor der Anfordernden die BackupComplete-Methode aufruft, muss er sicherstellen, dass die status der Sicherungskomponente das Ergebnis der Konsistenzprüfung widerspiegelt. Wenn eine Beschädigung gefunden wurde, lautet die status FALSE. Wenn keine Beschädigung gefunden wurde, lautet die status TRUE.