SQL Server Failover-Cluster: Vollständiger Leitfaden für Datenbankadministratoren [2026]

SQL Server Failover-Cluster ist ein Hochverfügbarkeitslösung das hält SQL Server Die Instanz bleibt auch bei Serverausfall betriebsbereit. Dies wird erreicht, indem dieselbe Instanz auf mehreren physischen Servern – sogenannten Knoten – ausgeführt wird. Fällt ein Server aus, übernimmt automatisch ein anderer, ohne dass manuelle Eingriffe oder Änderungen auf Clientseite erforderlich sind.

1.2 Schlüsselkomponenten und Architektur

A SQL Server Eine Failover-Clusterinstanz besteht aus fünf Kernkomponenten, von denen jede eine bestimmte Rolle spielt. Zusammen bilden sie eine einzige logische Einheit, mit der Clients interagieren, als wäre es ein einziger Server.

Nodes: Die physischen Server, die am Cluster beteiligt sind. Zu jedem Zeitpunkt ist genau ein Knoten aktiv und führt die Anwendung aus. SQL Server Instanz; die übrigen Knoten stehen bereit und überwachen den Zustand des aktiven Knotens.
Gemeinsam genutzter Speicher: Ein Speichervolumen – SAN, iSCSI, Storage Spaces Direct oder SMB-Dateifreigabe –, auf das alle Knoten gleichzeitig zugreifen können. Da jeder Knoten auf denselben Speicher zugreift, ist keine Datenreplikation zwischen den Knoten erforderlich, und dieselben Datenbankdateien stehen sofort zur Verfügung, egal welcher Knoten die Kontrolle übernimmt.
Virtueller Netzwerkname und virtuelle IP-Adresse: Eine stabile Identität, mit der sich Clients immer verbinden, unabhängig davon, welcher physische Knoten gerade aktiv ist. Im Falle eines Failovers werden der virtuelle Netzwerkname und die IP-Adresse auf dem neuen aktiven Knoten neu registriert, sodass der Wechsel für Anwendungen transparent erfolgt.
Windows Server Failover Clustering (WSFC): Die zugrundeliegende Plattform, die alles zusammenhält. WSFC überwacht kontinuierlich den Zustand von Knoten und Ressourcen über ein Heartbeat-Netzwerk, verwaltet die Besitzverhältnisse von Ressourcengruppen und orchestriert den Failover-Prozess, wenn ein Fehler erkannt wird.
Quorum: Ein Abstimmungsmechanismus innerhalb von WSFC verhindert Split-Brain-Szenarien. Jeder Knoten gibt eine Stimme zum Clusterzustand ab; eine Zeugen-Disk oder Dateifreigabe ermöglicht eine zusätzliche Stimme bei Clustern mit gerader Knotenanzahl. Der Cluster bleibt nur dann online, wenn eine Mehrheit der Stimmen erreicht wird. Dadurch wird sichergestellt, dass zwei isolierte Knotengruppen niemals gleichzeitig die Kontrolle über den Cluster beanspruchen können. SQL Server Beispiel.

Diese Komponenten arbeiten in einem klaren System zusammen.rarWSFC verwaltet die Knoten und stellt das Quorum sicher. Die Knoten teilen sich den Zugriff auf denselben Speicher, und der virtuelle Netzwerkname bietet Clients einen konsistenten Verbindungspunkt. Fällt ein Knoten aus, erkennt WSFC den Verlust des Heartbeats, prüft, ob das Quorum noch besteht, überträgt die Ressourcengruppenberechtigung – einschließlich des virtuellen Netzwerknamens, der virtuellen IP-Adresse und des Speichers – an einen Standby-Knoten und stellt die Verbindung wieder her. SQL Server Dort ist man wieder online. Der gesamte Vorgang läuft automatisch ab, ohne dass clientseitig Änderungen erforderlich sind.

1.3 FCI vs. Always On Verfügbarkeitsgruppen

SQL Server Bietet zwei auf WSFC basierende Always-On-Technologien. Die wichtigsten Unterschiede:

Failover-Clusterinstanz (FCI): Hochverfügbarkeit auf Instanzebene (HA). Alle Datenbanken fallen gleichzeitig aus. Erfordert gemeinsam genutzten Speicher. Keine Datenreplikation zwischen den Knoten. Keine integrierte Notfallwiederherstellung (DR).
Always On Verfügbarkeitsgruppen (AG): Hochverfügbarkeit auf Datenbankebene. Protokollbasierte Replikation auf sekundäre Replikate. Kein gemeinsamer Speicher erforderlich. Unterstützt sowohl HA als auch DR.

Verwenden Sie FCI für Failover auf Instanzebene mit vorhandenem gemeinsam genutztem Speicher. Kombinieren Sie FCI mit einer Verfügbarkeitsgruppe, wenn zusätzlich Notfallwiederherstellung oder lesbare sekundäre Instanzen erforderlich sind.

1.4 Vorteile und Einschränkungen

Vorteile:

Automatisches Failover bei Hardware-, Betriebssystem- oder Dienstausfall;
keine Client-Neukonfiguration erforderlich;
Vorhersagbare Ausfallzeit durch indirekte Prüfpunkte;
flexible Optionen für gemeinsam genutzten Speicher.

Einschränkungen:

Gemeinsam genutzter Speicher stellt einen Single Point of Failure dar, es sei denn, der Speicher selbst ist redundant.
Nur ein Knoten läuft SQL Server jeweils nur einmal, sodass kein Leselastausgleich möglich ist;
Ohne Kopplung mit einem AG ist kein integrierter DR möglich.

2. Voraussetzungen und Anforderungen

2.1 Hardware und Software

Mindestens zwei physische Server mit identischer oder gleichwertiger Hardware, 64-Bit-Prozessoren und für Failover-Clustering zertifizierten Speicherkontrollern.
Windows Server 2016, 2019 oder 2022 (Standard oder Datacenter). Alle Knoten müssen dieselbe Betriebssystemedition, -version und denselben kumulativen Updatestand aufweisen.
SQL Server Standard- oder Enterprise-Edition. Alle Knoten müssen die gleiche Software verwenden. SQL Server Version und Patch-Level.

2.2 Netzwerk- und Domänenanforderungen

Alle Knoten müssen derselben Active Directory-Domäne angehören. Arbeitsgruppencluster, Cluster mit mehreren Domänen und schreibgeschützte Domänencontroller werden nicht unterstützt.
Weisen Sie allen Adaptern statische IP-Adressen zu. Stellen Sie pro Knoten mindestens eine Netzwerkkarte (NIC) für den Cluster-Heartbeat-Verkehr bereit. Konfigurieren Sie das Domain Name System (DNS) für die Namensauflösung.
Das Installationskonto benötigt lokale Administratorrechte auf allen Knoten und Computerobjekte erstellen Berechtigungen in Active Directory.

2.3 Optionen für gemeinsam genutzten Speicher

SQL Server Failover-Clustering unterstützt verschiedene gemeinsam genutzte Speichertechnologien. Wählen Sie diejenige, die am besten zu Ihrer Infrastruktur und Ihrem Budget passt:

SAN (Fibre Channel oder iSCSI): Most Üblicherweise müssen alle Knoten auf dieselben logischen Einheiten (LUNs) zugreifen. Verwenden Sie Multipath-I/O (MPIO), um Ausfälle über einen einzelnen Pfad zu vermeiden.
Storage Spaces Direct (S2D): Lokal angeschlossene NVMe- oder SSD-SSDs, die über mehrere Knoten gepoolt werden. Erfordert Windows Server 2016 Datacenter oder höher.
Server Message Block (SMB)-Dateifreigaben und Cluster Shared Volumes (CSV): Unterstützt von SQL Server ab 2014.

