Konfigurieren einer Verfügbarkeitsgruppe in Azure Regionen – SQL Server auf Azure virtuellen Computern

Gilt für:SQL Server auf Azure VM

In diesem Lernprogramm wird erläutert, wie Sie ein Always On-Verfügbarkeitsgruppenreplikat für SQL Server auf Azure virtuellen Computern (VMs) in einer Azure Region konfigurieren, die remote zum primären Replikat ist. Sie können diese Konfiguration für die Notfallwiederherstellung (Disaster Recovery, DR) verwenden.

Sie können auch die Schritte in diesem Artikel verwenden, um eine vorhandene lokale Verfügbarkeitsgruppe auf Azure zu erweitern.

Dieses Lernprogramm baut auf dem Lernprogramm zur manuellen Bereitstellung einer Verfügbarkeitsgruppe in einem einzelnen Subnetz einer Region auf. Erwähnungen der lokalen Region in diesem Artikel beziehen sich auf die virtuellen Computer und die Verfügbarkeitsgruppe, die bereits in der ersten Region konfiguriert sind. Die Remoteregion ist die neue Infrastruktur, die in diesem Tutorial hinzugefügt wird.

Mit den Schritten in diesem Lernprogramm wird einem einzelnen Subnetz ein Replikat hinzugefügt, das die Verwendung eines Load Balancers erfordert. Durch die Bereitstellung von Replikaten in mehreren Subnetzen wird die Notwendigkeit eines Lastenausgleichs eliminiert. Informationen zum Bereitstellen eines Verfügbarkeitsgruppenreplikats für mehrere Subnetze finden Sie unter Configure a multi-subnet availability group across Azure regions.

Übersicht

Die folgende Abbildung zeigt eine typische Implementierung einer Verfügbarkeitsgruppe auf Azure-virtuellen Computern:

In der im Diagramm dargestellten Bereitstellung befinden sich alle virtuellen Computer in einer Azure Region. Die Verfügbarkeitsgruppenreplikate können über synchrone Commits mit automatischem Failover an SQL-1 und SQL-2 verfügen. Informationen zum Aufbau dieser Architektur finden Sie unter Always On Verfügbarkeitsgruppe auf SQL Server auf Azure VMs.

Diese Architektur ist anfällig für Ausfallzeiten, wenn auf die Azure Region nicht zugegriffen werden kann. Um diese Sicherheitsanfälligkeit zu überwinden, fügen Sie ein Replikat in einer anderen Azure Region hinzu. Das folgende Diagramm zeigt die neue Architektur:

Die Abbildung enthält einen neuen virtuellen Computer namens „SQL-3“. SQL-3 befindet sich in einer anderen Azure Region. Es wird dem Windows Server Failovercluster hinzugefügt und kann ein Verfügbarkeitsgruppenreplikat hosten.

Die Azure Region für SQL-3 verfügt über einen neuen Azure Lastenausgleich. In dieser Architektur ist das Replikat in der Remoteregion in der Regel mit dem asynchronen Commit-Verfügbarkeitsmodus sowie mit dem manuellen Failovermodus konfiguriert.

Wenn sich Verfügbarkeitsgruppenreplikate auf virtuellen Azure-Computern in verschiedenen Azure-Regionen befinden, können Sie die virtuellen Netzwerke über virtuelles Netzwerk-Peering oder ein site-to-site VPN-Gateway verbinden.

Erstellen des Netzwerks und des Subnetzes

Bevor Sie ein virtuelles Netzwerk und ein Subnetz in einer neuen Region erstellen, entscheiden Sie sich für den Adressraum, das Subnetznetzwerk, die Cluster-IP und die Verfügbarkeitsgruppenlistener-IP-Adressen, die für die Remoteregion verwendet werden sollen.

In der folgenden Tabelle sind Details für die lokale (aktuelle) Region und die Werte aufgeführt, die in der neuen Remoteregion eingerichtet sind.

So erstellen Sie ein virtuelles Netzwerk und Subnetz in der neuen Region im Azure Portal:

1. Wechseln Sie im Azure portal zu Ihrer Ressourcengruppe, und wählen Sie + Erstellen aus.

2. Suchen Sie über das Marketplace-Suchfeld nach virtuelles Netzwerk, und klicken Sie dann auf die Kachel Virtuelles Netzwerk von Microsoft.

3. Wählen Sie auf der Seite Virtuelles Netzwerk erstellen die Option Erstellen aus. Geben Sie folgende Informationen auf der Registerkarte Grundeinstellungen ein:

   1. Wählen Sie unter Projektdetails für Subscription das entsprechende Azure-Abonnement aus. Wählen Sie für Ressourcengruppe die Ressourcengruppe aus, die Sie zuvor erstellt haben (z. B. SQL-HA-RG).
   2. Geben Sie unter Details zur Instanz einen Namen für Ihr virtuelles Netzwerk an (z. B. remote_HAVNET). Wählen Sie dann eine neue Remoteregion aus.

   

4. Klicken Sie auf der Registerkarte IP-Adressen auf die Auslassungspunkte (...) neben der Option + Subnetz hinzufügen. Klicken Sie auf Adressraum löschen, um den vorhandenen Adressraum zu löschen, wenn Sie einen anderen Adressbereich benötigen.

   

5. Klicken Sie auf Hinzufügen eines IP-Adressraums, um den Bereich zum Erstellen des erforderlichen Adressraums zu öffnen. In diesem Tutorial wird der Adressraum „10.36.0.0/16“ der Remoteregion verwendet. Wählen Sie Hinzufügen.

   

6. Klicken Sie auf + Subnetz hinzufügen, und führen Sie dann die folgenden Schritte aus:

   1. Geben Sie einen Wert für den Subnetznamen an (z. B. admin).

   2. Stellen Sie einen eindeutigen Subnetzadressbereich innerhalb des virtuellen Netzwerkadressraums bereit.

      Wenn Ihr Adressbereich beispielsweise „10.36.0.0/16“ lautet, geben Sie die folgenden Werte für das Subnetz admin ein: 10.36.1.0 für Startadresse und /24 für Subnetzgröße.

   3. Wählen Sie Hinzufügen aus, um Ihr neues Subnetz hinzuzufügen.

   

Verbinden der virtuellen Netzwerke in den beiden Azure Regionen

Nachdem Sie das neue virtuelle Netzwerk und das Subnetz erstellt haben, können Sie die beiden Regionen verbinden, damit sie miteinander kommunizieren können. Es gibt zwei Methoden, mit denen Sie diese Verbindung herstellen können:

