Konfigurieren und Verwalten des Quorums

• 06/07/2019
• 20 minuten zum Lesen
• • J
  • h
  • M
  • Ü
  • Ü
  • +7

Gilt für: Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012

Dieses Thema enthält Hintergrundinformationen und Schritte zum Konfigurieren und Verwalten des Quorums in einem Windows Server-Failovercluster.

Verständnis des Quorums

Das Quorum für einen Cluster wird durch die Anzahl der Abstimmungselemente bestimmt, die Teil der aktiven Clustermitgliedschaft sein müssen, damit der Cluster ordnungsgemäß gestartet oder weiter ausgeführt werden kann. Eine detailliertere Erklärung finden Sie im Dokument Cluster- und Poolquorum verstehen.

Quorumkonfigurationsoptionen

Das Quorummodell in Windows Server ist flexibel. Wenn Sie die Quorumkonfiguration für Ihren Cluster ändern müssen, können Sie den Assistenten zum Konfigurieren des Clusterquorums oder die Windows PowerShell-Cmdlets FailoverClusters verwenden. Schritte und Überlegungen zum Konfigurieren des Quorums finden Sie unter Konfigurieren des Clusterquorums weiter unten in diesem Thema.

In der folgenden Tabelle sind die drei Quorumkonfigurationsoptionen aufgeführt, die im Assistenten zum Konfigurieren des Clusterquorums verfügbar sind.

Option	Beschreibung
Typische Einstellungen verwenden	Der Cluster weist jedem Knoten automatisch eine Stimme zu und verwaltet die Knotenstimmen dynamisch. Wenn es für Ihren Cluster geeignet ist und freigegebener Clusterspeicher verfügbar ist, wählt der Cluster einen Festplattenzeugen aus. Diese Option wird in den meisten Fällen empfohlen, da die Clustersoftware automatisch eine Quorum- und Zeugenkonfiguration auswählt, die die höchste Verfügbarkeit für Ihren Cluster bietet.
Hinzufügen oder Ändern des Quorumzeugen	Sie können eine Zeugenressource hinzufügen, ändern oder entfernen. Sie können eine Dateifreigabe oder einen Festplattenzeugen konfigurieren. Der Cluster weist jedem Knoten automatisch eine Stimme zu und verwaltet die Knotenstimmen dynamisch.
Erweiterte Quorumkonfiguration und Zeugenauswahl	Sie sollten diese Option nur auswählen, wenn Sie anwendungsspezifische oder standortspezifische Anforderungen für die Konfiguration des Quorums haben. Sie können den Quorumzeugen ändern, Knotenstimmen hinzufügen oder entfernen und auswählen, ob der Cluster Knotenstimmen dynamisch verwaltet. Standardmäßig werden allen Knoten Stimmen zugewiesen, und die Knotenstimmen werden dynamisch verwaltet.

Abhängig von der ausgewählten Quorumkonfigurationsoption und Ihren spezifischen Einstellungen wird der Cluster in einem der folgenden Quorummodi konfiguriert:

Modus	Beschreibung
Knotenmehrheit (kein Zeuge)	Nur Knoten haben Stimmen. Es ist kein Quorum-Zeuge konfiguriert. Das Clusterquorum ist die Mehrheit der abstimmenden Knoten in der aktiven Clustermitgliedschaft.
Knotenmehrheit mit Zeugen (Festplatte oder Dateifreigabe)	Knoten haben Stimmen. Darüber hinaus hat ein Quorum Zeuge eine Stimme. Das Clusterquorum besteht aus der Mehrheit der abstimmenden Knoten in der aktiven Clustermitgliedschaft plus einer Zeugenabstimmung. Ein Quorum-Zeuge kann ein Designated Disk Witness oder ein Designated File Share Witness sein.
Keine Mehrheit (nur Plattenzeuge)	Keine Knoten haben Stimmen. Nur ein einziger Zeuge hat eine Stimme. Das Clusterquorum wird durch den Status des Festplattenzeugen bestimmt. Im Allgemeinen wird dieser Modus nicht empfohlen und sollte nicht ausgewählt werden, da er einen Single Point of Failure für den Cluster erstellt.

In den folgenden Unterabschnitten finden Sie weitere Informationen zu erweiterten Quorumkonfigurationseinstellungen.

