Freigeben über


Windows Server-Failoverclustering (WSFC) mit SQL Server

Bei Windows Server-Failoverclustering (WSFC) handelt es sich um eine Gruppe unabhängiger Server, die zur Steigerung der Verfügbarkeit von Anwendungen und Diensten zusammenarbeiten. SQL Server 2014 nutzt die WSFC-Dienste und -Funktionen, um Always On Verfügbarkeitsgruppen und SQL Server Failoverclusterinstanzen zu unterstützen.

Begriffe und Definitionen

WSFC-Cluster Ein WSFC-Cluster (Windows Server Failover Clustering) ist eine Gruppe unabhängiger Server, die zusammenarbeiten, um die Verfügbarkeit von Anwendungen und Diensten zu erhöhen.

Failovercluster instance Ein instance eines Windows-Diensts, der eine IP-Adressressource, eine Netzwerknamenressource und zusätzliche Ressourcen verwaltet, die zum Ausführen einer oder mehrerer Anwendungen oder Dienste erforderlich sind. Clients können mit den Netzwerknamen auf die Ressourcen in der Gruppe zugreifen. Dies ist vergleichbar mit dem Zugriff auf die Dienste auf einem physischen Server mithilfe eines Computernamens. Da es sich bei einer Failoverclusterinstanz jedoch um eine Gruppe handelt, kann dafür ein Failover zu einem anderen Knoten ohne Auswirkung auf den zugrunde liegenden Namen oder die Adresse ausgeführt werden.

Knoten Ein Microsoft Windows Server-System, das ein aktives oder inaktives Mitglied eines Serverclusters ist.

Clusterressource Eine physische oder logische Entität, die sich im Besitz eines Knotens befinden kann, online geschaltet und offline genommen, zwischen Knoten verschoben und als Clusterobjekt verwaltet werden kann. Eine Clusterressource kann jeweils nur im Besitz eines einzelnen Knotens sein.

Ressourcengruppe Eine Sammlung von Clusterressourcen, die als einzelnes Clusterobjekt verwaltet werden. In der Regel enthält eine Ressourcengruppe alle Clusterressourcen, die zum Ausführen einer bestimmten Anwendung oder eines Diensts erforderlich sind. Failover und Failback werden immer auf Ressourcengruppen angewendet.

Ressourcenabhängigkeit Eine Ressource, von der eine andere Ressource abhängt. Wenn Ressource A von Ressource B abhängt, dann ist B eine Abhängigkeit von A.

Netzwerknamenressource Ein logischer Servername, der als Clusterressource verwaltet wird. Eine Netzwerknamenressource muss mit einer IP-Adressressource verwendet werden.

Bevorzugter Besitzer Ein Knoten, auf dem eine Ressourcengruppe lieber ausgeführt werden soll. Jede Ressourcengruppe ist einer Liste von bevorzugten Besitzern zugeordnet, die nach Präferenz sortiert ist. Während eines automatischen Failovers wird die Ressourcengruppe in den nächsten bevorzugten Knoten in der Liste der bevorzugten Besitzer verschoben.

Möglicher Besitzer Ein sekundärer Knoten, auf dem eine Ressource ausgeführt werden kann. Jede Ressourcengruppe ist einer Liste von möglichen Besitzern zugeordnet. Ein Failover für Ressourcengruppen kann nur zu Knoten erfolgen, die als mögliche Besitzer aufgeführt sind.

Quorummodus Die Quorumkonfiguration in einem Failovercluster, die die Anzahl der Knotenfehler bestimmt, die der Cluster aushalten kann.

Erzwungenes Quorum Der Prozess zum Starten des Clusters, obwohl sich nur eine Minderheit der Elemente, die für das Quorum erforderlich sind, in der Kommunikation befindet.

Weitere Informationen finden Sie im Glossar zu Failoverclustern

Übersicht über Windows Server-Failoverclustering

