AD restore auf dem secundären DC
Hallo zusammen,
wir betreiben zwei DCs in der Firma. Einer ist rein DC mit AD-Diensten und der andere ein Server mit Exchange 2010 und AD-Diensten.
Ich habe gestern unser Exchange auf SP3 RU13 aktualisiert. Seit dem gibt es ein Problem mit dem AD auf dem secundären DC (Exchange).
Im Eventlog gibt es eine Reihe von Fehlermeldungen mit dem Inhalt: NTDS (636) NTDSA: Datenbank C:\Windows\NTDS\ntds.dit: Index INDEX_0009030E von Tabelle datatable ist beschädigt (0).
Als Backup-Lösung wird Veeam Backup und Recovery verwendet. Es gibt eine VM-Kopie von Samstag und für die letzten zwei Wochen eine tägliche Sicherung. Eine NTbackup Sicherung gibt es nicht.
Welche Möglichkeit gibt es um das Datenbank auf dem zweiten DC zum laufen zu bringen? VM-Kopie zu restoren würde ich nicht gerne, da sonst die Emails seit Sonntag auch verschwinden.
Gruß.
hotrest
wir betreiben zwei DCs in der Firma. Einer ist rein DC mit AD-Diensten und der andere ein Server mit Exchange 2010 und AD-Diensten.
Ich habe gestern unser Exchange auf SP3 RU13 aktualisiert. Seit dem gibt es ein Problem mit dem AD auf dem secundären DC (Exchange).
Im Eventlog gibt es eine Reihe von Fehlermeldungen mit dem Inhalt: NTDS (636) NTDSA: Datenbank C:\Windows\NTDS\ntds.dit: Index INDEX_0009030E von Tabelle datatable ist beschädigt (0).
Als Backup-Lösung wird Veeam Backup und Recovery verwendet. Es gibt eine VM-Kopie von Samstag und für die letzten zwei Wochen eine tägliche Sicherung. Eine NTbackup Sicherung gibt es nicht.
Welche Möglichkeit gibt es um das Datenbank auf dem zweiten DC zum laufen zu bringen? VM-Kopie zu restoren würde ich nicht gerne, da sonst die Emails seit Sonntag auch verschwinden.
Gruß.
hotrest
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 308895
Url: https://administrator.de/contentid/308895
Ausgedruckt am: 05.11.2024 um 11:11 Uhr
12 Kommentare
Neuester Kommentar
Hi,
Lehre 1: Niemals einen Exchange auf einem DC betreiben.
Lehre 2: Unmittelbar vor einem größeren Update einen Backup erstellen, z.b. Snapshot oder Image
Ich würde es als erstes mit Esentutl versuchen: https://technet.microsoft.com/en-us/library/hh875504(v=ws.11).aspx
E.
Lehre 1: Niemals einen Exchange auf einem DC betreiben.
Lehre 2: Unmittelbar vor einem größeren Update einen Backup erstellen, z.b. Snapshot oder Image
Ich würde es als erstes mit Esentutl versuchen: https://technet.microsoft.com/en-us/library/hh875504(v=ws.11).aspx
E.
Gibt es für die Lehre 1 eine Begründung?
https://technet.microsoft.com/de-de/library/ms.exch.setupreadiness.warni ...Gibt es eine Möglichkeit Ad-Dienste auf diesem Server sauber zu restoren?
Jain. Das geht nur, wenn man den defekten DC komplett platt macht. In Deinem Fall nicht möglich, weil auch noch Exchange.Esentutl schon versucht?
Sonst:
- Server offline
- alle Postfächer mit Powershell exportieren (nur Elemente seit dem Update-zeitpunkt)
- Server von Image/Snapshot wiederherstellen
- Postfachinhalte importieren
- Server wieder online
ggf. schon an 4. Server wieder online, wenn er selbst kein DNS und/oder kein GC ist. Hinweis: Wenn er offline nach dem Restore hochfährt, dann musst Du ca. 30 min warten, bevor Du Dich vollwertig abnelden kannst. --> Insteleffekt
Hallo,
evtl bringt Dich das hier weiter.
http://blog.dikmenoglu.de/2006/09/die-active-directory-datenbank-repari ...
Als erstes aber schauen ob es Fheler im Dateisystem gibt wo das AD liegt.
Wenn ja Eine Reperatur des Dateisystems veranlassen und schauen ob danach eine Replikation wieder möglich ist.
Die FMSO hat der nicht Exchange DC?
Gruß
Chonta
evtl bringt Dich das hier weiter.
http://blog.dikmenoglu.de/2006/09/die-active-directory-datenbank-repari ...
Als erstes aber schauen ob es Fheler im Dateisystem gibt wo das AD liegt.
Wenn ja Eine Reperatur des Dateisystems veranlassen und schauen ob danach eine Replikation wieder möglich ist.
Die FMSO hat der nicht Exchange DC?
Gruß
Chonta
Ja, das habe ich schon auch gecheckt. Passende Argumente für export nach 03.06.2016 finde ich nur nicht.
Dann hast Du Dir keine Mühe gegeben.http://blog.helocheck.com/export-mailbox-date-range/
Was in der Theorie auch funktionieren könnte.
Server aus und ein offline Backup von jetzt machen.
VM mit AD von letzten brauchbaren Stand zurücksichern und dann die VHD monuten und die Verzeichnisse vom Exchange auf dem Backup in die VHD einspielen.
Dann den Server starten.
Wenn keine Dateien vergessen wurden, sind Datenbank und Logs auf dem Stand vom Offlinebackup und das AD replizierbar und holt sich die Daten vom anderen DC.
Wenns nicht geklapt hat ist alles futsch
Sicher das der andere DC auch in Ordnung ist?
Nach Anleitung aus dem Yusuf-Blog bist Du vorgegangen?
Und das Dateisystem von Hyper-Visuor und innnerhalb der VM wurde auch geprüft?
Ggf. Die SMART Werte geprüft, wenn die Platte defekte Sektoren hat die nicht neu zugewiesen wurden/werden.....
Gruß
Chonta
Server aus und ein offline Backup von jetzt machen.
VM mit AD von letzten brauchbaren Stand zurücksichern und dann die VHD monuten und die Verzeichnisse vom Exchange auf dem Backup in die VHD einspielen.
Dann den Server starten.
Wenn keine Dateien vergessen wurden, sind Datenbank und Logs auf dem Stand vom Offlinebackup und das AD replizierbar und holt sich die Daten vom anderen DC.
Wenns nicht geklapt hat ist alles futsch
Die Konsistenzüberprüfung (KCC) hat ermittelt, dass bei den fortlaufenden Versuchen, eine Replikationsverbindung mit dem folgenden Verzeichnisdienst herzustellen, immer wieder Fehler aufgetreten sind. "
Sicher das der andere DC auch in Ordnung ist?
Nach Anleitung aus dem Yusuf-Blog bist Du vorgegangen?
Und das Dateisystem von Hyper-Visuor und innnerhalb der VM wurde auch geprüft?
Ggf. Die SMART Werte geprüft, wenn die Platte defekte Sektoren hat die nicht neu zugewiesen wurden/werden.....
Gruß
Chonta