1
Exchange 2010 Rücksicherung, Problem mit ESEUTIL
Exchange 2010 Std. SP2, Windows 2008 R2
Hallo Leute,
ich teste gerade in einer virtuellen (HyperV) Umgebung diverse Wiederherstellungsszenarien in Exchange 2010.
Dazu habe ich eine Datenbank DB1 in D:\DB1 mit Testdaten. Von dieser habe ich eine Vollsicherung, nach der die LOG Dateien automatisch gelöscht wurden. Anschließend habe ich weitere Mails versicht, um neue LOG Dateien zu generieren.
Bei den "automatischen" Wiederherstellungen über WSB am ursprünglichen Speicherort der Datenbank und ebenso bei der "Datei/Ordner" Wiederherstellung in WSB und dem darauf folgenden manuellen Einbinden der DB funktioniert alles soweit wie es soll. Sind neuere Transacation Logs vorhanden, werden diese beim Einbinden automatisch eingespielt und die Datenbank jedes mal erfolgreich eingebunden.
Manuell bekomme ich das aber leider nicht gebacken, dass mit die neueren LOG Dateien wieder eingespielt werden.
Ich stelle die Datenbank vom Backup an einem anderen Ort (D:\restored_DB1) wieder her
1. cd D:\restored_DB1
2. eseutil /MH D:\restored_DB1\DB1.edb -> Dirty Shutdown
3. eseutil /ML D:\restored_DB1\E01 -> Alle Logfiles OK
4. eseutil /R E01 /D D:\restored_DB1\DB1.edb -> Reparatur läuft ohne Fehler durch
5. eseutil /MH D:\restored_DB1\DB1.edb -> Immmer noch Dirty Shutdown
Ich kann die DB so leider nicht aktivieren und bereitstellen. Genau das muss ich aber bei der Variante mit Dial-Tone DB manuell machen, checken, kopieren, umstellen. etc.
Weiß jemand Rat?
Hallo Leute,
ich teste gerade in einer virtuellen (HyperV) Umgebung diverse Wiederherstellungsszenarien in Exchange 2010.
Dazu habe ich eine Datenbank DB1 in D:\DB1 mit Testdaten. Von dieser habe ich eine Vollsicherung, nach der die LOG Dateien automatisch gelöscht wurden. Anschließend habe ich weitere Mails versicht, um neue LOG Dateien zu generieren.
Bei den "automatischen" Wiederherstellungen über WSB am ursprünglichen Speicherort der Datenbank und ebenso bei der "Datei/Ordner" Wiederherstellung in WSB und dem darauf folgenden manuellen Einbinden der DB funktioniert alles soweit wie es soll. Sind neuere Transacation Logs vorhanden, werden diese beim Einbinden automatisch eingespielt und die Datenbank jedes mal erfolgreich eingebunden.
Manuell bekomme ich das aber leider nicht gebacken, dass mit die neueren LOG Dateien wieder eingespielt werden.
Ich stelle die Datenbank vom Backup an einem anderen Ort (D:\restored_DB1) wieder her
1. cd D:\restored_DB1
2. eseutil /MH D:\restored_DB1\DB1.edb -> Dirty Shutdown
3. eseutil /ML D:\restored_DB1\E01 -> Alle Logfiles OK
4. eseutil /R E01 /D D:\restored_DB1\DB1.edb -> Reparatur läuft ohne Fehler durch
5. eseutil /MH D:\restored_DB1\DB1.edb -> Immmer noch Dirty Shutdown
Ich kann die DB so leider nicht aktivieren und bereitstellen. Genau das muss ich aber bei der Variante mit Dial-Tone DB manuell machen, checken, kopieren, umstellen. etc.
Weiß jemand Rat?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 186984
Url: https://administrator.de/contentid/186984
Ausgedruckt am: 22.11.2024 um 05:11 Uhr
1 Kommentar
Hallo Freunde,
das Problem hat sich soeben erledigt. Was ich vergangene Woche vergeblich gesucht habe, hat mir Google nun heute sofort rausgespuckt. Manchmal ist es wie verhext.
http://social.technet.microsoft.com/Forums/de-DE/exchange_serverde/thre ...
---
Mein Problem ist damit behoben. Ich kann die Datenbank nun auch an einem anderen als den originalen ort in den Clean Shutdown State bekommen. Das Problem war, dass ich ein Leerzeichen hinter dem /D Parameter hatte. Hier muss sofort der Pfad angeschlossen sein, oder man verwendet nur /D ohne Pfad, muss dazu aber vorher im CMD in den korrekten Pfad wechseln.
Trotzdem Danke
das Problem hat sich soeben erledigt. Was ich vergangene Woche vergeblich gesucht habe, hat mir Google nun heute sofort rausgespuckt. Manchmal ist es wie verhext.
http://social.technet.microsoft.com/Forums/de-DE/exchange_serverde/thre ...
---
Mein Problem ist damit behoben. Ich kann die Datenbank nun auch an einem anderen als den originalen ort in den Clean Shutdown State bekommen. Das Problem war, dass ich ein Leerzeichen hinter dem /D Parameter hatte. Hier muss sofort der Pfad angeschlossen sein, oder man verwendet nur /D ohne Pfad, muss dazu aber vorher im CMD in den korrekten Pfad wechseln.
Trotzdem Danke
