Database Availability Groups (DAGs)Database availability groups (DAGs)

Gilt für: Exchange Server 2013Applies to: Exchange Server 2013

Erfahren Sie mehr über Exchange DAG in Exchange Server 2013.Learn about Exchange DAG in Exchange Server 2013. In diesem Artikel werden der DAG-Lebenszyklus (Database Availability Group) sowie die Verwendung einer DAG für hohe Verfügbarkeit und Ausfallsicherheit von Standorten erläutert.This article discusses the database availability group (DAG) lifecycle, as well as using a DAG for high availability and for site resilience.

Eine Database Availability Group (DAG) ist die Basiskomponente des Frameworks für Postfachserver für hohe Verfügbarkeit und Ausfallsicherheit für Standorte in Microsoft Exchange Server 2013. Eine DAG besteht aus bis zu 16 Postfachservern, die einen Gruppe von Datenbanken hosten und eine automatische Wiederherstellung auf Datenbankebene nach Fehlern bieten, die einzelne Server oder Datenbanken betreffen.A database availability group (DAG) is the base component of the Mailbox server high availability and site resilience framework built into Microsoft Exchange Server 2013. A DAG is a group of up to 16 Mailbox servers that hosts a set of databases and provides automatic database-level recovery from failures that affect individual servers or databases.

Eine DAG stellt eine Abgrenzung für die Replikation der Postfachdatenbank, für Datenbank- und Serverswitchover und für Failover sowie für eine interne Komponente namens Active Manager dar.A DAG is a boundary for mailbox database replication, database and server switchovers and failovers, and an internal component called Active Manager. Active Manager, der auf jedem Postfachserver ausgeführt wird, verwaltet Switchover und Failover in DAGs.Active Manager, which runs on every Mailbox server, manages switchovers and failovers within DAGs. Weitere Informationen zu Active Manager finden Sie in Active Manager.For more information about Active Manager, see Active Manager.

Jeder Server in einer DAG kann als Host für eine Kopie einer Postfachdatenbank eines beliebigen anderen Servers in der DAG fungieren. Wenn einer DAG ein Server hinzugefügt wird, wird dieser mit den anderen Servern in der DAG eingesetzt, um eine automatische Wiederherstellung nach Fehlern zu bieten, die Postfachdatenbanken betreffen, z. B. Datenträger-, Server- oder Netzwerkfehler.Any server in a DAG can host a copy of a mailbox database from any other server in the DAG. When a server is added to a DAG, it works with the other servers in the DAG to provide automatic recovery from failures that affect mailbox databases, such as a disk, server, or network failure.

DAG-Lebenszyklus (Database Availability Group)Database availability group (DAG) lifecycle

DAGs nutzt das Konzept der inkrementellen Bereitstellung, also die Möglichkeit, Dienst-und Datenverfügbarkeit für alle Postfachserver und Datenbankennach der Installation von Exchange bereitzustellen.DAGs leverage the concept of incremental deployment, which is the ability to deploy service and data availability for all Mailbox servers and databases after Exchange is installed. Nachdem Sie Exchange 2013 Postfachserver bereitgestellt haben, können Sie eine DAG erstellen, der DAG Postfachserver hinzufügen und dann Postfachdatenbanken zwischen den DAG-Mitgliedern replizieren.After you deploy Exchange 2013 Mailbox servers, you can create a DAG, add Mailbox servers to the DAG, and then replicate mailbox databases between the DAG members.

Hinweis

Es wird unterstützt, eine DAG zu erstellen, die eine Kombination aus physischen Postfachservern und virtualisierten Postfachservern enthält, vorausgesetzt, die Server und die Lösung entsprechen den Exchange 2013 Systemanforderungen und den Anforderungen in Exchange 2013 Virtualisierung.It's supported to create a DAG that contains a combination of physical Mailbox servers and virtualized Mailbox servers, provided that the servers and solution comply with the Exchange 2013 system requirements and the requirements set forth in Exchange 2013 virtualization. Wie bei allen Exchange-Hochverfügbarkeitskonfigurationen müssen Sie sicherstellen, dass alle Postfachserver in der DAG groß genug sind, um die erforderliche Arbeitslast während geplanter und ungeplanter Ausfälle zu verarbeiten.As with all Exchange high availability configurations, you must ensure that all Mailbox servers in the DAG are sized appropriately to handle the necessary workload during scheduled and unscheduled outages.

Eine DAG wird mithilfe des Cmdlets New-DatabaseAvailabilityGroup erstellt. Eine DAG wird zunächst als leeres Objekt in Active Directory erstellt. Das Verzeichnisobjekt dient zum Speichern relevanter Informationen über die DAG, beispielsweise Servermitgliedschaftsinformationen und einige DAG-Konfigurationseinstellungen. Wenn Sie der DAG den ersten Server hinzufügen, wird automatisch ein Failovercluster für die DAG erstellt. Dieser Failovercluster wird ausschließlich von der DAG verwendet und muss ihr dediziert zugeordnet werden. Die Verwendung des Clusters für andere Zwecke wird nicht unterstützt.A DAG is created by using the New-DatabaseAvailabilityGroup cmdlet. A DAG is initially created as an empty object in Active Directory. This directory object is used to store relevant information about the DAG, such as server membership information and some DAG configuration settings. When you add the first server to a DAG, a failover cluster is automatically created for the DAG. This failover cluster is used exclusively by the DAG, and the cluster must be dedicated to the DAG. Use of the cluster for any other purpose isn't supported.

