Exchange

Wie kann Exchange nach einem Active Directory-Ausfall wiederhergestellt werden?

, Stellar | Autor: Herbert Wieler

Schritte zur Wiederherstellung des Exchange-Servers nach einem Active Directory-Ausfall

Es kann vorkommen, dass Active Directory ausgefallen ist und Sie den Exchange-Server wiederherstellen müssen. Dies ist kein normales Szenario und kann durch vernachlässigte Wartung, menschliches Versagen oder andere Probleme verursacht werden. In diesem Artikel beschreiben wir Schritt für Schritt, wie Sie den Exchange-Server nach einem Active Directory-Ausfall in kürzester Zeit und ohne Datenverlust wiederherstellen können.

Wie Sie wissen, hängt die gesamte Exchange Server-Konfiguration von Active Directory und dessen Schema ab. Nur die Zertifikate und benutzerdefinierten Sende-/Empfangs-Connectors befinden sich auf dem eigentlichen Exchange Server. Die Datenrettung nach einem Active Directory-Ausfall ist ein sehr heikler Prozess und erfordert ein schnelles und direktes Vorgehen. Im Folgenden erklären wir Ihnen Schritt für Schritt, wie Sie den Exchange Server nach einem Active Directory-Ausfall wiederherstellen können.

Schritt 1: Schaden einschätzen

Je nachdem, was auf dem Server passiert ist, sollten Sie die Situation mit Active Directory beurteilen, bevor Sie drastische Entscheidungen treffen. Berücksichtigen Sie Folgendes:

Das Management oder die Kostenverantwortlichen können die Situation beurteilen und entscheiden, ob der Active Directory-Server aus der Sicherung wiederhergestellt oder versucht werden soll, das Problem zu beheben.

Schritt 2: Wiederherstellung des Active Directory-Servers

Unabhängig davon, ob es sich um eine virtuelle oder physische Maschine handelt, ist der Datenrettungsprozess nahezu identisch und umfasst die vollständige Wiederherstellung des Servers und des Systemzustands. Nach Abschluss der Datenrettung und dem Laden des Servers sollten Sie die erforderlichen Überprüfungen durchführen, um sicherzustellen, dass Active Directory ohne Probleme funktioniert.

Die vorläufigen Überprüfungen umfassen Folgendes:

Schritt 3: Vorbereiten der Datenrettung für den Exchange Server

Da die Konfiguration des Exchange Servers im Active Directory-Schema gespeichert ist, müssen Sie den Exchange Server im Wiederherstellungsmodus neu installieren. Sie müssen jedoch zuerst die folgenden Voraussetzungen erfüllen, um einen erfolgreichen Ablauf zu gewährleisten.

Um den Server wiederherzustellen, müssen derselbe Computername und dieselbe Konfiguration angegeben werden. Dadurch werden zusätzliche Probleme im Schema und zukünftige Auswirkungen vermieden. Wenn ein neuer Server mit einem anderen Namen installiert wird, bleibt die Konfiguration des alten Servers erhalten und verursacht Probleme beim Betrieb des Exchange-Servers.

Schritt 4: Exchange-Server wiederherstellen

Nachdem Sie die oben genannten Punkte überprüft haben, installieren Sie den Server. Gehen Sie dazu wie folgt vor

Dieser Vorgang kann je nach Leistung des Servers und der installierten Hardware einige Zeit dauern. Nach Abschluss des Vorgangs werden alle Informationen und Konfigurationen aus dem Active Directory-Schema abgerufen. Öffnen Sie anschließend das Exchange-Verwaltungscenter (EAC) und die Exchange-Verwaltungsshell (EMS), um benutzerdefinierte Zertifikate und Konnektoren zu installieren und sicherzustellen, dass IIS, Postfachdienste und andere Exchange Server-Dienste ausgeführt werden.

Schritt 5: Daten wiederherstellen

Nachdem Sie nun über ein funktionierendes Active Directory und einen funktionierenden Exchange Server verfügen, müssen Sie im nächsten Schritt Ihre Daten wiederherstellen. Wenn die Daten nicht beschädigt sind, sollten Sie die Datenbank wieder anhängen können. Bevor Sie die Datenbank wieder anhängen und mounten, führen Sie den Befehl ESEUtil (wie unten gezeigt) aus, um den Status der Datenbank zu überprüfen.

eseutil /mh

Um die Datenbank zu mounten, sollte der Status „Clean Shutdown“ lauten. Befindet sich die Datenbank im Status „Dirty Shutdown“, bedeutet dies, dass die Datenbank oder die Transaktionsprotokolle beschädigt sind. In diesem Fall können Sie die Datenbank mit dem folgenden Befehl problemlos wiederherstellen.

eseutil /r E01 /l „Pfad zu den Protokolldateien“ /d „Pfad zur Datenbank“

Hinweis: Der Befehl muss für jede Datenbank ausgeführt werden. Die reibungslose Datenrettung behebt kleinere Beschädigungen oder andere Probleme in der Datenbank. Wenn der Vorgang nicht erfolgreich ist, können Sie eine harte Datenrettung durchführen. Beachten Sie jedoch die folgenden Fakten zur harten Datenrettung:

Für die Ausführung ist viel Speicherplatz (abhängig von der Größe der Datenbank) erforderlich. Es gibt keine Möglichkeit, den Vorgang rückgängig zu machen. Mit dem folgenden Befehl können Sie eine harte Datenrettung durchführen:

eseutil /p „Pfad-zur-Datenbank.edb“

Zusammenfassung

Oben haben wir die schrittweise Vorgehensweise zur Wiederherstellung von Exchange Server nach einem Admin-Verzeichnisfehler erläutert. Die Herausforderung besteht jedoch darin, die Daten wiederherzustellen, wenn die Datenbanken beschädigt sind. ESEUtil kann zwar bei der Datenbankwiederherstellung helfen, hat jedoch gewisse Einschränkungen.

Um diese Einschränkungen zu umgehen, können Sie Tools wie Stellar Repair for Exchange verwenden. Dieses Tool vereinfacht den Datenbankwiederherstellungsprozess und verhindert Datenverluste. Sie können mehrere EDB-Dateien unabhängig von der Datenbankgröße und der Exchange Server-Version öffnen. Anschließend können Sie Benutzerpostfächer, freigegebene Postfächer, Benutzerarchive, deaktivierte Postfächer und öffentliche Ordner detailliert in PST- und andere Dateiformate exportieren. In diesem Fall können Sie die EDB-Dateidaten einfach direkt in eine aktive Exchange Server-Datenbank oder einen Microsoft 365-Mandanten exportieren. Der Vorgang ist schnell, reduziert die Wiederherstellungszeit und hilft Ihnen, die RPO- und RTO-Anforderungen Ihres Unternehmens zu erfüllen.

Haftungsausschluss

Die bereitgestellten Installationsanweisungen für den Exchange Server stammen ausschließlich von Stellar Information Technology Pvt. Ltd. . Infopoint Security übernimmt keine Gewähr für die Richtigkeit, Vollständigkeit oder Aktualität der enthaltenen Informationen. Die Umsetzung der Anweisungen erfolgt auf eigene Verantwortung. Jegliche Haftung für Schäden, die aus der Anwendung dieser Anweisungen resultieren, wird ausgeschlossen, soweit dies gesetzlich zulässig ist. Für technische Fragen oder Probleme im Zusammenhang mit dem Update ist ausschließlich Stellar Information Technology Pvt. Ltd. verantwortlich.