WSFC-Quorummodi und Abstimmungskonfiguration (SQL Server)

Jeder Knoten in einem WSFC-Cluster nimmt an regelmäßiger getakteter Kommunikation teil, um den Integritätsstatus des Knotens für die anderen Knoten freizugeben. Bei nicht reagierenden Knoten wird der Status als fehlerhaft betrachtet.

Ein Quorumknotensatz wird aus der Mehrheit der Abstimmungsknoten und -zeugen im WSFC-Cluster gebildet. Die allgemeine Integrität und der Status eines WSFC-Clusters wird mithilfe einer regelmäßigen Quorumabstimmung ermittelt. Das Vorhandensein eines Quorums bedeutet, dass der Cluster fehlerfrei ist und die Fehlertoleranz auf Knotenebene bereitstellen kann.

Die Abwesenheit eines Quorums gibt an, dass der Cluster nicht fehlerfrei ist. Der Gesamtzustand des WSFC-Clusters muss aufrechterhalten werden, um sicherzustellen, dass fehlerfreie sekundäre Knoten für das Failover von Primärknoten verfügbar sind. 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).

[Nach oben]

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: Dies ähnelt dem Knotenmehrheit-Quorummodus, jedoch mit der Ausnahme, dass eine Remotedateifreigabe auch als Abstimmungszeuge konfiguriert wird und die Konnektivität von Knoten zu dieser Freigabe auch als positive Abstimmung gezählt 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ägermehrheit: Ähnelt dem Knotenmehrheit-Quorummodus, jedoch mit der Ausnahme, dass eine Clusterressource für einen freigegebenen Datenträger auch als Abstimmungszeuge festgelegt wird und die Konnektivität von Knoten zu diesem freigegebenen Datenträger auch als positive Abstimmung betrachtet 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
Beim Verwenden einer asymmetrische Speicherkonfiguration für AlwaysOn-Verfügbarkeitsgruppen sollten Sie den Knotenmehrheit-Quorummodus generell verwenden, wenn Sie über eine ungerade Zahl von Abstimmungsknoten verfügen, oder den Quorummodus Knoten- und Dateifreigabemehrheit, wenn Sie über eine gerade Zahl von Abstimmungsknoten verfügen.

[Nach oben]

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 Quorumdiskussion hat zu diesem Zeitpunkt eine sorgfältige Qualifizierung des Satzes an WSFC-Clusterknoten durchgeführt, die als Abstimmungsknoten über den Clusterzustand abstimmen.

Kein einzelner Knoten in einem WSFC-Cluster kann definitiv bestimmen, dass der Cluster als Ganzes fehlerfrei oder nicht fehlerfrei 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 bei dem Netzwerkkommunikationsfehler ggf. mehr als ein Satz (oder eine Teilmenge) mit Abstimmungsknoten erstellt werden.

Wenn mehr als eine Teilmenge mit Abstimmungsknoten selbständig ein Quorum erzielen kann, wird dies als Split-Brain-Szenario bezeichnet. 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: Es ist ein Hotfix verfügbar, bei dem Sie einen Clusterknoten konfigurieren können, der in Windows Server 2008 und Windows Server 2008 R2 nicht über Quorumabstimmungen verfügt.

[Nach oben]

Halten Sie sich beim Aktivieren oder Deaktivieren der Abstimmung eines bestimmten Knotens an die folgenden Richtlinien:

• Schließen Sie alle Primärknoten ein. Jeder Knoten, der das primäre Replikat einer AlwaysOn-Verfügbarkeitsgruppe hostet oder als bevorzugter Besitzer der AlwaysOn-Failoverclusterinstanz fungiert, sollte über eine Abstimmung (Stimme) verfügen.

• Schließen Sie mögliche Besitzer von automatischen Failovers ein. Jeder Knoten, der nach einem automatischen Failover zu einem Host eines primären Replikats oder einer FCI werden kann, sollte über eine Stimme verfügen.

• Schließen Sie sekundäre Websiteknoten aus. Generell sollten Sie Knoten, die sich auf einer sekundären Website für die Notfallwiederherstellung befinden, keine Stimme geben. 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 Zahl von Abstimmungen: Fügen Sie dem Cluster bei Bedarf eine Zeugendateifreigabe, einen Zeugenknoten oder einen Zeugendatenträger hinzu, und passen Sie den Quorummodus an, um mögliche Gleichstände bei der Quorumabstimmung zu verhindern.

• Bewerten Sie die Stimmenzuweisungen nach einem Failover neu. Es ist nicht wünschenswert, ein Failover in eine Clusterkonfiguration auszuführen, die kein fehlerfreies Quorum unterstützt.

Tipp
SQL Server macht mehrere dynamische Verwaltungssichten (DMVs) für das System verfügbar, 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 und sys.dm_hadr_cluster_networks.

[Nach oben]

• Anzeigen von Cluster-Quorum-NodeWeight-Einstellungen

• Konfigurieren von Cluster-Quorum-NodeWeight-Einstellungen

• Microsoft SQL Server AlwaysOn-Lösungshandbuch zu hoher Verfügbarkeit und Notfallwiederherstellung

• Windows Server-Technologien: Failovercluster

• Schritt-für-Schritt-Anleitung für Failovercluster: Konfigurieren des Quorums in einem Failovercluster

[Nach oben]

Konzepte