Zusätzlich zur Erstellung eines Failoverclusters wird die Infrastruktur zur Überwachung der Server auf Netzwerk- oder Serverfehler initiiert. Der Failovercluster-Taktmechanismus und die Clusterdatenbank werden dann zum Verfolgen und Verwalten von Informationen zur DAG verwendet, die sich schnell ändern können, wie beispielsweise Datenbankeinbindungsstatus, Replikationsstatus und Standort der letzten Einbindung.In addition to a failover cluster being created, the infrastructure that monitors the servers for network or server failures is initiated. The failover cluster heartbeat mechanism and cluster database are then used to track and manage information about the DAG that can change quickly, such as database mount status, replication status, and last mounted location.

Während der Erstellung erhält die DAG einen eindeutigen Namen und ihr wird mindestens eine statische IP-Adresse zugeordnet, sofern sie nicht für die Verwendung von DHCP (Dynamic Host Configuration Protocol) konfiguriert wird oder ohne Cluster-Administratorzugriffspunkt erstellt wurde. DAGs ohne Cluster-Administratorzugriffspunkt können nur auf Servern erstellt werden, auf denen Exchange 2013 Service Pack 1 oder neuer auf Windows Server 2012 R2 Standard oder Datacenter Edition ausgeführt wird. DAGs ohne Cluster-Administratorzugriffspunkt haben folgende Eigenschaften:During creation, the DAG is given a unique name, and either assigned one or more static IP addresses or configured to use Dynamic Host Configuration Protocol (DHCP), or created without a cluster administrative access point. DAGs without an administrative access point can be created only on servers running Exchange 2013 Service Pack 1 or later on Windows Server 2012 R2 Standard or Datacenter edition. DAGs without cluster administrative access points have the following characteristics:

  • Es sind keine IP-Adressen zu Cluster/DAG zugewiesen, und daher befindet sich keine IP-Adressenressource in der Cluster-Hauptressourcengruppe.There is no IP address assigned to the cluster/DAG, and therefore no IP Address Resource in the cluster core resource group.

  • Es ist kein Netzwerkname zum Cluster zugewiesen, und daher befindet sich keine Netzwerknamensressource in der Cluster-HauptressourcengruppeThere is no network name assigned to the cluster, and therefore no Network Name Resource in the cluster core resource group

  • Der Name von Cluster/DAG ist nicht in DNS registriert, und kann innerhalb des Netzwerks nicht aufgelöst werden.The name of the cluster/DAG is not registered in DNS, and it is not resolvable on the network.

  • Ein Clusternamensobjekt (CNO) wird nicht in Active Directory erstellt.A cluster name object (CNO) is not created in Active Directory.

  • Der Cluster kann nicht über die Failoverclusterverwaltung verwaltet werden. Er muss über Windows PowerShell verwaltet werden, und die PowerShell-Cmdlets müssen für die einzelnen Cluster-Mitglieder ausgeführt werden.The cluster cannot be managed using the Failover Cluster Management tool. It must be managed using Windows PowerShell, and the PowerShell cmdlets must be run against individual cluster members.

In diesem Beispiel wird gezeigt, wie über die Shell eine DAG mit Cluster-Administratorzugriffspunkt erstellt werden kann, die drei Server hat. Zwei der Server (EX1 und EX2) befinden sich im selben Subnetz (10.0.0.0), der dritte Server (EX3) befindet sich in einem anderen Subnetz (192.168.0.0).This example shows how to use the Shell to create a DAG with a cluster administrative access point that will have three servers. Two servers (EX1 and EX2) are on the same subnet (10.0.0.0), and the third server (EX3) is on a different subnet (192.168.0.0).

New-DatabaseAvailabilityGroup -Name DAG1 -WitnessServer EX4 -DatabaseAvailabilityGroupIPAddresses 10.0.0.5,192.168.0.5
Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer EX1
Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer EX2
Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer EX3

Die Befehle, um eine DAG ohne Cluster-Administratorzugriffspunkt zu erstellen, sind ähnlich:The commands to create a DAG without a cluster administrative access point are very similar:

New-DatabaseAvailabilityGroup -Name DAG1 -WitnessServer EX4 -DatabaseAvailabilityGroupIPAddresses ([System.Net.IPAddress])::None
Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer EX1
Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer EX2
Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer EX3

Der Cluster für DAG1 wird erstellt, wenn EX1 der DAG hinzugefügt wird.The cluster for DAG1 is created when EX1 is added to the DAG. Während der Clustererstellung ruft das Cmdlet Add-DatabaseAvailabilityGroupServer die für die DAG konfigurierten IP-Adressen ab und ignoriert dabei alle Adressen, die nicht mit einem der Subnetze auf EX1 übereinstimmen.During cluster creation, the Add-DatabaseAvailabilityGroupServer cmdlet retrieves the IP addresses configured for the DAG and ignores the ones that don't match any of the subnets found on EX1. Im ersten Beispiel wird der Cluster für DAG1 mit der IP-Adresse 10.0.0.5 erstellt, die Adresse 192.168.0.5 wird ignoriert.In the first example above, the cluster for DAG1 is created with an IP address of 10.0.0.5, and 192.168.0.5 is ignored. Im zweiten Beispiel oben weist der Wert des DatabaseAvailabilityGroupIPAddresses-Parameters die Aufgabe an, ein Failovercluster für die DAG zu erstellen, die keinen Administratorzugriffspunkt hat.In the second example above, the value of the DatabaseAvailabilityGroupIPAddresses parameter instructs the task to create a failover cluster for the DAG that does not have an administrative access point. Daher wird der Cluster mit einer IP-Adresse oder Netzwerknamensressource in der Cluster-Hauptressourcengruppe erstellt.Thus, the cluster is created with an IP address or network name resource in the core cluster resource group.

