Hinweis:

Microsoft SQL Server Always On Availability Group auf OCI mit Listener und Load Balancer konfigurieren

Einführung

Die Bereitstellung von Microsoft SQL Server in Oracle Cloud Infrastructure (OCI) bietet Unternehmen eine leistungsstarke Plattform, um ihre High Availability- und Geschäftskontinuitätsziele zu erreichen. Einer der effektivsten Ansätze für die High Availability von Microsoft SQL Server ist das Feature Always On-Verfügbarkeitsgruppe. Microsoft SQL Server Always On-Verfügbarkeitsgruppen bieten eine High Availability- und Disaster Recovery-Lösung, die ein nahtloses Failover und eine nahtlose Datenreplikation über mehrere SQL Server-Instanzen hinweg ermöglicht.

Es gibt verschiedene Möglichkeiten, eine Microsoft SQL Server-Verfügbarkeitsgruppe einzurichten. Eine Möglichkeit besteht darin, die virtuellen SQL Server-Maschinen in separaten Subnetzen in demselben virtuellen Netzwerk zu platzieren. Informationen zum Bereitstellen einer SQL Server-Verfügbarkeitsgruppe mit einer Multi-Subnetz-Architektur finden Sie unter Hochverfügbare Microsoft SQL Server-Datenbanken mit Always On-Verfügbarkeitsgruppen auf OCI bereitstellen und Microsoft SQL Server Always On-Verfügbarkeitsgruppen für HA und DR auf OCI bereitstellen.

Im Anschluss an dieses Tutorial stellen Sie eine SQL Server Always On-Verfügbarkeitsgruppe auf OCI mit virtuellen Maschinen in einem einzelnen Subnetz bereit und konfigurieren sie. Diese Konfiguration umfasst einen privaten OCI Load Balancer, der als Listener fungiert und eine nahtlose Clientkonnektivität und High Availability ermöglicht. Dieser Ansatz eignet sich ideal für Umgebungen, in denen Einfachheit und Zuverlässigkeit entscheidend sind. Er bietet automatisches Failover, Datenredundanz und unterbrechungsfreien Zugriff auf Ihre SQL Server-Datenbanken. Mit diesem Setup ist Ihre Infrastruktur gut positioniert, um geschäftskritische Workloads mit robuster Geschäftskontinuität zu unterstützen. Erwägen Sie bei Produktions-Deployments die Implementierung von erweiterten Überwachungs-, Logging-, Sicherheitsabsicherungs- und Backupstrategien, um diese High Availability-Konfiguration zu ergänzen.

Wenn Sie eine Always On-Verfügbarkeitsgruppe in einem einzelnen Subnetz bereitstellen möchten, finden Sie in diesem Tutorial Schritt-für-Schritt-Anleitungen zum Einrichten mit virtuellen OCI-Maschinen und einem OCI Load Balancer. In diesem Tutorial erfahren Sie, wie Sie eine Always On-Verfügbarkeitsgruppe mit zwei Knoten auf OCI mit virtuellen Maschinen in einem einzelnen Subnetz mit einem OCI Load Balancer einrichten.

Architektur

Die folgende Abbildung zeigt eine Beispielarchitektur auf hoher Ebene der Lösung.

Bild 1

Ausschlüsse für dieses Tutorial

Ziele

Voraussetzungen

Aufgabe 1: SQL Server Always On-Verfügbarkeitsgruppe konfigurieren