• Verbinden Sie virtuelle Netzwerke mit der VNet-Peeringsfunktion über das Azure-Portal (empfohlen)

  In einigen Fällen müssen Sie möglicherweise PowerShell verwenden, um die Verbindung zwischen virtuellen Netzwerken herzustellen. Wenn Sie beispielsweise unterschiedliche Azure Konten verwenden, können Sie die Verbindung nicht im Portal konfigurieren. Prüfen Sie in diesem Fall die Anweisungen zur Konfiguration einer Netzwerk-zu-Netzwerk-Verbindung mithilfe von PowerShell.

• Konfigurieren Sie eine Site-to-Site-VPN-Gateway-Verbindung mithilfe des Azure-Portals

In diesem Tutorial wird Peering virtueller Netzwerke verwendet. Führen Sie die folgenden Schritte aus, um das Peering virtueller Netzwerke zu konfigurieren:

1. Geben Sie im Suchfeld oben im Azure-Portal autoHAVNET ein, das virtuelle Netzwerk in Ihrer lokalen Region ist. Wenn autoHAVNET in den Suchergebnissen angezeigt wird, wählen Sie diesen Eintrag aus.

2. Wählen Sie unter Einstellungen die Option Peerings aus, und klicken Sie dann auf + Hinzufügen.

   

3. Geben Sie die folgenden Informationen ein, oder wählen Sie sie aus, übernehmen Sie die Standardwerte für die übrigen Einstellungen, und klicken Sie auf Hinzufügen.

   Einstellung	Wert
   Dieses virtuelle Netzwerk
   Name des Peering-Links	Geben Sie autoHAVNET-remote_HAVNET als Namen des Peerings von autoHAVNET mit dem virtuellen Remotenetzwerk ein.
   Virtuelles Remotenetzwerk
   Name des Peering-Links	Geben Sie remote_HAVNET-autoHAVNET als Namen des Peerings vom virtuellen Remotenetzwerk mit autoHAVNET ein.
   Abonnement	Wählen Sie Ihr Abonnement für das virtuelle Remotenetzwerk aus.
   Virtuelles Netzwerk	Wählen Sie remote_HAVNET als Namen für das virtuelle Remotenetzwerk aus. Das virtuelle Remotenetzwerk kann sich in der gleichen Region wie autoHAVNET oder in einer anderen Region befinden.

   

4. Auf der Seite Peerings lautet der PeeringstatusVerbunden.

   

   Wenn der Status Verbunden nicht angezeigt wird, klicken Sie auf die Schaltfläche Aktualisieren.

Erstellen eines Domänencontrollers

Ein Domänencontroller in der neuen Region ist erforderlich, um die Authentifizierung bereitzustellen, wenn der primäre Standort nicht verfügbar ist. Führen Sie die folgenden Schritte aus, um den Domänencontroller in der neuen Region zu erstellen:

1. Kehren Sie zur Ressourcengruppe SQL-HA-RG zurück.
2. Wählen Sie + Erstellen aus.
3. Geben Sie Windows Server 2016 Datacenter ein, und wählen Sie dann das Ergebnis Windows Server 2016 Datacenter aus.
4. Überprüfen Sie in Windows Server 2016 Datacenter, ob das Bereitstellungsmodell Resource Manager ist, und wählen Sie dann Create aus.

Die folgende Tabelle enthält die Einstellungen für die beiden Computer:

Azure erstellt die virtuellen Computer.

Konfigurieren des Domänencontrollers

In den folgenden Schritten konfigurieren Sie den Computer ad-remote-dc als Domänencontroller für corp.contoso.com:

Festlegen der bevorzugten DNS-Serveradresse

Wenn Sie den bevorzugten DNS-Server aktualisieren, verwenden Sie das Azure-Portal, PowerShell oder die Azure CLI. Aktualisieren Sie den DNS-Server nicht direkt innerhalb der VM.

Führen Sie die folgenden Schritte aus, um die bevorzugte DNS-Serveradresse mithilfe des Azure-Portals festzulegen:

1. Melden Sie sich beim portal Azure an.

2. Geben Sie im Suchfeld oben im Portal Netzwerkschnittstelle ein. Wählen Sie in den Suchergebnissen Netzwerkschnittstellen aus.

3. Wählen Sie in der Liste die Netzwerkschnittstelle für den zweiten Domänencontroller aus, die Sie anzeigen oder deren Einstellungen Sie ändern möchten.

4. Wählen Sie unter Einstellungen die Option DNS-Server aus.

5. Da sich dieser Domänencontroller nicht im selben virtuellen Netzwerk wie der primäre Domänencontroller befindet, wählen Sie "Benutzerdefiniert" aus, und geben Sie die IP-Adresse des primären Domänencontrollers ein, z 192.168.15.4. B. . Die von Ihnen angegebene DNS-Serveradresse wird nur dieser Netzwerkschnittstelle zugewiesen. Sie überschreibt alle DNS-Einstellungen für das virtuelle Netzwerk, dem die Netzwerkschnittstelle zugewiesen ist.

6. Wählen Sie Speichern aus.

7. Kehren Sie zum virtuellen Computer im Azure-Portal zurück, und starten Sie den virtuellen Computer neu. Nachdem der virtuelle Computer neu gestartet wurde, können Sie der DOMÄNE beitreten.

Beitreten zur Domäne

Treten Sie als Nächstes der Domäne corp.contoso.com bei. Gehen Sie dazu folgendermaßen vor:

1. Stellen Sie mithilfe des BUILTIN\DomainAdmin-Kontos remote eine Verbindung mit dem virtuellen Computer mit Bastion her.
2. Öffnen Sie Server Manager, und wählen Sie Local Server aus.
3. Wählen Sie WORKGROUP aus.
4. Wählen Sie im Abschnitt Computername die Option Ändern aus.
5. Aktivieren Sie das Kontrollkästchen Domäne, und geben Sie corp.contoso.com in das Textfeld ein. Klicken Sie auf OK.
6. Geben Sie im Popupdialogfeld Windows Security die Anmeldeinformationen für das Standardmäßige Domänenadministratorkonto an (CORP\DomainAdmin).
7. Wenn die Meldung „Willkommen in der Domäne ‚corp.contoso.com‘“ angezeigt wird, wählen Sie OK aus.
8. Wählen Sie Schließen und dann im Popupdialogfeld Jetzt neu starten aus.

Konfigurieren des Domänencontrollers