Anschließend wird EX2 hinzugefügt, und das Cmdlet Add-DatabaseAvailabilityGroupServer ruft wieder die für die DAG konfigurierten IP-Adressen ab. Es gibt keine Änderungen an den IP-Adressen des Clusters, da EX2 sich im selben Subnetz befindet wie EX1.Then, EX2 is added, and the Add-DatabaseAvailabilityGroupServer cmdlet again retrieves the IP addresses configured for the DAG. There are no changes to the cluster's IP addresses because in EX2 is on the same subnet as EX1.

Danach wird EX3 hinzugefügt, und das Cmdlet Add-DatabaseAvailabilityGroupServer ruft wieder die für die DAG konfigurierten IP-Adressen ab. Da ein Subnetz mit der Adresse 192.168.0.5 auf EX3 vorliegt, wird 192.168.0.5 als IP-Adressressource in der Clustergruppe hinzugefügt. Zusätzlich wird automatisch eine OR-Abhängigkeit für die Netzwerknamenressource jeder IP-Adressressource konfiguriert. Die Adresse 192.168.0.5 wird vom Cluster verwendet, wenn die Cluster-Hauptressourcengruppe auf EX3 verschoben wird.Then, EX3 is added, and the Add-DatabaseAvailabilityGroupServer cmdlet again retrieves the IP addresses configured for the DAG. Because a subnet matching 192.168.0.5 is present on EX3, the 192.168.0.5 address is added as an IP address resource in the cluster group. In addition, an OR dependency for the Network Name resource for each IP address resource is automatically configured. The 192.168.0.5 address will be used by the cluster when the cluster core resource group moves to EX3.

für DAGs mit Cluster-Administratorzugriffspunkten werden beim Windows-Failoverclustering die IP-Adressen für den Cluster in DNS (Domain Name System) registriert, sobald die Netzwerknamensressource online geschaltet wird. Zudem wird ein Clusternamensobjekt (CNO) in Active Directory erstellt, wenn EX1 zum Cluster hinzugefügt wird. Netzwerkname, IP-Adresse(n) und CNO für den Cluster werden nicht für DAG-Funktionen verwendet. Administratoren und Endbenutzer müssen keine Verbindung zu dem Namen oder der IP-Adresse von Cluster/DAG herstellen. Einige Drittanbieteranwendungen stellen eine Verbindung zum Cluster-Administratorzugriffspunkt her, um Verwaltungsaufgaben wie Sicherung oder Überwachung durchzuführen. Wenn Sie keine Drittanbieteranwendungen verwenden, die einen Cluster-Administratorzugriffspunkt erfordern, und Ihre DAG Exchange 2013 SP1 oder neuer auf Windows Server 2012 R2 ausführt, empfehlen wir die Erstellung einer DAG ohne Administratorzugriffspunkt. Dies vereinfacht die DAG-Konfiguration, verhindert, dass eine oder mehrere IP-Adressen benötigt werden, und reduziert die Angriffsoberfläche einer DAG.For DAGs with cluster administrative access points, Windows failover clustering registers the IP addresses for the cluster in the Domain Name System (DNS) when the Network Name resource is brought online. In addition, when EX1 is added to the cluster, a cluster name object (CNO) is created in Active Directory. The network name, IP address(es), and CNO for the cluster are not used for DAG functions. Administrators and end users don't need to interface with or connect to the cluster/DAG name or IP address for any reason. Some third party applications connect to the cluster administrative access point to perform management tasks, such as backup or monitoring. If you do not use any third party applications that require a cluster administrative access point, and your DAG is running Exchange 2013 SP1 or later on Windows Server 2012 R2, then we recommend creating a DAG without an administrative access point. This simplifies DAG configuration, eliminates the need for one or more IP addresses, and reduces the attack surface of a DAG.

DAGs sind zudem für die Verwendung eines Zeugenservers und eines Zeugenverzeichnisses konfiguriert. Der Zeugenserver und das Zeugenverzeichnis werden entweder automatisch durch das System konfiguriert oder können manuell vom Administrator konfiguriert werden. In den Beispielen oben wird EX4 (ein Server, der kein Mitglied der DAG ist und dies nicht werden wird) manuell als Zeugenserver der DAG konfiguriert.DAGs are also configured to use a witness server and a witness directory. The witness server and witness directory are either automatically configured by the system, or they can be manually configured by the administrator. In the examples above, EX4 (a server that is not and will not be a member of the DAG) is being manually configured as the DAG's witness server.

Standardmäßig ist eine DAG für die Verwendung des integrierten Features für die fortlaufende Replikation zum Replizieren von Postfachdatenbanken zwischen Servern in der DAG vorgesehen.By default, a DAG is designed to use the built-in continuous replication feature to replicate mailbox databases among servers in the DAG. Wenn Sie eine Datenreplikation von Drittanbietern verwenden, die die Replikations-API von Drittanbietern in Exchange 2013 unterstützt, müssen Sie die DAG im Replikationsmodus eines Drittanbieters erstellen, indem Sie das Cmdlet New-DatabaseAvailabilityGroup verwenden, mit dem * ThirdPartyReplication* -Parameter.If you're using third-party data replication that supports the Third Party Replication API in Exchange 2013, you must create the DAG in third-party replication mode by using the New-DatabaseAvailabilityGroup cmdlet with the ThirdPartyReplication parameter. Nachdem dieser Modus aktiviert wurde, kann er nicht deaktiviert werden.After this mode is enabled, it can't be disabled.