Zeugenkonfiguration

Wenn Sie ein Quorum konfigurieren, sollten die Abstimmungselemente im Cluster in der Regel eine ungerade Zahl sein. Wenn der Cluster eine gerade Anzahl von Abstimmungsknoten enthält, sollten Sie daher einen Festplattenzeugen oder einen Dateifreigabezeugen konfigurieren. Der Cluster kann einen zusätzlichen Knoten herunterfahren. Darüber hinaus ermöglicht das Hinzufügen einer Zeugenabstimmung, dass der Cluster weiter ausgeführt wird, wenn die Hälfte der Clusterknoten gleichzeitig ausfällt oder getrennt wird.

Ein Festplattenzeuge wird normalerweise empfohlen, wenn alle Knoten die Festplatte sehen können. Ein File Share Witness wird empfohlen, wenn Sie eine Disaster Recovery für mehrere Standorte mit repliziertem Speicher in Betracht ziehen müssen. Das Konfigurieren eines Datenträgerzeugen mit repliziertem Speicher ist nur möglich, wenn der Speicheranbieter den Lese- und Schreibzugriff von allen Standorten auf den replizierten Speicher unterstützt. Ein Festplattenzeuge wird mit Storage Spaces Direct nicht unterstützt.

Die folgende Tabelle enthält zusätzliche Informationen und Überlegungen zu den Quorum-Zeugentypen.

Zeugentyp	Beschreibung	Anforderungen und Empfehlungen
Disk witness	Dedizierte LUN, die eine Kopie der Clusterdatenbank speichert Am nützlichsten für Cluster mit gemeinsam genutztem (nicht repliziertem) Speicher	Die Größe der LUN muss mindestens 512 MB betragen Muss für die Clusterverwendung reserviert und keiner Clusterrolle zugewiesen sein Muss im Clusterspeicher enthalten sein und Speichervalidierungstests bestehen Es kann sich nicht um eine Festplatte handeln, die ein Cluster Shared Volume (CSV) Basisdatenträger mit einem einzelnen Volume Muss keinen Laufwerksbuchstaben haben Kann mit NTFS oder ReFS formatiert werden Kann optional mit Hardware-RAID für Fehlertoleranz konfiguriert werden Sollte von Backups und Antivirenscans ausgeschlossen werden Ein Festplattenzeuge wird nicht unterstützt mit Stauräumen Direkt
Dateifreigabe Zeuge	SMB-Dateifreigabe, die auf einem Dateiserver unter Windows Server konfiguriert ist, speichert keine Kopie des Clusters die Datenbank Verwaltet Clusterinformationen nur in einem Zeugen.protokolldatei Am nützlichsten für Multisite-Cluster mit repliziertem Speicher	Muss über mindestens 5 MB freien Speicherplatz verfügen Muss für den einzelnen Cluster reserviert sein und darf nicht zum Speichern von Benutzer- oder Anwendungsdaten verwendet werden Muss Schreibberechtigungen für das Computerobjekt für den Clusternamen aktiviert haben Im Folgenden finden Sie weitere Überlegungen für einen Dateiserver, der die Dateifreigabe hostet: Ein einzelner Dateiserver kann mit File Share Witnesses für mehrere Cluster konfiguriert werden. Der Dateiserver muss sich an einem Standort befinden, der von der Clusterarbeitslast getrennt ist. Dies ermöglicht die Chancengleichheit für jeden Cluster-Standort, um zu überleben, wenn die Standort-zu-Standort-Netzwerkkommunikation verloren geht. Wenn sich der Dateiserver am selben Standort befindet, wird dieser Standort zum primären Standort und ist der einzige Standort, der die Dateifreigabe erreichen kann. Der Dateiserver kann auf einer virtuellen Maschine ausgeführt werden, wenn die virtuelle Maschine nicht auf demselben Cluster gehostet wird, der den File Share Witness verwendet. Für eine hohe Verfügbarkeit kann der Dateiserver in einem separaten Failovercluster konfiguriert werden.
Cloud-Zeuge	Eine Zeugendatei, die in Azure Blob Storage gespeichert ist, wird empfohlen, wenn alle Server im Cluster über eine zuverlässige Internetverbindung verfügen.	Siehe Bereitstellen eines Cloud-Zeugen.

