webentwicklung-frage-antwort-db.com.de

Immer bei Failover-Clustering im Vergleich zu immer bei Verfügbarkeitsgruppen

Ich habe einige Bedenken hinsichtlich meines Verständnisses von SQL Server Always On. Bitte können Sie mich (konzeptionell) bei Bedarf korrigieren:

  1. Always On Clustering- und Always On Availability-Gruppen sind zwei separate Konzepte. Clustering ist eine HA-Lösung und AG ist eine DR-Lösung. Entspricht Always On Clustering dem Windows Server-Clustering?

  2. Um einen Always On-Cluster zu erstellen, müssen Sie das Installationsprogramm starten und "Neue SQL Server-Failovercluster-Installation" auswählen. Anschließend müssen Sie auf jedem neuen Knoten das Installationsprogramm starten und "Knoten hinzufügen" auswählen. Der Cluster (mit vielen Knoten) arbeitet in Bezug auf die IP-Adresse als eine Einheit, sodass Anwendungen nur auf eine IP verweisen. Wenn ein Instanzabsturz auftritt, wird das Failover von der Clustering-Technologie ausgeführt, und es sind keine Änderungen der Anwendungs-IP erforderlich. Außerdem sind die Benutzer/Anmeldungen synchron und funktionieren im Falle eines Failovers weiterhin. Dies schützt nicht vor Festplattenfehlern, da alle Knoten dieselbe Festplatte verwenden.

  3. Angenommen, wir haben bereits eine SQL Server-Instanz (z. B. Server A), müssen wir zum Erstellen von Always On Clustering die gleichen Schritte wie oben ausführen (eine neue Failovercluster-Installation erstellen) und dann Server A als Knoten hinzufügen. Recht?

  4. Angenommen, wir haben eine neue SQL Server-Instanz (ohne HA/DR) und planen, nur AG zu konfigurieren, müssen wir zunächst sicherstellen, dass die Windows-Funktion "Failover-Clustering" auf jedem teilnehmenden Knoten aktiviert ist. Klicken Sie dann mit der rechten Maustaste auf den SQL Server-Dienst und aktivieren Sie "Immer in Verfügbarkeitsgruppen". Dann erstellen wir auf der Serverinstanz die AG und konfigurieren Datenbanken in die Gruppe (n). Dies stellt die Verfügbarkeit auf Datenbankebene sicher. Bei einem Failover funktionieren die Anmeldungen jedoch nicht mehr (verwaist). Es gibt keine gemeinsam genutzte Festplatte, und daher verursacht der Festplattenabsturz des Primärservers keine Probleme für die Sekundärserverdatenbank. Außerdem zeigen die Clientanwendungen auf die Listener-IP und der Listener stellt sicher, dass der entsprechende Arbeitsserver von den Anwendungen verwendet wird. Recht?

  5. Im obigen Szenario ist die Windows-Funktion "Failover-Clustering" aktiviert. Ist das Clustering also eine Voraussetzung für AG? Ist das Konzept der Clusterbildung in Punkt 2 und Punkt 4 dasselbe?.

  6. Wenn ich sowohl HA/DR mit Always On (AG) als auch mit Failover-Clustering konfigurieren möchte, empfiehlt es sich, Punkt 2 und dann Punkt 4 oder umgekehrt zu befolgen. Sollten wir auch sowohl den Namen des virtuellen Clusters als auch den Listener oder einen der Namen verwenden, wenn dies ausreicht?

  7. Was ist der Unterschied zwischen "SQL Server-Failoverclusterinstallation" und Windows-Clustering?

4
variable

Zunächst gibt es nichts, was als Verfügbarkeitsgruppen "Immer ein" oder "Immer EIN" bezeichnet wird. Es wird einfach als Verfügbarkeitsgruppen bezeichnet.

  1. Always On Clustering- und Always On Availability-Gruppen sind zwei separate Konzepte. Clustering ist eine HA-Lösung und AG ist eine DR-Lösung. Entspricht Always On Clustering dem Windows Server-Clustering?