Nachdem die DAG erstellt wurde, können ihr Postfachserver hinzugefügt werden. Wenn der DAG der erste Server hinzugefügt wurde, wird ein Cluster für die DAG gebildet. Für DAGs wird die Windows-Failoverclusteringtechnologie genutzt, so etwa der Clustertakt, Clusternetzwerke und die Clusterdatenbank (zum Speichern von Daten, die sich ändern, beispielsweise Änderungen des Datenbankzustands von "Aktiv" nach "Passiv" oder umgekehrt oder von "Eingebunden" nach "Nicht eingebunden" und umgekehrt). Wird der DAG ein weiterer Server hinzugefügt, wird dieser in den zugrunde liegenden Cluster eingebunden (wobei das Quorummodell des Clusters automatisch von Exchange angepasst wird), und der Server wird dem DAG-Objekt in Active Directory hinzugefügt.After the DAG is created, Mailbox servers can be added to the DAG. When the first server is added to the DAG, a cluster is formed for use by the DAG. DAGs make use of Windows failover clustering technology, such as the cluster heartbeat, cluster networks, and the cluster database (for storing data that changes, such as database state changes from active to passive or vice versa, or from mounted to dismounted and vice versa). As each subsequent server is added to the DAG, it's joined to the underlying cluster, the cluster's quorum model is automatically adjusted by Exchange, and the server is added to the DAG object in Active Directory.

Nachdem Postfachserver einer DAG hinzugefügt wurden, können Sie verschiedene DAG-Eigenschaften konfigurieren, beispielsweise die Verwendung von Netzwerkverschlüsselung oder Netzwerkkomprimierung für die Datenbankreplikation innerhalb der DAG. Sie können außerdem DAG-Netzwerke konfigurieren und zusätzliche DAG-Netzwerke erstellen.After Mailbox servers are added to a DAG, you can configure a variety of DAG properties, such as whether to use network encryption or network compression for database replication within the DAG. You can also configure DAG networks and create additional DAG networks.

Nachdem Sie einer DAG Mitglieder hinzugefügt und die DAG konfiguriert haben, können die aktiven Postfachdatenbanken auf jedem Server auf die anderen DAG-Mitgliedern repliziert werden. Nach dem Erstellen von Postfachdatenbankkopien können Sie die Integrität und den Status der Kopien mithilfe einer Vielzahl integrierter Überwachungstools überwachen. Zusätzlich können Sie Datenbank- und Serverswitchover durchführen.After you add members to a DAG and configure the DAG, the active mailbox databases on each server can be replicated to the other DAG members. After you create mailbox database copies, you can monitor the health and status of the copies using a variety of built-in monitoring tools. In addition, you can perform database and server switchovers.

Weitere Informationen zum Erstellen von DAGs, zum Verwalten der DAG-Mitgliedschaft, zum Konfigurieren von DAG-Eigenschaften, zum Erstellen und Überwachen von Postfachdatenbankkopien und zum Durchführen eines Switchover finden Sie unter Verwalten von hoher Verfügbarkeit und Ausfallsicherheit für Standorte.For more information about creating DAGs, managing DAG membership, configuring DAG properties, creating and monitoring mailbox database copies, and performing switchovers, see Managing high availability and site resilience.

Quorummodelle für Database Availability Group (DAG)Database availability group (DAG) quorum models

Jeder DAG untergeordnet ist ein Windows-Failovercluster. Für Failovercluster gilt das Quorumkonzept. Hierbei wird eine Übereinstimmung von Wählern verwendet, um sicherzustellen, dass nur eine Teilmenge der Clustermitglieder (also entweder alle oder eine Mehrheit der Mitglieder) gleichzeitig funktionieren. Das Quorumkonzept ist keine neue Funktion von Exchange 2013. Auch hoch verfügbare Postfachserver in früheren Exchange-Versionen arbeiten mit Failoverclustern und dem dazugehörigen Quorumkonzept. Quorum steht für eine freigegebene Ansicht von Mitgliedern und Ressourcen, und der Begriff "Quorum" beschreibt außerdem die physischen Daten, welche die von allen Clustermitgliedern gemeinsam genutzte Konfiguration innerhalb des Clusters darstellen. Demzufolge erfordern alle DAGs, dass ihre zugrunde liegenden Failovercluster das Quorum besitzen. Wenn der Cluster das Quorum verliert, werden alle DAG-Operationen beendet, und die Bereitstellung aller in der DAG gehosteten Datenbanken wird aufgehoben. In diesem Fall ist ein Eingriff durch den Administrator erforderlich, um das Quorumproblem zu beheben und die DAG-Vorgänge wiederherzustellen.Underneath every DAG is a Windows failover cluster. Failover clusters use the concept of quorum, which uses a consensus of voters to ensure that only one subset of the cluster members (which could mean all members or a majority of members) is functioning at one time. Quorum isn't a new concept for Exchange 2013. Highly available Mailbox servers in previous versions of Exchange also use failover clustering and its concept of quorum. Quorum represents a shared view of members and resources, and the term quorum is also used to describe the physical data that represents the configuration within the cluster that's shared between all cluster members. As a result, all DAGs require their underlying failover cluster to have quorum. If the cluster loses quorum, all DAG operations terminate and all mounted databases hosted in the DAG dismount. In this event, administrator intervention is required to correct the quorum problem and restore DAG operations.

