Anschließend können Sie Exchange die Wahl überlassen, welche Postfachdatenbankkopien auf den verschiedenen Servern mit den Kopien aktiv geschaltet werden, oder Sie wählen manuell einen Zielserver aus, auf dem Exchange die Postfachdatenbankkopien zukünftig als produktive Datenbanken einsetzt.

In der Exchange Management Shell funktioniert das Ganze dann folgendermaßen:

Move-ActiveMailboxDatabase 
 -Server <Quellserver>
 -ActivateOnServer <Zielserver>

Fallen in einem Rechenzentrum alle Server und die Verbindung zu anderen Rechenzentren aus, können Sie ein Standby-Rechenzentrum aktivieren. Ist die Netzwerkverbindung zwischen den Rechenzentren wieder aktiv, fährt Exchange normalerweise die Mitglieder der Datenbankverfügbarkeitsgruppe im ausgefallenen Rechenzentrum wieder hoch. Das zentrale Rechenzentrum sollte immer das Quorum der Datenbankverfügbarkeitsgruppe haben, also die Mehrzahl der Mitglieder, einschließlich des Zeugenservers.

Auf diese Weise verfügt das zentrale Rechenzentrum über die Mehrheit der DAG, also die meisten Server des Clusters, auch wenn keine Verbindung zu den Mitgliedern der Datenbankverfügbarkeitsgruppe im Standby-Rechenzentrum besteht. Hierbei kann es allerdings zu Problemen kommen, da Exchange Datenbanken im zentralen Rechenzentrum bereitstellt, in denen andere Daten gespeichert sind als in den produktiven Datenbanken, die aktuell im aktivierten Standby-Rechenzentrum bereitgestellt sind.

Der Active Manager, das Kontrollmodul in Exchange zur Steuerung der DAG, speichert ein Flag (0 oder 1) im Arbeitsspeicher. Dieses Bit legt fest, ob die lokale DAG lokale Datenbanken, die auf dem Server als aktiv zugewiesen sind, bereitstellen darf. Haben Sie für eine Datenbankverfügbarkeitsgruppe den Rechenzentrum-Aktivierungsmodus aktiviert, setzt Exchange das Bit auf 0, was bedeutet, dass Exchange die Datenbanken nicht automatisch bereitstellt.

Dadurch muss der Server erst versuchen, ob er mit allen Mitgliedern der Datenbankverfügbarkeitsgruppe kommunizieren kann. Antwortet ein anderer Server, dass sein Bit auf 1 gesetzt ist, bedeutet das, dass die Server Datenbanken automatisch bereitstellen dürfen. Bei der Wiederherstellung eines zentralen Rechenzentrums nach einem Stromausfall, bei dem die Server funktionieren, aber nicht die Verbindung zu den anderen Rechenzentren, ist bei allen Mitgliedern der Datenbankverfügbarkeitsgruppe im zentralen Rechenzentrum das Bit auf den Wert "0" gesetzt.

Aus diesem Grund stellt keiner der Server im Rechenzentrum automatisch Datenbanken bereit, da die Server nicht mit einem Mitglied der Datenbankverfügbarkeitsgruppe kommunizieren können, das im Rechenzentrum-Aktivierungsprotokoll einen Bit-Wert von 1 zurückmeldet. Den Aktivierungsmodus für Rechenzentren starten Sie in der Exchange Management Shell mit dem Cmdlet Set-DatabaseAvailabilityGroup, also etwa mit:

Set-DatabaseAvailabilityGroup 
 -Identity DAG1 
 -DatacenterActivationMode DagOnly

Die DAG-Mitglieder im primären Datencenter müssen als beendet gekennzeichnet sein, damit die Datenbanken nicht versehentlich bereitgestellt werden. Dazu verwenden Sie am Standort das Cmdlet Stop-DatabaseAvailabilityGroup und die Option "ActiveDirectorySite". Sie müssen das Stop-Cmdlet auf allen Servern im zentralen Rechenzentrum ausführen.

Im zweiten Rechenzentrum, dem Standby-Zentrum, müssen Sie herausfinden, welche Server des zentralen Rechenzentrums beendet wurden. Dazu verwenden Sie ebenfalls das Cmdlet Stop-DatabaseAvailabilityGroup mit den Optionen "ConfigurationOnly" und "ActiveDirectorySite" mit dem Namen des Active-Directory-Standorts im ausgefallenen zentralen Rechenzentrum.

Für DAG-Mitglieder im zentralen Rechenzentrum müssen Sie Cluster der Datenbankverfügbarkeitsgruppe entfernen, wenn die Bereinigung nicht korrekt funktioniert. Verwenden Sie dazu auf den Servern im zentralen Rechenzentrum die folgenden beiden Befehle in der Eingabeaufforderung:

Net stop clussvc Cluster <DAG> node <DAG-Mitglied> /forcecleanup

Die Mitglieder der DAG im zweiten Rechenzentrum starten Sie neu und schließen damit den entsprechenden Vorgang ab. Halten Sie den Cluster-Dienst für jedes Mitglied der Datenbankverfügbarkeitsgruppe im zweiten Datencenter an, indem Sie den Befehl Net stop clussvc verwenden. Geben Sie auf einem DAG-Mitglied im zweiten Rechenzentrum den folgenden Befehl ein, um das Quorum, die Steuerung des DAG-Clusters, zu übernehmen:

Net start clussvc /forcequorum

Starten Sie dann den Failovercluster-Manager und stellen Sie die Verbindung mit dem Cluster der Datenbankverfügbarkeitsgruppe her. Navigieren Sie zu "<Clustername> / Knoten". Klicken Sie mit der rechten Maustaste auf jeden Knoten im zentralen Rechenzentrun und wählen Sie "Weitere Aktionen/Entfernen".

Befindet sich die Datenbankverfügbarkeitsgruppe im Aktivierungsmodus für die Datenbanken, sollten Sie diesen Modus auf jedem DAG-Mitglied im zweiten Rechenzentrum beenden, zum Beispiel mit dem Cmdlet Stop-Service ClusSvc. Alternativ können Sie dazu auch Net stop clussvc verwenden.

Die Postfachserver im zweiten Rechenzentrum aktivieren Sie mit Restore-DatabaseAvailabilityGroup für die Übernahme. Den Active-Directory-Standort des zweiten Rechenzentrums nutzen Sie mit dem Cmdlet Restore-DatabaseAvailabilityGroup. Nach den Vorbereitungen führen Sie auf den Servern im ausgefallenen zentralen Rechenzentrum ein Serverswitchover durch. Dazu können Sie natürlich wie immer auch die Exchange Management Shell verwenden:

Move-ActiveMailboxDatabase 
 -Server <DAG-Server im ausgefallenen zentralen Rechenzentrum>
 -ActivateOnServer <DAG-Server im Standby-Rechenzentrum>

Stellen Sie manuell alle Datenbanken im zweiten Rechenzentrum bereit. Ist das zentrale Rechenzentrum wieder verfügbar, übertragen Sie schließlich die Verwaltung der DAG wieder zum zentralen Rechenzentrum.




ln/Thomas Joos