Aufgabe 1.1: Verfügbarkeitsgruppen auf beiden SQL Server-Knoten aktivieren (DevSQL1 und DevSQL2)

  1. Gehen Sie im Knoten DevSQL1 zu Start, suchen und öffnen Sie SQL Server 2022 Configuration Manager.

  2. Wählen Sie SQL Server Services, klicken Sie mit der rechten Maustaste auf den Service SQL Server (MSSQLSERVER), und wählen Sie Eigenschaften aus. Wenn Sie eine benannte Instanz verwenden, handelt es sich um SQL Server (INSTANCENAME).

    Bild 3

  3. Klicken Sie auf Immer bei Verfügbarkeitsgruppen, und wählen Sie Immer bei Verfügbarkeitsgruppen aktivieren aus.

    Bild 4

  4. Wählen Sie Übernehmen, und klicken Sie auf OK.

  5. Starten Sie den SQL Server-Service neu.

  6. Wiederholen Sie den 1. bis 5. Schritt auf dem anderen Knoten (DevSQL2).

Aufgabe 1.2: Datenbank auf dem ersten SQL Server-Knoten (DevSQL1) erstellen und ein vollständiges Backup durchführen

  1. Gehen Sie im Knoten DevSQL1 zu Start, suchen Sie nach SSMS, und öffnen Sie SQL Server Management Studio (SSMS).

  2. Stellen Sie eine Verbindung zum primären SQL Server her. In diesem Tutorial ist es DevSQL1.

    Bild 6

  3. Klicken Sie unter Objekt-Explorer mit der rechten Maustaste auf Datenbanken, und klicken Sie auf Neue Datenbank.

    Bild 7

  4. Geben Sie unter Allgemein den Datenbanknamen ein, und wählen Sie unter Optionen die Option Vollständig als Recovery-Modell aus.

    Bild 8

    Bild 9

  5. Klicken Sie auf OK.

  6. Um ein vollständiges Backup durchzuführen, klicken Sie mit der rechten Maustaste auf Datenbank "AdventureWorks2022", Aufgaben, und klicken Sie auf Backup.

  7. Stellen Sie unter Allgemein sicher, dass der Backuptyp Vollständig lautet, und wählen Sie unter Ziel die Option Datenträger als Backup in aus. Klicken Sie auf Hinzufügen, und geben Sie den Speicherort und Dateinamen für das vollständige Backup ein.

  8. Klicken Sie auf OK.

Sie können auch ein Backup mit Transact-SQL erstellen. Beispiel:

Transact-SQL:

BACKUP DATABASE [AdventureWorks2022] TO  DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQL\Backup\AdventuresWork2022.bak' WITH NOFORMAT, NOINIT,  NAME = N'AdventureWorks2022-Full Database Backup', SKIP, NOREWIND, NOUNLOAD,  STATS = 10
GO