Knotenstimmenzuweisung

Als erweiterte Quorumkonfigurationsoption können Sie Quorumstimmen pro Knoten zuweisen oder entfernen. Standardmäßig werden allen Knoten Stimmen zugewiesen. Unabhängig von der Zuweisung funktionieren alle Knoten weiterhin im Cluster, erhalten Clusterdatenbankaktualisierungen und können Anwendungen hosten.

Möglicherweise möchten Sie Stimmen von Knoten in bestimmten Disaster Recovery-Konfigurationen entfernen. In einem Cluster mit mehreren Standorten können Sie beispielsweise Stimmen von den Knoten in einem Backup-Standort entfernen, sodass diese Knoten die Quorumberechnungen nicht beeinflussen. Diese Konfiguration wird nur für manuelles standortübergreifendes Failover empfohlen. Weitere Informationen finden Sie unter Überlegungen zum Quorum für Notfallwiederherstellungskonfigurationen weiter unten in diesem Thema.

Das konfigurierte Gewicht eines Knotens kann überprüft werden, indem die gemeinsame Eigenschaft NodeWeight des Clusterknotens mithilfe des Windows PowerShell-Cmdlets Get-ClusterNode nachgeschlagen wird. Der Wert 0 gibt an, dass für den Knoten keine Quorumabstimmung konfiguriert ist. Ein Wert von 1 gibt an, dass die Quorumstimme des Knotens zugewiesen und vom Cluster verwaltet wird. Weitere Informationen zur Verwaltung von Knotenstimmen finden Sie weiter unten in diesem Thema unter Dynamische Quorumverwaltung.

Die Stimmenzuweisung für alle Clusterknoten kann mit dem Validate Cluster Quorum validation Test überprüft werden.

Zusätzliche Überlegungen zur Zuweisung von Knotenstimmen

• Die Zuweisung von Knotenstimmen wird nicht empfohlen, um eine ungerade Anzahl von Abstimmungsknoten zu erzwingen. Stattdessen sollten Sie einen Datenträgerzeugen oder einen Dateifreigabezeugen konfigurieren. Weitere Informationen finden Sie unter Zeugenkonfiguration weiter unten in diesem Thema.
• Wenn die dynamische Quorumverwaltung aktiviert ist, können nur den Knoten, denen Knotenstimmen zugewiesen wurden, ihre Stimmen dynamisch zugewiesen oder entfernt werden. Weitere Informationen finden Sie unter Dynamische Quorumverwaltung weiter unten in diesem Thema.

Dynamische Quorumverwaltung

In Windows Server 2012 können Sie als erweiterte Quorumkonfigurationsoption die dynamische Quorumverwaltung nach Cluster aktivieren. Weitere Informationen zur Funktionsweise des dynamischen Quorums finden Sie in dieser Erklärung.

Mit Dynamic Quorum Management ist es auch möglich, dass ein Cluster auf dem letzten überlebenden Clusterknoten ausgeführt wird. Durch dynamische Anpassung der Quorummehrheitsanforderung kann der Cluster sequentielle Knotenabschaltungen für einen einzelnen Knoten aufrechterhalten.

Das Cluster-zugewiesene dynamische Gewicht eines Knotens kann mit der gemeinsamen Eigenschaft DynamicWeight des Clusterknotens mithilfe des Windows PowerShell-Cmdlets Get-ClusterNode überprüft werden. Ein Wert von 0 zeigt an, dass der Knoten keine Quorumabstimmung hat. Der Wert 1 gibt an, dass der Knoten über eine Quorumabstimmung verfügt.

Die Stimmenzuweisung für alle Clusterknoten kann mit dem Validate Cluster Quorum validation Test überprüft werden.

Zusätzliche Überlegungen zur dynamischen Quorumverwaltung

• Die dynamische Quorumverwaltung erlaubt es dem Cluster nicht, einen gleichzeitigen Ausfall einer Mehrheit der stimmberechtigten Mitglieder aufrechtzuerhalten. Um die Ausführung fortzusetzen, muss der Cluster zum Zeitpunkt des Herunterfahrens oder Ausfalls eines Knotens immer über eine Quorummehrheit verfügen.

• Wenn Sie die Abstimmung eines Knotens explizit entfernt haben, kann der Cluster diese Abstimmung nicht dynamisch hinzufügen oder entfernen.