Formatieren Sie alle Cluster-Disks als einfaches NT-Dateisystem (NTFSVermeiden Sie das Einbinden von Volumes auf Clusterknoten.

3. Planung des Clusters

Vor der Installation müssen Sie den Knotenkonfigurationstyp und die Quorum-Einrichtung planen, da diese die Clusterzuverlässigkeit und die Hardwarekapazität direkt beeinflussen.ost:

3.1 Konfigurationstypen

SQL Server Failover-Cluster unterstützen vier Arten von Knotenkonfigurationen, die jeweils einen Kompromiss zwischen Einfachheit, Hardware-Kompatibilität und Komplexität eingehen.ostund die Standby-Kapazität unterschiedlich.

Typ 1: Aktiv/Standby. 1 FCI, 2 Knoten. Knoten 1 ist aktiv; Knoten 2 ist im Standby-Modus. Der Standby-Knoten überwacht kontinuierlich den Heartbeat des aktiven Knotens und übernimmt die FCI, wenn der aktive Knoten ausfällt. Dies ist die einfachste Konfiguration und most üblich in der Produktion.
Typ 2: Aktiv/Aktiv. Zwei FCIs teilen sich zwei physische Knoten. Knoten 1 ist der aktive Knoten für FCI 1 und der Standby-Knoten für FCI 2; Knoten 2 ist der aktive Knoten für FCI 2 und der Standby-Knoten für FCI 1. Die beiden Knoten dienen als gegenseitige Standby-Knoten und führen im Normalbetrieb jeweils aktive Workloads aus. Fällt einer der Knoten aus, übernimmt der verbleibende Knoten die FCI des ausgefallenen Knotens und führt gleichzeitig seine eigenen Prozesse fort. Daher muss jeder Knoten so dimensioniert sein, dass er die kombinierte Workload beider FCIs bewältigen kann.
Typ 3: N+1. N FCIs teilen sich N+1 Knoten. Jede FCI verfügt über einen aktiven Knoten; alle N FCIs nutzen einen gemeinsamen Standby-Knoten. Dieser gemeinsame Standby-Knoten muss in der Lage sein, die gesamte Arbeitslast eines ausgefallenen aktiven Knotens selbstständig zu übernehmen.
Typ 4: N+M. N FCIs teilen sich N+M Knoten. Jede FCI verfügt über einen aktiven Knoten; alle N FCIs teilen sich M Standby-Knoten. Die M Standby-Knoten gewährleisten gemeinsam die Ausfallsicherheit aller N aktiven Knoten, verteilen die potenzielle Last auf eine größere Standby-Kapazität und reduzieren so den Hardwarebedarf pro Knoten im Vergleich zu N+1.

3.2 Richtlinien zur Beschlussfähigkeit

Das Quorum bestimmt, ob der Cluster über genügend gesunde Mitglieder verfügt, um online zu bleiben. Beachten Sie beim Einrichten und Aufrechterhalten des Quorums die folgenden Richtlinien:

Konfigurieren Sie eine ungerade Gesamtzahl an Quorumsstimmen, um in einem Split-Brain-Szenario eine Mehrheit zu gewährleisten und Split-Brain zu verhindern.
Für Cluster mit zwei Knoten verwenden Sie Knoten- und Festplattenmehrheit mit einer Zeugendiskette als dritter Stimme. Die Zeugendiskette benötigt keinen Laufwerksbuchstaben.
Wenn das Quorum l beträgtost Im äußersten Notfall sollte ein Quorum erzwungen werden, um die verbleibenden Knoten wiederherzustellen. Anschließend sollte die Konfiguration sofort vor der Rückkehr zum Produktivbetrieb wiederhergestellt werden.

4. Installation des Windows Server-Failoverclusters (WSFC)

4.1 Gemeinsamen Speicher vorbereiten

Schließen Sie alle gemeinsam genutzten Speichermedien an und konfigurieren Sie diese, bevor Sie den Cluster erstellen.

Alle Speicher-LUNs müssen physisch an jeden Clusterknoten angeschlossen oder bereitgestellt werden.
Auf dem nur erster Knoten, geöffnet Disk-ManagementJede Festplatte online schalten, initialisieren und erstellen NTFS Erstellen Sie ein kleines Volume (1–2 GB) als Zeugendatenträger – hierfür ist kein Laufwerksbuchstabe erforderlich.
Öffnen Sie jeden verbleibenden Knoten. Disk-Management Schalten Sie die Festplatten nur online. Initialisieren oder formatieren Sie sie nicht neu. Weisen Sie die Laufwerksbuchstaben manuell zu, falls diese nicht mit dem ersten Knoten übereinstimmen.

4.2 Installieren Sie die Failover-Clustering-Funktion und validieren Sie sie.

Installieren Sie die Failover-Clustering-Funktion auf jedem Knoten und überprüfen Sie diese anschließend, bevor Sie den Cluster erstellen.

Öffnen Sie an jedem Knotenpunkt Server-Manager -> Rollen und Funktionen hinzufügen -> FunktionenWählen Failover-ClusteringUnd klicken Sie auf InstallierenStarten Sie das System bei Aufforderung neu. PowerShell-Alternative:
```
Install-WindowsFeature -Name Failover-Clustering -IncludeManagementTools
```
Öffnen Sie auf einem beliebigen Knoten Failover-Cluster-Manager -> Konfiguration überprüfenFüge alle Knoten h hinzuostNamen nennen und alle Tests ausführen. PowerShell-Alternative:
```
Test-Cluster -Node Node1, Node2
```
Beheben Sie alle Fehler im Validierungsbericht, bevor Sie fortfahren. Warnungen von Storage Spaces Direct können ignoriert werden, wenn S2D nicht verwendet wird.

4.3 Erstellen Sie den WSFC

Nach erfolgreicher Validierung wird der Cluster erstellt und seine Konfiguration überprüft.

In Failover-Cluster-Manager, klicken Cluster erstellen, füge alle Knoten h hinzuostGeben Sie den Clusternamen und eine statische virtuelle IP-Adresse ein und klicken Sie dann auf WeiterPowerShell-Alternative:
```
New-Cluster -Name ClusterName -Node Node1, Node2 -StaticAddress x.x.x.x
```
Wenn die Domänenberechtigungen eingeschränkt sind, bitten Sie Ihren Active Directory-Administrator, das Clusternamen-Computerobjekt vorab bereitzustellen, bevor Sie diesen Schritt ausführen.
Nach der Erstellung wird die Quorumsanzeige überprüft. Knoten- und Festplattenmehrheit mit der zugewiesenen Zeugendiskette.
Der Lagerung -> Disks, benennen Sie jede Cluster-Disk um, um ihre Rolle widerzuspiegeln (zum Beispiel SQL_DATA, SQL_LOG, ZEUGE). Unter NetzwerkeBenennen Sie jedes Clusternetzwerk so um, dass es seinen Verkehrstyp widerspiegelt.

5. Installation SQL Server Failover-Clusterinstanz

5.1 Installationsmethode auswählen

SQL Server Das Setup bietet zwei Ansätze zur Installation einer Failoverclusterinstanz. Wählen Sie denjenigen aus, der Ihrer Umgebung entspricht.

Integrierte Installation (Knoten hinzufügen): Installieren Sie eine vollständige, betriebsbereite FCI auf dem ersten Knoten und fügen Sie dann jeden weiteren Knoten mithilfe der Knoten hinzufügen Option. Einfacher und für m empfohlen.ost Bereitstellungen.
Erweiterte/Unternehmensinstallation: Führen Sie Failovercluster vorbereiten Zuerst auf allen Knoten, dann ausführen Vollständiger Failover-Cluster auf dem Knoten, dem die gemeinsam genutzte Festplatte gehört. Verwenden Sie diesen Ansatz für große, mehrknotenbasierte Rollouts, bei denen Sie alle Knoten parallel vorbereiten möchten, bevor Sie die Änderungen übernehmen.

5.2 Installation des ersten Knotens

Führen Sie SQL Server Einrichtung am ersten Knoten zur Erstellung des FCI mithilfe der integrierten Methode.

Führen Sie Setup.exe als Administrator auswählen. Installation -> New SQL Server Installation eines Failover-Clusters.
On Merkmalsauswahl, wählen Datenbank-Engine-Dienste , Management-Tools – Grundlagen.
On Instanzkonfiguration, geben Sie die SQL Server Netzwerkname – der virtuelle Name, den Clients zur Verbindung verwenden.
On Cluster-RessourcengruppeGeben Sie einen beschreibenden Gruppennamen ein.
On Cluster-FestplattenauswahlWählen Sie gemeinsam genutzte Datenträger für Daten-, Protokoll- und Sicherungsdateien aus.
On Cluster-NetzwerkkonfigurationJedem Subnetz wird eine IP-Adresse zugewiesen. Das Setup richtet automatisch eine ODER-Abhängigkeit für Cluster mit mehreren Subnetzen ein.
On Server ConfigurationRichten Sie Dienstkonten ein. Verwenden Sie ein gruppenverwaltetes Dienstkonto (gMSA) für die automatisierte Kennwortverwaltung; verwenden Sie Domänenkonten als Ausweichmöglichkeit.
On Konfiguration der Datenbank-EngineWählen Sie einen Authentifizierungsmodus und legen Sie die Datenverzeichnispfade fest. Platzieren Sie Systemdatenbanken, Benutzerdatenbanken, Protokolle, Sicherungskopien und TempDB auf separaten Festplatten.
Lesen Sie die Zusammenfassung und klicken Sie Installieren.

5.3 Füge die restlichen Knoten hinzu

Nachdem der erste Knoten fertiggestellt ist, fügen Sie jeden weiteren Knoten zum FCI hinzu.

Führen Sie auf dem zusätzlichen Knoten Folgendes aus: Setup.exe gedrückt und wählen Sie Installation -> Füge einen Knoten zu einem hinzu SQL Server Failovercluster.
On Clusterknotenkonfiguration, wählen Sie die vorhandene FCI-Instanz aus.
On Cluster-NetzwerkkonfigurationWeisen Sie diesem Knoten die IP-Adresse für sein Subnetz zu.
On Service AccountsBestätigen Sie, dass die Dienstkontopasswörter mit denen des ersten Knotens übereinstimmen, und klicken Sie dann auf Installieren.
Wiederholen Sie dies für jeden weiteren Knoten.

6. Post-Installation: Konfigurieren und Testen

6.1 Wesentlich SQL Server Einstellungen

Wenden Sie diese Einstellungen unmittelbar nach der Inbetriebnahme des FCI an.

Stelle den maximaler Serverspeicher bis zum Ende SQL ServerSpeicher freihalten und Spielraum für Betriebssystem- und Clusterdienste lassen:
```
EXEC sp_configure 'show advanced options', 1; RECONFIGURE;
EXEC sp_configure 'max server memory', <value_in_MB>; RECONFIGURE;
```
Stelle den maximaler Parallelisierungsgrad (MAXDOP) basierend auf Ihrer NUMA-Topologie (Non-Uniform Memory Access).

Verschieben Sie TempDB auf ein separates Volume, um dessen E/A zu isolieren:

USE master;
ALTER DATABASE tempdb MODIFY FILE (NAME = tempdev, FILENAME = 'D:\TempDB\tempdb.mdf');
ALTER DATABASE tempdb MODIFY FILE (NAME = templog, FILENAME = 'D:\TempDB\templog.ldf');

Restart das SQL Server Dienst, damit die Dateiverschiebung wirksam wird.

6.2 Test-Failover

Das Failover-Verhalten sollte vor der Übertragung des Clusters in die Produktionsumgebung überprüft werden.

In Failover-Cluster-ManagerKlicken Sie mit der rechten Maustaste auf SQL Server FCI-Rolle und Auswahl Bewegung -> Knoten auswählenWählen Sie den sekundären Knoten aus und klicken Sie OK.
Warten Sie, bis der Rollenstatus angezeigt wird Laufen auf dem neuen Knoten.
Stellen Sie von einem Clientrechner aus eine Verbindung her zu SQL Server Verwenden Sie den virtuellen Netzwerknamen und bestätigen Sie, dass die Verbindung erfolgreich ist, ohne die Verbindungszeichenfolge zu ändern.
Überprüfen Sie die SQL Server Fehlerprotokoll und Windows-Cluster-Ereignisprotokoll zur Bestätigung eines sauberen Failovers innerhalb Ihres tarWiederherstellungszeitvorgabe (RTO) ermitteln.

7. Management, bewährte Verfahren und Fehlerbehebung

7.1 Ausfallrichtlinie und Überwachung

In Failover-Cluster-ManagerKlicken Sie mit der rechten Maustaste auf SQL Server FCI-Rolle -> Eigenschaften im Vergleich -> Failover Legen Sie die Ausfallschwelle und das Timeout für die Integritätsprüfung fest. Erhöhen Sie das Timeout auf stark ausgelasteten Servern, um Fehlauslösungen zu vermeiden.
Überwachen Sie den Clusterzustand über Failover-Cluster-Manager, Windows-Ereignisanzeige, hat das SQL Server Fehlerprotokoll und SQL Server Activity Monitor für Echtzeit-Ressourcen- und Sitzungsübersicht.
Überprüfen Sie nach jedem automatischen Failover die SQL Server Diagnoseostic-Protokolle (gespeichert zusammen mit dem Fehlerprotokoll) für den Komponentenstatus vor dem Ereignis. Verwenden Sie SQL Server Erweiterte Ereignisse um eine detaillierte Aufzeichnung des Ressourcenzustands und der Fehlerbedingungen rund um das Failover-Fenster zu erstellen.

7.2 Best Practices

Verwenden Sie statische IPs auf allen Knoten. Dynamische Host Der Ablauf der DHCP-Lease während eines Failovers verlängert die Ausfallzeit und erschwert die DNS-Registrierung.
Die Anzahl der Quorumsstimmen muss stets ungerade sein. Ein Zeuge wird hinzugefügt, wenn durch das Hinzufügen eines Knotens die Stimmenanzahl gerade wird.
Führen Sie nach jeder Hardwareänderung, Treiberaktualisierung oder wesentlichen Änderung der Betriebssystemkonfiguration eine Clustervalidierung durch.
Weisen Sie allen Knoten zuvor identische Laufwerksbuchstaben zu. SQL Server Installation. Fehlerhafte Konfigurationen blockieren die Einrichtung und sind im Nachhinein schwer zu beheben.
Kontaktieren Sie Ihren Active Directory-Administrator vor dem Installationstag. Die Berechtigungen zum Erstellen von Computerobjekten sind die wichtigsten.ost Häufiges Hindernis vor der Installation.
Führen Sie ein geprüftes System. SQL Server Sicherungskopie Diese Strategie ist auch bei vorhandener FCI-Schnittstelle sinnvoll. FCI schützt zwar vor Knotenausfällen, jedoch nicht vor Datenbeschädigung, versehentlichem Löschen oder Datenverlust auf Speicherebene – für solche Szenarien ist ein regelmäßiger Backup- und Wiederherstellungsplan die einzige Absicherung.

7.3 Häufige Probleme und Lösungen

Active Directory-Berechtigungsfehler: Bitten Sie Ihren Active Directory (AD)-Administrator, das Cluster-Computerobjekt vorab bereitzustellen oder ihm die entsprechende Berechtigung zu erteilen. Computerobjekte erstellen , Alle Eigenschaften lesen zum Installationskonto.
Gemeinsamer Speicher ist auf den Knoten nicht sichtbar: Restart das iSCSI TarServer abrufen Service auf dem Speicher hostStellen Sie anschließend auf jedem Knoten eine neue Verbindung über den iSCSI-Initiator her. Überprüfen Sie die LUN-Maskierung und -Zonierung.
Validierungswarnungen zu Treibern oder Update-Ständen: Installieren Sie das neueste kumulative Update von Windows Update auf allen Knoten vor dem erneuten Ausführen der Validierung.
WSFC geht nach Knotenausfall offline: Verwenden Sie ein erzwungenes Quorum, um die verbleibenden Knoten online zu bringen. Beliebige Datenbanken wiederherstellen Betroffene Systeme nach dem Ausfall wiederherstellen, Quorum wiederherstellen und vor der Rückkehr zum Produktivbetrieb neu konfigurieren. Ausführen DBCC-CHECKDB auf jede wiederhergestellte Datenbank, um die Integrität zu bestätigen, bevor der normale Arbeitsablauf wieder aufgenommen wird.
Fehlende automatische Failover: Erhöhen Sie das Timeout für die Gesundheitsprüfung in den FCI-Rolleneigenschaften. Überprüfen Sie die Diagnose.ostic-Protokolle, um einen echten Fehler von einer vorübergehenden Ressourcenspitze zu unterscheiden.

8. Häufig gestellte Fragen

F: Was ist die Mindestanzahl an Knoten, die für ein/eine SQL Server Failover-Cluster?

A: Zwei Knoten sind das Minimum. Einer davon fungiert als aktiver Knoten, der die Anwendung ausführt. SQL Server Instanz; die andere ist die Standby-Instanz. Most Produktionsbereitstellungentart mit einer Zwei-Knoten-Aktiv/Passiv-Konfiguration.

F: Tut es SQL Server Benötigt FCI einen gemeinsamen Speicher?

A: Ja. Im Gegensatz zu Always On-Verfügbarkeitsgruppen erfordert eine FCI, dass alle Knoten auf denselben Speicher zugreifen – entweder auf ein SAN (Fibre Channel oder iSCSI), Storage Spaces Direct oder eine SMB-Dateifreigabe. Der gemeinsam genutzte Speicher ermöglicht es, dass nach einem Failover von jedem Knoten aus auf dieselben Datenbankdateien zugegriffen werden kann.

F: Was SQL Server Welche Editionen unterstützen Failover-Clustering?

A: SQL Server Die Standard- und Enterprise-Editionen unterstützen FCI. Die Express- und Developer-Editionen hingegen nicht. Die Enterprise-Edition unterstützt mehr Knoten und zusätzliche Hochverfügbarkeitsfunktionen wie Online-Indexierungsoperationen während der Wartung.

F: Kann SQL Server Können FCI und Always On-Verfügbarkeitsgruppen zusammen verwendet werden?

A: Ja. Ein FCI-Knoten kann host Eine Verfügbarkeitsgruppenreplik bietet Ihnen sowohl Hochverfügbarkeit auf Instanzebene durch die FCI als auch Disaster Recovery auf Datenbankebene durch die Verfügbarkeitsgruppe. Allerdings ist ein automatisches Failover der Verfügbarkeitsgruppe zu oder von einer FCI-Replik nicht möglich.ostDie Replikation wird nicht unterstützt – in dieser Konfiguration ist nur ein manuelles Failover möglich.

F: Wie lange dauert ein/e SQL Server Dauert ein Failover typischerweise?

A: Die Failover-Zeit hängt von der Anzahl der geänderten Seiten im Puffercache ab, die vor dem Wiederherstellen der Instanz auf die Festplatte geschrieben werden müssen.tarts auf dem neuen Knoten. Mit aktivierten indirekten Prüfpunkten (Standardeinstellung von SQL Server Ab 2012 sind schmutzige Seiten gebunden, und most Failover-Vorgänge sind in weniger als 30 Sekunden abgeschlossen. Ihre tatsächliche RTO hängt von der Arbeitslast, der Speichergeschwindigkeit und der Datenbankwiederherstellungszeit ab.

F: Was ist ein Quorum und warum ist es wichtig?

A: Das Quorum ist der Mechanismus, den WSFC verwendet, um festzustellen, ob der Cluster über genügend fehlerfreie Mitglieder verfügt, um online zu bleiben und Anfragen zu bearbeiten. Es verhindert ein Split-Brain-Szenario, in dem zwei isolierte Knotengruppen jeweils glauben, der maßgebliche Eigentümer des Clusters zu sein. SQL Server Beispiel: Wenn das Quorum l beträgtostWSFC nimmt den Cluster offline, um die Datenintegrität zu schützen.

F: Kann SQL Server Kann FCI auf einem Arbeitsgruppencluster (ohne Active Directory) installiert werden?

A: Nein. SQL Server FCI erfordert, dass alle Knoten Mitglieder derselben Active Directory-Domäne sind. Arbeitsgruppencluster, Multi-Domänen-Cluster und Cluster mit schreibgeschützten Domänencontrollern werden nicht unterstützt.

F: Was geschieht mit den Client-Verbindungen im Falle eines Failovers?

A: Aktive Verbindungen zu SQL Server Instanzen werden während des Failovers getrennt. Sobald die Instanz auf dem neuen Knoten wieder online ist, werden der virtuelle Netzwerkname und die virtuelle IP-Adresse dort neu registriert, und Clients, die in ihren Verbindungszeichenfolgen eine Wiederholungslogik verwenden, verbinden sich automatisch wieder, ohne dass eine Konfigurationsänderung erforderlich ist.

F: Kann ich Knoten zu einem bestehenden hinzufügen oder daraus entfernen? SQL Server Failover-Cluster?

A: Ja. Lauf. SQL Server Auf einem beliebigen Knoten einrichten und auswählen Füge einen Knoten zu einem hinzu SQL Server Failovercluster einen Knoten hinzufügen, oder Knoten aus einem entfernen SQL Server Failovercluster Einen Knoten entfernen. Das Hinzufügen oder Entfernen eines Knotens erfordert keine Ausfallzeit für die anderen Knoten im Cluster.

F: Worin besteht der Unterschied zwischen einem geplanten Failover und einem automatischen Failover?

A: Ein geplanter Failover wird manuell von einem Administrator eingeleitet – typischerweise für Wartungsarbeiten wie Patches oder Hardwareaustausch. Er ermöglicht SQL Server Um geänderte Seiten zu löschen und das System vor der Eigentümerschaftsübertragung ordnungsgemäß herunterzufahren, werden minimale Ausfallzeiten erzielt. Ein automatisches Failover wird von WSFC ausgelöst, sobald die Zustandsüberwachung einen Ausfall des aktiven Knotens feststellt. Die Wiederherstellungszeit hängt vom Umfang der erforderlichen Wiederherstellung ab.

F: Wie kann ich ein/e wiederherstellen? SQL Server Failover-Cluster, falls der gesamte WSFC offline geht?

A: Wenn das Quorum l beträgtost und der Cluster kann nichttarNormalerweise wird das Quorum erzwungen, um die verbleibenden Knoten in einem nicht fehlertoleranten Zustand online zu bringen. Führen Sie den folgenden PowerShell-Befehl auf dem verbleibenden Knoten aus: Start-ClusterNode -ForcQuorumSobald der Cluster wieder online ist, müssen die Datenbanken wiederhergestellt, die Datenintegrität überprüft und anschließend das Quorum mit den verbleibenden Knoten neu konfiguriert werden, bevor der Produktivbetrieb wieder aufgenommen wird.

F: Sollte ich den Cluster-Validierungsassistenten vor jedem Cluster ausführen? SQL Server Installation?

A: Ja, und auch nach jeder wesentlichen Hardware- oder Konfigurationsänderung. Microsoft unterstützt nur Failovercluster-Konfigurationen, die alle Validierungstests fehlerfrei bestehen. Wird die Validierung übersprungen, besteht das Risiko, eine nicht unterstützte Konfiguration auszuführen, die sich im Fehlerfall unvorhersehbar verhalten kann.

9. Fazit

SQL Server Failover-Clustering bietet transparente Hochverfügbarkeit auf Instanzebene durch WSFC mit automatischem Failover und ohne erforderliche Client-Neukonfiguration. Es ist die richtige Wahl, wenn gemeinsam genutzter Speicher verfügbar ist und alle Datenbanken der Instanz gemeinsam als Einheit ausfallen müssen. Für Umgebungen, die zusätzlich Disaster Recovery oder sekundäre Lese-Workloads benötigen, kombinieren Sie FCI mit Always On Availability Groups, um beide Szenarien abzudecken.

Referenzen

Offizielles Microsoft-Dokument: Windows Server-Failovercluster mit SQL Server
Offizielles Microsoft-Dokument: Always On Failover Cluster Instances
Offizielles Microsoft-Dokument: Installieren einer Failoverclusterinstanz
Offizielles Microsoft-Dokument: WSFC-Quorummodi und Abstimmungskonfiguration

Über den Autor

Yuan Sheng ist ein erfahrener Datenbankadministrator (DBA) mit über 10 Jahren Erfahrung in SQL Server Umgebungen und Unternehmensdatenbankverwaltung. Er hat Hunderte von Datenbankwiederherstellungsszenarien in Finanzdienstleistungs-, Gesundheits- und Fertigungsunternehmen erfolgreich gelöst.

Yuan ist spezialisiert auf SQL Server Datenbankwiederherstellung, Hochverfügbarkeitslösungen und Leistungsoptimierung. Seine umfangreiche praktische Erfahrung umfasst die Verwaltung von Multi-Terabyte-Datenbanken, die Implementierung von Always On Availability Groups und die Entwicklung automatisierter Backup- und Wiederherstellungsstrategien für unternehmenskritische Geschäftssysteme.

Durch sein technisches Fachwissen und seinen praktischen Ansatz konzentriert sich Yuan auf die Erstellung umfassender Anleitungen, die Datenbankadministratoren und IT-Experten bei der Lösung komplexer SQL Server Herausforderungen effizient. Er bleibt auf dem Laufenden mit den neuesten SQL Server und die sich entwickelnden Datenbanktechnologien von Microsoft und testet regelmäßig Wiederherstellungsszenarien, um sicherzustellen, dass seine Empfehlungen den bewährten Vorgehensweisen der Praxis entsprechen.

Haben Sie Fragen zu SQL Server Wiederherstellung oder benötigen Sie zusätzliche Anleitung zur Datenbank-Fehlerbehebung? Yuan begrüßt Feedback und Vorschläge zur Verbesserung dieser technischen Ressourcen.