8
Exchange 2003 Datenbank aus lokaler edb Datei wiederherstellen
Hallo,
in einem Windows Server 2003 mit Exchange 2003 hat es gekracht, und zwar so richtig. Bei einem RAID 1 Verbund ist eine Platte ausgestiegen. Soweit kein Thema, allerdings hat der Controller nicht sauber dubliziert und der Stand auf dem anderen System ist ca. 1 Jahr alt.
Die Datenpartition ist davon nicht betroffen (anderer RAID Verbund) und davon existiert ein aktuelles Backup.
Das Problem ist nun, der Exchangestand ist ca. 1 Jahr alt und es existiert keine funktionierende Sicherung von dem Exchange. Man kann allerdings noch die defekte zweite Festplatte aus dem RAID 1 Verbund zum größten Teil auslesen und hat auch Zugriff auf die .edb Datei des Exchanges im Programme Ordner.
Nun ist die Frage in wie weit hilft das weiter, lässt sich der Exchange auch aus dieser Datei mit irgendwelchen Tools wiederherstellen?
in einem Windows Server 2003 mit Exchange 2003 hat es gekracht, und zwar so richtig. Bei einem RAID 1 Verbund ist eine Platte ausgestiegen. Soweit kein Thema, allerdings hat der Controller nicht sauber dubliziert und der Stand auf dem anderen System ist ca. 1 Jahr alt.
Die Datenpartition ist davon nicht betroffen (anderer RAID Verbund) und davon existiert ein aktuelles Backup.
Das Problem ist nun, der Exchangestand ist ca. 1 Jahr alt und es existiert keine funktionierende Sicherung von dem Exchange. Man kann allerdings noch die defekte zweite Festplatte aus dem RAID 1 Verbund zum größten Teil auslesen und hat auch Zugriff auf die .edb Datei des Exchanges im Programme Ordner.
Nun ist die Frage in wie weit hilft das weiter, lässt sich der Exchange auch aus dieser Datei mit irgendwelchen Tools wiederherstellen?
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: 176085
Url: https://administrator.de/forum/exchange-2003-datenbank-aus-lokaler-edb-datei-wiederherstellen-176085.html
Ausgedruckt am: 22.12.2024 um 19:12 Uhr
8 Kommentare
Neuester Kommentar
Moin,
von Ontrack gibts ein Tool das edb's öffnen und zumindest PSTs erstellen kann. Schau mal auf deren Website.
lg,
Slainte
von Ontrack gibts ein Tool das edb's öffnen und zumindest PSTs erstellen kann. Schau mal auf deren Website.
lg,
Slainte
Hi,
lies dir bitte die TechNet Artikel von Microsoft durch, die sind sehr hilfreich was das angeht.
http://technet.microsoft.com/de-de/library/aa998965%28EXCHG.65%29.aspx
lies dir bitte die TechNet Artikel von Microsoft durch, die sind sehr hilfreich was das angeht.
http://technet.microsoft.com/de-de/library/aa998965%28EXCHG.65%29.aspx
Also die Ontrack tools sind cool aber:
gar nicht so leicht zum starten zu bekommen
ziemlich teuer.
Ich würde so vorgehen:
EDB Datei mit Esutil / ISINTEG reparieren (Microsoft Tools).
in einen leeren Exchange mounten
mit Exmerge die Postfächer in PST kopieren.
oder je nach zustand den Exchande dann wieder nutzen........
Tip:
Backup machen bevor Esutil bzw. ISINTEg eingesetzt wird, das kann auch mal nciht klappen.
kürzlich habe ich 4 durchgänge gebracuht bis die DB wieder zu mounten war.
Grüße und Viel Glück
Z
gar nicht so leicht zum starten zu bekommen
ziemlich teuer.
Ich würde so vorgehen:
EDB Datei mit Esutil / ISINTEG reparieren (Microsoft Tools).
in einen leeren Exchange mounten
mit Exmerge die Postfächer in PST kopieren.
oder je nach zustand den Exchande dann wieder nutzen........
Tip:
Backup machen bevor Esutil bzw. ISINTEg eingesetzt wird, das kann auch mal nciht klappen.
kürzlich habe ich 4 durchgänge gebracuht bis die DB wieder zu mounten war.
Grüße und Viel Glück
Z
Zitat von @ChaosZ:
Also die Ontrack tools sind cool aber:
gar nicht so leicht zum starten zu bekommen
ziemlich teuer.
Richtig. Allerdings ist fraglich ob der TE in der Situation jetzt viel Zeit für "Experimente" mit ESEUTIL / ISINTEG hat.Also die Ontrack tools sind cool aber:
gar nicht so leicht zum starten zu bekommen
ziemlich teuer.
oder je nach zustand den Exchande dann wieder nutzen........
Die PF würfde ich auf jedefan fall in einen neuen Store schieben. Defekte EDBs können sich auch erst nach Wochen zeigen.Backup machen bevor Esutil bzw. ISINTEg eingesetzt wird, das kann auch mal nciht klappen.
kürzlich habe ich 4 durchgänge gebracuht bis die DB wieder zu mounten war.
Kenn ich - hab auch noch Nächte für den blöden Teil gesessen kürzlich habe ich 4 durchgänge gebracuht bis die DB wieder zu mounten war.
Ich halte Esutil etc. nicht für ein Experiment, das ist der Weg eine defekte Exchange Datenbank zu reparieren.
ja also meine Empfehlung ist auch, nach dem export in PST lieber noch mal von vorne anfangen .
halb tote Datenbanken könen wiederliche Phänomene auslösen.
wenn er Zeit hat die Ontrack tools zu konfigurieren, hat er auch zeit das mit Bordmitteln zu machen.
Ich habe fast 2 Tage gebraucht bis ich mit den Ontrack tools das erste File hatte.......und mindestens 2 Anrufe beim Support.
Alzu eilig darf man eh nicht sein, das reparieren der Datenbank (wie gesagt ich würde immer mehrere durchläufe machen) kann schon stunden dauern.
und nein es ist nicht abgestürzt....es sieht nur so aus......nein wir brechen esutil etc. nicht hart ab)
ja also meine Empfehlung ist auch, nach dem export in PST lieber noch mal von vorne anfangen .
halb tote Datenbanken könen wiederliche Phänomene auslösen.
wenn er Zeit hat die Ontrack tools zu konfigurieren, hat er auch zeit das mit Bordmitteln zu machen.
Ich habe fast 2 Tage gebraucht bis ich mit den Ontrack tools das erste File hatte.......und mindestens 2 Anrufe beim Support.
Alzu eilig darf man eh nicht sein, das reparieren der Datenbank (wie gesagt ich würde immer mehrere durchläufe machen) kann schon stunden dauern.
und nein es ist nicht abgestürzt....es sieht nur so aus......nein wir brechen esutil etc. nicht hart ab
)
Hallo,
also: Die Installation ist hin, aber die .edb noch da? Und am besten auch die Logfiles? Dann: Neuen Exchange mit /disasterrecovery-Switch installieren (gleichen Namen verwenden!), dort eine neue DB anlegen, diese unmounten, Logdateien und .edb gegen die alte austauschen, wieder mounten, fertig.
Gruß
Filipp
also: Die Installation ist hin, aber die .edb noch da? Und am besten auch die Logfiles? Dann: Neuen Exchange mit /disasterrecovery-Switch installieren (gleichen Namen verwenden!), dort eine neue DB anlegen, diese unmounten, Logdateien und .edb gegen die alte austauschen, wieder mounten, fertig.
Gruß
Filipp
Danke für eure Ausführungen, es gibt da ja doch noch so einiges an Möglichkeiten. Auch die technet Artikel von MS sind hier hilfreich. Allerdings soll das wohl (meistens?) nicht funktionieren nach dem was man so im Netz liest. Zumindest bei weitem nicht so sauber, dass man es bedenkenlos machen könnte. Auf der anderen Seite ist es natürlich so oder so ja ein "Rettungsstrohhalm" an den man sich da klammert wenn vorher alle Sicherungsmechanismen versagt haben.
Habe das Problem nun übrigens mit Ontrack Powercontrols gelöst. Hatten noch eine ältere Version in der Firma welche einwandfrei funktioniert hat. Damit konnte man die Datenbank mounten und dann auf alles was man wollte zugreifen und nach belieben exportieren. Dass man das natürlich mit einer Kopie der Datenbank macht ist klar.
Habe das Problem nun übrigens mit Ontrack Powercontrols gelöst. Hatten noch eine ältere Version in der Firma welche einwandfrei funktioniert hat. Damit konnte man die Datenbank mounten und dann auf alles was man wollte zugreifen und nach belieben exportieren. Dass man das natürlich mit einer Kopie der Datenbank macht ist klar
.
Stellar Phoenix Mailbox Exchange Recovery tool, das beschädigte EDB-Dateien öffnet und Daten in PSTs extrahiert. Werfen Sie einen Blick auf ihre Website: https://www.stellarinfo.com/de/email-reparatur/exchange-server.php
