Der Datacenter Activation Coordination Mode (DAC) ist eine Eigenschaft in einer Database Availability Group (DAG). Dieser Modus wird verwendet, um den Datenbank-Mount auf das Startverhalten der Datenbankverfügbarkeitsgruppe (DAG) zu steuern. Die Funktion soll verhindern, dass das Split-Brain auf Datenbankebene auftritt, wenn ein Switchback erfolgt.
Was ist also ein Split Brain? Ein Split Brain, auch bekannt als Split-Brain-Syndrom, ist ein Zustand, bei dem eine Postfachdatenbank als aktive Kopie von zwei Mitgliedern der Datenbankverfügbarkeitsgruppe eingestellt ist. Dies führt zu Kommunikationsproblemen zwischen den beiden Servern und Datenbanken.
Um ein geteiltes Gehirn zu verhindern, können Sie den Modus “Datacenter Activation Coordination” (DAC) aktivieren, da er vor der Aktivierung die Erlaubnis zum Mounten der Datenbank von den Mitgliedern der Datenbankverfügbarkeitsgruppe (DAG) erfordert. Betrachten Sie dies als eine ausfallsichere Option.
Wie wird der DAC-Modus überprüft und aktiviert?
Wenn der Modus “Datacenter Activation Coordination” (DAC) aktiviert ist, wird nicht nur verhindert, dass Ihr Cluster in eine Split-Brain-Situation gerät, sondern es werden auch neue Cmdlets aktiviert, einschließlich Stop-DatabaseAvailabilityGroup, Start-DatabaseAvailabilityGroup und Restore-DatabaseAvailabilityGroup. Diese Befehle sind bei der Umstellung des Rechenzentrums sehr nützlich.
Um festzustellen, ob der DAC-Modus aktiv ist oder nicht, können Sie den Befehl Get-DatabaseAvailabilityGroup mit den folgenden Parametern verwenden, um die Informationen zu erhalten.
Get-DatabaseAvailabilityGroup | Select Name,Servers,DatacenterActivationMode
Wenn sie nicht aktiviert ist, wird die Ausgabe als “aus” angezeigt.
Um den DAC-Modus zu aktivieren, müssen Sie das Cmdlet Set-DatabaseAvailabilitGroup wie unten angegeben verwenden. Set-DatabaseAvailabilityGroup servername -DatacenterActivationMode DagOnly /servername
Sobald dies abgeschlossen ist, ändert sich der DataCenterActivationMode zu DagOnly.
Zu beachtende Punkte vor der Aktivierung des DAC-Modus
Der DAC-Modus ist standardmäßig deaktiviert, wenn ein hochverfügbarer Exchange Server konfiguriert ist. Er sollte für alle Datenbankverfügbarkeitsgruppen mit zwei oder mehr Mitgliedern aktiviert werden, die für die Verwendung der kontinuierlichen Replikation konfiguriert sind.
Wenn Sie Replikationssoftware oder -hardware von Drittanbietern installiert haben, wird empfohlen, diese Funktion nicht zu aktivieren. Dies gilt auch für den Replikationsmodus von Drittanbietern. Sie wird auch nicht unterstützt, wenn Ihre DAG nur ein Mitglied im Cluster hat.
Ein weiterer Punkt ist, dass der DAC-Modus für jede Datenbankverfügbarkeitsgruppe aktiviert werden kann, die in einem einzigen Rechenzentrum existiert, obwohl es nicht wahrscheinlich ist, dass ein Split-Brain auftritt. Es wird jedoch empfohlen, ihn zu aktivieren, da die Möglichkeit besteht, dass dies dennoch geschieht. Ein Split-Brain kann leicht auftreten, wenn ein Exchange Server am Hauptstandort und die anderen an einem anderen geografischen Standort für Disaster Recovery und Business Continuity eingerichtet sind. Dies kann aufgrund von Latenzzeiten, Verbindungsunterbrechungen oder sogar Fehlkonfigurationen zwischen den Standorten passieren.
Es ist wichtig, diese Dinge zu wissen, da es zu Problemen kommen kann, wenn es nicht gut konfiguriert ist oder mit einem nicht unterstützten Setup konfiguriert wird. Sie möchten nicht mit einer Einrichtung konfrontiert werden, bei der die Exchange-Transaktionsprotokolle beschädigt sind oder die Datenbanken der Standorte nicht übereinstimmen, was zu Datenverlusten führen kann. Wenn zwei Datenbanken aktiv sind, gibt es Probleme mit der Replikation und sogar mit der Datenintegrität.
Was ist zu tun, wenn Split Brain auftritt?
Wenn der Prozess des Split-Brain auftritt, werden beide Server denken, sie seien aktive Server. Dies führt zu einem Chaos bei den Daten auf der Website und zu einer Beschädigung der Exchange-Datenbank oder sogar zu einer Beschädigung der Datenbanken oder Protokolle.
In solchen Fällen müssen Sie die Server aus dem Backup wiederherstellen, da die Behebung des Problems mehrere Stunden dauern kann. Die Wiederherstellung aus dem Backup würde zu einem Datenverlust führen, je nachdem, zu welcher Tageszeit dies geschieht. Beschädigte Datenbanken oder Transaktionsprotokolle sind unangenehm, da die Datenbanken nicht gemountet werden können.
Sie können ESEUtil verwenden, um eine schnelle Wiederherstellung oder eine harte Wiederherstellung durchzuführen, um das Problem zu beheben. Die harte Wiederherstellung wird jedoch nicht empfohlen, da dabei alle Daten gelöscht werden, die als beschädigt gelten. Nach all diesen Strapazen gibt es keine Garantie, dass die Datenbank gemountet werden kann.
Eine alternative Lösung
Exchange-Wiederherstellungsanwendungen von Drittanbietern, wie z. B. Stellar Repair for Exchange, können in solchen Situationen hilfreich sein. Stellar Repair for Exchange kann mehrere Exchange Server-Datenbanken von jeder Version und in jedem Zustand öffnen. Sie können den Datenspeicher durchsuchen und in PST und andere Dateiformate exportieren. Falls die Exchange-Datenbank nicht montiert ist, können Sie einfach eine neue Datenbank erstellen und direkt von der beschädigten Datenbank in die neue exportieren. Sie können auch direkt in ein Office 365-Tenant exportieren. Es bietet automatische oder manuelle Postfachzuordnung, parallele Postfachwiederherstellung, Exporte mit VIP-Priorität und Fortsetzung bei Unterbrechung des Prozesses. Dadurch werden die Kosten und die Zeit der Wiederherstellung auf ein Minimum reduziert.
Was this article helpful?
