WSFC-Quorummodi und Abstimmungskonfiguration (SQL Server)

Gilt für:SQL Server

Sowohl SQL Server Always On-Verfügbarkeitsgruppen als auch Always On-Failoverclusterinstanzen (FCIs) nutzen Windows Server Failover Clustering (WSFC) als Plattformtechnologie. WSFC verwendet einen auf Quorum basierenden Ansatz zum Überwachen des Gesamtclusterzustands und Maximieren der Fehlertoleranz auf Knotenebene. Umfassende Kenntnisse in Bezug auf WSFC-Quorummodi und die Knotenabstimmungskonfiguration sind sehr wichtig für das Entwerfen, Betreiben und Warten (Fehlerbehandlung) der Always On-Lösung für Hochverfügbarkeit und für die Notfallwiederherstellung.

Clusterzustandserkennung von Quorum

Jeder Knoten in einem WSFC-Cluster nimmt an einer regelmäßigen Heartbeat-Kommunikation teil, um den anderen Knoten den Zustand des Knotens mitzuteilen. Bei nicht reagierenden Knoten wird der Status als fehlerhaft betrachtet.

Ein Quorum knotensatz wird aus der Mehrheit der Abstimmungsknoten und -zeugen im WSFC-Cluster gebildet. Der Gesamtzustand und Status eines WSFC-Clusters werden durch eine regelmäßige Quorumabstimmung bestimmt. Das Vorliegen eines Quorums bedeutet, dass der Cluster funktionsfähig ist und Fehlertoleranz auf Knotenebene bereitstellen kann.

Die Abwesenheit eines Quorums gibt an, dass der Cluster nicht fehlerfrei ist. Die allgemeine Integrität des WSFC-Clusters muss aufrechterhalten werden, um sicherzustellen, dass funktionsfähige sekundäre Knoten verfügbar sind, auf die Primärknoten ein Failover ausführen können. Wenn die Quorumabstimmung negativ ausfällt, wird der WSFC-Cluster als Vorsichtsmaßnahme in den Offlinezustand versetzt. Dies führt auch dazu, dass alle SQL Server -Instanzen, die beim Cluster registriert sind, beendet werden.

Wichtig

Wenn ein WSFC-Cluster aufgrund eines Quorumfehlers in den Offlinezustand versetzt wird, ist ein manueller Eingriff erforderlich, um den Onlinezustand wiederherzustellen.

Weitere Informationen finden Sie unter: WSFC-Notfallwiederherstellung durch erzwungenes Quorum (SQL Server).

Quorummodi

Ein Quorummodus wird auf der WSFC-Clusterebene konfiguriert, mit dem die Methodik für die Quorumabstimmung vorgegeben wird. Das Failovercluster-Manager-Hilfsprogramm empfiehlt basierend auf der Anzahl von Knoten im Cluster einen Quorummodus.

Die folgenden Quorummodi können verwendet werden, um zu bestimmen, woraus sich ein Quorum von Abstimmungen zusammensetzt:

  • Knotenmehrheit: Mehr als die Hälfte der Abstimmungsknoten im Cluster müssen positiv abstimmen, damit der Cluster als fehlerfrei eingestuft wird.

  • Knoten- und Dateifreigabemehrheit: Ähnlich wie beim Knotenmehrheitsquorum, jedoch mit dem Unterschied, dass zusätzlich eine Remote-Dateifreigabe als Quorumzeuge konfiguriert ist und die Verbindung eines beliebigen Knotens mit dieser Freigabe ebenfalls als Ja-Stimme gewertet wird. Mehr als die Hälfte der möglichen Abstimmungen muss positiv ausfallen, damit der Cluster als fehlerfrei angesehen wird.

    Als bewährte Methode sollte sich die Zeugendateifreigabe nicht auf einem Knoten im Cluster befinden und für alle Knoten im Cluster sichtbar sein.

  • Knoten- und Datenträger-Mehrheitsprinzip Ähnlich wie der Knotenmehrheitsquorummodus, außer dass eine Clusterressource für einen freigegebenen Datenträger auch als Stimmrechtszeuge festgelegt wird und die Verbindung eines beliebigen Knotens mit diesem freigegebenen Datenträger ebenfalls als Ja-Stimme gezählt wird. Mehr als die Hälfte der möglichen Abstimmungen muss positiv ausfallen, damit der Cluster als fehlerfrei angesehen wird.

  • Nur Datenträger. Eine Clusterressource für einen freigegebenen Datenträger wird als Zeuge festgelegt, und die Konnektivität von Knoten zu diesem freigegebenen Datenträger wird als positive Abstimmung betrachtet.