Windows Server-Failoverclustering stellt Infrastrukturfunktionen bereit, die Szenarien mit hoher Verfügbarkeit und Notfallwiederherstellung für gehostete Serveranwendungen, z. B. Microsoft SQL Server und Microsoft Exchange, unterstützen. Wenn ein Clusterknoten oder -dienst fehlschlägt, können die auf diesem Knoten gehosteten Dienste automatisch oder manuell auf einen anderen verfügbaren Knoten übertragen werden. Dieser Prozess wird als Failoverbezeichnet.

Die Knoten im WSFC-Cluster wirken zusammen, um diese Arten von Funktionen bereitzustellen:

  • Verteilte Metadaten und Benachrichtigungen. Metadaten des WSFC-Diensts und gehosteter Anwendungen sind in jedem Knoten im Cluster enthalten. Diese Metadaten enthalten WSFC-Konfiguration und -Status sowie Einstellungen der gehosteten Anwendung. Änderungen an den Metadaten oder am Status eines Knotens werden automatisch an die anderen Knoten im Cluster weitergegeben.

  • Ressourcenverwaltung. Einzelne Knoten im Cluster stellen möglicherweise physische Ressourcen bereit, z. B. direkt angeschlossene Speicher, Netzwerkschnittstellen und Zugriff auf freigegebenen Festplattenspeicher. Gehostete Anwendungen registrieren sich als Clusterressource und konfigurieren möglicherweise Start- und Integritätsabhängigkeiten von anderen Ressourcen.

  • Systemüberwachung. Die Integritätsermittlung zwischen den Knoten und des primären Knotens erfolgt durch eine Kombination aus getakteter Netzwerkkommunikation und Ressourcenüberwachung. Die allgemeine Integrität des Clusters wird von den Abstimmungen eines Quorums der Knoten im Cluster bestimmt.

  • Failoverkoordination. Jede Ressource wird zum Hosten auf einem primären Knoten konfiguriert und kann automatisch oder manuell an mindestens einen sekundären Knoten übertragen werden. Eine integritätsbasierte Failoverrichtlinie steuert die automatische Übertragung des Ressourcenbesitzes zwischen Knoten. Knoten und gehostete Anwendungen werden benachrichtigt, wenn ein Failover erfolgt, damit sie entsprechend reagieren können.

Weitere Informationen finden Sie unter Failovercluster in Windows Server 2008 R2

SQL Server AlwaysOn-Technologien und WSFC

SQL Server 2014 AlwaysOn ist eine neue Hochverfügbarkeits- und Notfallwiederherstellungslösung, die WSFC nutzt. AlwaysOn stellt eine integrierte, flexible Lösung bereit, die die Anwendungsverfügbarkeit erhöht, einen höheren Ertrag bei Hardwareinvestitionen bietet und die Bereitstellung und Verwaltung von Hochverfügbarkeit vereinfacht.

Sowohl Always On Verfügbarkeitsgruppen als auch AlwaysOn-Failoverclusterinstanzen verwenden WSFC als Plattformtechnologie und registrieren Komponenten als WSFC-Clusterressourcen. Verwandte Ressourcen werden in einer Ressourcengruppekombiniert, für die Abhängigkeiten von anderen WSFC-Clusterressourcen festgelegt werden können. Der WSFC-Clusterdienst kann dann erkennen und signalisieren, dass der SQL Server instance neu gestartet werden muss oder automatisch ein Failover auf einen anderen Serverknoten im WSFC-Cluster ausgeführt werden muss.

Wichtig

Um SQL Server AlwaysOn-Technologien in vollem Umfang nutzen zu können, sollten Sie mehrere WSFC-bezogene Voraussetzungen anwenden.

Weitere Informationen finden Sie unter Voraussetzungen, Einschränkungen und Empfehlungen für AlwaysOn-Verfügbarkeitsgruppen (SQL Server).

Hohe Verfügbarkeit auf Instanzebene mit AlwaysOn-Failoverclusterinstanzen

