Exchange 2010 Wiederherstellungsdatenbank (Recoverydatabase)
In Exchange 2010 ist es mithilfe von einer Wiederherstellungsdatenbank sehr einfach, gelöschte Inhalte von Postfächern wiederherzustellen, sofern die logischen Informationen über die Datenbank und die in der Datenbank enthaltenen Postfächer intakt sind! Bei diesem Vorgang ist es wichtig sich über die Vorgehensweise bei der Erstellung einer Wiederherstellungsdatenbank einen Überblick zu verschaffen. Zudem ist es von Vorteil sich mit dem Umgang mit dem Bordmittel „ESEutil“ vertraut zu machen!
Im weiteren Abschnitt des Artikels werde ich zeigen wie Postfächer bzw. gelöschte Inhalte von Postfächern mithilfe einer Wiederherstellungsdatenbank, welche zuvor mittels Windows Server Backup gesichert wurde, wiederhergestellt werden kann. In der Umgebung befinden sich die Daten der Datenbank auf dem Laufwerk D:, wobei die gesicherte Datenbank auf einem weiteren Laufwerk F: mittels Windows Server Backup wiederhergestellt wird.
Im ersten Schritt wird die gesicherte Datenbank mittels Rücksicherung wiederhergestellt (F:\WindowsImageBackup\W2K8MAIL\Backup 2012-07-10 190015). Es muss nur die Datenbank als VHD Datei wiederhergestellt werden. ()
Danach mounten wir die VHD unter der Datenträgerverwaltung und vergeben dem Laufwerk einen Buchstaben. (In unserem Fall haben wir uns für den Buchstaben G:\ entschieden)
Hier öffnen wir die Eingabeaufforderung und überprüfen den Header der Datenbank mit ESEUTIL. Davor hangeln wir uns noch in den Backupordner wo unsere Sicherung liegt.
Der Befehl dazu ist
„
G:\Exchange Server\V14\Mailbox\Mailbox Database MXMB01> eseutil /mh Mailbox Database MXMB01 „.
Die Überprüfung zeigt, dass die Datenbank inkonsistent ist, nicht ordnungsgemäß heruntergefahren wurde (Dirty Shutdown) und weitere Logfiles benötigt werden. Das ist bei solch einer Wiederherstellung ein „gewöhnlicher“ Zustand, welchen wir mit dem Befehl
G:\Exchange Server\V14\Mailbox\Protokollordner_EX2010\Mailbox Database MXMB01>eseutil /r e00 /l „G:\Exchange Server\V14\Mailbox\Protokollordner_EX2010\Mailbox Database MXMB01„/d „g:\Exchange Server\V14\Mailbox\Mailbox Database MXMB01\Mailbox Database MXMB01.edb“ /i
korrigieren wollen:
Es kann vorkommen, dass bei diesem Vorgang ein Fehler angezeigt wird und sich die Datenbank nicht mit den Logs in einen konsistenten Zustand bringen lässt. 
Wenn dies der Fall ist, müssen wir die Datenbank mit dem Befehl
G:\Exchange Server\V14\Mailbox\Protokollordner_EX2010\Mailbox Database MXMB01>eseutil /p „G:\Exchange Server\V14\Mailbox\Protokollordner_EX2010\Mailbox Database MXMB01“ /d „g:\Exchange Server\V14\Mailbox\Mailbox Database MXMB01\Mailbox Database MXMB01.edb“
reparieren! (die Warnung, welche bei diesem Befehl auftaucht können wir „ignorieren“):
Wurde die Datenbank mit dem Parameter „/p“ repariert, können wir den Header der Datenbank erneut überprüfen. Nun sollte die Datenbank den Status „Clean Shutdown„anzeigen:
Bevor wir die Eingabeaufforderung wieder schließen, überprüfen wir die Datenbank selbst auf ihre Konsistenz, dies erfolgt mit dem Befehl „eseutil /k Mailbox Database MXMB01.edb
„:
Befindet sich die wiederhergestellte Datenbank in einem konsistenten Zustand und ist sichergestellt, dass die Datenbank den Status „Clean Shutdown“ besitzt, können wir mit der Erstellung der Wiederherstellungsdatenbank beginnen. Im folgenden Abschnitt wird mittels Exchange Management Shell eine Wiederherstellungsdatenbank erstellt. Der Befehl dazu lautet
New-MailboxDatabase -Recovery -Server W2K8Mail -Name RDB -EdbFilePath „g:\Exchange Server\V14\Mailbox\Mailbox Database MXMB01\Mailbox Database MXMB01.edb“ -LogFolderPath „G:\Exchange Server\V14\Mailbox\Protokollordner_EX2010\Mailbox Database MXMB01“
Den Hinweis zum Status „Clean Shutdown“ können wir ignorieren, da wir bereits dafür gesorgt haben. Anschließend können wir die Datenbank entweder in der Konsole oder per Shell mit folgenden Befehl mounten
Mount-Database -Identity RDB
Anschließend lassen wir uns die enthaltenen Postfächer der Wiederherstellungsdatenbank mit dem Befehl „Get-MailboxStatistics -Database RDB anzeigen:
Wir wiederholen den Befehl für die bestehende Datenbank, um deren Inhalt zu vergleichen. Hierbei ist ersichtlich, dass nach der Sicherung weitere Elemente in den Postfächern dazugekommen sind, welche bei der Wiederherstellung von Postfächern bzw. deren Inhalt standardmäßig nicht überschrieben werden. Zudem wird beim Wiederherstellungsvorgang das Originalpostfach auf vorhandene Elemente überprüft und standardmäßig keine Duplikate zugelassen. Falls benötigt, kann dies mit dem Parameter „AllowDuplicates“ aktiviert werden.
Dazu später mehr…
Mit dem Befehl „Get-Mailbox -Database Mailbox Database MXMB01| Restore-Mailbox -RecoveryDatabase RDB, werden Inhalte aller Postfächer, welche sowohl in Originaldatenbank, als auch in der Wiederherstellungsdatenbank enthalten sind, wiederhergestellt, wobei standardmäßig keine Inhalte überschrieben und keine Duplikate erstellt werden. Das heißt letztendlich, dass sich die Inhalte der Postfächer ergänzen.
Wenn wir nun die Inhalte der Postfächer mit dem Befehl „Get-MailboxStatistics -Database <Datenbankname>“ anzeigen lassen, stellen wir fest, dass sich die Postfächer nach dem Wiederherstellungsvorgang ergänzt haben, sodass die Anzahl der Elemente gestiegen ist. Gelöschte Elemente wurden so für alle Postfächer wiederhergestellt.
Im weiteren Abschnitt des Arikels handelt es sich um ein Fallbeispiel, bei dem der Benutzer “ Rainer Zufall“ eine wichtige E-Mail aus seinem Postfach gelöscht hat, wobei diese sich weder im Dumpster, noch im Dumpster 2.0 (falls er aktiviert gewesen wäre) befand. Da „nur“ mit Bordmitteln gearbeitet wurde, hat der Administrator eine Wiederherstellungsdatenbank mithilfe einer Datensicherung wiederhergestellt, um nun diese E-Mail wiederherzustellen. Leider ist der Benutzer “ Rainer Zufall“ sehr vergesslich und weiß weder Betreff noch Inhalt der E-Mail, sodass nun das Postfach im Ganzen wiederhergestellt wird, wobei natürlich keine Duplikate erstellt, sondern lediglich fehlende Elemente ergänzt werden.
Mit dem Befehl „Get-MailboxStatistics -Identity <Postfach(Rainer Zufall)> | ft displayname, itemcount -AutoSize“
lassen wir uns den aktuellen Stand der enthaltenen Elemente im Postfach von “ Rainer Zufall“ anzeigen. Danach stellen wir mit
„Get-Mailbox -Identity “ Rainer Zufall“ | Restore-Mailbox -RecoveryDatabase RDB“
das Postfach von “ Rainer Zufall“ wieder her und lassen uns erneut die Anzahl der Elemente anzeigen und stellen fest, dass wohl die fehlende E-Mail
wiederhergestellt wurde (ItemCount: 8).
Weitere Beispiele aus dem Artikel wurden von mir nicht bearbeitet, da diese Selbsterklärend sind.
Ein weiteres Fallbeispiel: Das Postfach von „Klara Fall“ wurde endgültig gelöscht, sodass wir den Inhalt von „Klara Fall“ zunächst in das Postfach vom „Administrator“ wiederherstellen müssen und zwar in den Ordner „Recovery“, welcher beim Wiederherstellungsvorgang automatisch angelegt wird. Das geschiet mit dem Befehl „Restore-Mailbox -Identity „Administrator„ -RecoveryDatabase RDB -RecoveryMailbox „Klara Fall“ -TargetFolder Recovery„
Per Outlook Web App wird das wiederhergestellte Postfach im Ordner „Recovery“
folgendermaßen angezeigt:
Natürlich können wir beim Wiederherstellen eines Postfachs auch den Ordner auswählen, welcher wiederhergestellt werden soll. Hier soll der Posteingang von „Rainer Zufall“ im Postfach vom Administrator im Ordner „Recovery“ wiederhergestellt werden. Dies ist mit folgendem Befehl möglich: „Restore-Mailbox -Identity Administrator -RecoveryDatabase RDB -RecoveryMailbox Rainer Zufall -IncludeFolders \Posteingang -TargetFolder Recovery“
Zum Schluss möchte ich noch zeigen wie Inhalte eines Postfachs anhand eines Start- und Enddatums, sowie der ausgewählten Ordner „Posteingang und Kalender“ in den Ordner „Recovery“ des Postfachs „Administrator“ exportiert werden kann. Wichtig ist hierbei zu wissen, dass das Datum im Format „MM/DD/YYYY“ anzugeben ist.
„Restore-Mailbox -Identity Administrator -RecoveryDatabase RDB -RecoveryMailbox Rainer Zufall -IncludeFolders \Posteingang, \Kalender -TargetFolder Recovery -StartDate 11/01/2011 -EndDate 12/31/2011„
