Entwurfsbeispiele für Datenbankverfügbarkeitsgruppen

Letztes Änderungsdatum des Themas: 2009-12-08

Dass eine Datenbankverfügbarkeitsgruppe (Database Availability Group, DAG) bis zu 16 Postfachserver enthalten und auf mehrere physikalische Standorte und Active Directory-Standorte erweitert werden kann, bietet vielfältige Möglichkeiten für den Architekturentwurf von DAGs.

Sie können Entwurfsbeispiele für DAGs in einer Vielzahl von Umgebungen verwenden:

  • DAG mit zwei Mitgliedern, die für Bereitstellungen in kleinen Büros und Zweigstellen geeignet ist
  • DAG mit vier Mitgliedern, die hohe Verfügbarkeit in einem einzelnen Datencenter bereitstellt, indem alle Mitglieder im selben Datencenter angeordnet werden
  • DAG mit vier Mitgliedern, die hohe Verfügbarkeit in einem einzelnen Datencenter und Ausfallsicherheit für dieses Datencenter bereitstellt, indem zwei der Mitglieder im primären Datencenter und zwei weitere in einem zweiten Datencenter angeordnet werden

Der Entwurf, den Sie für die DAGs verwenden, und die Verteilung von Postfachdatenbankkopien basieren auf den Vereinbarungen zum Servicelevel (Service Level Agreement, SLA) der Organisation sowie auf der angestrebten Wiederherstellungsdauer und dem angestrebten Wiederherstellungszeitpunkt für Postfachdienst und -daten entsprechend den Bestimmungen in diesen SLAs.

Möchten Sie wissen, welche Verwaltungsaufgaben es im Zusammenhang mit hoher Verfügbarkeit und Ausfallsicherheit gibt? Weitere Informationen finden Sie unter: Verwalten von hoher Verfügbarkeit und Ausfallsicherheit für Standorte.

Inhalt

DAG mit zwei Mitgliedern in einem einzelnen Datencenter/Active Directory-Standort

DAG mit vier Mitgliedern in einem einzelnen Datencenter/Active Directory-Standort

DAG mit vier Mitgliedern in zwei Datencentern/Active Directory-Standorten

DAG mit zwei Mitgliedern in einem einzelnen Datencenter/Active Directory-Standort

Eine DAG mit zwei Mitgliedern ist die kleinstmögliche DAG, die hohe Verfügbarkeit bereitstellen kann. DAGs mit zwei Mitgliedern sind am besten geeignet für Organisationen, die ein gewisses Maß an hoher Verfügbarkeit für Postfachdienste und -daten, jedoch keine Ausfallsicherheit benötigen. Diese Konfiguration funktioniert besonders gut in Bereitstellungen in kleinen Büros und Zweigstellen, denn sie ermöglicht mit nur zwei Exchange-Servern Redundanz für die Clientzugriffs-, Postfach- und Hub-Transport-Serverrollen. Die folgende Abbildung zeigt diese Konfiguration.

Datenbankverfügbarkeitsgruppe mit zwei Mitgliedern
Zweiteilige Database Availability Group (DAG)

Mehrere Aspekte dieser Konfiguration sind erwähnenswert:

  • In diesem Entwurf werden nur die Clientzugriffs-, Postfach- und Hub-Transport-Serverrollen am selben Ort installiert. Obwohl die Installation der Unified Messaging-Serverrolle am selben Ort auch unterstützt wird, wird aus Leistungsgründen von dieser Konfiguration abgeraten.
  • Damit hohe Verfügbarkeit für Clientzugriffs- und Hub-Transport-Serverrollen erzielt wird, sollte eine Form des Lastenausgleichs zwischen den Clients und diesen Serverrollen verwendet werden. Da sich diese Serverrollen zusammen auf einem Postfachserver befinden, der Mitglied einer DAG ist, kann Windows Network Load Balancing (NLB) nicht verwendet werden, da NLB und Windows Failoverclustering nicht auf demselben Server installiert werden können. Stattdessen muss eine Lösung für den Netzwerklastenausgleich verwendet werden, bei der es sich nicht um Windows NLB handelt (z. B. Internet Security and Acceleration (ISA) Server 2006-Lastenausgleich, ein Hardware-Lastenausgleichsmodul oder ein Lastenausgleichsmodul eines Drittanbieters).
  • Wie bei allen DAGs mit einer geraden Anzahl von Mitgliedern ist auch bei einer DAG mit zwei Mitgliedern ein Zeugenserver erforderlich, um das Quorum beizubehalten. Das Quorum wird beibehalten, solange mehr als die Hälfte der Wähler für das Quorum verfügbar sind und miteinander kommunizieren. Eine DAG mit zwei Mitgliedern und einem Zeugenserver stellt drei Wähler für das Quorum bereit (die Mitglieder der DAG und der Zeuge können jederzeit darüber bestimmen, immer wenn sie verfügbar sind und miteinander kommunizieren). Daher kann eine DAG mit zwei Mitgliedern einen Fehler bei einem Wähler oder den Ausfall eines Wählers (z. B. eines der Mitglieder der DAG oder nur des Zeugenservers) kompensieren, ohne dass es zu einer Betriebsunterbrechung kommt. Der Verlust von zwei Wählern (z. B. eines DAG-Mitglieds und des Zeugenservers) hingegen führt zu einem Verlust des Quorums, wodurch es zu einer Betriebsunterbrechung kommt.

