Freigeben über


Tutorial: Konfigurieren einer Verfügbarkeitsgruppe in mehreren Subnetzen (SQL Server auf virtuellen Azure-Computern)

Gilt für:SQL Server auf Azure-VMs

Tipp

Es gibt viele Methoden zum Bereitstellen einer Verfügbarkeitsgruppe. Vereinfachen Sie Ihre Bereitstellung, indem Sie Ihre SQL Server-VMs in mehreren Subnetzen innerhalb desselben virtuellen Azure-Netzwerks erstellen. So benötigen Sie weder eine Azure Load Balancer-Instanz noch einen verteilten Netzwerknamen (DNN) für Ihre Always On-Verfügbarkeitsgruppe. Wenn Sie Ihre Verfügbarkeitsgruppe bereits in einem einzelnen Subnetz erstellt haben, können Sie sie in eine Umgebung mit mehreren Subnetzen migrieren.

In diesem Tutorial erfahren Sie, wie Sie eine Always On-Verfügbarkeitsgruppe für SQL Server auf virtuellen Azure-Computern (Virtual Machines, VMs) in mehreren Subnetzen erstellen. Das vollständige Lernprogramm erstellt einen Windows Server-Failovercluster und eine Verfügbarkeitsgruppe mit zwei SQL Server-Replikaten und einem Listener.

Zeitschätzung: Vorausgesetzt, Ihre Voraussetzungen sind abgeschlossen, sollte dieses Lernprogramm etwa 30 Minuten dauern.

Voraussetzungen

In der folgenden Tabelle sind die Voraussetzungen aufgeführt, die Sie ausführen müssen, bevor Sie dieses Lernprogramm starten:

Anforderung Beschreibung
Zwei SQL Server-Instanzen – Jeder virtuelle Computer in zwei verschiedenen Azure-Verfügbarkeitszonen oder in der gleichen Verfügbarkeitsgruppe
– In separaten Subnetzen innerhalb eines virtuellen Azure-Netzwerks
– Mit zwei sekundären IP-Adressen, die den einzelnen virtuellen Computern zugewiesen sind
– In einer einzelnen Domäne
SQL Server-Dienstkonto Ein Domänenkonto, das vom SQL Server-Dienst für die einzelnen Computer verwendet wird
Offene Firewallports – SQL Server: 1433 für die Standardinstanz
– Datenbankspiegelungs-Endpunkt: 5022 oder ein beliebiger verfügbarer Port
Domäneninstallationskonto – Lokaler Administrator in jedem SQL Server
- Mitglied der SQL Server sysadmin Fixed Serverrolle für jede Instanz von SQL Server

In dieses Tutorial werden Grundkenntnisse im Zusammenhang mit SQL Server-Always On-Verfügbarkeitsgruppen vorausgesetzt.

Erstellen Sie den Cluster.

Die AlwaysOn-Verfügbarkeitsgruppe befindet sich über der Windows Server-Failoverclusterinfrastruktur. Bevor Sie Ihre Verfügbarkeitsgruppe bereitstellen, müssen Sie zuerst den Windows Server-Failovercluster konfigurieren, der das Feature hinzufügt, den Cluster erstellt und die Cluster-IP-Adresse festlegt.

Hinzufügen des Failoverclusterfeatures

Fügen Sie das Failoverclusterfeature beiden SQL Server-VMs hinzu. Gehen Sie dazu folgendermaßen vor:

  1. Stellen Sie eine Verbindung mit dem virtuellen SQL Server-Computer über Bastion mithilfe eines Domänenkontos her, das über Berechtigungen zum Erstellen von Objekten in AD verfügt, z. B. das im Artikel "Voraussetzungen" erstellte Domänenkonto CORP\Install.

  2. Öffnen Sie das Server-Manager-Dashboard.

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

    Screenshot, um den Link

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

  5. Wählen Sie in Features die Option Failoverclustering.

  6. Fügen Sie zusätzliche erforderliche Features hinzu.

  7. Wählen Sie Installieren aus, um die Features hinzuzufügen.

  8. Wiederholen Sie diese Schritte auf dem anderen virtuellen SQL Server-Computer.

Cluster erstellen

Wenn das Clusterfeature den SQL Server-VMs hinzugefügt wurde, können Sie den Windows Server-Failovercluster erstellen.

