SQL Server Failovercluster: complete handleiding voor DBA [2026]

SQL Server failover-cluster is een oplossing voor hoge beschikbaarheid dat een SQL Server De instantie blijft operationeel, zelfs wanneer een server uitvalt. Dit wordt bereikt door dezelfde instantie over meerdere fysieke servers – knooppunten genoemd – te laten draaien, zodat als één server uitvalt, een andere automatisch de taken overneemt zonder handmatige tussenkomst of wijzigingen aan de clientzijde.

1.2 Belangrijkste componenten en architectuur

A SQL Server Een failover-clusterinstantie is opgebouwd uit vijf kerncomponenten, die elk een eigen rol spelen. Samen vormen ze één logische eenheid waarmee clients communiceren alsof het één server is.

knooppunten: De fysieke servers die deel uitmaken van het cluster. Op elk gegeven moment is er precies één knooppunt actief en voert daarop de server uit. SQL Server instantie; de overige knooppunten staan paraat en bewaken de status van het actieve knooppunt.
Gedeelde opslag: Een opslagvolume — SAN, iSCSI, Storage Spaces Direct of SMB-bestandsshare — dat gelijktijdig toegankelijk is voor alle knooppunten. Omdat elk knooppunt van en naar dezelfde opslag leest en schrijft, is er geen gegevensreplicatie tussen knooppunten nodig en zijn dezelfde databasebestanden direct beschikbaar, ongeacht welk knooppunt de controle overneemt.
Virtuele netwerknaam en virtueel IP-adres: Een stabiele identiteit waarmee clients altijd verbinding maken, ongeacht welke fysieke node momenteel actief is. Bij een failover worden de virtuele netwerknaam en het IP-adres opnieuw geregistreerd op de nieuwe actieve node, waardoor de omschakeling transparant is voor applicaties.
Windows Server Failover Clustering (WSFC): Het onderliggende platform dat alles bij elkaar houdt. WSFC bewaakt continu de status van knooppunten en resources via een heartbeat-netwerk, beheert het eigenaarschap van resourcegroepen en orkestreert het failoverproces wanneer een storing wordt gedetecteerd.
Quorum: Een stemmechanisme binnen WSFC dat split-brain-scenario's voorkomt. Elk knooppunt brengt een stem uit over de gezondheid van het cluster; een witness-schijf of bestandsshare levert een extra stem op clusters met een even aantal knooppunten. Het cluster blijft alleen online wanneer een meerderheid van de stemmen bereikbaar is, waardoor wordt gegarandeerd dat twee geïsoleerde groepen knooppunten nooit tegelijkertijd de controle over het cluster kunnen opeisen. SQL Server aanleg.

Deze componenten werken in een duidelijke hiërarchie: WSFC beheert de knooppunten en handhaaft het quorum, de knooppunten delen de toegang tot dezelfde opslag en de virtuele netwerknaam biedt clients een consistent verbindingspunt over het hele netwerk. Wanneer een knooppunt uitvalt, detecteert WSFC het verlies van de heartbeat, bevestigt dat het quorum nog steeds geldt, draagt het eigendom van de resourcegroep – inclusief de virtuele netwerknaam, het virtuele IP-adres en de opslag – over aan een stand-byknooppunt en brengt de verbinding tot stand. SQL Server Ze zijn weer online. De hele procedure verloopt automatisch en vereist geen enkele wijziging aan de clientzijde.

1.3 FCI versus Always On beschikbaarheidsgroepen

SQL Server Biedt twee Always On-technologieën die zijn gebouwd op WSFC. De belangrijkste verschillen:

Failover Cluster Instance (FCI): Hoge beschikbaarheid (HA) op instantieniveau. Alle databases schakelen gelijktijdig over naar een andere locatie bij een storing. Vereist gedeelde opslag. Geen gegevensreplicatie tussen knooppunten. Geen ingebouwd noodherstel (DR).
Altijd beschikbare beschikbaarheidsgroepen (AG): Hoge beschikbaarheid op databaseniveau. Logboekgebaseerde replicatie naar secundaire replica's. Geen gedeelde opslag nodig. Ondersteunt zowel HA als DR.

Gebruik FCI voor failover op instantieniveau met bestaande gedeelde opslag. Combineer FCI met een AG wanneer ook noodherstel of leesbare secundaire schijven vereist zijn.