Aufgabe 1.3: Verfügbarkeitsgruppe erstellen

  1. Öffnen Sie SQL Server Management Studio, und stellen Sie eine Verbindung zu DevSQL1 her. Klicken Sie unter Objekt-Explorer mit der rechten Maustaste auf Immer bei High Availability, und klicken Sie auf Assistent für neue Verfügbarkeitsgruppe.

    Bild 10

    Dadurch wird die Seite Neue Verfügbarkeitsgruppe geöffnet. Klicken Sie anschließend auf Weiter.

    Bild 11

  2. Geben Sie unter Optionen angeben Verfügbarkeitsgruppenname als DevAG und Clustertyp als Windows Server-Failovercluster ein, und klicken Sie auf Weiter.

    Bild 12

  3. Wählen Sie unter Datenbanken auswählen die Datenbank aus, die Sie dieser Verfügbarkeitsgruppe hinzufügen möchten. Unter Status sollte Voraussetzungen erfüllen angezeigt werden, damit Sie die Datenbank zur Verfügbarkeitsgruppe hinzufügen können. Wenn es Probleme gibt, wird es Ihnen den Grund nennen und wir müssen die notwendigen Maßnahmen ergreifen, um die Voraussetzungen zu erfüllen. Beispiel: Ein vollständiges Datenbankbackup steht möglicherweise aus.

    Bild 13

  4. Fügen Sie unter Replikate angeben die Replikate hinzu. Klicken Sie auf Replikate, um sicherzustellen, dass beide Knoten unter Verfügbarkeitsreplikate hinzugefügt werden, und ändern Sie den Verfügbarkeitsmodus in Synchrones Commit. Sie können je nach Ihren Anforderungen einen anderen Verfügbarkeitsmodus verwenden.

    Bild 14

  5. Klicken Sie auf Endpunkte, um sicherzustellen, dass beide Endpunkte denselben Port verwenden und diese Ports in der Firewall und Sicherheitsliste geöffnet sind. Der Standardwert ist Port 5022.

    Bild 15

    Hinweis: In diesem Tutorial werden alle anderen Optionen als Standard beibehalten. Erstellen Sie ab sofort keinen Listener.

  6. Als Nächstes müssen wir die Datensynchronisierung auswählen. Wählen Sie Automatische Seeding aus, und klicken Sie auf Weiter.

    Bild 16

  7. Stellen Sie unter Validierung sicher, dass die Validierung Erfolgreich ist, und beheben Sie alle Fehler. Sie können die Warnung Listener-Konfiguration prüfen ignorieren, da der Listener später erstellt wird. Klicken Sie auf Weiter, und wählen Sie nach der Erstellung der Verfügbarkeitsgruppe Schließen aus, um den Assistenten zu schließen.

  8. Blenden Sie im Objekt-Explorer die Option Immer auf High Availability ein, und blenden Sie dann Verfügbarkeitsgruppen ein. Die neue Verfügbarkeitsgruppe sollte jetzt in diesem Container angezeigt werden. Klicken Sie mit der rechten Maustaste auf die Verfügbarkeitsgruppe, und wählen Sie Dashboard anzeigen aus.

    Bild 17

  9. Öffnen Sie Failover Cluster Manager, gehen Sie zu Starten, suchen und öffnen Sie Failover Cluster Manager. Stellen Sie eine Verbindung zu Ihrem Cluster her, und klicken Sie auf Rollen.

    Der verwendete Name der Verfügbarkeitsgruppe ist eine Rolle im Cluster, und diese Verfügbarkeitsgruppe hat keine IP-Adresse für Clientverbindungen, weil kein Listener konfiguriert wurde. Nach dem Erstellen eines OCI-Load Balancers wird der Listener konfiguriert.

    Bild 18

In dieser Phase wurde die Verfügbarkeitsgruppe erfolgreich mit zwei SQL Server-Replikaten konfiguriert, sodass ein Failover zwischen den Instanzen möglich ist. Clientkonnektivität mit Listener ist jedoch noch nicht möglich, da kein Listener eingerichtet wurde.

Aufgabe 2: OCI Load Balancer erstellen und Verfügbarkeitsgruppen-Listener konfigurieren

Es gibt verschiedene Möglichkeiten, einen SQL Server Always On-Verfügbarkeitsgruppen-Listener auf OCI zu konfigurieren, einschließlich der Verwendung eines Multi-Subnetz-Setups oder der Zuweisung einer sekundären IP-Adresse zu jeder virtuellen Maschine. Diese Methoden sind zwar gültig, erfordern jedoch häufig eine zusätzliche Konfiguration oder benutzerdefinierte Skripte, um die IP-Verschiebung während Failover-Ereignissen zu verwalten.

Wenn Sie eine Always On-Verfügbarkeitsgruppe in einer einzelnen Subnetzumgebung bereitstellen möchten und benutzerdefiniertes Skripting vermeiden möchten, bietet die Verwendung eines privaten OCI Load Balancers eine optimierte und zuverlässige Lösung. In diesem Abschnitt erfahren Sie, wie Sie den OCI Load Balancer so konfigurieren, dass er als Listener für Ihre Verfügbarkeitsgruppe "Immer aktiviert" fungiert und eine nahtlose Konnektivität und Failover-Behandlung innerhalb eines einzelnen Subnetzes ermöglicht.

Aufgabe 2.1: Statische private IP-Adresse für SQL Server Always On Availability Group Listener reservieren

