Freigeben über


Verwalten von hoher Verfügbarkeit und Ausfallsicherheit für Standorte

Gilt für: Exchange Server 2013

Nachdem Sie eine Microsoft Exchange Server 2013-Hochverfügbarkeits- oder Standortresilienzlösung erstellt, überprüft und bereitgestellt haben, wechselt die Lösung von der Bereitstellungsphase in die Betriebsphase des gesamten Lösungslebenszyklus. Die operative Phase umfasst verschiedene Tasks, die alle in Zusammenhang mit einem der folgenden Bereiche stehen: Database Availability Groups (DAGs), Postfachdatenbankkopien, Durchführen einer proaktiven Überwachung und Verwalten von Switchover- und Failovervorgängen.

Verwaltung von Database Availability Groups

Die Verwaltung von DAGs umfasst die folgenden Tasks:

  • Erstellen eines oder mehrerer DAGs: Das Erstellen einer DAG ist in der Regel ein einmaliges Verfahren, das während der Bereitstellungsphase des Lösungslebenszyklus ausgeführt wird. Es kann jedoch Gründe für das Erstellen von DAGs geben, die während der Betriebsphase auftreten, z. B.:

    • Die DAG ist für den Drittanbieter-Replikationsmodus konfiguriert, und Sie möchten auf eine fortlaufende Replikation umstellen. Sie können eine DAG nicht auf die fortlaufende Replikation zurücksetzen; Sie müssen eine neue DAG erstellen.

    • Sie verfügen über Server in mehreren Domänen. Alle Mitglieder derselben DAG müssen auch Mitglieder derselben Domäne sein.

  • Verwalten der DAG-Mitgliedschaft: Das Verwalten von DAG-Mitgliedern ist eine seltene Aufgabe, die normalerweise während der Bereitstellungsphase des Lösungslebenszyklus ausgeführt wird. Aufgrund der Flexibilität der inkrementellen Bereitstellung kann die Verwaltung der DAG-Mitgliedschaft jedoch auch in anderen Phasen im Lösungslebenszyklus durchgeführt werden.

  • Konfigurieren von DAG-Eigenschaften: Jede DAG verfügt über verschiedene Eigenschaften, die bei Bedarf konfiguriert werden können. Zu diesen Eigenschaften zählen:

    • Zeugenserver und Zeugenverzeichnis: Der Zeugenserver ist ein Server außerhalb der DAG, der als Quorumvotgeber fungiert, wenn die DAG eine gerade Anzahl von Mitgliedern enthält. Das Zeugenverzeichnis ist ein Verzeichnis, das auf dem Zeugenserver erstellt und freigegeben und vom System für das Verwalten eines Quorums verwendet wird.

    • IP-Adressen: Jede DAG verfügt über eine oder mehrere IPv4-Adressen und optional über eine oder mehrere IPv6-Adressen. Die der DAG zugewiesenen IP-Adressen werden vom Cluster verwendet, der der DAG zugrunde liegt. Die Anzahl von IPv4-Adressen, die der DAG zugewiesen sind, entspricht der Anzahl von Subnetzen, aus denen sich das von der DAG verwendete MAPI-Netzwerk zusammensetzt. Sie können die DAGs zur Verwendung statischer IP-Adressen oder für den automatischen Bezug von Adressen über DHCP (Dynamic Host Configuration Protocol) konfigurieren.

    • Koordinationsmodus für die Rechenzentrumsaktivierung: Der Koordinierungsmodus für die Rechenzentrumsaktivierung ist eine Eigenschaftseinstellung für eine DAG, die so konzipiert ist, dass Split-Brain-Bedingungen auf Datenbankebene in einem Szenario verhindert werden, in dem Sie den Dienst in einem primären Rechenzentrum wiederherstellen, nachdem ein Rechenzentrumswechsel durchgeführt wurde. Weitere Informationen zum Datencenter-Aktivierungskoordinierungsmodus finden Sie unter Datencenter-Aktivierungsmodus.

    • Alternativer Zeugenserver und alternatives Zeugenverzeichnis: Der alternative Zeugenserver und das alternative Zeugenverzeichnis sind Werte, die Sie im Rahmen des Planungsprozesses für einen Rechenzentrumswechsel vorkonfigurieren können. Diese beziehen sich auf den Zeugenserver und das Zeugenverzeichnis, die verwendet werden, wenn ein Datencenterswitchover durchgeführt wurde.

    • Replikationsport: Standardmäßig verwenden alle DAGs den TCP-Port 64327 für die fortlaufende Replikation. Sie können die DAG so ändern, dass sie einen anderen TCP-Port für die Replikation verwendet, indem Sie den ReplicationPort-Parameter des Cmdlets Set-DatabaseAvailabilityGroup verwenden.

    • Netzwerkermittlung: Sie können erzwingen, dass die DAG Netzwerke und Netzwerkschnittstellen wiederentdeckt. Dieser Vorgang wird verwendet, wenn Sie Netzwerke hinzufügen oder entfernen oder neue Subnetze einführen. Die Wiederentdeckung aller DAG-Netzwerke kann mithilfe des DiscoverNetworks-Parameters des Cmdlets Set-DatabaseAvailabilityGroup erzwungen werden.

    • Netzwerkkomprimierung: Standardmäßig verwenden DAGs die Komprimierung nur zwischen DAG-Netzwerken in verschiedenen Subnetzen. Sie können die Komprimierung für alle DAG-Netzwerke oder nur für Seedingvorgänge aktivieren, oder Sie können die Komprimierung für alle DAG-Netzwerke deaktivieren.

    • Netzwerkverschlüsselung: Standardmäßig verwenden DAGs die Verschlüsselung nur zwischen DAG-Netzwerken in verschiedenen Subnetzen. Sie können die Verschlüsselung für alle DAG-Netzwerke oder nur für Seedingvorgänge aktivieren, oder Sie können die Verschlüsselung für alle DAG-Netzwerke deaktivieren.

  • Herunterfahren von DAG-Mitgliedern: Die Exchange 2013-Hochverfügbarkeitslösung ist in den Windows-Herunterfahrensprozess integriert. Wenn ein Administrator oder eine Anwendung das Herunterfahren eines Windows-Servers in einer DAG mit einer eingebundenen Datenbank initiiert, die an eine oder mehrere DAG-Mitglieder repliziert wird, versucht das System, eine andere Kopie der eingebundenen Datenbanken zu aktivieren, bevor der Server heruntergefahren werden kann. Dieses neue Verhalten gewährleistet jedoch keine verlustfreie Aktivierung aller Datenbanken auf dem Server, der heruntergefahren wird. Aus diesem Grund sollte vor dem Herunterfahren eines Servers, der Mitglied einer DAG ist, ein Serverswitchover durchgeführt werden.