Sobald Ihr Server der Domäne beigetreten ist, können Sie ihn als zweiten Domänencontroller konfigurieren. Gehen Sie dazu folgendermaßen vor:

1. Wenn Sie noch nicht verbunden sind, öffnen Sie eine Bastion Sitzung mit Ihrem sekundären Domänencontroller, und öffnen Sie Server Manager Dashboard (möglicherweise standardmäßig geöffnet).

2. Wählen Sie im Dashboard den Link Rollen und Features hinzufügen aus.

   

3. Wählen Sie Weiter aus, bis Sie zum Abschnitt Serverrollen gelangen.

4. Wählen Sie die Rollen Active Directory Domain Services und DNS Server aus. Wenn Sie dazu aufgefordert werden, fügen Sie alle anderen erforderlichen Features für diese Rollen hinzu.

5. Kehren Sie nach Abschluss der Installation der Features zum Dashboard Server Manager zurück.

6. Wählen Sie die neue Option AD DS im linken Bereich aus.

7. Wählen Sie auf der gelben Warnleiste den Link Mehr aus.

8. Wählen Sie im Dialogfeld Alle Serveraufgabendetails in der Spalte Aktion den Eintrag Server zu einem Domänencontroller heraufstufen aus.

9. Wählen Sie unter Bereitstellungskonfiguration die Option einen Domänencontroller zu einer vorhandenen Domäne hinzufügen.

10. Wählen Sie Select aus.

11. Stellen Sie mithilfe des Administratorkontos (CORP\DomainAdmin) eine Verbindung her.

12. Wählen Sie unter Domäne aus der Gesamtstruktur Ihre Domäne aus und klicken Sie dann auf OK.

13. Verwenden Sie unter Domänencontrolleroptionen die Standardwerte, und legen Sie ein DSRM-Kennwort fest.

    Hinweis

    Auf der Seite DNS-Optionen wird möglicherweise eine Warnung angezeigt, dass für diesen DNS-Server keine Delegierung erstellt werden kann. Sie können diese Warnung in Nichtproduktionsumgebungen ignorieren.

14. Wählen Sie Weiter aus, bis das Dialogfeld die Voraussetzungsprüfung erreicht. Wählen Sie dann Installieren aus.

Nachdem der Server die Änderungen an der Konfiguration abgeschlossen hat, starten Sie den Server neu.

Erstellen eines SQL Server virtuellen Computers

Nach dem Neustart des Domänencontrollers besteht der nächste Schritt darin, eine virtuelle SQL Server-Maschine in der neuen Region zu erstellen.

Bevor Sie fortfahren, sollten Sie die folgenden Entwurfsentscheidungen in Betracht ziehen:

• Storage: Azure Managed Disks

  Verwenden Sie für den Speicher des virtuellen Computers Azure Managed Disks. Es wird empfohlen, verwaltete Datenträger für SQL Server virtuellen Computer zu verwenden. Verwaltete Datenträger verwalten den Speicher im Hintergrund. Wenn sich virtuelle Computer mit verwalteten Datenträgern in demselben Verfügbarkeitssatz befinden, wird Azure die Speicherressourcen verteilen, um eine angemessene Redundanz bereitzustellen.

  Weitere Informationen finden Sie unter Introduction to Azure Managed Disks. Genauere Informationen zu verwalteten Datenträgern in einem Verfügbarkeitsset finden Sie unter Verwendung von verwalteten Datenträgern für VMs in einem Verfügbarkeitsset.

• Netzwerk: Private IP-Adressen in der Produktion

  Für die virtuellen Computer werden in diesem Tutorial öffentliche IP-Adressen verwendet. Eine öffentliche IP-Adresse ermöglicht eine direkte Remoteverbindung mit dem virtuellen Computer über das Internet. Die Konfigurationsschritte werden somit vereinfacht. Es wird empfohlen, in Produktionsumgebungen nur private IP-Adressen zu verwenden. Private IP-Adressen verringern den Sicherheitsrisikobedarf der SQL Server VM.

• Netzwerk: Einzelne NIC pro Server

  Verwenden Sie eine einzelne Netzwerkschnittstellenkarte (Network Interface Card, NIC) pro Server (Clusterknoten) und ein einzelnes Subnetz. Azure Netzwerk verfügt über physische Redundanz, was das Hinzufügen von NICs und Subnetzen zu einem Azure VM-Gastcluster unnötig macht. Der Clusterüberprüfungsbericht warnt Sie, dass die Knoten nur in einem einzigen Netzwerk erreichbar sind. Sie können diese Warnung für Azure VM-Gast-Failover-Cluster ignorieren.

Erstellen und Konfigurieren des SQL Server virtuellen Computers

Um die SQL Server-VM zu erstellen, wechseln Sie zurück zum SQL-HA-RG Ressourcengruppe, und wählen Sie dann Add aus. Suchen Sie das entsprechende Katalogelement, wählen Sie Virtueller Computer und dann Aus Katalog aus. Verwenden Sie die Informationen in der folgenden Tabelle, um die VM zu erstellen:

Nachdem die VM vollständig bereitgestellt wurde, müssen Sie sie in die Domäne corp.contoso.com einbinden und Administratorrechte vom Typ CORP\Install für die Computer gewähren.

Einbinden des Servers in die Domäne

Um der VM corp.contoso.com beizutreten, führen Sie die folgenden Schritte für die SQL Server VM aus:

1. Stellen Sie mithilfe des BUILTIN\DomainAdmin-Kontos remote eine Verbindung mit dem virtuellen Computer mit Bastion her.
2. Wählen Sie in Server ManagerLocal Server aus.
3. Wählen Sie den Link WORKGROUP aus.
4. Wählen Sie im Abschnitt Computername die Option Ändern aus.
5. Aktivieren Sie das Kontrollkästchen Domäne, und geben Sie corp.contoso.com in das Textfeld ein. Klicken Sie anschließend auf OK.
6. Geben Sie im Popupdialogfeld Windows Security die Anmeldeinformationen für das Standardmäßige Domänenadministratorkonto an (CORP\DomainAdmin).
7. Wenn die Meldung „Willkommen in der Domäne ‚corp.contoso.com‘“ angezeigt wird, wählen Sie OK aus.
8. Klicken Sie auf Schließen und dann im Popupdialogfeld auf Jetzt neu starten.

Hinzufügen von Konten

Die nächste Aufgabe besteht darin, das Installationskonto als Administrator auf der SQL Server-VM hinzuzufügen und dann diesem Konto und lokalen Konten innerhalb SQL Server die Berechtigung zu erteilen. Anschließend können Sie das SQL Server Dienstkonto aktualisieren.