Reservieren Sie eine statische private IP in OCI, die später SQL Server Always On-Verfügbarkeitsgruppen-Listener-IP in Windows Failover Cluster zugewiesen wird. Wir reservieren diese IP-Adresse, um sicherzustellen, dass dieser IP-Adresse auf OCI keine anderen Services oder VMs zugewiesen sind. Diese IP-Adresse wird nicht von Clients für die Verbindung verwendet. Sie unterstützt jedoch das Failover der Verfügbarkeitsgruppe und stellt sicher, dass der OCI Load Balancer die Verbindung an den richtigen primären Server weiterleitet.

  1. Gehen Sie zur OCI-Konsole, navigieren Sie zu Networking, und klicken Sie auf Virtuelle Cloud-Netzwerke.

  2. Gehen Sie zu dem VCN, das Sie für die SQL Server-Knoten verwenden.

  3. Klicken Sie auf Subnetze, und navigieren Sie zu dem Subnetz, das für SQL Server-Knoten verwendet wird.

  4. Klicken Sie unter Ressourcen auf IPv4-Adressen.

  5. Klicken Sie auf Reservierte IPv4-Adresse hinzufügen.

    Bild 33

  6. Geben Sie die IP-Adresse ein, die Sie dem SQL Server Always On-Verfügbarkeitsgruppen-Listener zuweisen möchten. Dabei kann es sich um eine nicht verwendete IP-Adresse handeln. Beachten Sie, dass Clients mit dieser IP-Adresse keine Remote-Verbindung herstellen können. Dies ist eine Dummy-IP, die wir dem SQL Server Always On-Verfügbarkeitsgruppen-Listener in Windows Failover Cluster zuweisen. Für dieses Tutorial haben wir 10.0.0.148 verwendet.

    Bild 34

Aufgabe 2.2: Privaten OCI Load Balancer erstellen

Hinweis: Die hier nicht genannten Felder werden standardmäßig beibehalten.

  1. Navigieren Sie zur OCI-Konsole, und navigieren Sie zu Networking und Load Balancers.

    Bild 19

  2. Klicken Sie auf Load Balancer und Load Balancer erstellen.

    Bild 20

  3. Geben Sie den Load-Balancer-Namen ein, und wählen Sie Privat als Sichtbarkeitstyp aus.

    Bild 21

  4. Wählen Sie unter Networking auswählen den Compartment-Namen für das VCN und das Subnetz aus, die für diesen Load Balancer verwendet werden sollen. Verwenden Sie dasselbe VCN und Subnetz, das Sie für SQL Server-Knoten verwendet haben.

    Bild 22

  5. Wählen Sie unter Management das Compartment aus, in dem dieser Load Balancer erstellt wird. Stellen Sie sicher, dass Sie Löschen von Load Balancer, Listenern und Backends verhindern, wenn sie noch aktiv sind aktivieren, um eine unbeabsichtigte Unterbrechung der Services zu vermeiden, und klicken Sie auf Weiter.

    Bild 23

  6. Geben Sie unter Backends eine Load-Balancing-Policy als Gewichtetes Round-Robin an.

  7. Fügen Sie unter Backend-Server auswählen die beiden SQL Server-Knoten DevSQL1 und DevSQL2 hinzu. Ändern Sie die Portnummer in 1433. Falls Sie einen anderen Port für SQL Server verwenden, geben Sie die entsprechende Portnummer ein.

    Bild 24

  8. Verwenden Sie unter Health Check Policy angeben das TCP-Protokoll mit der Portnummer 59999. Sie können jeden nicht verwendeten Port verwenden.

    Bild 25

  9. Behalten Sie alle anderen Einstellungen als Standard bei, und wir verwenden Sicherheitsliste für das ausgewählte VCN. Klicken Sie anschließend auf Weiter.

  10. Geben Sie unter Listener konfigurieren Listener-Name, TCP-Traffic und Port-Nummer als 1433 ein. Alle anderen Einstellungen werden standardmäßig beibehalten.

    Bild 26

  11. Klicken Sie auf Weiter, prüfen Sie die Konfiguration, und klicken Sie auf Weiterleiten.

  12. Nachdem OCI Load Balancer bereitgestellt wurde, können Sie die private IP-Adresse des OCI Load Balancers notieren, indem Sie zu Networking, Load Balancer gehen und auf Load Balancer klicken.

    Bild 35

