Freigeben über


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 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 Quorum knotensatz 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 Quorumabstimmungermittelt. 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.

Informationen zur Erzwingung des Quorums 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: 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 Always On-Verfügbarkeitsgruppensollten 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.

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 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-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 an der Quorumabstimmung

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

  • Standardmäßig keine Stimme. Die einzelnen Knoten benötigen eine ausdrückliche Berechtigung, um stimmberechtigt zu sein.

  • Alle primären Replikate einschließen. Jeder WSFC-Knoten, der das primäre Replikat einer Verfügbarkeitsgruppe hostet oder als bevorzugter Besitzer einer Failoverclusterinstanz fungiert, sollte über eine Stimme verfügen.

  • 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.

  • Schließen Sie sekundäre Websiteknoten aus. Generell sollten Sie WSFC-Knoten, die sich an einem sekundären Standort 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.

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. Das Patch ist erforderlich, um Clusterknoten in standortübergreifenden Bereitstellungen Stimmen zu gewähren bzw. Stimmen zu entziehen. In Bereitstellungen mit einem Standort ist das Patch in der Regel nicht erforderlich, und die Warnung kann ignoriert werden.

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.

Related Tasks

Verwandte Inhalte

Weitere Informationen

WSFC-Notfallwiederherstellung durch erzwungenes Quorum (SQL Server)
Windows Server-Failoverclustering (WSFC), mit SQL Server