Hinzufügen des Benutzers „CORP\Install“ als Administrator auf jedem virtuellen Clustercomputer

Nachdem der virtuelle Computer SQL Server als Mitglied der Domäne neu gestartet wurde, fügen Sie CORP\Install als Mitglied der lokalen Administratorgruppe hinzu:

1. Warten Sie, bis der virtuelle Computer neu gestartet wird, und öffnen Sie dann eine Remote Desktop-Protokollverbindung (RDP) vom primären Domänencontroller. Melden Sie sich bei sqlserver-2 mit dem Konto CORP\DomainAdmin an.

   Tipp

   In den vorherigen Schritten wurde das Administratorkonto BUILTIN verwendet. Da sich der Server nun in der Domäne befindet, stellen Sie sicher, dass Sie sich mit dem Domänenadministratorkonto anmelden. Geben Sie in Ihrer RDP-Sitzung DOMAIN\Benutzername an.

2. Wählen Sie in Server ManagerTools und dann Computerverwaltung aus.

3. Erweitern Sie im Fenster Computerverwaltung die Option Lokale Benutzer und Gruppen, und wählen Sie dann Gruppen aus.

4. Doppelklicken Sie auf die Gruppe Administratoren .

5. Klicken Sie im Dialogfeld Administratoreigenschaften auf die Schaltfläche Hinzufügen.

6. Geben Sie CORP\Install für den Benutzer ein, und klicken Sie dann auf OK.

7. Wählen Sie OK aus, um das Dialogfeld Administratoreigenschaften zu schließen.

Erstellen einer Anmeldung auf jedem SQL Server virtuellen Computer für das Installationskonto

Verwenden Sie das Installationskonto (CORP\Install) zum Konfigurieren der Verfügbarkeitsgruppe. Dieses Konto muss Mitglied der festen Serverrolle sysadmin auf jedem virtuellen SQL Server-Computer sein. Mit folgenden Schritten können Sie eine Anmeldung für das Installationskonto erstellen. Schließen Sie sie auf beiden SQL Server virtuellen Computern ab.

1. Stellen Sie mithilfe des eine Verbindung mit dem Server über < her.

2. Öffnen Sie SQL Server Management Studio, und stellen Sie eine Verbindung mit der lokalen Instanz von SQL Server her.

3. Wählen Sie in Object ExplorerSecurity aus.

4. Klicken Sie mit der rechten Maustaste auf Anmeldungen. Wählen Sie Neue Anmeldung aus.

5. Wählen Sie in Anmeldung – Neu die Option Suche aus.

6. Wählen Sie Standorte aus.

7. Geben Sie die Netzwerkanmeldeinformationen des Domänenadministrators ein. Verwenden Sie das Installationskonto (CORP\Install).

8. Legen Sie die Anmeldung als Mitglied der festen Serverrolle sysadmin fest.

9. Klicken Sie auf OK.

Konfigurieren von Systemkontoberechtigungen

Führen Sie die folgenden Schritte für jede SQL Server Instanz aus, um ein Systemkonto zu erstellen und entsprechende Berechtigungen zu erteilen:

1. Verwenden Sie das folgende Skript, um ein Konto für [NT AUTHORITY\SYSTEM] zu erstellen:

   USE [master]
   GO
   CREATE LOGIN [NT AUTHORITY\SYSTEM] FROM WINDOWS WITH DEFAULT_DATABASE=[master]
   GO
   

2. Gewähren Sie [NT AUTHORITY\SYSTEM] die folgenden Berechtigungen:

   • ALTER ANY AVAILABILITY GROUP
   • CONNECT SQL
   • VIEW SERVER STATE

   Das folgende Skript gewährt die folgenden Berechtigungen:

   GRANT ALTER ANY AVAILABILITY GROUP TO [NT AUTHORITY\SYSTEM]
   GO
   GRANT CONNECT SQL TO [NT AUTHORITY\SYSTEM]
   GO
   GRANT VIEW SERVER STATE TO [NT AUTHORITY\SYSTEM]
   GO
   

Festlegen der SQL Server Dienstkonten

Führen Sie auf jedem SQL Server virtuellen Computer die folgenden Schritte aus, um das SQL Server Dienstkonto festzulegen. Verwenden Sie die Konten, die Sie beim Konfigurieren der Domänenkonten erstellt haben.

1. Öffnen Sie SQL Server Configuration Manager.
2. Klicken Sie mit der rechten Maustaste auf den SQL Server Dienst, und wählen Sie dann Properties aus.
3. Legen Sie Konto und Kennwort fest.

Für SQL Server Verfügbarkeitsgruppen muss jede SQL Server VM als Domänenkonto ausgeführt werden.

Erstellen Sie einen Azure Load-Balancer

Ein Lastenausgleichsmodul ist in der Remoteregion erforderlich, um die SQL Server Verfügbarkeitsgruppe zu unterstützen. Der Load Balancer hält die IP-Adressen für die Verfügbarkeitsgruppenlistener und des Windows Server Failoverclusters. In diesem Abschnitt wird zusammengefasst, wie Sie das Lastenausgleichsmodul im Azure-Portal erstellen.

Der Lastenausgleich muss folgende Anforderungen erfüllen:

• Er muss sich im gleichen Netzwerk und Subnetz befinden wie der neue virtuelle Computer.
• Haben Sie eine statische IP-Adresse für den Verfügbarkeitsgruppenlistener.
• Ein Backend-Pool, der nur die virtuellen Maschinen in derselben Region wie der Load Balancer enthält, sollte enthalten sein.
• Verwenden Sie einen spezifischen TCP-Porttest für die IP-Adresse.
• Erstellen Sie eine Lastenausgleichsregel, die für die SQL-Server-Instanz in derselben Region spezifisch ist.
• Es sollte ein Standard-Load-Balancer verwendet werden, wenn die virtuellen Computer im Backend-Pool nicht Teil einer einzelnen Verfügbarkeitsgruppe oder einer virtuellen Maschinen-Skalierungsgruppe sind. Weitere Informationen finden Sie in Was ist Azure Load Balancer?
• Es muss sich um einen Standardlastenausgleich handeln, wenn die beiden virtuellen Netzwerke in zwei verschiedenen Regionen mittels Peering globaler virtueller Netzwerke verbunden sind. Weitere Informationen finden Sie unter Azure Virtual Network häufig gestellte Fragen (FAQ).

Die Schritte zum Erstellen des Lastenausgleichs lauten wie folgt:

1. Wechseln Sie im Azure-Portal zu der Ressourcengruppe, in der sich Ihre SQL Server Instanz befindet, und wählen Sie dann + Hinzufügen aus.

2. Suchen Sie nach Load Balancer. Wählen Sie den Lastenausgleich aus, den Microsoft veröffentlicht.

3. Klicken Sie auf Erstellen.

4. Konfigurieren Sie den Lastenausgleich mit den folgenden Parametern:

   Einstellung	Wert
   Abonnement	Verwenden Sie das gleiche Abonnement wie der virtuelle Computer.
   Ressourcengruppe	Verwenden Sie dieselbe Ressourcengruppe wie für die virtuellen Computer.
   Name	Verwenden Sie einen Textnamen für den Lastenausgleich (z. B. remoteLB).
   Region	Verwenden Sie dieselbe Region wie für die virtuellen Computer.
   SKU	Wählen Sie Standard aus.
   Typ	Wählen Sie Intern aus.

   Der Azure Portalbereich sollte wie folgt aussehen:

   

5. Klicken Sie auf Weiter: Front-End-IP-Konfiguration.

6. Wählen Sie Add a frontend IP configuration (Front-End-IP-Konfiguration hinzufügen) aus.

   

7. Richten Sie die Front-End-IP-Adresse mit den folgenden Werten ein:

   • Name: Verwenden Sie einen Namen, der die Front-End-IP-Konfiguration identifiziert.
   • Virtuelles Netzwerk: Verwenden Sie dasselbe Netzwerk wie für die virtuellen Computer.
   • Subnetz: Verwenden Sie dasselbe Subnetz wie für die virtuellen Computer.
   • Zuweisung: Wählen Sie Statisch aus.
   • IP-Adresse: Verwenden Sie eine verfügbare Adresse aus dem Subnetz. Verwenden Sie diese Adresse für den Verfügbarkeitsgruppenlistener. Diese Adresse unterscheidet sich von Ihrer Cluster-IP-Adresse.
   • Verfügbarkeitszone: Wählen Sie optional eine Verfügbarkeitszone zum Bereitstellen Ihrer IP-Adresse aus.

   

8. Wählen Sie Hinzufügen.

9. Klicken Sie zum Überprüfen der Konfiguration auf Überprüfen + erstellen und anschließend auf Erstellen, um den Lastenausgleich und die Front-End-IP-Adresse zu erstellen.

Zum Konfigurieren des Lastenausgleichs müssen Sie einen Back-End-Pool sowie einen Test erstellen und die Lastenausgleichsregeln festlegen.

Hinzufügen eines Back-End-Pools für den Verfügbarkeitsgruppenlistener

1. Wechseln Sie im Azure-Portal zu Ihrer Verfügbarkeitsgruppe. Unter Umständen müssen Sie die Ansicht aktualisieren, damit der neu erstellte Lastenausgleich angezeigt wird.

2. Wählen Sie den Load-Balancer aus, klicken Sie auf Backend-Pools und dann auf + Hinzufügen.

3. Geben Sie für Name einen Namen für den Back-End-Pool an.

4. Wählen Sie für Back-End-Poolkonfiguration die Option NIC aus.

5. Wählen Sie Add aus, um den Back-End-Pool dem neu erstellten SQL Server virtuellen Computer zuzuordnen.

6. Wählen Sie unter Virtueller Computer den virtuellen Computer aus, der das Replikat von Verfügbarkeitsgruppen hosten soll.

7. Wählen Sie Hinzufügen aus, um dem Back-End-Pool den virtuellen Computer hinzuzufügen.

8. Wählen Sie Speichern aus.

Einstellen der Sonde

1. Wählen Sie im Azure Portal den Lastenausgleich aus, wählen Sie Health-Prüfpunkte aus, und wählen Sie dann +Add aus.

2. Legen Sie den Integritätstest für den Listener wie folgt fest:

   Einstellung	BESCHREIBUNG	Beispiel
   Name	Text	SQLAlwaysOnEndPointProbe
   Protokoll	Wählen Sie „TCP“ aus.	TCP
   Hafen	Ein beliebiger nicht verwendeter Port.	59999
   Intervall	Zeitraum zwischen Testversuchen in Sekunden	5

3. Wählen Sie Hinzufügen.

Festlegen der Lastenausgleichsregeln

1. Wählen Sie im Azure Portal den Lastenausgleich aus, wählen Sie Load balancing rules und dann +Add aus.

2. Konfigurieren Sie die Lastenausgleichsregeln für den Listener wie folgt:

   Einstellung	BESCHREIBUNG	Beispiel
   Name	Text	SQLAlwaysOnEndPointListener
   Frontend IP address (Front-End-IP-Adresse)	Wählen Sie eine Adresse aus.	Verwenden Sie die Adresse, die Sie bei der Erstellung des Load-Balancers erstellt haben.
   Backend-Pool	Backend-Pool auswählen	Wählen Sie den Back-End-Pool aus, der die virtuellen Computer enthält, die für den Lastenausgleich vorgesehen sind.
   Protokoll	Wählen Sie „TCP“ aus.	TCP
   Hafen	Verwenden Sie den Port für den Verfügbarkeitsgruppenlistener	1433
   Back-End-Port	Dieses Feld wird nicht verwendet, wenn Sie eine Floating-IP für Direct Server Return festlegen.	1433
   Gesundheitsprüfung	Name, den Sie für den Test angegeben haben	SQLAlwaysOnEndPointProbe
   Session Persistence (Sitzungspersistenz)	Dropdownliste	Nichts
   Leerlauf-Timeout	Gibt an, wie viele Minuten eine TCP-Verbindung geöffnet bleiben soll.	4
   Floating IP (direkte Server-Rückgabe)		Aktivieren Sie diese Einstellung.

   Warnung

   Direct Server Return wird bei der Erstellung festgelegt. Sie können diese Einstellung nicht ändern.

3. Wählen Sie Speichern aus.

Hinzufügen von Failover-Clustern zu SQL-Server-VMs

Führen Sie zum Hinzufügen der Failover-Cluster-Features die folgenden Schritte auf beiden SQL Server VMs aus:

1. Stellen Sie eine Verbindung mit dem virtuellen computer SQL Server über Bastion mithilfe des Kontos CORP\Install her. Öffnen Sie das Dashboard Server Manager.

2. Wählen Sie im Dashboard den Link Rollen und Features hinzufügen aus.

   

3. Wählen Sie Weiter aus, bis Sie zum Abschnitt Serverfeatures gelangen.