Führen Sie zum Erstellen des Clusters die folgenden Schritte aus:

  1. Verwenden Sie Bastion, um eine Verbindung mit der ersten SQL Server-VM (z. B. SQL-VM-1) herzustellen, indem Sie ein Domänenkonto verwenden, das über Berechtigungen zum Erstellen von Objekten in AD verfügt, z. B. das im Artikel "Voraussetzungen" erstellte Domänenkonto CORP\Install.

  2. Wählen Sie im Dashboard Server-Manager die Option Tools aus, und klicken Sie dann auf Failovercluster-Manager.

  3. Klicken Sie im linken Bereich mit der rechten Maustaste auf Failovercluster-Manager, und klicken Sie anschließend auf Cluster erstellen.

    Screenshot des Rechtsklick-Menüs des Failovercluster-Managers, bei dem

  4. Erstellen Sie im Clustererstellungs-Assistenten einen Cluster mit zwei Knoten, indem Sie die Seiten durchlaufen und dabei die Einstellungen aus der folgenden Tabelle verwenden:

    Seite Einstellungen
    Vorbereitungen Verwenden Sie Standardwerte.
    Server auswählen Geben Sie unter Servernamen eingeben den Namen der ersten SQL Server-Instanz (beispielsweise SQL-VM-1) ein, und wählen Sie Hinzufügen aus.
    Geben Sie unter Servernamen eingeben den Namen der zweiten SQL Server-Instanz (beispielsweise SQL-VM-2) ein, und wählen Sie Hinzufügen aus.
    Validierungswarnung Wählen Sie Ja. Beim Klicken auf "Weiter" Konfigurationsvalidierungstests ausführen. Danach Erstellung des Clusters fortsetzen. aus.
    Voraussetzungen Klicken Sie auf Weiter.
    „Testoptionen“ Wählen Sie Nur ausgewählte Tests ausführen aus.
    Testauswahl Deaktivieren Sie die Option für den Speicher. Stellen Sie sicher, dass Bestand, Netzwerk und Systemkonfiguration ausgewählt sind.
    Bestätigung Klicken Sie auf Weiter.
    Warten Sie, bis die Überprüfung abgeschlossen ist.
    Wählen Sie Bericht anzeigen aus, um den Bericht zu überprüfen. Die Warnung, dass virtuelle Computer nur über eine einzelne Netzwerkschnittstelle erreichbar sind, kann gefahrlos ignoriert werden. Die Azure-Infrastruktur verfügt über physische Redundanz und ist daher nicht erforderlich, um zusätzliche Netzwerkschnittstellen hinzuzufügen.
    Wählen Sie Fertig stellen aus.
    Zugriffspunkt für die Clusterverwaltung Geben Sie unter Clustername einen Clusternamen ein (beispielsweise SQLAGCluster1).
    Bestätigung Deaktivieren Sie Der gesamte geeignete Speicher soll dem Cluster hinzugefügt werden. , und wählen Sie Weiter aus.
    Zusammenfassung Wählen Sie Fertig stellen aus.

    Warnung

    Wenn Sie das Kontrollkästchen "Alle berechtigten Speicher zum Cluster hinzufügen" nicht deaktivieren, trennt Windows die virtuellen Datenträger während des Clusteringprozesses. Sie werden daher erst im Datenträger-Manager oder -Explorer angezeigt, nachdem der Speicher aus dem Cluster entfernt und mithilfe von PowerShell erneut angefügt wurde.

Festlegen der IP-Adresse des Failoverclusters

In der Regel ist die dem Cluster zugewiesene IP-Adresse die gleiche IP-Adresse, die dem virtuellen Computer zugewiesen ist. Dies bedeutet, dass die Cluster-IP-Adresse in einem fehlerhaften Zustand liegt und nicht online gebracht werden kann. Ändern Sie die IP-Adresse des Clusters, um die IP-Ressource online zu schalten.

Während der Voraussetzungen sollten Sie jeder SQL-Server-VM sekundäre IP-Adressen zugewiesen haben, wie in der folgenden Beispieltabelle gezeigt (Ihre spezifischen IP-Adressen können variieren):

VM-Name Subnetzname Subnetzadressbereich Name der sekundären IP-Adresse Sekundäre IP-Adresse
SQL-VM-1 SQL-Subnetz 1 10.38.1.0/24 Windows-Cluster-IP 10.38.1.10
SQL-VM-2 SQL-Subnetz 2 10.38.2.0/24 Windows-Cluster-IP 10.38.2.10

Weisen Sie diese IP-Adressen als Cluster-IP-Adressen für jedes relevante Subnetz zu.

Hinweis