Genaue Anweisungen zum Erstellen einer DAG finden Sie unter Erstellen einer Datenbankverfügbarkeitsgruppe. Ausführliche Anweisungen zum Konfigurieren von DAGs und deren Eigenschaften finden Sie unter Konfigurieren der Eigenschaften einer DAG. Informationen zu den oben beschriebenen Verwaltungstasks und zur allgemeinen Verwaltung von DAGs finden Sie unter Managing database availability groups.

Verwaltung von Postfachdatenbankkopien

Die Verwaltung von Postfachdatenbankkopien umfasst die folgenden Tasks:

  • Hinzufügen von Postfachdatenbankkopien: Wenn Sie eine Kopie einer Postfachdatenbank hinzufügen, wird die fortlaufende Replikation zwischen der vorhandenen Datenbank und der Datenbankkopie automatisch aktiviert.

    • Konfigurieren von Eigenschaften zum Kopieren von Postfachdatenbanken: Sie können eine Vielzahl von Eigenschaften konfigurieren, z. B. die Datenbankaktivierungsrichtlinie, ggf. die Zeitspanne für Wiedergabeverzögerung und Kürzungsverzögerung und die Aktivierungspräferenz für die Datenbankkopie.

    • Anhalten oder Fortsetzen einer Postfachdatenbankkopie: Sie können eine Postfachdatenbankkopie als Vorbereitung für das Seeding oder für andere Arten der Wartung anhalten. Sie können eine Postfachdatenbank auch nur für die Aktivierung anhalten. Diese Konfiguration hindert das System an einer automatischen Aktivierung der Kopie nach einem Fehler, ermöglicht es dem System jedoch, die Datenbankkopie durch Protokollversand und -wiedergabe auf dem neuesten Stand zu halten.

    • Aktualisieren einer Postfachdatenbankkopie: Die Aktualisierung, auch als Seeding bezeichnet, ist der Prozess, bei dem eine Kopie einer Postfachdatenbank zu einem anderen Postfachserver hinzugefügt wird. Diese wird zur Basisdatenbank für die Kopie. Nach dem ersten Seeding der Basisdatenbankkopie muss für die Datenbank nur in seltenen Fällen ein erneutes Seeding durchgeführt werden.

    • Aktivieren einer Postfachdatenbankkopie: Die Aktivierung ist der Prozess, bei dem eine bestimmte passive Kopie als neue aktive Kopie einer Postfachdatenbank festgelegt wird. Dieser Vorgang wird als Switchover bezeichnet. Weitere Informationen finden Sie im Abschnitt "Switchover und Failover" weiter unten in diesem Thema.

    • Entfernen einer Postfachdatenbankkopie: Sie können eine Postfachdatenbankkopie jederzeit entfernen. Gelegentlich kann es erforderlich sein, eine Postfachdatenbankkopie zu entfernen. Sie können beispielsweise einen Postfachserver erst aus einer DAG entfernen, wenn Sie alle Postfachdatenbankkopien vom Server entfernt haben. Darüber hinaus müssen Sie alle Kopien einer Postfachdatenbank entfernen, bevor Sie den Pfad für eine Postfachdatenbank ändern können.