4. Wählen Sie in Features die Option Failover Clustering.

5. Fügen Sie alle erforderlichen Features hinzu.

6. Wählen Sie Installieren aus.

Optimieren von Netzwerkgrenzwerten für einen Failovercluster

Wenn Sie Failover-Cluster-Knoten mit Windows in Azure-VMs mit SQL Server-Verfügbarkeitsgruppen ausführen, ändern Sie die Clustereinstellung in einen weniger strengen Überwachungszustand. Diese Änderung macht den Cluster stabiler und zuverlässiger. Ausführliche Informationen finden Sie unter IaaS mit SQL Server: Optimieren von Netzwerkschwellenwerten für Failovercluster.

Konfigurieren der Firewall auf jedem SQL Server virtuellen Computer

Für die Lösung müssen die folgenden TCP-Ports in der Firewall geöffnet sein:

• SQL Server VM: Port 1433 für eine Standardinstanz von SQL Server.
• Azure Lastenausgleichssonde: Beliebiger verfügbarer Port. Für Beispiele wird häufig 59999 verwendet.
• Gesundheitsprüfung der IP-Adresse des Cluster-Kern-Load Balancers: Jeder verfügbare Port. Für Beispiele wird häufig 58888 verwendet.
• Datenbankspiegelungsendpunkt: Ein beliebiger verfügbarer Port Für Beispiele wird häufig 5022 verwendet.

Die Firewallports müssen auf der neuen SQL Server VM geöffnet sein. Die Methode zum Öffnen der Ports richtet sich nach der Firewalllösung, die Sie verwenden. Die folgenden Schritte zeigen, wie die Ports in Windows Firewall geöffnet werden:

1. Öffnen Sie auf dem SQL Server Start-Bildschirm die Windows-Firewall mit erweiterter Sicherheit.

2. Klicken Sie im linken Bereich auf Eingehende Regeln. Wählen Sie im rechten Bereich Neue Regel aus.

3. Wählen Sie unter Regeltyp die Option Port aus.

4. Geben Sie für den Port TCP an, und geben Sie die entsprechenden Portnummern ein. Im folgenden Screenshot wird ein Beispiel gezeigt:

   

5. Wählen Sie Weiter aus.

6. Lassen Sie auf der Seite Aktion die Option Verbindung zulassen aktiviert, und klicken Sie auf Weiter.

7. Akzeptieren Sie auf der Seite Profil die Standardeinstellungen, und klicken Sie auf Weiter.

8. Geben Sie auf der Seite Name einen Regelnamen (z. B. Azure LB Probe) im Feld Name an, und wählen Sie dann Finish aus.

Hinzufügen von SQL Server zum Windows Server Failovercluster

Die neue SQL Server VM muss an den Windows Server Failovercluster angefügt werden, der in Ihrer lokalen Region vorhanden ist.

So fügen Sie die SQL Server VM zum Cluster hinzu:

1. Verwenden Sie Bastion, um eine Verbindung mit einem SQL Server virtuellen Computer im vorhandenen Cluster herzustellen. Verwenden Sie ein Domänenkonto, das sowohl auf den SQL Server VMs als auch auf dem Zeugenserver Administratorrechte hat.

2. Wählen Sie im Dashboard Server ManagerTools und dann Failover Cluster Manager aus.

3. Klicken Sie im linken Bereich mit der rechten Maustaste auf Failovercluster-Manager, und wählen Sie anschließend Mit Cluster verbinden aus.

4. Wählen Sie im Fenster Cluster auswählen unter Clustername die Option <Cluster auf diesem Server> aus. Klicken Sie anschließend auf OK.

5. Klicken Sie in der Browserstruktur mit der rechten Maustaste auf den Cluster, und klicken Sie dann auf Knoten hinzufügen.

6. Klicken Sie im Assistenten zum Hinzufügen von Knoten auf Weiter.

7. Fügen Sie auf der Seite Select Servers den Namen der neuen SQL Server Instanz hinzu. Geben Sie unter Servernamen eingeben den Namen des Servers ein, und klicken Sie zunächst auf Hinzufügen und dann auf Weiter.

8. Wählen Sie auf der Seite Validierungswarnung die Option Nein aus. (In einem Produktionsszenario sollten Sie die Validierungstests ausführen.) Klicken Sie anschließend auf Weiter.

9. Deaktivieren Sie auf der Bestätigungs-Seite das Kontrollkästchen Fügen Sie allen geeigneten Speicher dem Cluster hinzu, wenn Sie Speicherplätze verwenden.

   Warnung

   Wenn Sie nicht Alle berechtigten Speicher zum Cluster hinzufügen, trennt Windows die virtuellen Datenträger während des Clustering-Prozesses. Sie werden daher erst im Datenträger-Manager oder -Explorer angezeigt, nachdem der Speicher aus dem Cluster entfernt und über PowerShell erneut angefügt wurde.

10. Wählen Sie Weiter aus.

11. Wählen Sie Fertig stellen aus.

    Im Failovercluster-Manager sehen Sie nun, dass Ihr Cluster über einen neuen Knoten verfügt, und der Knoten wird im Container Knoten aufgelistet.

Hinzufügen der IP-Adresse für den Windows Server Failovercluster

Erstellen Sie als Nächstes die IP-Adressressource, und fügen Sie sie dem Cluster für die neue SQL Server VM hinzu:

1. Wählen Sie im Failovercluster-Manager den Namen des Clusters aus. Klicken Sie unter Hauptressourcen des Clusters mit der rechten Maustaste auf den Clusternamen, und wählen Sie dann Eigenschaften aus:

   

2. Klicken Sie im Dialogfeld Clustereigenschaften unter IP-Adressen auf Hinzufügen, und fügen Sie dann die IP-Adresse des Clusternamens aus der Remotenetzwerkregion hinzu. Klicken Sie zunächst im Dialogfeld IP-Adresse auf OK und dann im Dialogfeld Clustereigenschaften auf OK, um die neue IP-Adresse zu speichern.

   

3. Fügen Sie die IP-Adresse als Abhängigkeit für den Namen des Clusterkerns hinzu.

   Öffnen Sie das Dialogfeld "Clustereigenschaften " erneut, und wählen Sie die Registerkarte "Abhängigkeiten" aus. Konfigurieren Sie eine OR Abhängigkeit für die beiden IP-Adressen.

   

Hinzufügen einer IP-Adresse für den Verfügbarkeitsgruppenlistener