Nach oben

DAG mit vier Mitgliedern in einem einzelnen Datencenter/Active Directory-Standort

Eine DAG mit vier Mitgliedern in einer Bereitstellung mit einem einzelnen Datencenter bietet eine größere Fehlersicherheit als eine aus zwei oder drei Mitgliedern bestehende DAG. Größere DAGs ermöglichen automatisch eine höhere Fehlersicherheit, da sie eine größere Anzahl von Fehlern ausgleichen können, ohne dass der Betrieb unterbrochen wird. Während eine DAG aus zwei oder drei Mitgliedern den Verlust nur eines Wählers ausgleichen kann, ohne dass es zu einem Verlust des Quorums und einer Betriebsunterbrechung kommt, kann eine DAG mit vier Mitgliedern, die laut Definition fünf Wähler für das Quorum enthält, den Verlust von zwei Wählern ausgleichen, ohne dass es zu einem Verlust des Quorums und einer Betriebsunterbrechung kommt.

Die folgende Abbildung veranschaulicht eine DAG mit vier Mitgliedern, die sich alle in einem einzelnen Datencenter befinden.

Datenbankverfügbarkeitsgruppe mit vier Mitgliedern
Vierteilige Database Availability Group (DAG)

Wenn Sie eine DAG mit vier Mitgliedern verwenden, können Sie maximal vier Kopien jeder Datenbank erstellen. Diese Anzahl von Datenbankkopien reicht aus, um alternative Datenschutzszenarien, z. B. flexiblen Postfachschutz, verwenden zu können. Dank des flexiblen Postfachschutzes können Sie die hohe Verfügbarkeit von Exchange 2010 und die ESE-Funktionen (Extensible Storage Engine) für Ausfallsicherheit mit anderen integrierten Schutzfunktionen, z. B. verzögerten Kopien einer Postfachdatenbank, Aufbewahrungsrichtlinien, dem Ordner "Wiederherstellbare Elemente" und der Halterichtlinie, kombinieren. So lässt sich eine Lösung erstellen, mit der der Bedarf nach anderen Formen des Schutzes, z. B. Verwenden von RAID (Redundant Array of Independent Disks) oder Durchführen von Datensicherungen, verringert werden kann. Weitere Informationen zum flexiblen Postfachschutz finden Sie unter Grundlegendes zu Sicherung, Wiederherstellung und Notfallwiederherstellung. Weitere Informationen zum Verwenden der Replikation für Sicherungen und von Plattenspeichern mit mehreren Festplatten ohne RAID-Controller (Just a Bunch Of Disks, JBOD) finden Sie unter Speicherentwurf für Postfachserver.

Nach oben

DAG mit vier Mitgliedern in zwei Datencentern/Active Directory-Standorten

Eine DAG mit vier Mitgliedern, die auf zwei Datencenter erweitert ist, stellt für beide Datencenter hohe Verfügbarkeit und Ausfallsicherheit von Sites für die Postfachdienste und -daten bereit. Diese Konfiguration wird in der folgenden Abbildung veranschaulicht.

Datenbankverfügbarkeitsgruppe mit vier Mitgliedern, die über zwei Standorte erweitert ist
DAG über zwei Standorte

Mehrere Aspekte dieser Konfiguration sind erwähnenswert:

  • Der Zeugenserver für die DAG sollte sich im primären Datencenter befinden. In der Regel ist das primäre Datencenter das Datencenter, das den größten Benutzerbestand aufweist. Durch die Verwendung eines Zeugenservers im primären Datencenter kann bei einem WAN-Ausfall (Wide Area Network, Fernnetz) für den Großteil des Benutzerbestands eine durchgehende Funktionalität sichergestellt werden.
  • Es gibt kein direktes Routing, das den Taktdatenverkehr vom Replikationsnetzwerk auf einem DAG-Mitgliedsserver zum MAPI-Netzwerk auf einem anderen DAG-Mitgliedsserver (oder umgekehrt) oder zwischen mehreren Replikationsnetzwerken in der DAG ermöglicht.
  • In diesem Beispiel werden die Exchange-Serverrollen auf spezieller Hardware bereitgestellt. Da sich die Clientzugriffs- und die Hub-Transport-Serverrolle und der Postfachserver nicht in derselben DAG befinden, wird Windows NLB zum Lastenausgleich der Clientzugriffs- und der Hub-Transport-Serverrolle verwendet.

Nach oben