Ausführliche Anweisungen zum Hinzufügen einer Kopie einer Postfachdatenbank finden Sie unter Hinzufügen einer Kopie einer Postfachdatenbank. Ausführliche Anweisungen zum Konfigurieren von Postfachdatenbankkopien finden Sie unter Konfigurieren der Eigenschaften von Postfachdatenbankkopien. Informationen zu den oben beschriebenen Verwaltungstasks und zur allgemeinen Verwaltung von Postfachdatenbankkopien finden Sie unter Managing mailbox database copies. Ausführliche Anweisungen zum Entfernen einer Kopie einer Postfachdatenbank finden Sie unter Entfernen einer Postfachdatenbankkopie.

Proaktive Überwachung

Sicherstellen, dass Ihre Server zuverlässig funktionieren und ihre Datenbankkopien fehlerfrei sind, sind wichtige Ziele für tägliche Messagingvorgänge. Exchange 2013 umfasst eine Reihe von Features, die zum Ausführen einer Vielzahl von Integritätsüberwachungsaufgaben für DAGs und Postfachdatenbankkopien verwendet werden können, einschließlich:

Zusätzlich zur Überwachung von Integrität und Status ist auch eine Überwachung auf Situationen wichtig, die die Verfügbarkeit gefährden können. Es wird beispielsweise empfohlen, die Redundanz Ihrer replizierten Datenbanken zu überwachen. Wichtig ist auch die Vermeidung von Situationen, in denen nur noch eine einzige Kopie einer Datenbank verfügbar ist. Dieses Szenario muss mit höchster Priorität behandelt werden und schnellstmöglich korrigiert werden.

Weitere ausführliche Informationen zur Überwachung der Integrität und des Status von DAGs und Postfachdatenbankkopien finden Sie unter Überwachen von Datenbankverfügbarkeitsgruppen.

Switchover und Failover

Ein Wechsel ist ein manueller Prozess, bei dem ein Administrator eine oder mehrere Postfachdatenbankkopien manuell aktiviert. Ein Switchover kann auf Datenbank- oder Serverebene durchgeführt werden und erfolgt üblicherweise im Rahmen der Vorbereitung von Wartungsaktivitäten. Die Switchoververwaltung umfasst nach Bedarf das Ausführen von Switchovervorgängen auf Datenbank- oder Serverebene. Wenn Sie beispielsweise Wartungsarbeiten an einem Postfachserver in einer DAG durchführen müssen, führen Sie zunächst einen Serverswitchover durch, sodass der Server keine aktiven Postfachdatenbankkopien hostet. Genaue Anweisungen zum Durchführen eines Datenbankswitchovers finden Sie unter Aktivieren einer Kopie einer Postfachdatenbank. Switchovervorgänge können auch auf Datencenterebene durchgeführt werden.

Ein Failover ist die automatische Aktivierung einer oder mehrerer Datenbankkopien durch das System als Reaktion auf einen Fehler. Beispielsweise löst der Ausfall eines Festplattenlaufwerks in einer RAID-freien Umgebung ein Datenbankfailover aus. Der Verlust des MAPI-Netzwerks oder ein Stromausfall lösen ein Serverfailover aus.