4
w2k-server restore voraussetzungen
Testrestore unter VMware W2k-Server
Hallo zusammen,
da wir nicht wissen, ob unsere Backups funktionieren wollen wir eine Testumgebung unter VMware aufbauen.
Wir haben einen W2k-Server mit Active Directory, DNS-Server und Exchange 2000 als Produktivsystem ( nicht unter VM).
Unter VMware haben wir derzeit nur W2k-Server installiert, mit aktuellem SP, ohne Exchange.
Wenn wir zuerst mal per ntbackup den System-State vom Produktivsystem sichern, können wir diese Daten dann unter VMware zurücksichern, wenn dort noch kein Exchange installiert ist ?
So dass dann zuerst mal nur das Active-Directory läuft.
Oder müssen wir zuerst noch Exchange 2000 unter VM auf unser Backupsystem installieren ?
Danke für Eure Hilfe.
Grüssle
Stefan L.
Hallo zusammen,
da wir nicht wissen, ob unsere Backups funktionieren wollen wir eine Testumgebung unter VMware aufbauen.
Wir haben einen W2k-Server mit Active Directory, DNS-Server und Exchange 2000 als Produktivsystem ( nicht unter VM).
Unter VMware haben wir derzeit nur W2k-Server installiert, mit aktuellem SP, ohne Exchange.
Wenn wir zuerst mal per ntbackup den System-State vom Produktivsystem sichern, können wir diese Daten dann unter VMware zurücksichern, wenn dort noch kein Exchange installiert ist ?
So dass dann zuerst mal nur das Active-Directory läuft.
Oder müssen wir zuerst noch Exchange 2000 unter VM auf unser Backupsystem installieren ?
Danke für Eure Hilfe.
Grüssle
Stefan L.
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: 34652
Url: https://administrator.de/contentid/34652
Ausgedruckt am: 22.11.2024 um 19:11 Uhr
4 Kommentare
Neuester Kommentar
Das würde ich anders machen:
Verwandle dein richtiges System (im Zweifelsfall einfach die Platten raus nehmen, gleichartige unformatierte rein) in ein 'gecrashtes' und schau, wie Du wieder auf die Beine kommst. Dann merkst Du gleich, was die Restore-Strategie wert ist. Der Umweg über VMware ist nicht realistisch, weil da ein funktionierendes System läuft, das evtl. benötigte Treiber liefert.
Falls es klappt mit dem Restore behalt die Platten als Reserve-Klon.
Verwandle dein richtiges System (im Zweifelsfall einfach die Platten raus nehmen, gleichartige unformatierte rein) in ein 'gecrashtes' und schau, wie Du wieder auf die Beine kommst. Dann merkst Du gleich, was die Restore-Strategie wert ist. Der Umweg über VMware ist nicht realistisch, weil da ein funktionierendes System läuft, das evtl. benötigte Treiber liefert.
Falls es klappt mit dem Restore behalt die Platten als Reserve-Klon.
Hallo leipy,
also die"grobe" Vorgehensweise ist diese:
1. Den Server installieren.
2. System State und c:\ partition wiederholen. Jetzt ist das AD usw. wieder da.
3. Exchange setup mit /disasterrecovery starten. Installiert den Exchange ohne die Informationen in der AD anzupassen. (die hast Du ja noch)
4. Exchange Stores zurücksichern, event. vorhandenen Logs nachziehen.
5. fertig.
Wenn es euer Backup Programm bietet eine Disaster Recovery CD erstellen und das Recovery automatisch laufen lassen. Dann mit dem Exchange weitermachen.
Das ist aber wie gesagt nur ein grober Abriss über die Vorgehensweise. Aber für Exchange/Windows Disaster Recovery gibts genügend Dokumente im Netz.
In einer VM-Ware halte ich das auch für Suboptimal. Ein echter Disaster Recovery Test muss unter echten Bedingungen, also mit der echten (oder gleicher) Herdware stattfinden.
Bis dann
VoSp
also die"grobe" Vorgehensweise ist diese:
1. Den Server installieren.
2. System State und c:\ partition wiederholen. Jetzt ist das AD usw. wieder da.
3. Exchange setup mit /disasterrecovery starten. Installiert den Exchange ohne die Informationen in der AD anzupassen. (die hast Du ja noch)
4. Exchange Stores zurücksichern, event. vorhandenen Logs nachziehen.
5. fertig.
Wenn es euer Backup Programm bietet eine Disaster Recovery CD erstellen und das Recovery automatisch laufen lassen. Dann mit dem Exchange weitermachen.
Das ist aber wie gesagt nur ein grober Abriss über die Vorgehensweise. Aber für Exchange/Windows Disaster Recovery gibts genügend Dokumente im Netz.
In einer VM-Ware halte ich das auch für Suboptimal. Ein echter Disaster Recovery Test muss unter echten Bedingungen, also mit der echten (oder gleicher) Herdware stattfinden.
Bis dann
VoSp
Hallo zusammen,
vielen Dank erstmal für die Antworten.
Es ist uns bekannt, dass man ein Backup "real" testen sollte, leider ist hierfür die Hardware nicht vorhanden. Uns ist erstmal die Vorgehensweise, wie man ein AD sichert und wieder zurückspielt wichtiger.
Leider hats aber nicht funktioniert mit dem Restore. Wir haben par ntbackup den System-State und NTDS und SYSVOL gesichert.
Den anderen Rechner dann im Verzeichnisdienstwiederherstellungsmodus gestartet. per ntbackup zurückgespielt.
Leider hängt sich der Server dann beim booten auf, das Win-Logo bleibt stehen.
Im abgesicherten Modus kann man dann noch hochfahren... Im Ereignislog viele Fehlermeldungen, da bin ich grad am suchen, worans denn liegen könnte. Vielen Meldungen mit der Kennung SAM sind vorhanden.
Zwischendurch haben wir festgestellt, dass noch ein zweiter DC in der Domäne ist. So, wo kann man denn nachschauen, welcher der beiden Server primärer und welcher sekundärer DC ist ?
Spielt es eine Rolle, von welchem DC ich per ntpackup den system-state sichere ?
Grüssle
leipy
vielen Dank erstmal für die Antworten.
Es ist uns bekannt, dass man ein Backup "real" testen sollte, leider ist hierfür die Hardware nicht vorhanden. Uns ist erstmal die Vorgehensweise, wie man ein AD sichert und wieder zurückspielt wichtiger.
Leider hats aber nicht funktioniert mit dem Restore. Wir haben par ntbackup den System-State und NTDS und SYSVOL gesichert.
Den anderen Rechner dann im Verzeichnisdienstwiederherstellungsmodus gestartet. per ntbackup zurückgespielt.
Leider hängt sich der Server dann beim booten auf, das Win-Logo bleibt stehen.
Im abgesicherten Modus kann man dann noch hochfahren... Im Ereignislog viele Fehlermeldungen, da bin ich grad am suchen, worans denn liegen könnte. Vielen Meldungen mit der Kennung SAM sind vorhanden.
Zwischendurch haben wir festgestellt, dass noch ein zweiter DC in der Domäne ist. So, wo kann man denn nachschauen, welcher der beiden Server primärer und welcher sekundärer DC ist ?
Spielt es eine Rolle, von welchem DC ich per ntpackup den system-state sichere ?
Grüssle
leipy
So, damit andere auch noch was davon haben, hier ist wunderbar beschrieben, wie man den System-State mit dem AD auf anderer Hardware wieder einspielt.
http://support.microsoft.com/default.aspx?scid=263532
http://support.microsoft.com/default.aspx?scid=263532