Das Quorum dient zum Sicherstellen von Konsistenz, zum Lösen von Konflikten zur Vermeidung von Aufteilungen und zum Gewährleisten der Reaktionsfähigkeit des Clusters:Quorum is important to ensure consistency, to act as a tie-breaker to avoid partitioning, and to ensure cluster responsiveness:

  • Sicherstellen der Konsistenz: eine primäre Anforderung für einen Windows-Failovercluster besteht darin, dass jedes der Mitglieder immer eine Ansicht des Clusters hat, die mit den anderen Mitgliedern konsistent ist.Ensuring consistency: A primary requirement for a Windows failover cluster is that each of the members always has a view of the cluster that's consistent with the other members. Die Clusterstruktur dient als definitiver Datenspeicher aller Konfigurationsinformationen zum Cluster.The cluster hive acts as the definitive repository for all configuration information relating to the cluster. Wenn die Clusterstruktur für ein DAG-Mitglied nicht lokal geladen werden kann, wird der Clusterdienst nicht gestartet, da er nicht gewährleisten kann, dass das Mitglied die Anforderung einer Ansicht des Clusters erfüllt, die mit den anderen Mitgliedern konsistent ist.If the cluster hive can't be loaded locally on a DAG member, the Cluster service doesn't start, because it isn't able to guarantee that the member meets the requirement of having a view of the cluster that's consistent with the other members.

  • Als Tie-Breaker fungieren: eine Quorum Zeugen-Ressource wird in DAGs mit einer geraden Anzahl von Mitgliedern verwendet, um Szenarien mit geteilten Hirn Syndromen zu vermeiden und sicherzustellen, dass nur eine Sammlung der Mitglieder in der DAG als offiziell betrachtet wird.Acting as a tie-breaker: A quorum witness resource is used in DAGs with an even number of members to avoid split brain syndrome scenarios and to make sure that only one collection of the members in the DAG is considered official. When the witness server is needed for quorum, any member of the DAG that can communicate with the witness server can place a Server Message Block (SMB) lock on the witness server's witness.log file.When the witness server is needed for quorum, any member of the DAG that can communicate with the witness server can place a Server Message Block (SMB) lock on the witness server's witness.log file. Das Mitglied der DAG, das den Zeugenserver sperrt (als Sperrknotenbezeichnet), behält eine zusätzliche Abstimmung für Quorum Zwecke bei.The DAG member that locks the witness server (referred to as the locking node) retains an additional vote for quorum purposes. The DAG members in contact with the locking node are in the majority and maintain quorum.The DAG members in contact with the locking node are in the majority and maintain quorum. Any DAG members that can't contact the locking node are in the minority and therefore lose quorum.Any DAG members that can't contact the locking node are in the minority and therefore lose quorum.

  • Sicherstellen der ReaktionsFähigkeit: das Quorummodell stellt sicher, dass bei jeder Ausführung des Clusters genügend Mitglieder des verteilten Systems betriebsbereit und kommunikativ sind und mindestens ein Replikat des aktuellen Status des Clusters kann garantiert werden.Ensuring responsiveness: To ensure responsiveness, the quorum model makes sure that, whenever the cluster is running, enough members of the distributed system are operational and communicative, and at least one replica of the cluster's current state can be guaranteed. Es ist kein weiterer Aufwand erforderlich, um Mitglieder in Kommunikation miteinander zu bringen oder festzustellen, ob ein bestimmtes Replikat garantiert ist.No additional time is required to bring members into communication or to determine whether a specific replica is guaranteed.

DAGs mit einer geraden Anzahl von Mitgliedern verwenden den Quorummodus Knoten- und Dateifreigabemehrheit des Failoverclusters, der zum Lösen von Konflikten mit einem externen Zeugenserver arbeitet. In diesem Quorummodus erhält jedes DAG-Mitglied eine Stimme. Außerdem wird einem DAG-Mitglied anhand des Zeugenservers eine gewichtige Stimme bereitgestellt (z. B. erhält es zwei Stimmen statt einer). Die Clusterquorumdaten werden standardmäßig auf den Systemdatenträgern der einzelnen DAG-Mitglieder gespeichert und auf diesen Datenträgern konsistent gehalten. Auf dem Zeugenserver wird hingegen keine Kopie der Quorumdaten gespeichert. In einer Datei auf dem Zeugenserver wird verfolgt, welches Mitglied die aktuelle Kopie der Daten besitzt. Auf dem Zeugenserver liegt jedoch keine Kopie der Clusterquorumdaten vor. In diesem Modus muss eine Mehrheit der Wähler (die DAG-Mitglieder plus Zeugenserver) zum Erhalten des Quorums für den Betrieb und die Kommunikation miteinander bereit sein. Wenn eine Mehrheit der Wähler nicht miteinander kommunizieren kann, verliert das der DAG zugrunde liegende Cluster das Quorum, sodass für die DAG ein Eingriff vonseiten des Administrators erforderlich ist, um wieder betriebsbereit zu werden.DAGs with an even number of members use the failover cluster's Node and File Share Majority quorum mode, which employs an external witness server that acts as a tie-breaker. In this quorum mode, each DAG member gets a vote. In addition, the witness server is used to provide one DAG member with a weighted vote (for example, it gets two votes instead of one). The cluster quorum data is stored by default on the system disk of each member of the DAG, and is kept consistent across those disks. However, a copy of the quorum data isn't stored on the witness server. A file on the witness server is used to keep track of which member has the most updated copy of the data, but the witness server doesn't have a copy of the cluster quorum data. In this mode, a majority of the voters (the DAG members plus the witness server) must be operational and able to communicate with each other to maintain quorum. If a majority of the voters can't communicate with each other, the DAG's underlying cluster loses quorum, and the DAG will require administrator intervention to become operational again.