Unter Windows Server 2019 erstellt der Cluster anstelle des Clusternetzwerknamens einen verteilten Servernamen. Das Clustername-Objekt (CNO) wird automatisch mit den IP-Adressen für alle Knoten im Cluster registriert, sodass keine dedizierte Windows-Cluster-IP-Adresse erforderlich ist. Wenn Sie Windows Server 2019 verwenden, überspringen Sie diesen Abschnitt und alle anderen Schritte, die sich auf cluster core Resources beziehen, oder erstellen Sie mithilfe von PowerShell einen virtuellen Netzwerknamen (Virtual Network Name, VNN). Weitere Informationen finden Sie im Blog Failovercluster: Clusternetzwerkobjekt.

Führen Sie die folgenden Schritte aus, um die IP-Adresse des Clusters zu ändern:

  1. Scrollen Sie im Failovercluster-Manager nach unten bis zu Hauptressourcen des Clusters, und erweitern Sie die Clusterdetails. Dort sollten der Name sowie zwei Ressourcen vom Typ IP-Adresse aus den einzelnen Subnetzen mit dem Zustand Fehler angezeigt werden.

  2. Klicken Sie mit der rechten Maustaste auf die erste fehlerhafte Ressource vom Typ IP-Adresse, und wählen Sie Eigenschaften aus.

    Screenshot der Clustereigenschaften im Failovercluster-Manager mit einer fehlgeschlagenen IP-Adressressource.

  3. Wählen Sie statische IP-Adresse aus, und aktualisieren Sie die IP-Adresse auf die dedizierte Windows-Cluster-IP-Adresse im Subnetz, das Sie der ersten SQL Server-VM zugewiesen haben (z. B. SQL-VM-1). Klicken Sie auf OK.

    Screenshot der IP-Adressressource im Failover Cluster-Manager mit dem hervorgehobenen Abschnitt

  4. Wiederholen Sie die Schritte für die zweite fehlerhafte Ressource vom Typ IP-Adresse. Verwenden Sie dabei die dedizierte Windows-Cluster-IP-Adresse für das Subnetz der zweiten SQL Server-VM (beispielsweise SQL-VM-2).

    Screenshot der sekundären IP-Adressressource im Failovercluster-Manager, in der der Abschnitt

  5. Klicken Sie im Abschnitt Hauptressourcen des Clusters mit der rechten Maustaste auf den Clusternamen, und klicken Sie anschließend auf Online schalten. Warten Sie, bis der Name und eine der IP-Adressressourcen online sind.

Da sich die SQL Server-VMs in verschiedenen Subnetzen befinden, hat der Cluster eine OR-Abhängigkeit von den beiden dedizierten Windows Cluster-IP-Adressen. Beim Onlineschalten der Clusternamenressource wird für den Domänencontrollerserver (DC) das Computerkonto in Active Directory (AD) aktualisiert. Wenn die Clusterkernressourcen auf einen anderen Knoten verlagert werden, wird eine IP-Adresse offline geschaltet, während die andere online geschaltet wird, und der DC-Server wird mit der neuen IP-Adresszuordnung aktualisiert.

Tipp

Wenn Sie den Cluster auf virtuellen Azure-Computern in einer Produktionsumgebung ausführen, ändern Sie die Clustereinstellungen in einen weniger strengen Überwachungsstatus, um die Clusterstabilität und -zuverlässigkeit in einer Cloudumgebung zu verbessern. Weitere Informationen finden Sie in der Checkliste des Artikels „Bewährte Methoden der HADR-Konfiguration (SQL Server auf Azure-VMs)“.

Konfigurieren des Quorums

In einem Cluster mit zwei Knoten ist ein Quorumgerät erforderlich, um die Zuverlässigkeit und Stabilität des Clusters zu gewährleisten. Auf virtuellen Azure-Computern ist der Cloudzeuge die empfohlene Quorumkonfiguration. Es stehen aber auch noch andere Optionen zur Verfügung. In diesem Abschnitt wird ein Cloudzeuge für das Quorum konfiguriert. Identifizieren Sie die Zugriffsschlüssel für das Speicherkonto, und konfigurieren Sie dann den Cloud-Zeuge.

Abrufen der Zugriffsschlüssel für das Speicherkonto

Wenn Sie ein Microsoft Azure Storage-Konto erstellen, sind damit zwei Zugriffsschlüssel verknüpft, die automatisch generiert werden: der primäre Zugriffsschlüssel und der sekundäre Zugriffsschlüssel. Wenn Sie den Cloudzeugen zum ersten Mal erstellen, muss der primäre Zugriffsschlüssel verwendet werden. Danach gibt es hinsichtlich des Schlüssels, der für den Cloudzeugen verwendet werden soll, keine Einschränkungen mehr.

Verwenden Sie das Azure-Portal, um Speicherzugriffsschlüssel für das im Artikel mit den Voraussetzungen erstellte Azure Storage-Konto anzuzeigen und zu kopieren.