In diesem Tutorial lautet die IP-Adresse für den Load Balancer 10.0.0.149. Dies ist die IP-Adresse, mit der die Clients eine Verbindung zum SQL Server Always On-Verfügbarkeitsgruppen-Listener herstellen.

Aufgabe 2.3: SQL Server Always On Availability Group Listener konfigurieren

  1. Remote Desktop Protocol (RDP) in der VM, die das primäre Replikat hostet. In diesem Tutorial ist es DevSQL1. Um dies zu bestätigen, können Sie Windows Failover Cluster Manager, Rollen öffnen und für die Rolle der SQL-Verfügbarkeitsgruppe in der Spalte Eigentümerknoten prüfen, um zu bestätigen, welcher Knoten das primäre Replikat ist.

  2. Gehen Sie zu Netzwerke, und notieren Sie sich den Netzwerk-Namen als $ClusterNetworkName-Variable.

    Bild 27

  3. Fügen Sie den Clientzugriffspunkt hinzu. Der Clientzugriffspunkt ist der Netzwerkname, mit dem Anwendungen eine Verbindung zu den Datenbanken in einer Verfügbarkeitsgruppe herstellen.

    1. Blenden Sie unter Failover Cluster Manager den Clusternamen ein, und wählen Sie Rollen aus.

    2. Klicken Sie auf Rollen, klicken Sie mit der rechten Maustaste auf den Namen der Verfügbarkeitsgruppe, wählen Sie Ressource hinzufügen aus, und klicken Sie auf Clientzugriffspunkt.

      Bild 28

    3. Erstellen Sie unter Name einen Namen für diesen neuen Listener. Der Name für den neuen Listener ist der Netzwerkname, mit dem Anwendungen eine Verbindung zu Datenbanken in der SQL Server-Verfügbarkeitsgruppe herstellen.

    4. Klicken Sie zweimal auf Weiter, und wählen Sie Fertigstellen aus. Setzen Sie den Listener oder die Ressource an dieser Stelle nicht online.

  4. Setzen Sie die Clusterrolle für die Verfügbarkeitsgruppe offline. Klicken Sie unter Failoverclustermanager auf Rollen, klicken Sie mit der rechten Maustaste auf die Rolle, und wählen Sie Rolle stoppen aus.

  5. Konfigurieren Sie die IP-Ressource für die Verfügbarkeitsgruppe.

    1. Klicken Sie auf Ressourcen, und blenden Sie den erstellten Clientzugriffspunkt ein. Der Clientzugriffspunkt ist offline.

    2. Klicken Sie mit der rechten Maustaste auf die IP-Ressource, und wählen Sie Eigenschaften aus. Beachten Sie den Namen der IP-Adresse als $IPResourceName-Variable. In diesem Tutorial lautet der Name IP Address 10.0.0.0.

    3. Klicken Sie auf IP-Adresse, und wählen Sie Statische IP-Adresse aus. Legen Sie die IP-Adresse als die IP-Adresse fest, die wir in Aufgabe 2.1 reserviert haben. In diesem Tutorial ist es 10.0.0.148.

    Bild 29

  6. Stellen Sie die SQL Server-Verfügbarkeitsgruppe vom Clientzugriffspunkt abhängig.

    1. Klicken Sie unter Failoverclustermanager auf Rollen, und wählen Sie die Verfügbarkeitsgruppe aus.

    2. Klicken Sie unter Andere Ressourcen mit der rechten Maustaste auf die Verfügbarkeitsgruppenressource, und klicken Sie auf Eigenschaften.

    3. Klicken Sie auf Abhängigkeiten, und fügen Sie den Namen des Clientzugriffspunkts (dem Listener) hinzu.

      Bild 30

    4. Klicken Sie auf OK.

  7. Stellen Sie den Clientzugriffspunkt von der IP-Adresse abhängig.

    1. Klicken Sie unter Failoverclustermanager auf Rollen, und wählen Sie die Verfügbarkeitsgruppe aus.

    2. Klicken Sie auf Ressourcen, klicken Sie mit der rechten Maustaste auf den Clientzugriffspunkt unter Servername, und klicken Sie auf Eigenschaften.

      Bild 31

    3. Klicken Sie auf Abhängigkeiten, und prüfen Sie, ob die IP-Adresse eine Abhängigkeit ist. Ist dies nicht der Fall, setzen Sie eine Abhängigkeit von der IP-Adresse. Wenn mehrere Ressourcen aufgeführt sind, stellen Sie sicher, dass die IP-Adressen ODER, nicht UND, Abhängigkeiten aufweisen, und klicken Sie auf OK.

  8. Legen Sie die Clusterparameter in Windows PowerShell fest.

    1. Kopieren Sie das folgende PowerShell-Skript in eine Ihrer SQL Server-Instanzen. Aktualisieren Sie die Variablen für Ihre Umgebung.

      • Suchen Sie den Namen $ClusterNetworkName im Failover-Cluster-Manager, indem Sie Netzwerke auswählen, mit der rechten Maustaste auf das Netzwerk klicken und Eigenschaften auswählen. Die $ClusterNetworkName befindet sich unter Name auf der Registerkarte Allgemein.

      • $IPResourceName ist der Name der IP-Adressressource im Failover Cluster Manager. Dies finden Sie im Failover-Cluster-Manager, indem Sie Rollen auswählen, die SQL Server-Verfügbarkeitsgruppe oder den FCI-Namen auswählen, unter Servername die Option Ressourcen auswählen, mit der rechten Maustaste auf die IP-Adressressource klicken und auf Eigenschaften klicken. Der korrekte Wert befindet sich unter Name in der Registerkarte Allgemein.

      • $ListenerILBIP ist die IP-Adresse, die Sie im Azure-Load Balancer für den Verfügbarkeitsgruppen-Listener erstellt haben. Suchen Sie $ListenerILBIP im Failover Cluster Manager auf derselben Eigenschaftenseite wie der Ressourcenname des SQL Server AG/FCI-Listeners.

      • $ListenerProbePort ist der Port, den Sie im Azure-Load Balancer für den Verfügbarkeitsgruppen-Listener konfiguriert haben, wie 59999. Jeder nicht verwendete TCP-Port ist gültig.

      $ClusterNetworkName = "<MyClusterNetworkName>" # The cluster network name. Use Get-ClusterNetwork on Windows Server 2012 or later to find the name.