Tipp

Bei Verwendung einer asymmetrischen Speicherkonfiguration für Always On-Verfügbarkeitsgruppen sollten Sie in der Regel den Quorummodus „Knotenmehrheit“ verwenden, wenn Sie über eine ungerade Anzahl stimmberechtigter Knoten verfügen, oder den Quorummodus „Knoten- und Dateifreigabemehrheit“, wenn Sie über eine gerade Anzahl stimmberechtigter Knoten verfügen.

Abstimmungsknoten und Nicht-Abstimmungsknoten

Standardmäßig wird jeder Knoten im WSFC-Cluster als Mitglied des Clusterquorums einbezogen. Jeder Knoten verfügt bei der Ermittlung des Gesamtclusterzustands über eine (1) Stimme, und jeder Knoten versucht ununterbrochen, ein Quorum zu erzielen. Die bisherige Diskussion zum Quorum hat die Menge der WSFC-Clusterknoten, die über den Clusterzustand abstimmen, sorgfältig als stimmberechtigte Knoten abgegrenzt.

Kein einzelner Knoten in einem WSFC-Cluster kann eindeutig feststellen, dass der Cluster als Ganzes fehlerfrei oder fehlerhaft ist. Aus Sicht der einzelnen Knoten können einige andere Knoten jederzeit offline sein, sich in einem Failoverprozess befinden oder aufgrund eines Netzwerkkommunikationsfehlers nicht reagieren. Eine Hauptfunktion der Quorumabstimmung ist die Ermittlung, ob der scheinbare Status der einzelnen Knoten im WSFC-Cluster tatsächlich dem Ist-Zustand dieser Knoten entspricht.

Für alle Quorummodelle mit Ausnahme von „Nur Datenträger“ hängt die Effektivität einer Quorumabstimmung von einer zuverlässigen Kommunikation zwischen allen Abstimmungsknoten im Cluster ab. Die Netzwerkkommunikation zwischen Knoten in demselben physischen Subnetz sollte als zuverlässig angesehen werden. Die Quorumabstimmung sollte als vertrauenswürdig eingestuft werden.

Wenn ein Knoten in einem anderen Subnetz für eine Quorumabstimmung jedoch als nicht reagierend angesehen wird, während der Knoten eigentlich online und auch sonst fehlerfrei ist, liegt dies in den meisten Fällen an einem Netzwerkkommunikationsfehler zwischen Subnetzen. Je nach Clustertopologie, Quorummodus und Konfiguration der Failoverrichtlinien kann dieser Ausfall der Netzwerkkommunikation dazu führen, dass tatsächlich mehr als eine Gruppe (oder Untergruppe) von Abstimmungsknoten entsteht.

Wenn mehr als eine Teilmenge mit Abstimmungsknoten selbständig ein Quorum erzielen kann, wird dies als Split-Brain-Szenariobezeichnet. Bei solch einem Szenario kann es vorkommen, dass sich die Knoten in den einzelnen Quoren unterschiedlich verhalten und in Konflikt miteinander stehen.

Hinweis

Das Split-Brain-Szenario ist nur möglich, wenn ein Systemadministrator manuell einen erzwungenen Quorumvorgang ausführt, oder in sehr seltenen Fällen bei einem erzwungenen Failover, bei dem der Quorumknotensatz explizit unterteilt wird.

Um die Quorumkonfiguration zu vereinfachen und die Betriebszeit zu verlängern, ist es ratsam, die Einstellung NodeWeight der einzelnen Knoten anzupassen, damit die Stimme des Knotens nicht zum Quorum hinzugezählt wird.

