Summary: Mitglieder der Exchange-Datenbankverfügbarkeitsgruppe können aus verschiedenen Gründen ausfallen, z. B. aufgrund von Hardwarefehlern, Softwareproblemen, kollidierenden Drittanbieteranwendungen usw. In diesem Beitrag haben wir den Schritt-für-Schritt-Prozess zur Wiederherstellung ausgefallener Exchange 2016 DAG-Mitglieder erklärt. Außerdem haben wir eine fortschrittliche Exchange-Wiederherstellungssoftware erwähnt, die Ihnen helfen kann, Postfächer wiederherzustellen, wenn die Datenbanken beschädigt oder korrumpiert werden.
Obwohl Datenbankverfügbarkeitsgruppen (Database Availability Groups, DAG) eine sichere Welt für die Administratoren und das Unternehmen bieten, können sie Probleme verursachen. Wie andere Maschinen können auch sie ausfallen. Die häufigsten Gründe für den Ausfall eines Exchange 2016 DAG-Mitglieds sind:
- Hardware-Fehler, ein defektes Motherboard oder andere Komponenten im Server-Host oder physisch.
- Software-Probleme, verursacht durch ein fehlerhaftes oder widersprüchliches Windows-Update.
- Anwendungen von Drittanbietern, die nicht Exchange Server-freundlich sind, können wichtige Exchange Server-Dateien sperren.
- Plötzlicher Stromausfall und Neustart der Server ohne ordnungsgemäßes Herunterfahren. Dies kann zur Beschädigung von Datenbanken oder Protokollen führen.
- Der Server ist mit einem Virus, Malware oder Ransomware infiziert.
Schritte zur Wiederherstellung eines ausgefallenen Exchange 2016 DAG-Mitglieds
Die Wiederherstellung eines ausgefallenen Exchange DAG-Mitglieds ist nicht einfach nur eine Neuinstallation und ein erneuter Beitritt. Es handelt sich um einen komplexen Prozess der Bereinigung des Active Directory/Exchange Server-Schemas, bevor ein neues Mitglied als Ersatz installiert wird. Der Grund dafür ist, dass ein Großteil der Exchange Server-Konfiguration im Active Directory-Schema gespeichert ist.
Die Schritte sind wie folgt:
Schritt 1: Entfernen Sie zunächst das ausgefallene Mitglied aus der Datenbankverfügbarkeitsgruppe (DAG).
Verwenden Sie den folgenden Befehl, um die Datenbankkopien zu entfernen.
Get-MailboxDatabaseCopyStatus -Server <Fehlerservername> | Remove-MailboxDatabaseCopy -Confirm:$False
Schritt 2: Entfernen Sie den Server aus der Gruppe, indem Sie den folgenden Befehl verwenden.
Remove-DatabaseAvailabilityGroupServer -Identity DAG01 -MailboxServer EX02 -ConfigurationOnly
Schritt 3: Entfernen Sie den ausgefallenen Server aus dem Cluster. Verwenden Sie dazu den folgenden Befehl.
Get-ClusterNode <Fehlerservername> | Remove-ClusterNode
Schritt 4: Sobald dies erledigt ist, können Sie das neue Serverbetriebssystem installieren oder die virtuelle Maschine bereitstellen. Nachdem die Installation abgeschlossen ist, treten Sie der Domäne bei.
Schritt 5: Installieren Sie alle Updates, da der Server die gleiche Version und den gleichen Build wie die anderen Mitgliedsserver in der DAG haben sollte. Sie können die erforderlichen Informationen überprüfen, indem Sie den Befehl Get-Exchangeserver ausführen und den Parameter AdminDisplayVersion überprüfen.
Schritt 6: Nachdem Sie den Server mit der Domäne verbunden, alle Updates installiert und die Version und den Build der aktuellen Exchange Server-Installation bestätigt haben, installieren Sie den Exchange Server im Wiederherstellungsmodus.
Dadurch wird Exchange installiert und die gesamte Konfiguration aus dem Active Directory-Schema wiederhergestellt. Führen Sie die Installation von Exchange im unbeaufsichtigten Modus mit dem Befehl setup /m:recoverserver aus.
setup /m:recoverserver /IAcceptExchangeServerLicenseTerms
Exchange Server 2016- und 2019-Benutzer mit September 2021 oder späterer CU müssen das folgende Cmdlet ausführen.
setup /m:recoverserver /IAcceptExchangeServerLicenseTerms_DiagnosticDataON
Schritt 7: Nachdem die Installation des Exchange Servers abgeschlossen ist, müssen Sie den Server mit dem folgenden Befehl wieder zur Datenbankverfügbarkeitsgruppe (DAG) hinzufügen.
Add-DatabaseAvailabilityGroupServer -Identity DAG01 -MailboxServer EX02
Schritt 8: Der Server ist nun wieder mit dem Cluster und der DAG verbunden. Es findet jedoch keine Replikation der Datenbanken statt. Bei einem Failover funktioniert Exchange Server zwar, aber die Benutzer können nicht auf ihre Postfächer zugreifen, da sich diese nur in der Datenbank des anderen Servers befinden.
Add-MailboxDatabaseCopy -Identity DBX01 -MailboxServer EX02
Sie müssen dem neu wiederhergestellten Server Datenbankkopien hinzufügen, indem Sie den folgenden Befehl verwenden:
Schritt 9: Starten Sie anschließend am besten den Microsoft Exchange Information Store-Dienst neu, damit die Änderungen wirksam werden.
In diesem Stadium beginnt das Seeding der hinzugefügten Datenbank(en) auf dem neu wiederhergestellten Server. Je nach Größe und Leistung des Servers und der Verbindungsgeschwindigkeit kann es einige Zeit dauern, bis die Postfachdatenbanken vollständig eingerichtet sind.
Die Änderungen werden repliziert, nachdem das erste Seeding abgeschlossen ist. Sie können den Replikationsstatus mit dem Befehl Get-MailboxDatabaseCopyStatus überprüfen. Damit erhalten Sie alle Informationen über die Daten, die zwischen den Servern synchronisiert werden.
In diesem Stadium sollten Sie ein ausgefallenes Exchange 2016-DAG-Mitglied erfolgreich wiederhergestellt haben.
Schlussfolgerung
Die oben genannten Schritte werden Ihnen helfen, ein ausgefallenes Exchange 2016 DAG-Mitglied wiederherzustellen. Wenn jedoch die Postfachdatenbanken des Primärservers beschädigt oder korrumpiert wurden, könnte dies die Replikation der Daten stoppen. In solchen Situationen können Sie eine Anwendung eines Drittanbieters wie Stellar Repair for Exchange verwenden, um Ihre Postfächer wiederherzustellen und sie in einer gesunden Datenbankkopie mit möglichst geringer Ausfallzeit wiederherzustellen. Stellar Repair for Exchange kann jede Version der Exchange Server-Datenbank (.edb) öffnen und die Postfächer und E-Mail-Elemente in PST und andere Dateiformate exportieren. Sie können auch Postfächer aus einer reparierten EDB-Datei direkt in eine Live Exchange Server-Datenbank oder einen Office 365-Tenant exportieren.