• Wenn Storage Spaces Direct aktiviert ist, kann der Cluster nur zwei Knotenfehler unterstützen. Dies wird im Abschnitt Poolquorum näher erläutert

Allgemeine Empfehlungen für die Quorumkonfiguration

Die Clustersoftware konfiguriert das Quorum für einen neuen Cluster automatisch basierend auf der Anzahl der konfigurierten Knoten und der Verfügbarkeit des gemeinsam genutzten Speichers. Dies ist normalerweise die am besten geeignete Quorumkonfiguration für diesen Cluster. Es empfiehlt sich jedoch, die Quorumkonfiguration nach der Erstellung des Clusters zu überprüfen, bevor der Cluster in Produktion genommen wird. Zum Anzeigen der detaillierten Cluster-Quorumkonfiguration können Sie den Konfigurationsassistenten validieren oder das Windows PowerShell-Cmdlet Test-Cluster verwenden, um den Test zur Validierung der Quorumkonfiguration auszuführen. In Failovercluster-Manager wird die grundlegende Quorumkonfiguration in den Zusammenfassungsinformationen für den ausgewählten Cluster angezeigt, oder Sie können die Informationen zu Quorumressourcen überprüfen, die beim Ausführen des Windows PowerShell-Cmdlets Get-ClusterQuorum zurückgegeben werden.

Sie können jederzeit den Test Quorumkonfiguration validieren ausführen, um zu überprüfen, ob die Quorumkonfiguration für Ihren Cluster optimal ist. Die Testausgabe gibt an, ob eine Änderung der Quorumkonfiguration empfohlen wird und welche Einstellungen optimal sind. Wenn eine Änderung empfohlen wird, können Sie den Assistenten zum Konfigurieren des Clusterquorums verwenden, um die empfohlenen Einstellungen anzuwenden.

Nachdem der Cluster in Produktion ist, ändern Sie die Quorumkonfiguration nicht, es sei denn, Sie haben festgestellt, dass die Änderung für Ihren Cluster geeignet ist. Möglicherweise möchten Sie die Quorumkonfiguration in den folgenden Situationen ändern:

• Hinzufügen oder Entfernen von Knoten
• Hinzufügen oder Entfernen von Speicher
• Ein langfristiger Knoten- oder Zeugenfehler
• Wiederherstellen eines Clusters in einem Notfallwiederherstellungsszenario mit mehreren Standorten

Weitere Informationen zum Validieren eines Failoverclusters finden Sie unter Hardware für einen Failovercluster validieren.

Konfigurieren des Clusterquorums

Sie können die Clusterquorumeinstellungen mithilfe des Failovercluster-Managers oder der Windows PowerShell-Cmdlets von FailoverClusters konfigurieren.

Konfigurieren der Clusterquorumeinstellungen

Die Mitgliedschaft in der lokalen Administratorengruppe auf jedem Clusterserver oder gleichwertig ist die Mindestberechtigung, die zum Ausführen dieses Vorgangs erforderlich ist. Außerdem muss das von Ihnen verwendete Konto ein Domänenbenutzerkonto sein.

Ändern der Quorumkonfiguration in einem Failovercluster mithilfe des Failovercluster-Managers

1. Wählen Sie im Failovercluster-Manager den Cluster aus, den Sie ändern möchten, oder geben Sie ihn an.

2. Wählen Sie bei ausgewähltem Cluster unter Aktionen die Option Weitere Aktionen aus, und wählen Sie dann Clusterquorumeinstellungen konfigurieren aus. Der Assistent Cluster-Quorum konfigurieren wird angezeigt. Wählen Sie Weiter.