Die IP-Adresse für den Listener in der Remoteregion muss dem Cluster hinzugefügt werden. Führen Sie die folgenden Schritte aus, um die IP-Adresse hinzuzufügen:

1. Klicken Sie im Failover-Cluster-Manager mit der rechten Maustaste auf die Verfügbarkeitsgruppenrolle. Zeigen Sie zunächst auf Ressource hinzufügen und anschließend auf Weitere Ressourcen. Wählen Sie dann IP-Adresse aus.

   

2. Klicken Sie zum Konfigurieren dieser IP-Adresse unter Sonstige Ressourcen mit der rechten Maustaste auf die Ressource und dann auf Eigenschaften.

   

3. Geben Sie für Name einen Namen für die neue Ressource ein. Wählen Sie für Netzwerk das Netzwerk des Remoterechenzentrums aus. Wählen Sie Static IP Address aus, und weisen Sie dann im Feld Adresse die statische IP-Adresse aus dem neuen Azure Load Balancer zu.

   

4. Klicken Sie auf Apply (Anwenden) und dann auf OK.

5. Fügen Sie die IP-Adressressource als Abhängigkeit für den Cluster des Listener-Clientzugriffspunkts (Netzwerkname) hinzu.

   Klicken Sie mit der rechten Maustaste auf den Clientzugriffspunkt des Listeners, und wählen Sie dann Eigenschaften aus. Navigieren Sie zur Registerkarte Abhängigkeiten, und fügen Sie die neue IP-Adressressource dem Listener-Clientzugriffspunkt hinzu. Der folgende Screenshot zeigt eine ordnungsgemäß konfigurierte IP-Adressclusterressource:

   

   Wichtig

   Die Clusterressourcengruppe enthält beide IP-Adressen. Bei beiden IP-Adressen handelt es sich um Abhängigkeiten für den Listener-Clientzugriffspunkt. Verwenden Sie den OR Operator in der Clusterabhängigkeitskonfiguration.

6. Legen Sie die Clusterparameter in PowerShell fest.

   Führen Sie das PowerShell-Skript mit dem Clusternetzwerknamen, der IP-Adresse und dem Testport aus, die Sie für den Lastenausgleich in der neuen Region konfiguriert haben:

   $ClusterNetworkName = "<MyClusterNetworkName>" # The cluster name for the network in the new region (Use Get-ClusterNetwork on Windows Server 2012 or later to find the name.)
   $IPResourceName = "<IPResourceName>" # The cluster name for the new IP address resource.
   $ILBIP = "<n.n.n.n>" # The IP address of the internal load balancer in the new region. This is the static IP address for the load balancer that you configured in the Azure portal.
   [int]$ProbePort = <nnnnn> # The probe port that you set on the internal load balancer.
   
   Import-Module FailoverClusters
   
   Get-ClusterResource $IPResourceName | Set-ClusterParameter -Multiple @{"Address"="$ILBIP";"ProbePort"=$ProbePort;"SubnetMask"="255.255.255.255";"Network"="$ClusterNetworkName";"EnableDhcp"=0}
   

Aktivieren von Verfügbarkeitsgruppen

Aktivieren Sie die Always On-Verfügbarkeitsgruppen-Funktion nun. Führen Sie die folgenden Schritte für die neue SQL Server VM aus:

1. Öffnen Sie auf dem Bildschirm StartSQL Server Configuration Manager.

2. Wählen Sie in der Browserstruktur SQL Server Services aus. Klicken Sie mit der rechten Maustaste auf den SQL Server (MSSQLSERVER) Dienst, und wählen Sie dann Properties aus.

3. Wählen Sie die Registerkarte " Always On High Availability " und dann " AlwaysOn-Verfügbarkeitsgruppen aktivieren" aus.

   

4. Wählen Sie Übernehmen. Klicken Sie im Popupdialogfenster auf OK.

5. Starten Sie den SQL Server Dienst neu.

Hinzufügen eines Replikats zur Verfügbarkeitsgruppe

Nachdem der SQL Server auf dem neu erstellten virtuellen Computer neu gestartet wurde, können Sie ihn als Replik zur Verfügbarkeitsgruppe hinzufügen.

1. Öffnen Sie eine Remotedesktopsitzung mit der primären SQL Server Instanz in der Verfügbarkeitsgruppe, und öffnen Sie dann SQL Server Management Studio (SSMS).

2. Öffnen Sie in Object Explorer in SSMS Always On High Availability>Availability Groups. Klicken Sie mit der rechten Maustaste auf den Namen Ihrer Verfügbarkeitsgruppe und dann auf Replikat hinzufügen.

3. Stellen Sie eine Verbindung mit dem vorhandenen Replikat her, und klicken Sie dann auf Weiter.

4. Wählen Sie Replikat hinzufügen aus und stellen Sie eine Verbindung mit der neuen SQL Server-VM her.

   Wichtig

   Ein Replikat in einer Remote-Azure Region sollte auf eine asynchrone Replikation mit manuellem Failover festgelegt werden.

5. Wählen Sie auf der Seite Anfängliche Datensynchronisierung auswählen die Option Vollständig aus, und geben Sie einen freigegebenen Netzwerkstandort an. Verwenden Sie für den Speicherort die zuvor erstellte Sicherungsfreigabe. Im Beispiel war es \\<First SQL Server>\Backup\. Wählen Sie Weiteraus.

   Hinweis

   Die vollständige Synchronisierung übernimmt eine vollständige Sicherung der Datenbank auf der ersten Instanz von SQL Server und stellt sie in der zweiten Instanz wieder her. Für große Datenbanken wird keine vollständige Synchronisierung empfohlen, da dies möglicherweise lange dauern kann.

   Sie können den Vorgang beschleunigen, indem Sie die Datenbank manuell sichern und mit NO RECOVERY wiederherstellen. Wenn die Datenbank bereits mit NO RECOVERY in der zweiten SQL Server Instanz wiederhergestellt wurde, bevor Sie die Verfügbarkeitsgruppe konfigurieren, wählen Sie Join only aus. Wenn Sie die Sicherung nach dem Konfigurieren der Verfügbarkeitsgruppe erstellen möchten, wählen Sie Anfängliche Datensynchronisierung überspringen aus.

   

6. Klicken Sie auf der Seite Validierung auf Weiter. Die Seite sollte in etwa der folgenden Abbildung entsprechen:

   

   Hinweis

   Wenn eine Warnung für die Listenerkonfiguration angezeigt wird, die besagt, dass der Verfügbarkeitsgruppenlistener nicht konfiguriert ist. Sie können diese Warnung ignorieren, da der Listener bereits eingerichtet ist. Sie wurde erstellt, nachdem Sie das Azure Lastenausgleichsmodul in der lokalen Region im Tutorial erstellt haben, um eine Verfügbarkeitsgruppe in einem einzelnen Subnetz in einer einzelnen Region manuell bereitzustellen.