Wichtig

Um NodeWeight-Einstellungen zu verwenden, muss der folgende Hotfix im WSFC-Cluster für alle Server übernommen werden:

KB2494036: Ein Hotfix ist verfügbar, mit dem sich ein Clusterknoten konfigurieren lässt, der keine Quorumabstimmung in WindowsServer 2008 und in Windows Server 2008 R2 enthält.

Empfohlene Anpassungen der Quorumsabstimmung

Beachten Sie beim Aktivieren oder Deaktivieren der Stimmberechtigung eines bestimmten WSFC-Knotens folgende Richtlinien:

  • Standardmäßig keine Stimme. Gehen Sie davon aus, dass jeder Knoten nicht ohne ausdrückliche Begründung abstimmen sollte.

  • Alle primären Replikate einschließen. Jeder WSFC-Knoten, der ein primäres Replikat einer Verfügbarkeitsgruppe beherbergt oder der bevorzugte Besitzer einer FCI ist, sollte eine Stimme haben.

  • Schließen Sie mögliche Besitzer von automatischen Failovers ein. Jeder Knoten, der nach einem automatischen Failover einer Verfügbarkeitsgruppe oder einem FCI-Failover zum Host eines primären Replikats werden kann, sollte über eine Stimme verfügen. Wenn der WSFC-Cluster nur eine Verfügbarkeitsgruppe umfasst und Verfügbarkeitsreplikate nur von eigenständigen Instanzen gehostet werden, bezieht sich diese Regel nur auf das sekundäre Replikat, das als automatisches Failoverziel fungiert.

  • Sekundäre Standortknoten ausschließen. Im Allgemeinen sollten Sie WSFC-Knoten, die sich an einem sekundären Disaster-Recovery-Standort befinden, keine Stimmen zuweisen. Es ist nicht wünschenswert, dass Knoten auf der sekundären Website an einer Entscheidung beteiligt sind, bei der es um das Versetzen des Clusters in den Offlinezustand geht, wenn für die primäre Website kein Fehler vorliegt.

  • Ungerade Anzahl an Stimmen. Fügen Sie dem Cluster bei Bedarf einen Dateifreigabezeugen, einen Zeugenknoten oder einen Zeugen-Datenträger hinzu, und passen Sie den Quorummodus an, um eine mögliche Stimmengleichheit bei der Quorumabstimmung zu verhindern.

  • Bewerten Sie die Stimmenzuweisungen nach einem Failover neu. Sie sollten kein Failover auf eine Clusterkonfiguration durchführen, die kein funktionsfähiges Quorum unterstützt.

Wichtig

Bei der Überprüfung der Konfiguration der WSFC-Quorumabstimmung zeigt der Always On-Verfügbarkeitsgruppen-Assistent eine Warnung an, wenn eine der folgenden Bedingungen zutrifft:

  • Der Clusterknoten, von dem das primäre Replikat gehostet wird, verfügt über keine Stimme.
  • Ein sekundäres Replikat ist für das automatische Failover konfiguriert, und der zugehörige Clusterknoten verfügt über keine Stimme.
  • KB2494036 ist nicht auf allen Clusterknoten installiert, die Verfügbarkeitsreplikate hosten. Dieser Patch ist erforderlich, um bei Clusterknoten in standortübergreifenden Bereitstellungen Stimmen hinzuzufügen oder zu entfernen. Bei Einzelstandort-Bereitstellungen ist dies jedoch in der Regel nicht erforderlich, und Sie können die Warnung bedenkenlos ignorieren.

Tipp

SQL Server Es werden mehrere dynamische Verwaltungssichten (DMVs) für das System verfügbar gemacht, mit denen Sie Einstellungen in Bezug auf die WSFC-Clusterkonfiguration und die Knotenquorumabstimmung verwalten können.

Weitere Informationen finden Sie unter sys.dm_hadr_cluster, sys.dm_hadr_cluster_members, sys.dm_os_cluster_nodes, sys.dm_hadr_cluster_networks.

Verwandte Aufgaben

Verwandte Inhalte

  • Last updated on