3. Wählen Sie auf der Seite Quorumkonfigurationsoption auswählen eine der drei Konfigurationsoptionen aus, und führen Sie die Schritte für diese Option aus. Bevor Sie die Quorumeinstellungen konfigurieren, können Sie Ihre Auswahl überprüfen. Weitere Informationen zu den Optionen finden Sie unter Verstehen des Quorums weiter oben in diesem Thema.

   • Damit der Cluster die für die aktuelle Clusterkonfiguration optimalen Quorumeinstellungen automatisch zurücksetzen kann, wählen Sie Standardquorumkonfiguration verwenden aus, und schließen Sie den Assistenten ab.

   • Um den Quorumzeugen hinzuzufügen oder zu ändern, wählen Sie den Quorumzeugen aus, und führen Sie dann die folgenden Schritte aus. Informationen und Überlegungen zum Konfigurieren eines Quorumzeugen finden Sie weiter oben in diesem Thema unter Zeugenkonfiguration.

     1. Wählen Sie auf der Seite Select Quorum Witness (Quorumzeugen auswählen) eine Option zum Konfigurieren eines Datenträgerzeugen oder eines Dateifreigabezeugen aus. Der Assistent zeigt die Zeugenauswahloptionen an, die für Ihren Cluster empfohlen werden.

        Hinweis

        Sie können auch die Option Keinen Quorumzeugen konfigurieren auswählen und dann den Assistenten abschließen. Wenn Sie eine gerade Anzahl von Abstimmungsknoten in Ihrem Cluster haben, ist dies möglicherweise keine empfohlene Konfiguration.

     2. Wenn Sie die Option zum Konfigurieren eines Festplattenzeugen auswählen, wählen Sie auf der Seite Speicherzeugen konfigurieren das Speichervolume aus, das Sie als Festplattenzeugen zuweisen möchten, und schließen Sie den Assistenten ab.

     3. Wenn Sie die Option zum Konfigurieren eines Dateifreigabezeugen auswählen, geben Sie auf der Seite Dateifreigabezeugen konfigurieren eine Dateifreigabe ein, die als Zeugenressource verwendet wird, und führen Sie den Assistenten aus.

     4. Wenn Sie die Option zum Konfigurieren eines Cloud-Zeugen auswählen, geben Sie auf der Seite Cloud-Zeuge konfigurieren den Namen Ihres Azure-Speicherkontos, den Azure-Speicherkontoschlüssel und den Azure-Dienstendpunkt ein, und schließen Sie den Assistenten ab.

        Hinweis

        Diese Option ist in Windows Server 2016 und höher verfügbar.

   • Um die Quorumverwaltungseinstellungen zu konfigurieren und den Quorumzeugen hinzuzufügen oder zu ändern, wählen Sie Erweiterte Quorumkonfiguration aus, und führen Sie dann die folgenden Schritte aus. Informationen und Überlegungen zu den erweiterten Quorumkonfigurationseinstellungen finden Sie weiter oben in diesem Thema unter Knotenstimmenzuweisung und dynamische Quorumverwaltung.

     1. Wählen Sie auf der Seite Abstimmungskonfiguration auswählen eine Option aus, um Knoten Stimmen zuzuweisen. Standardmäßig wird allen Knoten eine Stimme zugewiesen. In bestimmten Szenarien können Sie jedoch nur einer Teilmenge der Knoten Stimmen zuweisen.

        Hinweis

        Sie können auch Keine Knoten auswählen. Dies wird im Allgemeinen nicht empfohlen, da Knoten nicht an der Quorumabstimmung teilnehmen können und ein Festplattenzeuge konfiguriert werden muss. Dieser Festplattenzeuge wird zum Single Point of Failure für den Cluster.

     2. Auf der Seite Quorumverwaltung konfigurieren können Sie die Option Cluster zur dynamischen Verwaltung der Zuweisung von Knotenstimmen zulassen aktivieren oder deaktivieren. Die Auswahl dieser Option erhöht im Allgemeinen die Verfügbarkeit des Clusters. Standardmäßig ist die Option aktiviert, und es wird dringend empfohlen, diese Option nicht zu deaktivieren. Mit dieser Option kann der Cluster in Fehlerszenarien weiter ausgeführt werden, die bei deaktivierter Option nicht möglich sind.

        Hinweis

        Diese Option ist in Windows Server 2016 und höher nicht vorhanden.

     3. Wählen Sie auf der Seite Quorum-Zeuge auswählen eine Option zum Konfigurieren eines Festplatten-Zeugen, Dateifreigabe-Zeugen oder Cloud-Zeugen aus. Der Assistent zeigt die Zeugenauswahloptionen an, die für Ihren Cluster empfohlen werden.

        Hinweis

        Sie können auch die Option Keinen Quorumzeugen konfigurieren auswählen und dann den Assistenten abschließen. Wenn Sie eine gerade Anzahl von Abstimmungsknoten in Ihrem Cluster haben, ist dies möglicherweise keine empfohlene Konfiguration.

     4. Wenn Sie die Option zum Konfigurieren eines Festplattenzeugen auswählen, wählen Sie auf der Seite Speicherzeugen konfigurieren das Speichervolume aus, das Sie als Festplattenzeugen zuweisen möchten, und schließen Sie den Assistenten ab.

     5. Wenn Sie die Option zum Konfigurieren eines Dateifreigabezeugen auswählen, geben Sie auf der Seite Dateifreigabezeugen konfigurieren eine Dateifreigabe ein, die als Zeugenressource verwendet wird, und führen Sie den Assistenten aus.

     6. Wenn Sie die Option zum Konfigurieren eines Cloud-Zeugen auswählen, geben Sie auf der Seite Cloud-Zeuge konfigurieren den Namen Ihres Azure-Speicherkontos, den Azure-Speicherkontoschlüssel und den Azure-Dienstendpunkt ein, und schließen Sie den Assistenten ab.

        Hinweis

        Diese Option ist in Windows Server 2016 und höher verfügbar.