DAGs mit einer ungeraden Anzahl von Mitgliedern verwenden den Quorummodus Knotenmehrheit des Clusters. In diesem Modus erhält jedes Mitglied eine Stimme, und der lokale Systemdatenträger der einzelnen Mitglieder dient zum Speichern der Clusterquorumdaten. Wenn sich die Konfiguration der DAG ändert, wird diese Änderung von den verschiedenen Datenträgern übernommen. Die Änderung gilt nur als dauerhaft gespeichert, wenn sie auf den Datenträgern der Hälfte der Mitglieder (nach Abrundung) plus eins erfolgt ist. Bei einer DAG mit fünf Mitgliedern muss diese Änderung beispielsweise bei zwei plus ein Mitglied bzw. insgesamt drei Mitgliedern erfolgt sein.DAGs with an odd number of members use the failover cluster's Node Majority quorum mode. In this mode, each member gets a vote, and each member's local system disk is used to store the cluster quorum data. If the configuration of the DAG changes, that change is reflected across the different disks. The change is only considered to have been committed and made persistent if that change is made to the disks on half the members (rounding down) plus one. For example, in a five-member DAG, the change must be made on two plus one members, or three members total.

Das Quorum erfordert, dass eine Mehrheit der Wähler miteinander kommunizieren kann. Angenommen, eine DAG hat vier Mitglieder. Da diese DAG eine gerade Mitgliederanzahl umfasst, wird einem der Clustermitglieder von einem externer Zeugenserver eine fünfte Stimme zum Lösen von Konflikten bereitgestellt. Um eine Mehrheit der Wähler (und demzufolge das Quorum) zu erhalten, müssen mindestens drei Wähler miteinander kommunizieren können. Maximal zwei Wähler können offline sein, ohne dass der Dienst- und Datenzugriff unterbrochen wird. Wenn drei oder mehr Wähler offline sind, verliert die DAG das Quorum, sodass der Dienst- und Datenzugriff so lange unterbrochen wird, bis das Problem behoben ist.Quorum requires a majority of voters to be able to communicate with each other. Consider a DAG that has four members. Because this DAG has an even number of members, an external witness server is used to provide one of the cluster members with a fifth, tie-breaking vote. To maintain a majority of voters (and therefore quorum), at least three voters must be able to communicate with each other. At any time, a maximum of two voters can be offline without disrupting service and data access. If three or more voters are offline, the DAG loses quorum, and service and data access will be disrupted until you resolve the problem.

Verwenden einer Database Availability Group (DAG) für hohe VerfügbarkeitUsing a database availability group (DAG) for high availability

Das nachfolgende Beispiel soll veranschaulichen, wie eine DAG eine hohe Verfügbarkeit für Ihre Postfachdatenbanken sicherstellen kann. Im Beispiel wird eine DAG mit fünf Mitgliedern verwendet. Diese DAG wird in der folgenden Abbildung dargestellt.To illustrate how a DAG can provide high availability for your mailbox databases, consider the following example, which uses a DAG with five members. This DAG is illustrated in the following figure.

DAG mit fünf MitgliedernDAG with five members

![Database Availability Group (DAG)] (images/Dd979799.21fcbf7b-cb10-49c0-8e32-bdf3c03f825d(EXCHG.150).gif "Database Availability Group (DAG)")Database Availability Group (DAG)

In der vorstehenden Abbildung handelt es sich bei den grün dargestellten Datenbanken um aktive Postfachdatenbankkopien, die blau dargestellten Datenbanken sind passive Postfachdatenbankkopien. In diesem Beispiel werden die Datenbankkopien nicht auf jedem Server gespiegelt, sondern über mehrere Server verteilt. Auf diese Weise wird sichergestellt, dass keine zwei Server in der DAG über denselben Satz von Datenbankkopien verfügen. Auf diese Weise wird mehr Ausfallsicherheit für die DAG erzielt, wenn beispielsweise andere Komponenten aufgrund von Wartungsarbeiten nicht verfügbar sind.In the preceding figure, the green databases are active mailbox database copies and the blue databases are passive mailbox database copies. In this example, the database copies aren't mirrored across each server, but rather spread across multiple servers. This ensures that no two servers in the DAG have the same set of database copies, providing the DAG with greater resilience to failures, including failures that occur while other components are unavailable as a result of regular maintenance.

Im folgenden Szenario wird anhand der zuvor genannten Beispiel-DAG die Ausfallsicherheit im Falle verschiedener Datenbank- und Serverfehler veranschaulicht.Consider the following scenario, using the preceding example DAG, which illustrates resilience to multiple database and server failures.