$IPResourceName = "<IPResourceName>" # The IP address resource name.
$ListenerILBIP = "<n.n.n.n>" # The IP address that we reserved in Task 2.1. This is the static IP address for the SQL Server AG Listener that you reserved in OCI Console.
[int]$ListenerProbePort = <nnnnn>

Import-Module FailoverClusters

Get-ClusterResource $IPResourceName | Set-ClusterParameter -Multiple @{"Address"="$ListenerILBIP";"ProbePort"=$ListenerProbePort;"SubnetMask"="255.255.255.255";"Network"="$ClusterNetworkName";"EnableDhcp"=0}

      Für dieses Tutorial haben wir Folgendes verwendet:

      $ClusterNetworkName = "Cluster Network 1" # The cluster network name. Use Get-ClusterNetwork on Windows Server 2012 or later to find the name.
$IPResourceName = "IP Address 10.0.0.0" # The IP address resource name.
$ListenerILBIP = "10.0.0.148" # The IP address of the internal load balancer. This is the static IP address for the load balancer that you configured in the Azure portal.
[int]$ListenerProbePort = 59999

Import-Module FailoverClusters

Get-ClusterResource $IPResourceName | Set-ClusterParameter -Multiple @{"Address"="$ListenerILBIP";"ProbePort"=$ListenerProbePort;"SubnetMask"="255.255.255.255";"Network"="$ClusterNetworkName";"EnableDhcp"=0}

    2. Legen Sie die Clusterparameter fest, indem Sie das Skript PowerShell auf einem der Clusterknoten ausführen.

  9. Wenn Sie einen Ausschluss hinzufügen, werden andere Systemprozesse nicht dynamisch demselben Port zugewiesen. Konfigurieren Sie für dieses Szenario die folgenden Ausschlüsse auf allen Clusterknoten.

    netsh int ipv4 add excludedportrange tcp startport=59999 numberofports=1 store=persistent

  10. Setzen Sie die Clusterrolle für die Verfügbarkeitsgruppe online. Klicken Sie unter Failoverclustermanager auf Rollen, klicken Sie mit der rechten Maustaste auf die Rolle, und wählen Sie Rolle starten aus.

  11. Legen Sie in SQL Server Management Studio den Listener-Port fest.

    1. Öffnen Sie SQL Server Management Studio, und stellen Sie eine Verbindung zum primären Replikat her.

    2. Gehen Sie zu Immer auf High Availability, Verfügbarkeitsgruppen, und klicken Sie auf Listener für Verfügbarkeitsgruppen.

    3. Klicken Sie mit der rechten Maustaste auf den Listener-Namen, den Sie in Aufgabe 2.2 erstellt haben, und klicken Sie auf Eigenschaften.

    4. Geben Sie unter Port die Portnummer für den Verfügbarkeitsgruppen-Listener an, und klicken Sie auf OK. Standardwert ist 1433.

    Bild 32

  12. Stellen Sie in Ihrem DNS-Server sicher, dass ein Host-A-Datensatz für die private OCI Load Balancer-IP-Adresse vorhanden ist, die auf den Listener-Namen der SQL-Verfügbarkeitsgruppe verweist. Stellen Sie sicher, dass das SQL-Listener-Computerobjekt die DNS-Datensätze nicht aktualisieren kann. Dadurch wird sichergestellt, dass der DNS-Eintrag nach dem Failover nicht auf die IP-Adresse aktualisiert wird, die in Windows Failover Cluster verwendet wird.

    In diesem Tutorial haben wir den Host-A-Datensatz des SQL-Verfügbarkeitsgruppen-Listeners mit der IP-Adresse 10.0.0.149 anstelle von 10.0.0.148 aktualisiert und die Sicherheit aktualisiert, um sicherzustellen, dass das Computerobjekt SQLAGL$ diesen Datensatz nicht aktualisieren und nur lesen kann.

    Bild 36

    Bild 37

Möglicherweise gibt es weitere Methoden, um dies zu erreichen, Sie können Ihre eigene Lösung implementieren. Ziel ist es, einen DNS-Datensatz für den Verfügbarkeitsgruppen-Listener von SQL Server mit der IP-Adresse des OCI Load Balancers zu haben.

Jetzt können Sie die Verbindung zum SQL Server-Verfügbarkeitsgruppen-Listener von SSMS oder einem anderen Clienttool testen.

Danksagungen

Weitere Lernressourcen

Sehen Sie sich andere Übungen zu docs.oracle.com/learn an, oder greifen Sie im Oracle Learning YouTube-Channel auf weitere kostenlose Lerninhalte zu. Besuchen Sie außerdem education.oracle.com/learning-explorer, um Oracle Learning Explorer zu werden.

Die Produktdokumentation finden Sie im Oracle Help Center.