4. Wählen Sie Weiter. Bestätigen Sie Ihre Auswahl auf der angezeigten Bestätigungsseite, und wählen Sie dann Weiter.

Nachdem der Assistent ausgeführt wurde und die Übersichtsseite angezeigt wird, wählen Sie Bericht anzeigen aus, wenn Sie einen Bericht über die vom Assistenten ausgeführten Aufgaben anzeigen möchten. Der neueste Bericht verbleibt im Ordner systemroot\Cluster\Reports mit dem Namen QuorumConfiguration.mht.

Windows PowerShell-äquivalente Befehle

Die folgenden Beispiele zeigen, wie das Cmdlet Set-ClusterQuorum und andere Windows PowerShell-Cmdlets zum Konfigurieren des Clusterquorums verwendet werden.

Im folgenden Beispiel wird die Quorumkonfiguration auf Cluster CONTOSO-FC1 in eine einfache Knotenmehrheitskonfiguration ohne Quorumzeugen geändert.

Set-ClusterQuorum –Cluster CONTOSO-FC1 -NodeMajority

Im folgenden Beispiel wird die Quorumkonfiguration auf dem lokalen Cluster in eine Knotenmehrheit mit Zeugenkonfiguration geändert. Die Datenträgerressource mit dem Namen Cluster Disk 2 ist als Datenträgerzeuge konfiguriert.

Set-ClusterQuorum -NodeAndDiskMajority "Cluster Disk 2"

Im folgenden Beispiel wird die Quorumkonfiguration auf dem lokalen Cluster in eine Knotenmehrheit mit Zeugenkonfiguration geändert. Die Dateifreigaberessource mit dem Namen \\CONTOSO-FS\fsw ist als Zeuge für die Dateifreigabe konfiguriert.

Set-ClusterQuorum -NodeAndFileShareMajority "\fileserver\fsw"

Im folgenden Beispiel wird die Quorumabstimmung vom Knoten ContosoFCNode1 im lokalen Cluster entfernt.

(Get-ClusterNode ContosoFCNode1).NodeWeight=0

Im folgenden Beispiel wird die Quorumabstimmung dem Knoten ContosoFCNode1 im lokalen Cluster hinzugefügt.

(Get-ClusterNode ContosoFCNode1).NodeWeight=1

Das folgende Beispiel aktiviert die DynamicQuorum-Eigenschaft des Clusters CONTOSO-FC1 (falls zuvor deaktiviert):

(Get-Cluster CONTOSO-FC1).DynamicQuorum=1

Wiederherstellen eines Clusters durch Starten ohne Quorum

Ein Cluster, der nicht über genügend Quorumstimmen verfügt, wird nicht gestartet. Als ersten Schritt sollten Sie immer die Cluster-Quorumkonfiguration bestätigen und untersuchen, warum der Cluster kein Quorum mehr hat. Dies kann passieren, wenn Knoten nicht mehr reagieren oder wenn der primäre Standort in einem Cluster mit mehreren Standorten nicht erreichbar ist. Nachdem Sie die Hauptursache für den Clusterfehler ermittelt haben, können Sie die in diesem Abschnitt beschriebenen Wiederherstellungsschritte ausführen.