Eine AlwaysOn-Failoverclusterinstanz (AlwaysOn Failover Cluster Instance, FCI) ist eine SQL Server instance, die knotenübergreifend in einem WSFC-Cluster installiert wird. Dieser Instanzentyp besitzt Ressourcenabhängigkeiten für freigegebenen Festplattenspeicher (über Fibre Channel oder iSCSI SAN) und einen virtuellen Netzwerknamen. Der virtuelle Netzwerkname besitzt eine Ressourcenabhängigkeit von mindestens einer virtuellen IP-Adresse in jeweils unterschiedlichen Subnetzen. Der SQL Server-Dienst und der SQL Server-Agent-Dienst werden als Ressourcen registriert, und beide werden von der virtuellen Netzwerknamenressource abhängig gemacht.

Im Fall eines Failovers überträgt der WSFC-Dienst den Besitz von Ressourcen einer Instanz auf einen festgelegten Failoverknoten. Die SQL Server -Instanz wird dann im Failoverknoten neu gestartet, und Datenbanken werden wie gewohnt wiederhergestellt. Nur jeweils ein einzelner Knoten im Cluster kann die FCI und zugrunde liegende Ressourcen hosten.

Hinweis

Eine AlwaysOn-Failoverclusterinstanz erfordert symmetrischen freigegebenen Festplattenspeicher, z. B. ein Storage Area Network (SAN) oder eine SMB-Dateifreigabe. Die freigegebenen Festplattenspeichervolumes müssen für alle potenziellen Failoverknoten im WSFC-Cluster verfügbar sein.

Weitere Informationen finden Sie unter AlwaysOn-Failoverclusterinstanzen

Hochverfügbarkeit auf Datenbankebene mit Always On Verfügbarkeitsgruppen

Eine Verfügbarkeitsgruppe ist eine Gruppe von Benutzerdatenbanken, die zusammen ein Failover ausführen. Eine Verfügbarkeitsgruppe besteht aus einem primären Verfügbarkeitsreplikat und einem bis vier sekundären Replikaten, die mittels protokollbasierter SQL Server-Datenverschiebung verwaltet werden, um den Datenschutz ohne freigegebenen Speicher zu gewährleisten. Jedes Replikat wird von einem instance von SQL Server auf einem anderen Knoten des WSFC-Clusters gehostet. Die Verfügbarkeitsgruppe und ein entsprechender virtueller Netzwerkname werden als Ressourcen im WSFC-Cluster registriert.

Ein Verfügbarkeitsgruppenlistener im Knoten des primären Replikats reagiert auf eingehende Clientanforderungen zum Herstellen einer Verbindung mit dem virtuellen Netzwerknamen. Auf Grundlage von Attributen in der Verbindungszeichenfolge wird jede Anforderung an die entsprechende SQL Server -Instanz umgeleitet.

Statt im Fall eines Failovers den Besitz von freigegebenen physischen Ressourcen an einen anderen Knoten zu übertragen, wird WSFC dazu genutzt, ein sekundäres Replikat auf einer anderen SQL Server -Instanz neu zu konfigurieren, sodass es zum primären Replikat der Verfügbarkeitsgruppe wird. Die virtuelle Netzwerknamenressource der Verfügbarkeitsgruppe wird dann auf diese Instanz übertragen.

Nur eine einzelne SQL Server -Instanz kann jeweils das primäre Replikat der Datenbanken einer Verfügbarkeitsgruppe hosten. Alle zugeordneten sekundären Replikate müssen sich jeweils auf separaten Instanzen und die einzelnen Instanzen müssen sich in unterschiedlichen physischen Knoten befinden.

Hinweis

Always On Verfügbarkeitsgruppen erfordern keine Bereitstellung einer Failoverclusterinstanz oder die Verwendung von symmetrischen freigegebenen Speicher (SAN oder SMB).

Eine Failoverclusterinstanz (FCI) kann zusammen mit einer Verfügbarkeitsgruppe verwendet werden, um die Verfügbarkeit eines Verfügbarkeitsreplikats zu verbessern. Um potenzielle Racebedingungen im WSFC-Cluster zu verhindern, wird jedoch automatisches Failover der Verfügbarkeitsgruppe zu oder von einem Verfügbarkeitsreplikat, das sich auf einer FCI befindet, nicht unterstützt.