Zunächst arbeiten alle Datenbanken und Server fehlerfrei. Sie müssen auf EX2 einige Betriebssystemupdates installieren. Dazu müssen Sie den Server im Wartungsmodus ausführen. Dadurch wird ein Serverswitchover ausgelöst, wodurch die Kopie von DB4 auf einem anderen Postfachserver aktiviert wird. Ein Serverswitchover wird durchführt, um alle aktiven Postfachdatenbankkopien vom aktuellen Server auf einen oder mehrere andere Postfachserver in der DAG zu verschieben, um den aktuellen Server auf einen geplanten Ausfall vorzubereiten. In diesem Beispiel gibt es nur eine aktive Postfachdatenbank auf EX2 (DB4), weshalb nur eine aktive Postfachdatenbankkopie verschoben wird.Initially, all databases and servers are healthy. You need to install some operating system updates on EX2, so you put the server into maintenance mode. This causes a server switchover, which activates the copy of DB4 on another Mailbox server. A server switchover moves all active mailbox database copies from their current server to one or more other Mailbox servers in the DAG in preparation for a scheduled outage for the current server. In this example, there's only one active mailbox database on EX2 (DB4), so only one active mailbox database copy is moved.

DAG mit einem Server, der zur Wartung offline geschaltet wurdeDAG with a server offline for maintenance

![Database Availability Group (DAG) mit einem Server offline] (images/Dd979799.f48f0e77-80e1-4f14-8c36-112393895bdc(EXCHG.150).gif "Database Availability Group (DAG) mit einem Server offline")Database Availability Group (DAG) with a Server Offline

Während Sie die Wartungsarbeiten auf EX2 durchführen, kommt es auf EX3 zu einem schweren Hardwarefehler, sodass EX3 offline geht. Vor dem Ausfall von EX3 wurde die aktive Kopie von DB2 gehostet. Zur Wiederherstellung aktiviert das System innerhalb von 30 Sekunden automatisch die Kopie von DB2, die auf EX1 gehostet wird. Dieser Vorgang wird in der folgenden Abbildung dargestellt.While you perform maintenance on EX2, EX3 experiences a catastrophic hardware failure and goes offline. Prior to going offline, EX3 hosted the active copy of DB2. To recover from the failure, the system automatically activates the copy of DB2 that's hosted on EX1 within 30 seconds. This is illustrated in the following figure.

DAG mit einem zur Wartung offline geschalteten Server und einem ausgefallenen ServerDAG with a server offline for maintenance and a failed server

![DAG mit einem Offlineserver und einem ausgefallenen Server] (images/Dd979799.9bbfd9e7-3881-4957-ae8d-32318cbc208b(EXCHG.150).gif "DAG mit einem Offlineserver und einem ausgefallenen Server")DAG with a server offline and a failed server

Nachdem die geplanten Wartungsarbeiten auf EX2 abgeschlossen wurden, schalten Sie den Server wieder online und nehmen ihn aus dem Wartungsmodus. Sobald EX2 wieder verfügbar ist, werden die weiteren Mitglieder der DAG benachrichtigt, und die Kopien von DB1, DB4 und DB5, die auf EX2 gehostet werden, werden automatisch mit der aktiven Kopie jeder Datenbank synchronisiert. Dieser Vorgang wird in der folgenden Abbildung dargestellt.After the scheduled maintenance is completed for EX2, you bring the server online and take it out of maintenance mode. As soon as EX2 is available, the other members of the DAG are notified, and the copies of DB1, DB4, and DB5 hosted on EX2 are automatically synchronized with the active copy of each database. This is illustrated in the following figure.

DAG mit einem wiederhergestellten Server, dessen Datenbankkopien synchronisiert werdenDAG with a restored server synchronizing its database copies

![DAG mit wieder synchronisierten Server Datenbanken] (images/Dd979799.58601531-e078-41d3-9287-e8e470ef7f41(EXCHG.150).gif "DAG mit wieder synchronisierten Server Datenbanken")DAG with restored server resynchronizing databases

Nachdem die ausgefallene Hardwarekomponente auf EX3 durch eine neue Komponente ersetzt wurde, wird EX3 online geschaltet. Sobald EX3 wieder verfügbar ist, werden die weiteren Mitglieder der DAG benachrichtigt, und die auf EX3 gehostet Kopien von DB2, DB3 und DB4 werden automatisch mit der aktiven Kopie jeder Datenbank synchronisiert. Dieser Vorgang wird in der folgenden Abbildung dargestellt.After the failed hardware component in EX3 is replaced with a new component, EX3 is brought online. After EX3 is available, the other members of the DAG are notified, and the copies of DB2, DB3, and DB4 hosted on EX3 are automatically synchronized with the active copy of each database. This is illustrated in the following figure.

DAG mit einem repariertem Server, dessen Datenbankkopien synchronisiert werdenDAG with a repaired server synchronizing its database copies

![DAG mit Mitgliedern, die Datenbankkopien erneut synchronisieren] (images/Dd979799.56259671-e840-4cf0-9ea2-3657dc36c035(EXCHG.150).gif "DAG mit Mitgliedern, die Datenbankkopien erneut synchronisieren")DAG with Member Resynchronizing Database Copies

Verwenden einer Database Availability Group (DAG) für die Ausfallsicherheit von StandortenUsing a database availability group (DAG) for site resilience