Start von Clusterknoten erzwingen

Nachdem Sie festgestellt haben, dass Sie Ihren Cluster nicht wiederherstellen können, indem Sie die Knoten oder den Quorumzeugen in einen fehlerfreien Zustand versetzen, ist das Erzwingen des Clusterstarts erforderlich. Das Erzwingen des Clusters zum Starten überschreibt die Konfigurationseinstellungen für das Clusterquorum und startet den Cluster im ForceQuorum-Modus.

Das Erzwingen des Starts eines Clusters, wenn kein Quorum vorhanden ist, kann in einem Cluster mit mehreren Standorten besonders nützlich sein. Betrachten Sie ein Notfallwiederherstellungsszenario mit einem Cluster, der getrennt angeordnete primäre und Sicherungsstandorte, SiteA und SiteB, enthält. Wenn es bei SiteA zu einer echten Katastrophe kommt, kann es sehr lange dauern, bis die Website wieder online ist. Sie möchten wahrscheinlich SiteB zwingen, online zu gehen, obwohl es kein Quorum hat.

Wenn ein Cluster im ForceQuorum-Modus gestartet wird und ausreichende Quorumstimmen zurückgewonnen wurden, verlässt der Cluster automatisch den erzwungenen Zustand und verhält sich normal. Daher ist es nicht notwendig, den Cluster wieder normal zu starten. Wenn der Cluster einen Knoten verliert und das Quorum verliert, wird er wieder offline geschaltet, da er sich nicht mehr im erzwungenen Zustand befindet. Um es wieder online zu stellen, wenn es kein Quorum hat, muss der Cluster gezwungen werden, ohne Quorum zu starten.

Quorum auf verbleibenden Clusterknoten verhindern

Nachdem Sie den Cluster auf einem Knoten erzwungen haben, müssen alle verbleibenden Knoten in Ihrem Cluster mit einer Einstellung zum Verhindern des Quorums gestartet werden. Ein Knoten, der mit einer Einstellung gestartet wurde, die Quorum verhindert, weist den Clusterdienst an, einem vorhandenen laufenden Cluster beizutreten, anstatt eine neue Clusterinstanz zu bilden. Dadurch wird verhindert, dass die verbleibenden Knoten einen geteilten Cluster bilden, der zwei konkurrierende Instanzen enthält.

Dies wird erforderlich, wenn Sie Ihren Cluster in einigen Notfallwiederherstellungsszenarien mit mehreren Standorten wiederherstellen müssen, nachdem Sie den Cluster auf Ihrer Backup-Site SiteB erzwungen haben. Um dem Cluster force started in SiteB beizutreten, müssen die Knoten an Ihrem primären Standort SiteA mit dem Quorum-Cluster gestartet werden.

So stellen Sie den Cluster mit dem Failovercluster-Manager wieder her:

1. Wählen Sie im Failovercluster-Manager den Cluster aus, den Sie wiederherstellen möchten, oder geben Sie ihn an.

2. Wählen Sie bei ausgewähltem Cluster unter Aktionen die Option Clusterstart erzwingen aus.

   Failovercluster-Manager Erzwingt den Start des Clusters auf allen Knoten, die erreichbar sind. Der Cluster verwendet beim Start die aktuelle Clusterkonfiguration.

Windows PowerShell-äquivalente Befehle (Start-Clusternode)

Das folgende Beispiel zeigt, wie Sie mit dem Cmdlet Start-ClusterNode den Start des Clusters auf dem Knoten ContosoFCNode1 erzwingen.

Start-ClusterNode –Node ContosoFCNode1 –FQ

Alternativ können Sie den folgenden Befehl lokal auf dem Knoten eingeben:

Net Start ClusSvc /FQ

Das folgende Beispiel zeigt, wie Sie das Cmdlet Start-ClusterNode verwenden, um den Clusterdienst mit dem Quorum auf dem Knoten ContosoFCNode1 zu starten.

Start-ClusterNode –Node ContosoFCNode1 –PQ

Alternativ können Sie den folgenden Befehl lokal auf dem Knoten eingeben:

Net Start ClusSvc /PQ

Überlegungen zum Quorum für Disaster Recovery-Konfigurationen