Führen Sie die folgenden Schritte aus, um die Speicherzugriffsschlüssel anzuzeigen und zu kopieren:

  1. Wechseln Sie im Azure-Portal zu Ihrer Ressourcengruppe, und wählen Sie das von Ihnen erstellte Speicherkonto aus.

  2. Wählen Sie unter Sicherheit + Netzwerkbetrieb die Option Zugriffsschlüssel aus.

  3. Wählen Sie " Schlüssel anzeigen" aus, und kopieren Sie den Schlüssel.

    Screenshot der Zugriffstasten für das Speicherkonto im Azure-Portal.

Konfigurieren des Cloudzeugen

Nachdem Sie den Zugriffsschlüssel kopiert haben, können Sie den Cloudzeugen für das Clusterquorum erstellen.

Führen Sie die folgenden Schritte aus, um den Cloudzeugen zu erstellen:

  1. Stellen Sie eine Remotedesktopverbindung mit der ersten SQL Server-VM (SQL-VM-1) her.

  2. Öffnen Sie Windows PowerShell im Administratormodus.

  3. Führen Sie das PowerShell-Skript aus, um den TLS-Wert (Transport Layer Security) für die Verbindung auf „1.2“ festzulegen:

    [Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12
    
  4. Verwenden Sie PowerShell, um den Cloudzeugen zu konfigurieren. Ersetzen Sie die Werte für Speicherkontoname und Zugriffsschlüssel durch Ihre spezifischen Informationen:

    Set-ClusterQuorum -CloudWitness -AccountName "Storage_Account_Name" -AccessKey "Storage_Account_Access_Key"
    
  5. Die folgenden Beispielausgabe gibt an, dass der Vorgang erfolgreich war:

    Screenshot der PowerShell-Ausgabe beim Festlegen der Cluster quorumoption.

Die Clusterkernressourcen sind mit einem Cloudzeugen konfiguriert.

Aktivieren des Verfügbarkeitsgruppenfeatures

Das Feature „Always On-Verfügbarkeitsgruppe“ ist standardmäßig deaktiviert. Verwenden Sie den SQL Server-Konfigurations-Manager, um das Feature für beide SQL Server-Instanzen zu aktivieren.

Führen Sie die folgenden Schritte aus, um das Verfügbarkeitsgruppenfeature zu aktivieren:

  1. Stellen Sie eine Verbindung mit der ersten SQL Server-VM (z. B. SQL-VM-1) mit einem Domänenkonto her, das Mitglied der festen Serverrolle "sysadmin" ist, z. B. das im Dokument "Voraussetzungen" erstellte Domänenkonto "CORP\Install".

  2. Starten Sie auf dem Bildschirm Start einer Ihrer SQL Server-VMs den SQL Server-Konfigurations-Manager.

  3. Markieren Sie in der Browserstruktur die Option SQL Server-Dienste, klicken Sie mit der rechten Maustaste auf den Dienst SQL Server (MSSQLSERVER) , und wählen Sie anschließend Eigenschaften aus.

  4. Aktivieren Sie auf der Registerkarte Always On-Hochverfügbarkeit das Kontrollkästchen Always On-Verfügbarkeitsgruppen aktivieren:

    Screenshot der Option

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

  6. Starten Sie den SQL Server-Dienst neu.

  7. Wiederholen Sie diese Schritte für die andere SQL Server-Instanz.

FILESTREAM-Feature aktivieren

Wenn Sie FILESTREAM nicht für Ihre Datenbank in der Verfügbarkeitsgruppe verwenden, überspringen Sie diesen Schritt, und wechseln Sie zum nächsten Schritt – Datenbank erstellen.

Wenn Sie beabsichtigen, ihrer Verfügbarkeitsgruppe, die FILESTREAM verwendet, eine Datenbank hinzuzufügen, muss FILESTREAM aktiviert werden, da das Feature standardmäßig deaktiviert ist. Verwenden Sie den SQL Server-Konfigurations-Manager, um das Feature für beide SQL Server-Instanzen zu aktivieren.

Gehen Sie folgendermaßen vor, um dieses FILESTREAM-Feature zu aktivieren:

  1. Stellen Sie eine Verbindung mit der ersten SQL Server-VM (z. B. SQL-VM-1) mit einem Domänenkonto her, das Mitglied der Festen Serverrolle "sysadmin" ist, z. B. das im Dokument "Voraussetzungen" erstellte Domänenkonto CORP\Install

  2. Starten Sie auf dem Bildschirm Start einer Ihrer SQL Server-VMs den SQL Server-Konfigurations-Manager.

  3. Markieren Sie in der Browserstruktur SQL Server Services, klicken Sie mit der rechten Maustaste auf den SQL Server (MSSQLSERVER) -Dienst, und wählen Sie "Eigenschaften" aus.

  4. Wählen Sie die Registerkarte FILESTREAM und aktivieren Sie das Kontrollkästchen FILESTREAM für Transact-SQL-Zugriff aktivieren.

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

  6. Wählen Sie in SQL Server Management Studio "Neue Abfrage " aus, um den Abfrage-Editor anzuzeigen.

  7. Geben Sie im Abfrage-Editor den folgenden Transact-SQL-Code ein:

    EXEC sp_configure filestream_access_level, 2
    RECONFIGURE
    
  8. Wählen Sie "Ausführen" aus.

  9. Starten Sie den SQL Server-Dienst neu.

  10. Wiederholen Sie diese Schritte für die andere SQL Server-Instanz.

Erstellen einer Datenbank

Für Ihre Datenbank können Sie entweder die Schritte in diesem Abschnitt ausführen, um eine neue Datenbank zu erstellen oder eine AdventureWorks-Datenbank wiederherzustellen. Die Datenbank muss außerdem gesichert werden, um die Protokollkette zu initiieren. Datenbanken, die nicht gesichert wurden, erfüllen nicht die Voraussetzungen für eine Verfügbarkeitsgruppe.

Führen Sie die folgenden Schritte aus, um eine Datenbank zu erstellen:

  1. Stellen Sie eine Verbindung mit der ersten SQL Server-VM (z. B. SQL-VM-1) mit einem Domänenkonto her, das Mitglied der festen Serverrolle "sysadmin" ist, z. B. das im Dokument "Voraussetzungen" erstellte Domänenkonto CORP\Install.
  2. Öffnen Sie SQL Server Management Studio, und stellen Sie eine Verbindung mit der SQL Server-Instanz her.
  3. Klicken Sie im Objekt-Explorer mit der rechten Maustaste auf Datenbanken, und klicken Sie anschließend auf Neue Datenbank.
  4. Geben Sie unter Datenbankname den Namen MyDB1 ein.
  5. Wählen Sie die Seite "Optionen " aus, und wählen Sie " Vollständig " aus der Dropdownliste "Wiederherstellungsmodell " aus, wenn sie nicht standardmäßig vollständig ist. Die Datenbank muss sich im vollständigen Wiederherstellungsmodus befinden, um Teil einer Verfügbarkeitsgruppe werden zu können.
  6. Wählen Sie OK aus, um die Seite Neue Datenbank zu schließen und die neue Datenbank zu erstellen.

Führen Sie die folgenden Schritte aus, um die Datenbank zu sichern:

  1. Klicken Sie im Objekt-Explorer mit der rechten Maustaste auf die Datenbank, markieren Sie Aufgaben, und wählen Sie anschließend Sichern... aus.

  2. Wählen Sie OK aus, um am Standardspeicherort für Sicherungen eine vollständige Sicherung der Datenbank zu erstellen.

Erstellen einer Dateifreigabe

Erstellen Sie eine Sicherungsdateifreigabe, auf die sowohl die SQL Server-VMs als auch deren Dienstkonten Zugriff haben.

Führen Sie die folgenden Schritte aus, um die Sicherungsdateifreigabe zu erstellen:

  1. Wählen Sie auf der ersten SQL Server-VM im Server-Manager die Option Tools aus. Öffnen Sie Computerverwaltung.

  2. Klicken Sie auf Freigegebene Ordner.

  3. Klicken Sie mit der rechten Maustaste auf "Freigaben", und wählen Sie "Neue Freigabe" aus. Verwenden Sie dann den Assistenten zum Erstellen eines freigegebenen Ordners , um eine Freigabe zu erstellen.

    Screenshot des Erstellens einer neuen Freigabe in der Computerverwaltung.

  4. Wählen Sie unter Ordnerpfad die Option Durchsuchen aus, und navigieren Sie zu einem Pfad für den freigegebenen Ordner der Datenbanksicherung, oder erstellen Sie einen Pfad (beispielsweise C:\Backup). Wählen Sie Weiter aus.

  5. Überprüfen Sie unter Name, Beschreibung und Einstellungen den Freigabenamen und den Pfad. Wählen Sie Weiter aus.

  6. Legen Sie unter Berechtigungen für freigegebene Ordner die Option Berechtigungen anpassen fest. Wählen Sie Benutzerdefiniert aus.

  7. Klicken Sie unter Berechtigungen anpassen auf Hinzufügen.

  8. Überprüfen Sie Vollzugriff, um vollständigen Zugriff auf den freigegebenen Ordner für das SQL Server-Dienstkonto zu gewähren (Corp\SQLSvc):

    Screenshot mit benutzerdefinierten Ordnerberechtigungen.

  9. Klicken Sie auf OK.

  10. Klicken Sie unter Berechtigungen für freigegebene Ordner auf Fertig stellen. Wählen Sie erneut Fertig stellen aus.

Erstellen der Verfügbarkeitsgruppe

Nachdem Ihre Datenbank gesichert wurde, können Sie Ihre Verfügbarkeitsgruppe erstellen. Der Prozess übernimmt automatisch eine vollständige Sicherung und Transaktionsprotokollsicherung aus dem primären SQL Server-Replikat und stellt sie auf der sekundären SQL Server-Instanz mit der NORECOVERY Option wieder her.

Führen Sie die folgenden Schritte aus, um die Verfügbarkeitsgruppe zu erstellen:

  1. Klicken Sie im Objekt-Explorer in SQL Server Management Studio (SSMS) auf der ersten SQL Server-VM (beispielsweise SQL-VM-1) mit der rechten Maustaste auf Hohe Verfügbarkeit mit AlwaysOn, und wählen Sie Assistent für neue Verfügbarkeitsgruppen aus.

    Screenshot der Auswahl des Assistenten für neue Verfügbarkeitsgruppen im Kontextmenü von SSMS.

  2. Wählen Sie auf der Seite Einführung die Option Weiter. Geben Sie auf der Seite Namen der Verfügbarkeitsgruppe angeben unter Name der Verfügbarkeitsgruppe einen Namen für die Verfügbarkeitsgruppe ein (beispielsweise AG1). Wählen Sie Weiter aus.

    Screenshot der Seite

  3. Wählen Sie auf der Seite Datenbanken auswählen Ihre Datenbank und anschließend Weiter aus. Wenn Ihre Datenbank die Voraussetzungen nicht erfüllt, stellen Sie sicher, dass sie sich im vollständigen Wiederherstellungsmodell befindet und eine Sicherung übernimmt:

    Screenshot der Seite

  4. Wählen Sie auf der Seite Replikate angeben die Option Replikat hinzufügen aus.

    Screenshot der Seite

  5. Das Dialogfeld Verbindung mit Server herstellen wird angezeigt. Geben Sie unter Servername den Namen des zweiten Servers ein (beispielsweise SQL-VM-2). Wählen Sie Verbinden.

  6. Aktivieren Sie auf der Seite "Replikate angeben" die Kontrollkästchen für Automatisches Failover und wählen Sie "Synchroner Commit" für den Verfügbarkeitsmodus aus der Dropdownliste:

    Screenshot der Seite

  7. Vergewissern Sie sich auf der Registerkarte Endpunkte, dass es sich bei den Ports, die für den Endpunkt für die Datenbankspiegelung verwendet werden, um die Ports handelt, die Sie in der Firewall geöffnet haben:

    Screenshot der Registerkarte

  8. Wählen Sie die Registerkarte "Listener " aus, und wählen Sie " Erstellen eines Verfügbarkeitsgruppenlisteners " mit den folgenden Werten für den Listener aus:

    Feld Wert
    DNS-Name des Listeners: AG1-Listener
    Hafen Verwenden Sie den SQL Server-Standardport. 1433
    Netzwerkmodus: Statische IP
  9. Wählen Sie Hinzufügen aus, um die sekundäre dedizierte IP-Adresse für den Listener für beide SQL Server-VMs anzugeben.

    In der folgenden Tabelle sind die Beispiel-IP-Adressen aufgeführt, die für den Listener aus dem Dokument mit den Voraussetzungen erstellt wurden (ihre spezifischen IP-Adressen können jedoch variieren):

    VM-Name Subnetzname Subnetzadressbereich Name der sekundären IP-Adresse Sekundäre IP-Adresse
    SQL-VM-1 SQL-Subnetz 1 10.38.1.0/24 Verfügbarkeitsgruppen-Listener 10.38.1.11
    SQL-VM-2 SQL-Subnetz 2 10.38.2.0/24 Verfügbarkeitsgruppen-Listener 10.38.2.11
  10. Wählen Sie aus der Dropdownliste im Dialogfeld "IP-Adresse hinzufügen" das erste Subnetz (z. B. 10.38.1.0/24) aus und geben Sie dann die sekundäre dedizierte Listener-IPv4-Adresse an, etwa wie 10.38.1.11. Klicken Sie auf OK.

    Screenshot des Dialogfelds

  11. Wiederholen Sie diesen Schritt erneut, wählen Sie jedoch das andere Subnetz aus der Dropdownliste aus (z. B. 10.38.2.0/24). Geben Sie die sekundäre dedizierte Listener-IPv4-Adresse der anderen SQL Server-VM an, z. B. 10.38.2.11. Klicken Sie auf OK.

    Screenshot von „IP-Adresse für Listener hinzufügen“

  12. Überprüfen Sie die Werte auf der Seite Listener, und wählen Sie Weiter aus:

    Screenshot der Registerkarte

  13. Wählen Sie auf der Seite Anfängliche Datensynchronisierung auswählen die Option Vollständige Datenbank- und Protokollsicherung aus, und geben Sie den zuvor erstellten Speicherort der Netzwerkfreigabe an (beispielsweise \\SQL-VM-1\Backup).

    Screenshot der Seite

    Hinweis

    Die vollständige Synchronisierung übernimmt eine vollständige Sicherung der Datenbank auf der ersten SQL Server-Instanz und stellt sie in der zweiten Instanz wieder her. Für große Datenbanken wird keine vollständige Synchronisierung empfohlen, da dies lange dauern kann. Sie können den Vorgang beschleunigen, indem Sie die Datenbank manuell sichern und mit NO RECOVERY wiederherstellen. Wenn die Datenbank bereits in NO RECOVERY der zweiten SQL Server-Instanz wiederhergestellt wurde, bevor Sie die Verfügbarkeitsgruppe konfigurieren, wählen Sie nur "Beitreten" aus. Wenn Sie die Sicherung nach dem Konfigurieren der Verfügbarkeitsgruppe erstellen möchten, wählen Sie Anfängliche Datensynchronisierung überspringen aus.

  14. Vergewissern Sie sich auf der Seite Überprüfung, dass alle Validierungsüberprüfungen erfolgreich waren, und wählen Sie anschließend Weiter aus:

    Screenshot der Seite

  15. Wählen Sie auf der Seite Zusammenfassung die Option Fertig stellen aus, und warten Sie, bis der Assistent Ihre neue Verfügbarkeitsgruppe konfiguriert hat. Wählen Sie auf der Seite Status die Option Weitere Details aus, um den detaillierten Status anzuzeigen. Wenn auf der Seite Ergebnisse die Meldung Der Assistent wurde erfolgreich abgeschlossen. angezeigt wird, vergewissern Sie sich anhand der Zusammenfassung, dass die Verfügbarkeitsgruppe und der Listener erfolgreich erstellt wurden.

    Screenshot der Ergebnisseite im Assistenten für neue Verfügbarkeitsgruppen in SSMS.

  16. Klicken Sie auf Schließen, um den Assistenten zu beenden.

Überprüfen der Verfügbarkeitsgruppe

Sie können die Integrität der Verfügbarkeitsgruppe mithilfe von SQL Server Management Studio und dem Failovercluster-Manager überprüfen.

Führen Sie die folgenden Schritte aus, um den Status der Verfügbarkeitsgruppe zu überprüfen:

  1. Erweitern Sie im Objekt-Explorer den Eintrag Hochverfügbarkeit mit Always On, und erweitern Sie dann Verfügbarkeitsgruppen. Sie sollten jetzt die neue Verfügbarkeitsgruppe in diesem Container sehen können. Klicken Sie mit der rechten Maustaste auf die Verfügbarkeitsgruppe, und wählen Sie Dashboard anzeigenaus.

    Screenshot des Kontextmenüs im SSMS-Objekt-Explorer mit ausgewählter Option

    Auf dem Dashboard „Verfügbarkeitsgruppe“ werden das Replikat, der Failovermodus der einzelnen Replikate und der Synchronisierungsstatus angezeigt, wie im folgenden Beispiel zu sehen:

    Screenshot des Verfügbarkeitsgruppendashboards in SSMS.

  2. Öffnen Sie den Failovercluster-Manager, wählen Sie Ihren Cluster aus, und wählen Sie Rollen aus, um die Verfügbarkeitsgruppenrolle anzuzeigen, die Sie im Cluster erstellt haben. Wählen Sie die Rolle AG1 aus, und wählen Sie die Registerkarte "Ressourcen " aus, um den Listener und die zugehörigen IP-Adressen anzuzeigen, z. B. das folgende Beispiel:

    Screenshot des Failover-Cluster-Managers mit der Verfügbarkeitsgruppe.

Sie verfügen nun über eine Verfügbarkeitsgruppe mit Replikaten in zwei Instanzen von SQL Server sowie über einen entsprechenden Verfügbarkeitsgruppenlistener. Sie können mithilfe des Listeners eine Verbindung herstellen und die Verfügbarkeitsgruppe mithilfe von SQL Server Management Studio zwischen Instanzen verschieben.

Warnung

Versuchen Sie nicht, die Verfügbarkeitsgruppe mithilfe des Failovercluster-Managers zu überschlagen. Alle Failovervorgänge sollten über SQL Server Management Studio durchgeführt werden – etwa über das Always On-Dashboard oder mithilfe von Transact-SQL (T-SQL). Weitere Informationen finden Sie unter Failoverclustering und AlwaysOn-Verfügbarkeitsgruppen (SQL Server).

Einstellung für RegisterAllProvidersIP festlegen

Wenn Sie eine Verbindung mit einer Verfügbarkeitsgruppe mit Replikaten in mehreren Subnetzen herstellen, legen Sie die MultiSubnetFailover=Yes Option in der Verbindungszeichenfolge so fest, dass der Client versucht, gleichzeitig eine Verbindung mit allen IP-Adressen des Listeners herzustellen. Um die Wiederherstellungszeit nach einem Failover für Clients mit Verbindungzeichenfolgen zu verkürzen, die MultiSubnetFailover=True angeben, legen Sie die Eigenschaft RegisterAllProvidersIP auf 1 fest, sodass alle IP-Adressen des Clusternetzwerknamens der Listenerressource mit dem DNS registriert werden.

Die Einstellung RegisterAllProvidersIP ist eine Clustereigenschaft, die bestimmt, wie der Cluster die IP-Adresse der Cluster-Netzwerknamenressource mit DNS registriert. Der Standardwert lautet 0, was bedeutet, dass der Cluster nur die IP-Adresse des Knotens registriert, der die Clusternetzwerknamenressource besitzt.

Wenn Sie SQL Server Management Studio (SSMS), Transact-SQL oder PowerShell zum Erstellen einer Verfügbarkeitsgruppe verwenden, wird der WSFC-Clientzugriffspunkt mit der Eigenschaft RegisterAllProvidersIP auf 1 festgelegt.

Verwenden Sie den folgenden PowerShell-Befehl, um die RegisterAllProvidersIP Einstellung für Ihren Listener zu überprüfen:

Get-ClusterResource | where-object {$_.ResourceType.name -eq "Network Name"} | Get-ClusterParameter | where-object {$_.name -eq "RegisterAllProvidersIP"}

Wenn Ihr Client den MultiSubnetFailover-Parameter nicht unterstützt, können Sie die Einstellungen RegisterAllProvidersIP und HostRecordTTL ändern, um Konnektivitätsverzögerungen nach dem Failover zu vermeiden.

Verwenden Sie PowerShell, um die RegisterAllProvidersIp- und HostRecordTTL-Einstellungen zu ändern:

Get-ClusterResource yourListenerName | Set-ClusterParameter RegisterAllProvidersIP 0
Get-ClusterResource yourListenerName|Set-ClusterParameter HostRecordTTL 300

Hinweis

Das Verringern des HostRecordTTL-Werts kann den DNS-Datenverkehr erhöhen.

Testen der Listenerverbindung

Wenn Ihre Verfügbarkeitsgruppe bereit ist und Ihr Listener mit den entsprechenden sekundären IP-Adressen konfiguriert wurde, können Sie die Verbindung mit dem Listener testen.

Führen Sie folgende Schritte aus, um die Verbindung zu testen:

  1. Stellen Sie eine Verbindung mit einer SQL Server-Instanz her, die sich im selben virtuellen Netzwerk befindet, besitzt aber nicht das Replikat, z. B. die andere SQL Server-Instanz innerhalb des Clusters oder eine andere VM, auf der SQL Server Management Studio installiert ist.

  2. Öffnen Sie SQL Server Management Studio, und geben Sie im Dialogfeld "Mit Server verbinden " den Namen des Listeners (z. B. AG1-Listener) im Servernamen ein. Wählen Sie dann "Optionen" aus:

    Screenshot des Dialogfelds

  3. Geben Sie MultiSubnetFailover=True im Fenster "Zusätzliche Verbindungsparameter" ein, und wählen Sie dann "Verbinden" aus, um automatisch eine Verbindung mit der Instanz herzustellen, die das primäre SQL Server-Replikat hostet.

    Screenshot des Fensters

Hinweis

Bei der Verbindungsherstellung mit einer Verfügbarkeitsgruppe in verschiedenen Subnetzen ermöglicht die Einstellung MultiSubnetFailover=true eine schnellere Erkennung des aktuellen primären Replikats sowie eine schnellere Verbindungsherstellung. Weitere Informationen finden Sie unter Verbinden mit MultiSubnetFailover.