7. Wählen Sie auf der Seite Zusammenfassung die Option Fertig stellen aus, und warten Sie, bis der Assistent die neue Verfügbarkeitsgruppe konfiguriert hat. Auf der Seite Status können Sie auf Weitere Details klicken, um den detaillierten Status anzuzeigen.

   Sehen Sie sich nach Abschluss der Konfiguration durch den Assistenten die Seite Ergebnisse an, um zu ermitteln, ob die Verfügbarkeitsgruppe erfolgreich erstellt wurde.

8. Wählen Sie Schließen aus, um den Assistenten zu schließen.

Verfügbarkeitsgruppe überprüfen

Erweitern Sie in Object ExplorerAlways On High Availability, und erweitern Sie dann Availability Groups. Klicken Sie mit der rechten Maustaste auf die Verfügbarkeitsgruppe, und wählen Sie Dashboard anzeigenaus.

Ihr Verfügbarkeitsgruppendashboard sollte in etwa wie auf dem folgenden Screenshot mit einem weiteren Replikat aussehen:

Auf dem Dashboard werden die Replikate, der Failovermodus jedes Replikats und der Synchronisierungsstatus angezeigt.

Überprüfen des Verfügbarkeitsgruppenlisteners

1. Erweitern Sie in Object Explorer, Always On High Availability, Availability Groups, und erweitern Sie dann Availability Group Listener.

2. Klicken Sie mit der rechten Maustaste auf den Listenernamen, und wählen Sie Eigenschaften aus. Nun sollten beide IP-Adressen für den Listener angezeigt werden (eine in jeder Region).

   

Einrichten der Verbindung für mehrere Subnetze

Das Replikat im Remoterechenzentrum ist Teil der Verfügbarkeitsgruppe, befindet sich aber in einem anderen Subnetz. Wenn dieses Replikat zum primären Replikat wird, können Anwendungsverbindungs-Timeouts auftreten. Dieses Verhalten entspricht dem Verhalten einer lokalen Verfügbarkeitsgruppe bei einer Bereitstellung mit mehreren Subnetzen. Aktualisieren Sie entweder die Clientverbindung, oder konfigurieren Sie den Namensauflösungs-Cache für die Clusternetzwerknamen-Ressource, um Verbindungen von Clientanwendungen zu ermöglichen.

Aktualisieren Sie vorzugsweise die Clusterkonfiguration auf RegisterAllProvidersIP=1 und die Clientverbindungszeichenfolgen auf MultiSubnetFailover=Yes. Siehe Verbinden mit MultiSubnetFailover.

Falls Sie die Verbindungszeichenfolgen nicht ändern können, können Sie den Namensauflösungs-Cache konfigurieren. Siehe Timeout tritt auf, wenn Sie eine Verbindung mit einem "Always On Listener" in einer Umgebung mit mehreren Subnetzen herstellen.

Umschaltung auf die entfernte Region

Sie können ein Failover des Replikats auf die Remoteregion ausführen, um die Verbindung zwischen Listener und Remoteregion zu testen. Da das Replikat asynchron ist, besteht beim Failover die Gefahr von potenziellem Datenverlust. Konfigurieren Sie den Verfügbarkeitsmodus als synchron und den Failovermodus als automatisch, um Datenverluste beim Failover zu vermeiden. Führen Sie die folgenden Schritte durch:

1. Stellen Sie in Object Explorer eine Verbindung mit der Instanz von SQL Server her, die das primäre Replikat hosten soll.

2. Klicken Sie unter Always On-Verfügbarkeitsgruppen mit der rechten Maustaste auf Ihre Verfügbarkeitsgruppe, und wählen Sie Eigenschaften aus.

3. Konfigurieren Sie auf der Seite Allgemein unter Verfügbarkeitsreplikate das sekundäre Replikat am Notfallwiederherstellungsstandort (Disaster Recovery, DR) mit dem Verfügbarkeitsmodus Synchroner Commit und dem Failovermodus Automatisch.

   Wenn Sie zur Erzielung von Hochverfügbarkeit über ein sekundäres Replikat verfügen, das sich am gleichen Standort befindet wie Ihr primäres Replikat, legen Sie dieses Replikat auf Asynchroner Commit und Manuell fest.

4. Klicken Sie auf OK.

5. Klicken Sie in Object Explorer mit der rechten Maustaste auf die Verfügbarkeitsgruppe, und wählen Sie Show Dashboard aus.

6. Vergewissern Sie sich auf dem Dashboard, dass das Replikat am DR-Standort synchronisiert ist.

7. Klicken Sie in Object Explorer mit der rechten Maustaste auf die Verfügbarkeitsgruppe, und wählen Sie Failover aus. SQL Server Management Studio öffnet einen Assistenten für das Failover von SQL Server.

8. Wählen Sie Next aus, und wählen Sie die SQL Server Instanz auf der DR-Website aus. Wählen Sie erneut Weiter aus.

9. Stellen Sie eine Verbindung mit der SQL Server Instanz auf der DR-Website her, und wählen Sie dann Next aus.

10. Überprüfen Sie auf der Seite Zusammenfassung die Einstellungen, und wählen Sie anschließend Fertig stellen aus.

Verschieben Sie das primäre Replikat nach dem Testen der Verbindung wieder in Ihr primäres Rechenzentrum, und legen Sie den Verfügbarkeitsmodus wieder auf die normalen Betriebseinstellungen fest. Die folgende Tabelle enthält die normalen Betriebseinstellungen für die in diesem Artikel beschriebene Architektur:

Weitere Informationen zum geplanten und erzwungenen manuellen Failover finden Sie in den folgenden Artikeln:

• Performieren Sie ein geplantes manuelles Failover einer AlwaysOn-Verfügbarkeitsgruppe (SQL Server)
• Performieren Sie ein erzwungenes manuelles Failover einer AlwaysOn-Verfügbarkeitsgruppe (SQL Server)

Verwandte Inhalte

• Windows Server Failovercluster mit SQL Server auf Azure VMs
• Always On-Verfügbarkeitsgruppe in SQL Server auf Azure-VMs
• Was ist eine Always On-Verfügbarkeitsgruppe?
• HADR-Konfiguration bewährte Methoden (SQL Server für Azure VMs)