Weitere Informationen finden Sie unter Übersicht über AlwaysOn-Verfügbarkeitsgruppen (SQL Server)

WSFC-Systemüberwachung und -Failover

Hohe Verfügbarkeit für eine AlwaysOn-Lösung wird durch proaktive Systemüberwachung physischer und logischer WSFC-Clusterressourcen zusammen mit automatischem Failover zu und Neukonfiguration von redundanter Hardware erreicht. Ein Systemadministrator kann außerdem ein manuelles Failover einer Verfügbarkeitsgruppe oder SQL Server -Instanz von einem Knoten zum anderen initiieren.

Failoverrichtlinien für Knoten, Failoverclusterinstanzen und Verfügbarkeitsgruppen

Eine Failoverrichtlinie wird auf dem WSFC-Clusterknoten, der SQL Server Failoverclusterinstanz (FCI) und den Verfügbarkeitsgruppenebenen konfiguriert. Diese Richtlinien können auf Grundlage des Schweregrads, der Dauer und Häufigkeit eines fehlerhaften Clusterressourcenstatus und eines fehlerhaften Knotenreaktionsverhaltens einen Dienstneustart oder ein automatisches Failover von Clusterressourcen von einem Knoten zum anderen auslösen. Außerdem kann die Verschiebung eines primären Verfügbarkeitsgruppenreplikats von einer SQL Server -Instanz zu einer anderen ausgelöst werden.

Failover eines Verfügbarkeitsgruppenreplikats wirkt sich nicht auf die zugrunde liegende SQL Server -Instanz aus. Bei einem Failover von einer FCI werden die gehosteten Verfügbarkeitsgruppenreplikate mit der Instanz verschoben.

Weitere Informationen finden Sie unter Failover Policy for Failover Cluster Instances.

WSFC-Ressourcenintegritätserkennung

Jede Ressource in einem WSFC-Clusterknoten kann in regelmäßigen Abständen oder bedarfsgesteuert Status und Integrität melden. Verschiedene Umstände deuten möglicherweise auf Ressourcenfehler hin, z. B. Stromausfall, Datenträger- oder Arbeitsspeicherfehler, Netzwerkkommunikationsfehler oder nicht reagierende Dienste.

WSFC-Clusterressourcen wie Netzwerke, Speicher oder Dienste können so konfiguriert werden, dass sie voneinander abhängig sind. Die kumulierte Integrität einer Ressource wird ermittelt, indem für die Integrität nacheinander ein Rollup mit der Integrität jeder ihrer Ressourcenabhängigkeiten ausgeführt wird.

WSFC-Integritätsermittlung zwischen Knoten und Quorumabstimmung

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.

Ein Quorummodus wird auf WSFC-Clusterebene konfiguriert, die die Methodik für die Quorumabstimmung vorgibt und bestimmt, wann ein automatisches Failover ausgeführt oder der Cluster offline geschaltet wird.

Tipp

Es wird immer empfohlen eine ungerade Anzahl an Quorumstimmen in einem WSFC-Cluster empfohlen. Für den Zweck der Quorumabstimmung muss SQL Server nicht auf allen Knoten im Cluster installiert sein. Ein zusätzlicher Server kann als Quorumelement dienen. Alternativ kann das WSFC-Quorummodell zur Verwendung einer Remotedateifreigabe als Tiebreaker konfiguriert werden.

Weitere Informationen finden Sie unter WSFC-Quorummodi und Abstimmungskonfiguration (SQL Server).

Notfallwiederherstellung durch erzwungenes Quorum

Abhängig von den Betriebspraktiken und der WSFC-Clusterkonfiguration können Sie sowohl automatische als auch manuelle Failover durchführen und weiterhin eine robuste, fehlertolerante SQL Server AlwaysOn-Lösung beibehalten. Falls jedoch ein Quorum der freigegebenen Abstimmungsknoten im WSFC-Cluster nicht kommunizieren kann oder bei der Integritätsüberprüfung des WSFC-Clusters ein anderer Fehler zurückgegeben wird, wird der WSFC-Cluster möglicherweise offline geschaltet.