Zusätzlich zur Bereitstellung einer hohen Verfügbarkeit innerhalb eines Datencenters kann eine DAG auch auf ein oder mehrere Datencenter in einer Konfiguration ausgeweitet werden, die Ausfallsicherheit für ein oder mehrere Datencentern bietet. In den vorherigen Beispielabbildungen befindet sich die DAG in einem einzelnen Datencenter und an einem einzelnen Active Directory-Standort. Durch inkrementelle Bereitstellung kann diese DAG auf ein zweites Datencenter (und einen zweiten Active Directory-Standort) ausgeweitet werden, indem ein Postfachserver und die nötigen unterstützenden Ressourcen (mindestens ein Active Directory-Server sowie DNS-Dienste) bereitgestellt werden. Anschließend wird der Postfachserver, wie in der folgenden Abbildung dargestellt, der DAG hinzugefügt.In addition to providing high availability within a datacenter, a DAG can also be extended to one or more datacenters in a configuration that provides site resilience for one or multiple datacenters. In the preceding example figures, the DAG is located in a single datacenter and single Active Directory site. Incremental deployment can be used to extend this DAG to a second datacenter (and a second Active Directory site) by deploying a Mailbox server and the necessary supporting resources (one or more Active Directory servers, and DNS services). The Mailbox server is then added to the DAG, as illustrated in the following figure.

Auf zwei Active Directory-Standorte erweiterte DAGDAG extended across two Active Directory sites

![DAG wurde auf zwei Active Directory Standorte erweitert] (images/Dd979799.28e96e9d-d7d6-451a-b7b8-c06122c81dc9(EXCHG.150).gif "DAG wurde auf zwei Active Directory Standorte erweitert")DAG extended across two Active Directory sites

In diesem Beispiel wird eine passive Kopie jeder aktiven Datenbank im Datencenter Redmond auf EX6 im Datencenter Dublin konfiguriert. Es gibt jedoch zahlreiche andere Beispiele für DAG-Konfigurationen, die für Ausfallsicherheit sorgen. Beispiel:In this example, a passive copy of each active database in the Redmond datacenter is configured on EX6 in the Dublin datacenter. However, there are many other examples of DAG configurations that provide site resilience. For example:

  • Anstatt nur passive Datenbankkopien zu hosten, kann EX6 alle aktiven Kopien oder eine Kombination aus aktiven und passiven Kopien hosten.Instead of hosting only passive database copies, EX6 could host all active copies, or it could host a mixture of active and passive copies.

  • Zusätzlich zu EX6 können mehrere DAG-Mitglieder im Datencenter Dublin bereitgestellt werden, um weiteren Ausfallschutz zu bieten. Diese Konfiguration bietet zudem weitere Kapazität, sodass bei einem Ausfall des Datencenters Redmond das Datencenter Dublin weitaus mehr Benutzer unterstützen kann.In addition to EX6, multiple DAG members could be deployed in the Dublin datacenter, providing protection against additional failures. This configuration also provides additional capacity, so that if the Redmond datacenter fails, the Dublin datacenter can support a much larger user population.

Verwenden mehrerer Database Availability Groups (DAGs) für die Ausfallsicherheit von StandortenUsing multiple database availability groups (DAGs) for site resilience

Im vorherigen Beispiel wurde eine DAG auf mehrere Datencenter ausgedehnt, um Ausfallsicherheit für ein oder beide Datencenter zu bieten. Bei Verwenden einer einzelnen DAG zum Bereitstellen von Ausfallsicherheit in einer Umgebung, in der jedes Datencenter, auf das Sie die DAG ausdehnen, einen aktiven Benutzerbestand hat, stellt die WAN-Verbindung eine einzelne Fehlerquelle dar. Aus diesem Grund erfordert das Quorum, dass eine Mehrheit der Wähler aktiv ist und miteinander kommunizieren kann.In the preceding example, a single DAG extends across multiple datacenters, providing site resilience for either or both datacenters. When using a single DAG to provide site resilience in an environment where each datacenter to which you extend the DAG has an active user population, there is a single point of failure in the wide area network (WAN) connection. This is because quorum requires a majority of the voters to be active and able to communicate with each other.

Im vorherigen Beispiel befindet sich die Mehrheit der Wähler im Datencenter Redmond. Wenn das Datencenter Dublin aktive Postfachdatenbanken hostet und über einen lokalen Benutzerbestand verfügt, führt ein WAN-Ausfall zum Ausfall des Messagingsdiensts für die Benutzer in Dublin. Bei Unterbrechung der WAN-Verbindung behalten nur die DAG-Mitglieder im Datencenter Redmond das Quorum und stellen den Messagingdienst weiter zur Verfügung.In the preceding example, the majority of voters are located in the Redmond datacenter. If the Dublin datacenter hosts active mailbox databases, and it has a local user population, a WAN outage would result in a messaging service outage for the Dublin users. When WAN connectivity breaks, only the DAG members in the Redmond datacenter retain quorum and continue providing messaging service.

Zum Vermeiden, dass das WAN eine einzelne Fehlerquelle darstellt, wenn Sie Ausfallsicherheit für mehrere Datencenter mit aktivem Benutzerbestand bereitstellen müssen, ist es erforderlich, mehrere DAGs bereitzustellen, wobei jede DAG über eine Mehrheit der Wähler in einem separaten Datencenter verfügt. Bei einem WAN-Ausfall wird die Replikation so lange blockiert, bis die Verbindung wiederhergestellt ist. Die Benutzer können den Messagingdienst nutzen, da jede DAG weiter für ihren lokalen Benutzerbestand aktiv ist.To eliminate the WAN as a single point of failure when you need to provide site resilience for multiple datacenters that each have an active user population, you should deploy multiple DAGs, where each DAG has a majority of voters in a separate datacenter. When a WAN outage occurs, replication will be blocked until connectivity is restored. Users will have messaging service, because each DAG continues to service its local user population.