1.4 Voordelen en beperkingen

Voordelen:

Automatische failover bij hardware-, besturingssysteem- of servicestoringen;
geen herconfiguratie van de client;
voorspelbare failovertijd via indirecte controlepunten;
Flexibele opties voor gedeelde opslag.

Beperkingen:

Gedeelde opslag vormt een single point of failure, tenzij de opslag zelf redundant is;
Slechts één node draait SQL Server tegelijkertijd, dus geen load balancing voor leesbewerkingen;
Geen ingebouwde DR zonder koppeling met een AG.

2. Voorwaarden en vereisten

2.1 Hardware en software

Minimaal twee fysieke servers met identieke of gelijkwaardige hardware, 64-bits processors en opslagcontrollers die gecertificeerd zijn voor failover-clustering.
Windows Server 2016, 2019 of 2022 (Standard of Datacenter). Alle knooppunten moeten dezelfde OS-editie, -versie en cumulatieve update-niveau hebben.
SQL Server Standaard- of Enterprise-editie. Alle knooppunten moeten dezelfde versie gebruiken. SQL Server versie en patchniveau.

2.2 Netwerk- en domeinvereisten

Alle knooppunten moeten tot hetzelfde Active Directory-domein behoren. Werkgroupclusters, clusters met meerdere domeinen en alleen-lezen domeincontrollers worden niet ondersteund.
Wijs statische IP-adressen toe aan alle netwerkadapters. Reserveer ten minste één netwerkinterfacekaart (NIC) per node voor het heartbeat-verkeer van het cluster. Configureer Domain Name System (DNS) voor naamresolutie.
Het installatieaccount heeft lokale beheerdersrechten nodig op alle knooppunten en Computerobjecten maken machtigingen in Active Directory.

2.3 Opties voor gedeelde opslag

SQL Server Failover-clustering ondersteunt verschillende gedeelde opslagtechnologieën. Kies de technologie die het beste bij uw infrastructuur en budget past:

SAN (Fibre Channel of iSCSI): Meest voorkomend. Alle knooppunten moeten toegang hebben tot dezelfde logische eenheidsnummers (LUN's). Gebruik multipath I/O (MPIO) om single-path fouten te voorkomen.
Storage Spaces Direct (S2D): Lokaal aangesloten NVMe- of SSD-schijven die over meerdere knooppunten zijn verdeeld. Vereist Windows Server 2016 Datacenter of later.
Server Message Block (SMB) bestandsshares en Cluster Shared Volumes (CSV): Ondersteund door SQL Server Vanaf 2014.

Formatteer alle clusterdisks als standaard NT-bestandssysteem (NTFSVermijd het koppelen van volumes aan clusterknooppunten.

3. Het cluster plannen

Voordat u met de installatie begint, moet u het type knooppuntconfiguratie en de quoruminstellingen plannen. Deze factoren hebben namelijk direct invloed op de betrouwbaarheid van het cluster en de hardwarekosten.

3.1 Configuratietypen

SQL Server Failoverclusters ondersteunen vier soorten knooppuntconfiguraties, waarbij elke configuratie een andere afweging biedt tussen eenvoud, hardwarekosten en standby-capaciteit.

Type 1: Actief/Standby. 1 FCI, 2 knooppunten. Knooppunt 1 is actief; knooppunt 2 is stand-by. Het stand-by knooppunt bewaakt continu de hartslag van het actieve knooppunt en neemt de FCI over wanneer het actieve knooppunt uitvalt. Dit is de eenvoudigste configuratie en komt het meest voor in productieomgevingen.
Type 2: Actief/Actief. Twee FCI's delen twee fysieke knooppunten. Knooppunt 1 is het actieve knooppunt voor FCI 1 en het standby-knooppunt voor FCI 2; knooppunt 2 is het actieve knooppunt voor FCI 2 en het standby-knooppunt voor FCI 1. De twee knooppunten zijn wederzijdse standbys – beide voeren onder normale omstandigheden een actieve workload uit. Als een van de knooppunten uitvalt, neemt het overgebleven knooppunt de FCI van het uitgevallen knooppunt over, terwijl het zijn eigen FCI blijft uitvoeren. Elk knooppunt moet daarom zodanig gedimensioneerd zijn dat het de gecombineerde workload van beide FCI's aankan.
Type 3: N+1. N FCI's delen N+1 knooppunten. Elke FCI heeft één actief knooppunt; alle N FCI's delen één gemeenschappelijk stand-byknooppunt. Het gedeelde stand-byknooppunt moet in staat zijn om zelfstandig de volledige werklast van een uitvallend actief knooppunt over te nemen.
Type 4: N+M. N FCI's delen N+M knooppunten. Elke FCI heeft één actief knooppunt; alle N FCI's delen M standby-knooppunten. De M standby-knooppunten dekken gezamenlijk de failover voor alle N actieve knooppunten, waardoor de potentiële belasting over meer standby-capaciteit wordt verdeeld en de hardwarevereisten per knooppunt lager zijn dan bij N+1.

3.2 Quorumrichtlijnen

Het quorum bepaalt of het cluster voldoende actieve leden heeft om online te blijven. Houd de volgende richtlijnen in acht bij het instellen en behouden van het quorum:

Configureer een oneven totaal aantal quorumstemmen om een meerderheid te garanderen in een scenario met een verdeelde stemverdeling en om een split-brain-effect te voorkomen.
Voor clusters met twee knooppunten, gebruik Knooppunt- en schijfmeerderheid met een witness-schijf als derde stem. De witness-schijf heeft geen stationsletter nodig.
Als het quorum volledig verloren gaat, forceer dan als laatste redmiddel het quorum om de overgebleven knooppunten te herstellen en configureer het systeem vervolgens onmiddellijk opnieuw voordat u terugkeert naar de productieomgeving.

4. Windows Server Failover Cluster (WSFC) installeren

4.1 Gedeelde opslag voorbereiden

Koppel en configureer alle gedeelde opslag voordat u het cluster aanmaakt.

Koppel alle opslag-LUN's fysiek aan elk clusterknooppunt of configureer ze.
Op de alleen het eerste knooppunt, Open disk beheerBreng elke schijf online, initialiseer deze en maak een NTFS Maak een klein volume (1-2 GB) aan voor de witness-schijf; een stationsletter is niet nodig.
Open op elk resterend knooppunt disk beheer Breng de schijven alleen online. Initialiseer of formatteer ze niet opnieuw. Wijs handmatig stationsletters toe als deze niet overeenkomen met het eerste knooppunt.

4.2 Installeer de failover-clusteringfunctie en valideer deze.

Installeer de failover-clusteringfunctie op elk knooppunt en valideer deze voordat u het cluster aanmaakt.

Open op elk knooppunt server Manager -> Rollen en functies toevoegen -> Functies; selecteer Failover-clusteringen klik Install. Herstart de computer indien daarom wordt gevraagd. Alternatief via PowerShell:
```
Install-WindowsFeature -Name Failover-Clustering -IncludeManagementTools
```
Open op een willekeurige node Failoverclusterbeheer -> Configuratie validerenVoeg alle hostnamen van de knooppunten toe en voer alle tests uit. Alternatief via PowerShell:
```
Test-Cluster -Node Node1, Node2
```
Los alle fouten in het validatierapport op voordat u verdergaat. Storage Spaces Direct-waarschuwingen kunnen worden genegeerd als S2D niet in gebruik is.

4.3 Maak de WSFC aan

Nadat de validatie is geslaagd, maakt u het cluster aan en controleert u de configuratie ervan.

In Failoverclusterbeheer, Klik Cluster makenVoeg alle hostnamen van de knooppunten toe, voer de clusternaam en een statisch virtueel IP-adres in en klik vervolgens op Volgende. PowerShell-alternatief:
```
New-Cluster -Name ClusterName -Node Node1, Node2 -StaticAddress x.x.x.x
```
Als de domeinrechten beperkt zijn, vraag dan uw Active Directory-beheerder om het computerobject met de clusternaam vooraf klaar te zetten voordat u deze stap uitvoert.
Na de aanmaak, controleer of het quorum aanwezig is. Knooppunt- en schijfmeerderheid met de toegewezen getuigenschijf.
Onder Opslag -> Schijven, hernoem elke clusterdisk zodat deze zijn rol weerspiegelt (bijvoorbeeld, SQL_DATA, SQL_LOG, GETUIGE). Onder NetworksHernoem elk clusternetwerk zodat de naam het type verkeer weerspiegelt.

5. Installeren SQL Server Failover-clusterinstantie

5.1 Kies een installatiemethode

SQL Server Setup biedt twee manieren om een failover-clusterinstantie te installeren. Kies de methode die het beste bij uw omgeving past.

Geïntegreerde installatie (knooppunt toevoegen): Installeer een complete, operationele FCI op het eerste knooppunt en voeg vervolgens elk volgend knooppunt toe met behulp van de volgende stappen. Knooppunt toevoegen Deze optie is eenvoudiger en wordt aanbevolen voor de meeste implementaties.
Geavanceerde/Enterprise-installatie: lopen Failovercluster voorbereiden Voer dit eerst op alle knooppunten uit en voer het daarna uit. Volledig failovercluster Op het knooppunt dat eigenaar is van de gedeelde schijf. Gebruik deze aanpak voor grootschalige uitrolprojecten met meerdere knooppunten, waarbij u alle knooppunten parallel wilt voorbereiden voordat u de wijzigingen doorvoert.

5.2 Eerste knooppuntinstallatie

lopen SQL Server Configureer op het eerste knooppunt om de FCI te creëren met behulp van de geïntegreerde methode.

lopen Setup.exe als beheerder. Selecteer Montage -> Nieuwe SQL Server failover-clusterinstallatie.
On Functieselectie, kies Database Engine-services en Managementtools – Basis.
On Instantieconfiguratie, voer de SQL Server Netwerknaam — de virtuele naam die clients gebruiken om verbinding te maken.
On ClusterresourcegroepVoer een beschrijvende groepsnaam in.
On ClusterschijfselectieSelecteer gedeelde schijven voor gegevens-, log- en back-upbestanden.
On ClusternetwerkconfiguratieWijs een IP-adres toe per subnet. De configuratie stelt automatisch een OR-afhankelijkheid in voor clusters met meerdere subnetten.
On Server ConfigurationStel serviceaccounts in. Gebruik een Group Managed Service Account (gMSA) voor geautomatiseerd wachtwoordbeheer; gebruik domeinaccounts als alternatief.
On Database Engine-configuratieKies een authenticatiemodus en stel de paden naar de gegevensmappen in. Plaats systeemdatabases, gebruikersdatabases, logbestanden, back-ups en TempDB op aparte schijven.
Bekijk de samenvatting en klik Install.

5.3 De resterende knooppunten toevoegen

Nadat het eerste knooppunt is voltooid, voegt u elk volgend knooppunt toe aan de FCI.

Voer op het extra knooppunt het volgende commando uit: Setup.exe en selecteer Montage -> Voeg een knooppunt toe aan een SQL Server failover-cluster.
On ClusterknooppuntconfiguratieSelecteer de bestaande FCI-instantie.
On Clusternetwerkconfiguratie, wijs het IP-adres toe aan het subnet van dit knooppunt.
On ServiceaccountsControleer of de wachtwoorden van de serviceaccounts overeenkomen met de wachtwoorden die op het eerste knooppunt zijn ingesteld en klik vervolgens. Install.
Herhaal dit voor elk volgend knooppunt.

6. Na de installatie: configureren en testen

6.1 Essentieel SQL Server settings

Pas deze instellingen direct toe nadat de FCI in gebruik is genomen.

Zet maximale servergeheugen om te bedekken SQL Server's geheugen en laat ruimte over voor besturingssysteem- en clusterservices:
```
EXEC sp_configure 'show advanced options', 1; RECONFIGURE;
EXEC sp_configure 'max server memory', <value_in_MB>; RECONFIGURE;
```
Zet maximale graad van parallellisme (MAXDOP) gebaseerd op uw Non-Uniform Memory Access (NUMA)-topologie.

Verplaats TempDB naar een apart volume om de I/O ervan te isoleren:

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');

Start de opnieuw op SQL Server service om de bestandsverplaatsing te laten uitvoeren.

6.2 Testfailover

Valideer het failover-gedrag voordat u het cluster in productie neemt.

In Failoverclusterbeheer, klik met de rechtermuisknop op het SQL Server FCI-rol en selectie Verplaatsen -> Selecteer KnooppuntKies het secundaire knooppunt en klik. OK.
Wacht tot de rolstatus wordt weergegeven. Hardlopen op het nieuwe knooppunt.
Maak vanaf een clientcomputer verbinding met SQL Server Gebruik de virtuele netwerknaam en bevestig dat de verbinding tot stand komt zonder de verbindingsreeks te wijzigen.
Geef je mening over de SQL Server Het foutenlogboek en het gebeurtenislogboek van het Windows-cluster worden geraadpleegd om te bevestigen dat de failover binnen de beoogde hersteltijd (RTO) probleemloos heeft plaatsgevonden.

7. Beheer, beste werkwijzen en probleemoplossing

7.1 Failoverbeleid en -monitoring

In Failoverclusterbeheer, klik met de rechtermuisknop op het SQL Server FCI-rol -> Aanbod -> Failover Om het foutconditieniveau en de time-out voor de gezondheidscontrole in te stellen. Verhoog de time-out op zwaarbelaste servers om valse failovers te voorkomen.
Bewaak de clusterstatus via Failoverclusterbeheer, Windows Event Viewer SQL Server foutenlogboek, en SQL Server Activity Monitor voor realtime inzicht in resources en sessies.
Controleer na elke automatische failover de volgende informatie. SQL Server diagnostische logboeken (opgeslagen naast het foutenlogboek) voor de componentstatus voorafgaand aan de gebeurtenis. Gebruik SQL Server Uitgebreide evenementen om een gedetailleerd overzicht te krijgen van de status van de resources en eventuele fouten rondom het failover-venster.

7.2 beste praktijken

Gebruik statische IP-adressen op alle knooppunten. Het verlopen van DHCP-leases tijdens failover verlengt de downtime en bemoeilijkt de DNS-registratie.
Zorg ervoor dat er altijd een oneven aantal stemmen is voor het quorum. Voeg een getuige toe als het toevoegen van een knooppunt het aantal stemmen even maakt.
Voer na elke hardwarewijziging, driverupdate of belangrijke wijziging in de besturingssysteemconfiguratie een clustervalidatie uit.
Wijs identieke stationsletters toe aan alle knooppunten voordat u dit doet. SQL Server Installatie. Onjuistheden blokkeren de installatie en zijn achteraf moeilijk te herstellen.
Neem vóór de installatiedag contact op met uw Active Directory-beheerder. De meest voorkomende oorzaak van problemen voorafgaand aan de installatie zijn de machtigingen voor het aanmaken van computerobjecten.
Behoud een geteste SQL Server backup Deze strategie blijft zelfs met FCI van kracht. FCI beschermt tegen knooppuntuitval, maar niet tegen gegevenscorruptie, onbedoelde verwijdering of verlies van gegevens op opslagniveau. Een regelmatig back-up- en herstelschema is de enige bescherming tegen dergelijke scenario's.

7.3 Veelvoorkomende problemen en oplossingen

Active Directory-machtigingsfouten: Vraag uw Active Directory (AD)-beheerder om het clustercomputerobject vooraf klaar te zetten of om de benodigde rechten te verlenen. Computerobjecten maken en Lees alle eigenschappen naar het installatieaccount.
Gedeelde opslag niet zichtbaar op knooppunten: Start de opnieuw op iSCSI-doelserver Voer een service uit op de opslaghost en maak vervolgens opnieuw verbinding vanaf de iSCSI-initiator op elk knooppunt. Controleer de LUN-maskering en zoning.
Validatiewaarschuwingen met betrekking tot stuurprogramma's of updateniveaus: Installeer de meest recente cumulatieve update vanaf Windows update op alle knooppunten voordat de validatie opnieuw wordt uitgevoerd.
WSFC wordt offline gehaald na een nodefout: Gebruik force quorum om de overgebleven knooppunten online te brengen. databases herstellen Als de systemen door de storing zijn getroffen, herstel dan het quorum en configureer ze opnieuw voordat u ze weer in productie neemt. Uitvoeren DBCC CONTROLEERDB Controleer de integriteit van elke herstelde database voordat de normale werkzaamheden worden hervat.
Onjuiste automatische failovers: Verhoog de time-out voor de gezondheidscontrole in de FCI-roleigenschappen. Controleer de diagnostische logboeken om een echte storing te onderscheiden van een tijdelijke piek in de systeembelasting.

8. Veelgestelde vragen

V: Wat is het minimale aantal knooppunten dat nodig is voor een SQL Server failover-cluster?

A: Minimaal twee knooppunten zijn vereist. Eén ervan fungeert als actief knooppunt waarop de applicatie draait. SQL Server De ene is de actieve instantie; de andere is de standby-server. De meeste productieomgevingen beginnen met een Active/Passive-configuratie met twee knooppunten.

Vraag: Doet SQL Server Vereist FCI gedeelde opslag?

A: Ja. In tegenstelling tot Always On Availability Groups vereist een FCI dat alle knooppunten toegang hebben tot dezelfde opslag — ofwel een SAN (Fibre Channel of iSCSI), Storage Spaces Direct of een SMB-bestandsshare. De gedeelde opslag zorgt ervoor dat dezelfde databasebestanden na een failover vanaf elk knooppunt toegankelijk zijn.

Vraag: Wat SQL Server Welke edities ondersteunen failover-clustering?

A: SQL Server De Standard- en Enterprise-edities ondersteunen FCI. De Express- en Developer-edities niet. De Enterprise-editie ondersteunt meer knooppunten en extra functies voor hoge beschikbaarheid, zoals online indexbewerkingen tijdens onderhoud.

Vraag: Can SQL Server Kunnen FCI en Always On Availability Groups samen worden gebruikt?

A: Ja. Een FCI-node kan een replica van een beschikbaarheidsgroep hosten, waardoor u zowel HA op instantieniveau via de FCI als DR op databaseniveau via de beschikbaarheidsgroep krijgt. Automatische failover van de beschikbaarheidsgroep naar of van een door de FCI gehoste replica wordt echter niet ondersteund; in die configuratie is alleen handmatige failover mogelijk.

V: Hoe lang duurt een SQL Server Een failover duurt doorgaans...?

A: De failovertijd is afhankelijk van het aantal gewijzigde pagina's in de buffercache dat naar de schijf moet worden geschreven voordat het exemplaar opnieuw opstart op het nieuwe knooppunt. Met ingeschakelde indirecte checkpoints (de standaardinstelling van SQL Server (Vanaf 2012) worden vuile pagina's beperkt en de meeste failovers zijn binnen 30 seconden voltooid. Uw werkelijke RTO (Recovery Time Objective) is afhankelijk van de werkbelasting, de opslagsnelheid en de hersteltijd van de database.

V: Wat is een quorum en waarom is het belangrijk?

A: Quorum is het mechanisme dat WSFC gebruikt om te bepalen of het cluster voldoende gezonde leden heeft om online te blijven en verzoeken af te handelen. Het voorkomt een split-brain-scenario waarbij twee geïsoleerde groepen knooppunten elk denken dat zij de gezaghebbende eigenaar van het cluster zijn. SQL Server Als het quorum verloren gaat, schakelt WSFC het cluster offline om de gegevensintegriteit te beschermen.

Vraag: Can SQL Server Kan FCI worden geïnstalleerd op een werkgroepcluster (zonder Active Directory)?

A: Nee. SQL Server FCI vereist dat alle knooppunten lid zijn van hetzelfde Active Directory-domein. Werkgroupclusters, clusters met meerdere domeinen en clusters die alleen-lezen domeincontrollers bevatten, worden niet ondersteund.

V: Wat gebeurt er met clientverbindingen wanneer er een failover optreedt?

A: Actieve verbindingen met de SQL Server Tijdens de failover worden de instanties verwijderd. Nadat de instantie op het nieuwe knooppunt online is gekomen, worden de virtuele netwerknaam en het virtuele IP-adres daar opnieuw geregistreerd. Clients die gebruikmaken van herhalingslogica in hun verbindingsreeksen kunnen dan automatisch opnieuw verbinding maken zonder dat er configuratiewijzigingen nodig zijn.

V: Kan ik knooppunten toevoegen aan of verwijderen uit een bestaande lijst? SQL Server failover-cluster?

A: Ja. Rennen SQL Server Instellen op een willekeurige node en kiezen Voeg een knooppunt toe aan een SQL Server failover-cluster om een knooppunt toe te voegen, of Verwijder knooppunt uit een SQL Server failover-cluster Om er een te verwijderen. Het toevoegen of verwijderen van een knooppunt vereist geen downtime voor de andere knooppunten in het cluster.

V: Wat is het verschil tussen een geplande failover en een automatische failover?

A: Een geplande failover wordt handmatig door een beheerder geïnitieerd, meestal voor onderhoudswerkzaamheden zoals het installeren van patches of het vervangen van hardware. Het maakt het mogelijk SQL Server Het systeem verwijdert ongebruikte pagina's en sluit het systeem netjes af voordat het eigendom wordt overgedragen, wat resulteert in minimale downtime. WSFC activeert een automatische failover wanneer de statusbewaking detecteert dat het actieve knooppunt is uitgevallen. De hersteltijd is afhankelijk van de hoeveelheid crashherstel die nodig is.

V: Hoe herstel ik een SQL Server Failovercluster als het volledige WSFC-systeem uitvalt?

A: Als het quorum verloren gaat en het cluster niet normaal kan opstarten, gebruik dan 'force quorum' om de overgebleven knooppunten online te brengen in een niet-fouttolerante status. Voer de volgende PowerShell-opdracht uit op het overgebleven knooppunt: Start-ClusterNode -ForcQuorumNadat het cluster online is, herstelt u de databases, controleert u de gegevensintegriteit en configureert u vervolgens het quorum opnieuw met de resterende knooppunten voordat u de productieomgeving weer in gebruik neemt.

V: Moet ik de Clustervalidatiewizard uitvoeren vóór elke SQL Server installatie?

A: Ja, en ook na elke significante wijziging in de hardware of configuratie. Microsoft ondersteunt alleen failover-clusterconfiguraties die alle validatietests zonder fouten doorstaan. Het overslaan van de validatie brengt het risico met zich mee dat een niet-ondersteunde configuratie wordt gebruikt die zich onvoorspelbaar kan gedragen bij storingen.

9. Conclusie

SQL Server Failover-clustering biedt transparante, hoge beschikbaarheid op instantieniveau via WSFC, met automatische failover en zonder dat herconfiguratie aan de clientzijde nodig is. Het is de juiste keuze wanneer gedeelde opslag beschikbaar is en u wilt dat elke database op de instantie als één geheel overschakelt naar een andere instantie. Voor omgevingen die ook disaster recovery of secundaire leesworkloads vereisen, kunt u de FCI combineren met Always On Availability Groups om beide scenario's af te dekken.

Referenties

Officieel Microsoft-document: Windows Server failovercluster met SQL Server
Officieel Microsoft-document: Altijd actieve failover-clusterinstanties
Officieel Microsoft-document: Installeer een failover-clusterinstantie.
Officieel Microsoft-document: WSFC Quorum-modi en stemconfiguratie

Over de auteur

Yuan Sheng is een senior databasebeheerder (DBA) met meer dan 10 jaar ervaring in SQL Server omgevingen en enterprise databasebeheer. Hij heeft honderden databaseherstelscenario's succesvol opgelost in financiële dienstverlening, gezondheidszorg en productiebedrijven.

Yuan is gespecialiseerd in SQL Server Databaseherstel, oplossingen voor hoge beschikbaarheid en prestatieoptimalisatie. Zijn uitgebreide praktijkervaring omvat het beheer van multi-terabyte databases, de implementatie van Always-On Availability Groups en de ontwikkeling van geautomatiseerde back-up- en herstelstrategieën voor bedrijfskritische bedrijfssystemen.

Met zijn technische expertise en praktische aanpak richt Yuan zich op het creëren van uitgebreide handleidingen die databasebeheerders en IT-professionals helpen complexe problemen op te lossen. SQL Server uitdagingen efficiënt. Hij blijft op de hoogte van de nieuwste SQL Server releases en de evoluerende databasetechnologieën van Microsoft, waarbij hij regelmatig herstelscenario's test om ervoor te zorgen dat zijn aanbevelingen overeenkomen met de beste praktijken in de praktijk.

Heb vragen over SQL Server herstel of heeft u aanvullende begeleiding nodig bij het oplossen van databaseproblemen? Yuan verwelkomt feedback en suggesties om deze technische middelen te verbeteren.