Ja du hast Recht. Immer beim Clustering bedeutet, dass Sie Verfügbarkeitsgruppen für Datenbanken erstellt haben, die Teil der Failoverclusterinstanz (FCI) sind, und Verfügbarkeitsgruppen bedeuten einfach zwei eigenständige Knoten, die Teil der WSFC sind oder nicht für die Bildung von AG konfiguriert sind. Hier gibt es keine FCI .

  1. Um einen Always On-Cluster zu erstellen, müssen Sie das Installationsprogramm starten und "Neue SQL Server-Failovercluster-Installation" auswählen. Anschließend müssen Sie auf jedem neuen Knoten das Installationsprogramm starten und "Knoten hinzufügen" auswählen.

Das bedeutet im Grunde, dass eine SQL Server-Failoverclusterinstanz erstellt wird. Ja, nachdem Sie eine FCI erstellt haben, können Sie die auf FCI befindlichen Datenbanken einer AG hinzufügen. Dies ist, was Sie als Always On-Cluster aufrufen, und dies wird vom offiziellen MS-Dokument so genannt.

Für Punkt 3 wird auf die beiden obigen Anführungszeichen verwiesen. Beachten Sie erneut den Unterschied zwischen AG und AG mit Sitz in der FCI.

  1. Angenommen, wir haben eine neue SQL-Instanz (ohne HA/DR) und planen, nur AG zu konfigurieren, müssen wir zunächst sicherstellen, dass die Windows-Funktion "Failover-Clustering" auf jedem teilnehmenden Knoten aktiviert ist.

Wenn Sie ONLY AG konfigurieren möchten, benötigen Sie keine Failoverclusterinstanz. AG kann mit 2 oder mehr Knoten konfiguriert werden, die Teil von WSFC sind oder nicht ( ab SQL Server 2017 haben wir clusterless AG) . Denken Sie daran, dass eine FCI immer irgendeine Art von Gemeinsamen Speicher benötigt. Die OTOH AG benötigt keinen gemeinsamen Speicher.

  1. Im obigen Szenario ist die Windows-Funktion "Failover-Clustering" aktiviert. Ist das Clustering also eine Voraussetzung für AG? Ist das Konzept der Clusterbildung in Punkt 2 und Punkt 4 dasselbe?.

WSFC ist Voraussetzung für AG, aber ab SQL Server 2017 können Sie AG ohne WSFC haben, aber das ist keine real AG. WSFC ist jedoch Voraussetzung für FCI.

BEARBEITEN:

Wenn ich sowohl HA/DR mit Always On (AG) als auch mit Failover-Clustering konfigurieren möchte, empfiehlt es sich, Punkt 2 und dann Punkt 4 oder umgekehrt zu befolgen. Sollten wir auch sowohl den Namen des virtuellen Clusters als auch den Listener oder einen der Namen verwenden, wenn dies ausreicht?

Sie müssen zuerst WSFC konfigurieren, dann FCI wie in Punkt 2 und Punkt 4 erwähnt installieren, dann eine Datenbank erstellen und dann Verfügbarkeitsgruppen konfigurieren. Der Name des virtuellen Clusters steht für FCI, während der Listener für AG steht. Sie können den Cluster nicht ohne den Namen des virtuellen Clusters konfigurieren. Sie müssen jedoch über einen AG ohne Listener verfügen. Die einzige Aufgabe des Listeners besteht darin, Verbindungen zum primären Replikat herzustellen, das sich auf einem beliebigen Knoten befinden kann.

Was ist der Unterschied zwischen "Installation eines SQL Server-Failoverclusters" und Windows-Clustering?

Windows Server-Failovercluster (WSFC) ist eine Windows Server-Funktion, auf der die gesamte "Clustering" -Technologie basiert, während sich die FCI auf SQL Server-Ebene befindet, die WSFC für Failover nutzt, um AH für die SQL Server-Instanz bereitzustellen.

5
Shanky