In diesem Abschnitt werden Merkmale und Quorumkonfigurationen für zwei Cluster mit mehreren Standorten in Disaster Recovery-Bereitstellungen zusammengefasst. Die Richtlinien für die Quorumkonfiguration unterscheiden sich je nachdem, ob Sie ein automatisches Failover oder ein manuelles Failover für Workloads zwischen den Standorten benötigen. Ihre Konfiguration hängt in der Regel von den Service Level Agreements (SLAs) ab, die in Ihrer Organisation zur Bereitstellung und Unterstützung von Clusterworkloads im Falle eines Ausfalls oder einer Katastrophe an einem Standort vorhanden sind.

Automatisches Failover

In dieser Konfiguration besteht der Cluster aus mindestens zwei Standorten, die Clusterrollen hosten können. Wenn an einem Standort ein Fehler auftritt, wird erwartet, dass die gruppierten Rollen automatisch an die verbleibenden Standorte übergeben werden. Daher muss das Clusterquorum so konfiguriert werden, dass jeder Standort einen vollständigen Standortausfall erleiden kann.

Die folgende Tabelle fasst Überlegungen und Empfehlungen für diese Konfiguration zusammen.

Artikel	Beschreibung
Anzahl der Knotenstimmen pro Site	Sollte gleich sein
Knotenstimmenzuweisung	Knotenstimmen sollten nicht entfernt werden, da alle Knoten gleich wichtig sind
Dynamische Quorumverwaltung	Sollte aktiviert sein
Zeugenkonfiguration	Dateifreigabe Der Zeuge wird empfohlen, der an einem Standort konfiguriert wird, der von den Clusterstandorten getrennt ist
Workloads	Workloads können auf jedem der Standorte

Weitere Überlegungen zum automatischen Failover

• Die Konfiguration des File Share Witness an einem separaten Standort ist erforderlich, damit jeder Standort die gleichen Überlebenschancen hat. Weitere Informationen finden Sie unter Zeugenkonfiguration weiter oben in diesem Thema.

Manuelles Failover

In dieser Konfiguration besteht der Cluster aus einem primären Standort, SiteA, und einem Sicherungs- (Wiederherstellungs-)Standort, SiteB. Clusterrollen werden auf SiteA gehostet. Aufgrund der Cluster-Quorumkonfiguration funktioniert der Cluster nicht mehr, wenn auf allen Knoten in SiteA ein Fehler auftritt. In diesem Szenario muss der Administrator die Clusterdienste manuell an SiteB übergeben und zusätzliche Schritte zur Wiederherstellung des Clusters ausführen.

Die folgende Tabelle fasst Überlegungen und Empfehlungen für diese Konfiguration zusammen.

Artikel	Beschreibung
Anzahl der Knotenstimmen pro Site	Knotenstimmen sollten nicht von Knoten am primären Standort entfernt werden, SiteA Knotenstimmen sollten von Knoten am Backup-Standort entfernt werden, SiteB Wenn bei SiteA ein langfristiger Ausfall auftritt, müssen Knoten bei SiteB Stimmen zugewiesen werden, um eine Quorummehrheit an diesem Standort als Teil der Wiederherstellung zu ermöglichen
Dynamische Quorumverwaltung	Sollte aktiviert sein
Zeuge konfiguration	Konfigurieren Sie einen Zeugen, wenn eine gerade Anzahl von Knoten in SiteA vorhanden istWenn ein Zeuge benötigt wird, konfigurieren Sie entweder einen Dateifreigabezeugen oder einen Festplattenzeugen, auf den nur Knoten in SiteA zugreifen können (manchmal auch als asymmetrischer Festplattenzeuge bezeichnet)
Workloads	Verwenden Sie bevorzugte Eigentümer, um Workloads auf Knoten bei SiteA laufen zu lassen

Zusätzliche Überlegungen für manuelles Failover

• Nur die Knoten an SiteA werden anfänglich mit Quorumabstimmungen konfiguriert. Dies ist erforderlich, um sicherzustellen, dass der Status der Knoten in SiteB das Clusterquorum nicht beeinflusst.
• Die Wiederherstellungsschritte können variieren, je nachdem, ob SiteA einen vorübergehenden oder einen langfristigen Ausfall erleidet.