Wird der WSFC-Cluster wegen eines nicht geplanten Notfalls oder aufgrund eines persistenten Hardware- oder Kommunikationsfehlers offline geschaltet, ist manueller Eingriff durch den Administrator erforderlich, um ein Quorum zu erzwingen und die überdauernden Clusterknoten in einer nicht fehlertoleranten Konfiguration wieder online zu schalten.

Danach muss außerdem eine Reihe von Schritten ausgeführt werden, um den WSFC-Cluster neu zu konfigurieren, die betroffenen Datenbankreplikate wiederherzustellen und ein neues Quorum einzurichten.

Informationen zur Erzwingung des Quorums finden Sie unter WSFC-Notfallwiederherstellung durch erzwungenes Quorum (SQL Server).

Beziehung der AlwaysOn-Komponenten in SQL Server mit WSFC

Zwischen SQL Server AlwaysOn- und WSFC-Features und -Komponenten bestehen mehrere Beziehungsebenen.

AlwaysOn-Verfügbarkeitsgruppen werden auf SQL Server-Instanzen gehostet. Eine Clientanforderung, die einen Netzwerknamen eines logischen Verfügbarkeitsgruppenlisteners angibt, um eine Verbindung mit einer primären oder sekundären Datenbank herzustellen, wird an den entsprechenden instance Netzwerknamen des zugrunde liegenden SQL Server instance oder SQL Server Failoverclusterinstanz (FCI) umgeleitet.

SQL Server-Instanzen werden aktiv in einem einzelnen Knoten gehostet. Eine eigenständige SQL Server -Instanz (sofern vorhanden) befindet sich immer in einem einzelnen Knoten mit einem statischen Instanznetzwerknamen. Eine SQL Server -Failoverclusterinstanz (sofern vorhanden) ist für einen von mindestens zwei möglichen Failoverknoten mit einem virtuellen Instanznetzwerknamen aktiv.

Knoten sind Mitglieder eines WSFC-Clusters. Metadaten und Status der WSFC-Konfiguration für alle Knoten werden in jedem Knoten gespeichert. Jeder Server kann asymmetrischen Speicher oder freigegebene Speichervolumes (SAN) für Benutzer- oder Systemdatenbanken bereitstellen. Jeder Server besitzt mindestens eine physische Netzwerkschnittstelle in mindestens einem IP-Subnetz.

Der WSFC-Dienst überwacht die Integrität und verwaltet die Konfiguration für eine Gruppe von Servern. Der Dienst Windows Server-Failovercluster (WSFC) gibt Änderungen an den Metadaten und am Status der WSFC-Konfiguration an alle Knoten im Cluster weiter. Partielle Metadaten und Zustände können auf einer WSFC-Remotedateifreigabe (Quorumfreigabe) gespeichert werden. Zwei oder mehr aktive Knoten oder Zeugen bilden ein Quorum zum Bestimmen der Integrität des WSFC-Clusters.

Always On Verfügbarkeitsgruppenregistrierungsschlüssel sind Unterschlüssel des WSFC-Clusters. Wenn Sie einen WSFC-Cluster löschen und neu erstellen, müssen Sie das Feature Always On Verfügbarkeitsgruppen auf jedem Server instance deaktivieren und erneut aktivieren, das für Always On Verfügbarkeitsgruppen im ursprünglichen WSFC-Cluster aktiviert war. Weitere Informationen finden Sie unter Aktivieren und Deaktivieren von Always On-Verfügbarkeitsgruppen (SQL Server).

SQL Server AlwaysOn-Komponentenkontextdiagramm

Related Tasks

Verwandte Inhalte

Weitere Informationen

AlwaysOn-Failoverclusterinstanzen (SQL Server)Übersicht über AlwaysOn-Verfügbarkeitsgruppen (SQL Server)WSFC-Quorummodi und Abstimmungskonfiguration (SQL Server)Failoverrichtlinie für FailoverclusterinstanzenWSFC-Notfallwiederherstellung über erzwungenes Quorum (SQL Server)