Öffentliche Ordner aus gecrashtem Exchange 2003 zurück holen
Hallo zusammen,
ein Bekannter hat bis Freitag immer gemeint ein Backup sei zu teuer und er habe ja seine Auftragsdaten auch in Leitz-Ordnern.
Durch einen Servercrash weiß er nun, dass sein Teamkalender nicht nicht im Leitz-Ordner ist
Gibt es eine Möglichkeit (auf die Platte kann zugegriffen werden, der Server fährt aber nicht mehr hoch), auf Datei-Ebene den öffentlichen Kalender zurückzuholen? Oder die ganze Installation?
Man könnte den SBS2003 ja auch virtuell neu aufsetzen und dann dort was einspielen. Was meint Ihr?
Danke & Gruß
Lars
ein Bekannter hat bis Freitag immer gemeint ein Backup sei zu teuer und er habe ja seine Auftragsdaten auch in Leitz-Ordnern.
Durch einen Servercrash weiß er nun, dass sein Teamkalender nicht nicht im Leitz-Ordner ist
Gibt es eine Möglichkeit (auf die Platte kann zugegriffen werden, der Server fährt aber nicht mehr hoch), auf Datei-Ebene den öffentlichen Kalender zurückzuholen? Oder die ganze Installation?
Man könnte den SBS2003 ja auch virtuell neu aufsetzen und dann dort was einspielen. Was meint Ihr?
Danke & Gruß
Lars
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 306348
Url: https://administrator.de/forum/oeffentliche-ordner-aus-gecrashtem-exchange-2003-zurueck-holen-306348.html
Ausgedruckt am: 22.12.2024 um 19:12 Uhr
21 Kommentare
Neuester Kommentar
Halllo,
kein backup = nicht wichtig = "weg".
Wenn das Outlook im Cachemodus war sollten da auch Kalendereinträge bei sein.
Warum fährt der Server nicht hoch?
Jetzt als erstes ein Imagebackup von den Platten machen dann kann man evtl noch was retten.
Den jetzigen SBS zum laufen kriegen oder wenn IMAGE Sicherung der platten da, dieses Image in einer VM wiederherstellen.
Die Frage ist warum ist der Server hinüber?
Andere Hardware als die HDD? Dann kann man die Hardware austauschen und der Server geht wieder.
Systemproblem durch ???
HDD Problem HDD ausgefallen oder nur ein defektes Dateisystem?
Wie weit fährt der server denn hoch, was für ein Fehler etc.
Gruß
Chonta
kein backup = nicht wichtig = "weg".
Wenn das Outlook im Cachemodus war sollten da auch Kalendereinträge bei sein.
Warum fährt der Server nicht hoch?
Jetzt als erstes ein Imagebackup von den Platten machen dann kann man evtl noch was retten.
Man könnte den SBS2003 ja auch virtuell neu aufsetzen und dann dort was einspielen. Was meint Ihr?
Mit neu aufsetzen ist es bei weitem nicht getan.Den jetzigen SBS zum laufen kriegen oder wenn IMAGE Sicherung der platten da, dieses Image in einer VM wiederherstellen.
Die Frage ist warum ist der Server hinüber?
Andere Hardware als die HDD? Dann kann man die Hardware austauschen und der Server geht wieder.
Systemproblem durch ???
HDD Problem HDD ausgefallen oder nur ein defektes Dateisystem?
Wie weit fährt der server denn hoch, was für ein Fehler etc.
Gruß
Chonta
Sieht nach dem integrierten RAID-Controller aus. Raid war als defekt gemeld
Das schaut aber nicht nach Controllerdefekt aus sondern nach defekten Platten im RAID.Eine Platte aus dem Verbund entfernt, davon konnte aber auch nicht gebootet werden
SMART?RAID1 oder was für ein RAID?
Irgendwie muss es doch möglich sein der alten HDD die Exchange-Daten wegzunehmen...
Ein SBS ist nicht nur Exchange der ist auch AD und ohne AD kein Exchange.Du musst von der vorhandenen Platte ein Image erstellen das einen Restore auf anderer Hardware ermöglicht und das dann in eine VM schieben.
Z.B. Symantec Backup Exec Systemrecovery.
Das P2V geht evtl nicht sauber wegen Treiberproblemen.
Ein anderes Problem ist, wenn das Dateisystem Fehler hat müssen die auch im Image erstmal bereinigt werden.
Beim Imageerstellen mit BSR bissel rumspielen mit Defektensektoren / Dateisystemfehlern
Gruß
Chonta
Hi,
Kenne den 2003-SBS nicht wirklich, aber es sollte nun erst mal der Verzeichnisdienst wieder laufen (Uhrzeit u.ä. mal prüfen).
Wenn dieser läuft alle Exchangedienste abknipsen und die Public-EDB-Datei (und hoffen das sich nicht dort defekte Sektoren befinden) austauschen und Exchange wieder alles starten.
Beim 5.5 klappte das, ob beim 2003 - vermute ich auch.
Greetz
ravers
Kenne den 2003-SBS nicht wirklich, aber es sollte nun erst mal der Verzeichnisdienst wieder laufen (Uhrzeit u.ä. mal prüfen).
Wenn dieser läuft alle Exchangedienste abknipsen und die Public-EDB-Datei (und hoffen das sich nicht dort defekte Sektoren befinden) austauschen und Exchange wieder alles starten.
Beim 5.5 klappte das, ob beim 2003 - vermute ich auch.
Greetz
ravers
Kenne den 2003-SBS nicht wirklich, aber es sollte nun erst mal der Verzeichnisdienst wieder laufen (Uhrzeit u.ä. mal prüfen).
Verzeichnissdienst AD?Wenn dieser läuft alle Exchangedienste abknipsen und die Public-EDB-Datei austauschen und Exchange wieder alles starten.
Warum und gegen was denn tauschen?Entweder der Server läuft oder der läuft nicht.
Beim 5.5 klappte das, ob beim 2003 - vermute ich auch.
Bei was hat das geklappt?Als erstes muss das AD laufen danach fangen auch die Exchangedisntes an zu laufen.
Gruß
Chonta
Hi,
klar ist der Verzeichnisdienst die AD, daher sollte der auch erst mal laufen.
Der Kollege schrieb das der Server soweit läuft - also Verzeichnisdienst ans Laufen bringen, dann die edb-Datei tauschen und Exchange starten.
So die Theorie. Die Sicherung ist vom 01.05. - daher tauschen mit der aktuellen EDB (von der defekten HDD).
Was hat geklappt: Einfach eine neuere EDB-Datei unterschieben. Bei neueren Mailservern weiß ich nicht ob das so klappt (habs nie getestet bzw. testen müssen seit 5.5). Ob dort Timestamps o.ä. abgegelichen werden oder so (Stichwort: Datenintegrität etc.).
greetz
ravers
P.S.: Zitat: Entweder der Server läuft oder läuft nicht - Also das BS fährt hoch (Desktop, Druckerwarteschlange etc.), "nur" der Verzeichnisdienst läuft nicht.
Läuft der Server jetzt oder nicht???
klar ist der Verzeichnisdienst die AD, daher sollte der auch erst mal laufen.
Der Kollege schrieb das der Server soweit läuft - also Verzeichnisdienst ans Laufen bringen, dann die edb-Datei tauschen und Exchange starten.
So die Theorie. Die Sicherung ist vom 01.05. - daher tauschen mit der aktuellen EDB (von der defekten HDD).
Was hat geklappt: Einfach eine neuere EDB-Datei unterschieben. Bei neueren Mailservern weiß ich nicht ob das so klappt (habs nie getestet bzw. testen müssen seit 5.5). Ob dort Timestamps o.ä. abgegelichen werden oder so (Stichwort: Datenintegrität etc.).
greetz
ravers
P.S.: Zitat: Entweder der Server läuft oder läuft nicht - Also das BS fährt hoch (Desktop, Druckerwarteschlange etc.), "nur" der Verzeichnisdienst läuft nicht.
Läuft der Server jetzt oder nicht???
Hallo,
Aber wenn dann das gesamte Exchange Datenbankverzeichniss tauschen nicht nur edb Datei sondern alle Datenbankdateien / logs die im Verzeichniss sind.
Gruß
Chonta
So die Theorie. Die Sicherung ist vom 01.05. - daher tauschen mit der aktuellen EDB (von der defekten HDD).
ja das könnte klappen. Sofern die Datenbankdateien nicht beschädigt sind.Aber wenn dann das gesamte Exchange Datenbankverzeichniss tauschen nicht nur edb Datei sondern alle Datenbankdateien / logs die im Verzeichniss sind.
Gruß
Chonta
Jep, die Logs zu löschen ist noch wichtig.
Die Mailbox-Datei braucht aber nicht (kann ja schon recht groß sein, und wenn diese dann einen Fehler hat steht man wieder wie der Ochs vorm Berg )
Wie auch immer: teuteuteu
Und lasse deinen Kollegen ruhig etwas schwitzen. Bekommt man es schnell wieder hin, könnte man ja sagen: er hat recht, backup ist über!
Irgendwie bekommt mans ja wohl wieder hingefrickelt und ist weit günstiger als ne Backuplösung.
Und das will man ja eigentlich nicht ...
greetz
ravers
Die Mailbox-Datei braucht aber nicht (kann ja schon recht groß sein, und wenn diese dann einen Fehler hat steht man wieder wie der Ochs vorm Berg )
Wie auch immer: teuteuteu
Und lasse deinen Kollegen ruhig etwas schwitzen. Bekommt man es schnell wieder hin, könnte man ja sagen: er hat recht, backup ist über!
Irgendwie bekommt mans ja wohl wieder hingefrickelt und ist weit günstiger als ne Backuplösung.
Und das will man ja eigentlich nicht ...
greetz
ravers
auch Hallo...
Du weißt doch wie das ist - was wichtig ist merken manche Leute erst dann, wenn Sie es nicht mehr haben
Der Server ist rund 10 Jahre alt und sollte zu allem Übel ohnehin nächste Woche getauscht werden. Gut. dass der neue schon da war.
Der Server ist abgestürzt und hat sich immer wieder neu gestartet, er wollte was reparieren, hat's aber nicht hinbekommen und dann wieder neu gestartet usw...
Ich habe jetzt ein TrueImage-Backup vom gesamten Server mit Stand 01.05. mit dem VMWare Converter in eine vmdk umgewandelt. Das gab es zum Glück noch. Diese virtuelle Maschine scheint zu laufen, ausser dass sie nach dem Start sagte, dass der Verzeichnisdienst nicht gestartet werden konnte und nach Neustart nun mal CHKDSK läuft...
ich wette du hast deiner Virtuellen Nic noch keine IP Adresse gebeben... und ich meine die Orginal IP Adresse....
das mit dem CHKDSK ist normal...
Die Idee ist nun
- ich habe ein "älteres" Backup
- ich habe Zugriff auf die Original-Festplatte
Irgendwie muss es doch möglich sein der alten HDD die Exchange-Daten wegzunehmen...
Gruß
Lars
P.S.: Die Outlook-Installationen sind alle mit Offline-fähig, beim, Kalender hat Outlook aber immer nach dem Server geschriehen. Hätten die Ö-Ordner extra nochmal für den Offline-Betrieb konfigurioert werden?
Du weißt doch wie das ist - was wichtig ist merken manche Leute erst dann, wenn Sie es nicht mehr haben
Der Server ist rund 10 Jahre alt und sollte zu allem Übel ohnehin nächste Woche getauscht werden. Gut. dass der neue schon da war.
Der Server ist abgestürzt und hat sich immer wieder neu gestartet, er wollte was reparieren, hat's aber nicht hinbekommen und dann wieder neu gestartet usw...
Ich habe jetzt ein TrueImage-Backup vom gesamten Server mit Stand 01.05. mit dem VMWare Converter in eine vmdk umgewandelt. Das gab es zum Glück noch. Diese virtuelle Maschine scheint zu laufen, ausser dass sie nach dem Start sagte, dass der Verzeichnisdienst nicht gestartet werden konnte und nach Neustart nun mal CHKDSK läuft...
das mit dem CHKDSK ist normal...
Die Idee ist nun
- ich habe ein "älteres" Backup
- ich habe Zugriff auf die Original-Festplatte
Irgendwie muss es doch möglich sein der alten HDD die Exchange-Daten wegzunehmen...
Gruß
Lars
P.S.: Die Outlook-Installationen sind alle mit Offline-fähig, beim, Kalender hat Outlook aber immer nach dem Server geschriehen. Hätten die Ö-Ordner extra nochmal für den Offline-Betrieb konfigurioert werden?
Zitat von @Larz:
Hallo,
die IP ist geblieben, aber die NIC ist deaktiviert, spielt das bei einem DC eine Rolle? Also andere IP wäre fatal, aber wenn doch nur "ausgesteckt" ist...
klar sollst du die NIC aktivieren... ohne NIC geht es nicht....Hallo,
ich wette du hast deiner Virtuellen Nic noch keine IP Adresse gebeben... und ich meine die Orginal IP Adresse....
das mit dem CHKDSK ist normal...
das mit dem CHKDSK ist normal...
die IP ist geblieben, aber die NIC ist deaktiviert, spielt das bei einem DC eine Rolle? Also andere IP wäre fatal, aber wenn doch nur "ausgesteckt" ist...
arrrrrggggg
Gruß
Lars
Zitat von @Chonta:
ja... und 2-3 jahre erfahrung die IP ist geblieben, aber die NIC ist deaktiviert, spielt das bei einem DC eine Rolle?
Dringend eine Schulung zum Thema DC/Exchange besuchen.....Gruß
Chonta
Viel Glück.
Sicherlich weiss Dein Bekannter jetzt, das ein Backup gar nicht so teuer ist, vor allem wenn er jetzt seine ganzen Daten aus den Leitzordnern wieder in das System zurückbringen muss (je nachdem was er da so hat, reicht die ausgedruckte Form der Daten ja nicht aus).
Ohne Dir zu nahe treten zu wollen, aber vielleicht sollte Dein Bekannter jetzt auch lernen, dass man für solche Fälle ausgebildete Fachkräfte beauftragt die die Thematik kennen und vermutlich schneller und zuverlässiger zu einem Ergebnis kommen als Du?
Eventuell gibt es dann auch eine gute Chance die Daten, die jetzt nur noch in Leitzordnern rumliegen, wieder herzustellen und somit einen potentiellen Schaden zu verringern (konkret meine ich hier GoBD etc.)
Sicherlich weiss Dein Bekannter jetzt, das ein Backup gar nicht so teuer ist, vor allem wenn er jetzt seine ganzen Daten aus den Leitzordnern wieder in das System zurückbringen muss (je nachdem was er da so hat, reicht die ausgedruckte Form der Daten ja nicht aus).
Ohne Dir zu nahe treten zu wollen, aber vielleicht sollte Dein Bekannter jetzt auch lernen, dass man für solche Fälle ausgebildete Fachkräfte beauftragt die die Thematik kennen und vermutlich schneller und zuverlässiger zu einem Ergebnis kommen als Du?
Eventuell gibt es dann auch eine gute Chance die Daten, die jetzt nur noch in Leitzordnern rumliegen, wieder herzustellen und somit einen potentiellen Schaden zu verringern (konkret meine ich hier GoBD etc.)