SQL Server Failover Cluster: täielik juhend andmebaasihaldurile [2026]

SQL Server tõrkesiirdeklaster on kõrge käideldavuslahendus mis hoiab a SQL Server eksemplari töökorras ka serveri rikke korral. See saavutatakse sama eksemplari käitamisega mitmel füüsilisel serveril – mida nimetatakse sõlmedeks – nii et kui üks server rikki läheb, võtab teine automaatselt üle ilma kliendipoolse käsitsi sekkumise või muudatusteta.

1.2 Põhikomponendid ja arhitektuur

A SQL Server Failover klastri eksemplar koosneb viiest põhikomponendist, millest igaühel on oma roll. Koos moodustavad need ühe loogilise üksuse, millega kliendid suhtlevad nagu ühe serveriga.

Sõlmed: Klastris osalevad füüsilised serverid. Igal ajahetkel on aktiivne täpselt üks sõlm, mis käitab klastrit. SQL Server Näiteks; ülejäänud sõlmed on ooterežiimis ja jälgivad aktiivse sõlme tervist.
Jagatud salvestusruum: Salvestusmaht – SAN, iSCSI, Storage Spaces Direct või SMB failijagamine –, millele pääsevad samaaegselt ligi kõik sõlmed. Kuna iga sõlm loeb samast salvestusruumist ja kirjutab sinna, pole vaja andmeid sõlmede vahel replikeerida ning samad andmebaasifailid on kohe saadaval olenemata sellest, kumb sõlm üle võtab.
Virtuaalse võrgu nimi ja virtuaalne IP-aadress: Stabiilne identiteet, millega kliendid alati ühenduse loovad, olenemata sellest, milline füüsiline sõlm on hetkel aktiivne. Tõrkesiirde korral registreeritakse virtuaalse võrgu nimi ja IP-aadress uues aktiivses sõlmes uuesti, muutes ülemineku rakenduste jaoks läbipaistvaks.
Windows Serveri tõrkesiirde klasterdamine (WSFC): Alusplatvorm, mis hoiab kõike koos. WSFC jälgib pidevalt sõlmede ja ressursside tervist südamelöökide võrgu kaudu, haldab ressursirühmade omandiõigust ja korraldab tõrke tuvastamise korral tõrkesiirdeprotsessi.
Kvoorum: WSFC-sisene hääletusmehhanism, mis hoiab ära lõhenenud aju stsenaariumid. Iga sõlm annab hääle klastri tervise üle; tunnistajaketas või failide jagamine annab lisahääle paarissõlmede klastrite puhul. Klaster jääb võrgus ainult siis, kui häälteenamus on saavutatav, tagades, et kaks isoleeritud sõlmede rühma ei saa kunagi samaaegselt nõuda omandiõigust. SQL Server Näiteks

Need komponendid toimivad selgelt koosrarchy: WSFC haldab sõlmi ja jõustab kvoorumi, sõlmed jagavad juurdepääsu samale salvestusruumile ja virtuaalse võrgu nimi pakub klientidele ühtset ühenduspunkti kogu selle ulatuses. Kui sõlm rikki läheb, tuvastab WSFC südamelöögi kadumise, kinnitab, et kvoorum on endiselt kehtiv, kannab ressursirühma omandiõiguse – sealhulgas virtuaalse võrgu nime, virtuaalse IP-aadressi ja salvestusruumi – üle ooterežiimis olevale sõlmele ja toob selle tagasi. SQL Server tagasi võrku. Kogu järjestus toimub automaatselt ja kliendi poolel pole vaja mingeid muudatusi teha.

1.3 FCI vs alati sisse lülitatud kättesaadavusgrupid

SQL Server pakub kahte WSFC-l põhinevat Always On tehnoloogiat. Peamised erinevused:

Tõrkesidiversiooni klastri eksemplar (FCI): Eksemplari tasemel kõrge käideldavus (HA). Kõik andmebaasid toimivad koos tõrkesiirde funktsiooniga. Nõuab jagatud salvestusruumi. Andmete replikatsiooni sõlmede vahel pole vaja. Sisseehitatud katastroofidejärgset taastamist (DR) pole.
Alati sisse lülitatud kättesaadavusrühmad (AG): Andmebaasi tasemel kõrge käideldavus. Logipõhine replikatsioon teisestesse koopiatesse. Jagatud salvestusruumi pole vaja. Toetab nii HA kui ka DR-i.

Kasutage FCI-d eksemplari tasemel tõrkesiirdeks olemasoleva jagatud salvestusruumiga. Kombineerige FCI-d AG-ga, kui on vaja ka katastroofijärgset taastamist või loetavaid teiseseid kettaid.

1.4 Eelised ja piirangud

Eelised:

Automaatne tõrkesiire riistvara, operatsioonisüsteemi või teenuse rikke korral;
kliendi ümberkonfigureerimist pole vaja;
prognoositav tõrkesiirde aeg kaudsete kontrollpunktide kaudu;
paindlikud jagatud salvestusvõimalused.

Piirangud:

Jagatud salvestusruum on ainus rikkeallikas, välja arvatud juhul, kui salvestusruum ise on üleliigne;
Ainult üks sõlm töötab SQL Server korraga, seega lugemiskoormuse tasakaalustamist ei toimu;
Sisseehitatud DR puudub ilma AG-ga sidumiseta.

2. Eeltingimused ja nõuded

2.1 Riistvara ja tarkvara

Vähemalt kaks füüsilist serverit identse või samaväärse riistvaraga, 64-bitiste protsessorite ja tõrkesiirdeklastrite jaoks sertifitseeritud salvestuskontrolleritega.
Windows Server 2016, 2019 või 2022 (Standard või Datacenter). Kõik sõlmed peavad kasutama sama operatsioonisüsteemi väljaannet, versiooni ja kumulatiivset värskendustaset.
SQL Server Standard- või ettevõtteversioon. Kõik sõlmed peavad töötama samamoodi SQL Server versioon ja plaastri tase.

2.2 Võrgu- ja domeeninõuded

Kõik sõlmed peavad kuuluma samasse Active Directory domeeni. Töörühmaklastrid, mitme domeeni klastrid ja kirjutuskaitstud domeenikontrollerid ei ole toetatud.
Määrake kõigile adapteritele staatilised IP-aadressid. Eraldage klastri südamelöökide liikluse jaoks iga sõlme kohta vähemalt üks võrgukaardikaart (NIC). Konfigureerige domeeninimede süsteem (DNS) nimelahenduseks.
Installikonto nõuab kohaliku administraatori õigusi kõigis sõlmedes ja Loo arvutiobjektid luba Active Directory's.

2.3 Jagatud salvestusvõimalused

SQL Server Tõrkesurveklasterdamine toetab mitmeid jagatud salvestustehnoloogiaid. Valige see, mis sobib kõige paremini teie infrastruktuuri ja eelarvega：

SAN (kiudkanal või iSCSI): Most ühine. Kõik sõlmed peavad kasutama samu loogilisi ühikunumbreid (LUN). Ühe tee tõrgete vältimiseks kasutage mitmeteelist I/O-d (MPIO).
Otsesalvestusruumid (S2D): Lokaalselt ühendatud NVMe või SSD, mis on koondatud sõlmede vahel. Nõuab Windows Server 2016 Datacenterit või uuemat versiooni.
Serveri sõnumiploki (SMB) failide jagamised ja klastri jagatud köited (CSV): Toetatud alates SQL Server Alates 2014. aastast.

Vormindage kõik klastri kettad tavalise NT-failisüsteemina (NTFS). Vältige klastri sõlmedele paigaldatud köiteid.

3. Klastri planeerimine

Enne installimist peate planeerima sõlme konfiguratsiooni tüübi ja kvoorumi seadistuse, mis mõjutavad otseselt klastri töökindlust ja riistvara jõudlust.ost:

3.1 Konfiguratsioonitüübid

SQL Server tõrkesiirdeklastrid toetavad nelja tüüpi sõlmekonfiguratsioone, millest igaüks loobub lihtsusest, riistvaralisest konfiguratsioonistostja ooterežiimi võimsust erinevalt.

Tüüp 1: Aktiivne/Ooterežiim. 1 FCI, 2 sõlme. Sõlm 1 on aktiivne; sõlm 2 on ooterežiimis. Ooterežiimis olev sõlm jälgib pidevalt aktiivse sõlme südamelööke ja võtab FCI üle, kui aktiivne sõlm rikki läheb. See on lihtsaim konfiguratsioon ja most tootmises levinud.
Tüüp 2: Aktiivne/Aktiivne. 2 FCI-d jagavad 2 füüsilist sõlme. Sõlm 1 on FCI 1 aktiivne sõlm ja FCI 2 ootesõlm; Sõlm 2 on FCI 2 aktiivne sõlm ja FCI 1 ootesõlm. Need kaks sõlme on vastastikku ootesõlmed – mõlemad kannavad normaalse töö ajal aktiivseid töökoormusi. Kui üks sõlm rikki läheb, võtab ellujäänud sõlm üle rikkis sõlme FCI, jätkates samal ajal omaenda käitamist. Seetõttu peab iga sõlme suurus olema selline, et see suudaks hakkama saada mõlema FCI kombineeritud töökoormusega.
Tüüp 3: N+1. N FCI-d jagavad N+1 sõlme. Igal FCI-l on üks aktiivne sõlm; kõik N FCI-d jagavad ühte ühist ooterežiimis olevat sõlme. Jagatud ooterežiimis olev sõlm peab suutma iseseisvalt absorbeerida mis tahes rikkis aktiivse sõlme kogu töökoormuse.
Tüüp 4: N+M. N FCI-d jagavad N+M sõlme. Igal FCI-l on üks aktiivne sõlm; kõik N FCI-d jagavad M ooterežiimis olevat sõlme. M ooterežiimis olevat sõlme katavad ühiselt kõigi N aktiivse sõlme tõrkesiirde, jaotades potentsiaalse koormuse suurema ooterežiimi mahutavuse vahel ja vähendades sõlmede riistvaranõudeid võrreldes N+1-ga.

3.2 Kvoorumi juhised

Kvoorum määrab, kas klastril on piisavalt terveid liikmeid, et võrgus püsida. Kvoorumi seadistamisel ja haldamisel pidage meeles järgmisi juhiseid:

Konfigureerige paaritu arv kvoorumi hääli, et tagada lõhenenud stsenaariumi korral enamus ja vältida lõhenenud ajutegevust.
Kahe sõlmega klastrite puhul kasutage Sõlme ja ketta enamus kolmanda hääleõigusega tunnistajakettaga. Tunnistajakettal pole draivitähte vaja.
Kui kvoorum on lost täielikult, sundige kvoorumit viimase abinõuna ellujäänud sõlmede taastamiseks ja seejärel konfigureerige see kohe enne tootmisse naasmist uuesti.

4. Windows Serveri tõrkesiirdeklastri (WSFC) installimine

4.1 Jagatud salvestusruumi ettevalmistamine

Enne klastri loomist ühendage ja konfigureerige kogu jagatud salvestusruum.

Ühendage või eraldage füüsiliselt kõik salvestusruumi LUN-id iga klastri sõlmega.
Kohta ainult esimene sõlm, avatud Disk Management, lülitage iga ketas võrku, initsialiseerige see ja looge NTFS draivitähega köide. Looge tunnistajaketta jaoks väike köide (1–2 GB) – draivitähte pole vaja.
Iga ülejäänud sõlme puhul avage Disk Management ja tooge kettad ainult võrku. Ärge lähtestage ega vormindage neid uuesti. Määrake draivitähed käsitsi, kui need ei vasta esimesele sõlmele.

4.2 Tõrkesiirde klastrite funktsiooni installimine ja valideerimine

Paigaldage igale sõlmele tõrkesiirdeklastrite funktsioon ja seejärel valideerige see enne klastri loomist.

Igal sõlmel avage Server Manager -> Rollide ja funktsioonide lisamine -> FUNKTSIOONIDvalige Failoveri klasterdamineja klõpsake paigaldama. Taaskäivitage, kui seda küsitakse. PowerShelli alternatiiv:
```
Install-WindowsFeature -Name Failover-Clustering -IncludeManagementTools
```
Avage ükskõik millisel sõlmel Tõrkesümberlülitusklastri haldur -> Konfiguratsiooni valideerimineLisage kõik sõlmed hostnimed ja käivita kõik testid. PowerShelli alternatiiv:
```
Test-Cluster -Node Node1, Node2
```
Enne jätkamist parandage kõik valideerimisaruandes olevad vead. Kui S2D pole kasutusel, saab salvestusruumide otsehoiatusi ignoreerida.

4.3 Looge WSFC

Pärast valideerimise läbimist looge klaster ja kontrollige selle konfiguratsiooni.

In Tõrkesümberlülitusklastri haldurklõps Loo klaster, lisa kõik sõlmed hostnimed, sisestage klastri nimi ja staatiline virtuaalne IP-aadress ning seejärel klõpsake järgminePowerShelli alternatiiv:
```
New-Cluster -Name ClusterName -Node Node1, Node2 -StaticAddress x.x.x.x
```
Kui domeeniõigused on piiratud, paluge oma Active Directory administraatoril enne selle sammu käivitamist klastri nime arvutiobjekt eelnevalt ette valmistada.
Pärast loomist kinnitage kvoorumi kuvamist Sõlme ja ketta enamus koos määratud tunnistajakettaga.
alla Säilitamine -> Disks, nimetage iga klastri ketas ümber vastavalt selle rollile (näiteks SQL_ANDMED, SQL_LOG, TUNNUSTUS). Alla Networks, nimetage iga klastri võrk ümber, et see kajastaks selle liikluse tüüpi.

5. Paigaldamine SQL Server Tõrkesümberlülitusklastri eksemplar

5.1 Valige paigaldusmeetod

SQL Server Installiprogramm pakub tõrkesiirdeklastri eksemplari installimiseks kahte lähenemisviisi. Valige see, mis sobib teie keskkonnaga.

Integreeritud paigaldus (lisa sõlm): Paigalda esimesele sõlmele täielik ja toimiv FCI, seejärel lisa iga järgnev sõlm, kasutades Lisage sõlm variant. Lihtsam ja soovitatav m jaoksost kasutuselevõtt.
Täiustatud/ettevõtte installimine: jooks Tõrkesümberlülitusklastri ettevalmistamine esmalt kõigil sõlmedel ja seejärel käivita Täielik tõrkesiirde klaster jagatud ketast omaval sõlmel. Kasutage seda lähenemisviisi suurte mitmesõlmeliste juurutuste korral, mille puhul soovite enne kinnitamist kõiki sõlmi paralleelselt ette valmistada.

5.2 Esimese sõlme paigaldamine

jooks SQL Server Seadistage esimesel sõlmel FCI loomiseks integreeritud meetodi abil.

jooks Setup.exe administraatorina. Valige paigaldamine -> Uus SQL Server tõrkesiirdeklastri paigaldamine.
On Funktsiooni valik, vali Andmebaasimootori teenused ja Haldustööriistad – põhitõed.
On Eksemplari konfiguratsioon, sisestage SQL Server Võrgu nimi – virtuaalne nimi, mida kliendid ühenduse loomiseks kasutavad.
On Klastri ressursirühm, sisestage kirjeldav rühma nimi.
On Klastri ketta valik, valige andmete, logide ja varundusfailide jaoks jagatud kettad.
On Klastri võrgu konfiguratsioon, määrake igale alamvõrgule IP-aadress. Seadistus määrab mitme alamvõrgu klastrite jaoks automaatselt VÕI-sõltuvuse.
On Server Configuration, määrake teenusekontod. Kasutage paroolide automatiseeritud haldamiseks grupi hallatavat teenusekontot (gMSA); varuvariandina kasutage domeenikontosid.
On Andmebaasimootori konfiguratsioon, valige autentimisrežiim ja määrake andmekataloogide teed. Asetage süsteemiandmebaasid, kasutajaandmebaasid, logid, varukoopiad ja TempDB eraldi ketastele.
Vaadake kokkuvõte üle ja klõpsake paigaldama.

5.3 Lisage ülejäänud sõlmed

Pärast esimese sõlme valmimist lisage FCI-le iga täiendav sõlm.

Lisasõlmel käivitage Setup.exe ja valige paigaldamine -> Lisa sõlm a-le SQL Server tõrkesiirdeklaster.
On Klastri sõlmede konfiguratsioon, valige olemasolev FCI eksemplar.
On Klastri võrgu konfiguratsioon, määrake selle sõlme alamvõrgule IP-aadress.
On Teenusekontod, veenduge, et teenusekonto paroolid vastavad esimesel sõlmel määratud paroolidele ja seejärel klõpsake nuppu paigaldama.
Korda iga täiendava sõlme puhul.

6 Post-Paigaldamine: seadistamine ja testimine

6.1 hädavajalik SQL Server Seaded

Rakendage neid sätteid kohe pärast FCI tööle hakkamist.

komplekt serveri maksimaalne mälu piirama SQL Servermälu ja jäta ruumi operatsioonisüsteemi ja klastri teenuste jaoks:

EXEC sp_configure 'show advanced options', 1; RECONFIGURE;
EXEC sp_configure 'max server memory', <value_in_MB>; RECONFIGURE;

komplekt maksimaalne paralleelsuse aste (MAXDOP) teie mitteühtlase mälupöörduse (NUMA) topoloogia põhjal.

Teisalda TempDB spetsiaalsele köitele, et isoleerida selle sisend/väljund:

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 SQL Server teenus, et faili teisaldamine jõustuks.

6.2 Testi tõrkesiire

Enne klastri tootmiskeskkonda viimist valideerige tõrkesiirde käitumine.

In Tõrkesümberlülitusklastri haldur, paremklõpsake SQL Server FCI roll ja valik Liikuma -> Valige SõlmValige teisejärguline sõlm ja klõpsake OK.
Oodake, kuni rolli staatus kuvatakse Running uuel sõlmel.
Kliendiarvutist looge ühendus SQL Server kasutades virtuaalse võrgu nime ja kinnitades ühenduse õnnestumist ilma ühendusstringi muutmata.
Vaadake üle SQL Server vealogi ja Windowsi klastri sündmuste logi, et kinnitada puhast tõrkesiiret teie tarSaage taastumisaja eesmärk (RTO).

7. Haldamine, parimad tavad ja tõrkeotsing

7.1 Tõrkesiirde poliitika ja jälgimine

In Tõrkesümberlülitusklastri haldur, paremklõpsake SQL Server FCI roll -> Kinnisvara -> Failover rikke tingimuste taseme ja tervisekontrolli ajalõpu määramiseks. Suurendage ajalõpu tugevalt koormatud serverites, et vältida valesid tõrkeid.
Klastri tervise jälgimine läbi Tõrkesümberlülitusklastri haldur, Windowsi sündmustevaatur, SQL Server vealogi ja SQL Server Activity Monitor reaalajas ressursside ja seansi nähtavuse tagamiseks.
Pärast automaatset tõrkesiirde tegemist vaadake üle SQL Server diagnoosostic logid (salvestatud koos vealogiga) sündmusele eelnenud komponendi oleku kohta. Kasutage SQL Server Laiendatud sündmused ressursi tervise ja veatingimuste üksikasjaliku jälgimise jäädvustamiseks tõrkesiirde akna ümbruses.

7.2 Parimad tavad

Kasutage kõigil sõlmedel staatilisi IP-aadresse. Dünaamiline Host Konfiguratsiooniprotokolli (DHCP) rendilepingu aegumine tõrkesiirde ajal pikendab seisakuid ja raskendab DNS-i registreerimist.
Hoidke kvoorumi hääli alati paaritu arv. Lisage tunnistaja, kui sõlme lisamine muudab arvu paarisarvuks.
Käivitage klastri valideerimine pärast mis tahes riistvaramuudatust, draiveri värskendamist või olulist operatsioonisüsteemi konfiguratsiooni muutmist.
Määrake kõigile sõlmedele enne samad draivitähed SQL Server Paigaldamine. Sobimatud osad blokeerivad seadistamise ja neid on hiljem raske parandada.
Enne installipäeva võtke ühendust oma Active Directory administraatoriga. Arvutiobjektide loomise õigused on kõige olulisemad.ost tavaline eelinstalli blokeerija.
Säilitage testitud SQL Server backup strateegia isegi siis, kui FCI on paigas. FCI kaitseb sõlme rikke, mitte andmete rikkumise, juhusliku kustutamise või salvestustaseme kadumise eest – regulaarne varundamise ja taastamise ajakava on selliste stsenaariumide ainus kaitsemeede.

7.3 Levinumad probleemid ja parandused

Active Directory lubade vead: Paluge oma Active Directory (AD) administraatoril klastri arvutiobjekt eelnevalt ette valmistada või andke Loo arvutiobjektid ja Loe kõiki omadusi paigalduskontole.
Jagatud salvestusruum pole sõlmedes nähtav: Restart iSCSI TarHankige server teenus hoiuruumis host, seejärel looge ühendus uuesti iga sõlme iSCSI initsiaatorist. Kontrollige LUN-i maskeerimist ja tsoneerimist.
Draiverite või värskendustasemete valideerimishoiatused: Rakenda uusim kumulatiivne värskendus saidilt Windows Update kõigil sõlmedel enne valideerimise uuesti käivitamist.
WSFC läheb pärast sõlme riket võrguühenduseta: Kasutage ellujäänud sõlmede võrgus hoidmiseks sundkvoorumit. taastada kõik andmebaasid Kui tõrge on mõjutanud, taastage kvoorum ja seejärel konfigureerige uuesti enne tootmisse naasmist. Käivitage DBCC CHECKDB iga taastatud andmebaasi puhul, et enne tavapäraste töökoormuste jätkamist kinnitada selle terviklikkust.
Vale automaatne tõrkesiire: Suurendage FCI rolli omadustes tervisekontrolli ajalõpu. Vaadake diagnoos üle.ostic logid, et eristada tõelist tõrget ajutisest ressursipiigist.

8. KKK

K: Milline on minimaalne sõlmede arv, mis on vajalik a jaoks? SQL Server tõrkesiirdeklaster?

A: Minimaalselt on kaks sõlme. Üks toimib aktiivse sõlmena, mis käitab SQL Server näiteks; teine on ooterežiim. Most tootmiskeskkonna juurutusedtarkahe sõlmega aktiivse/passiivse konfiguratsiooniga.

K: Kas SQL Server Kas FCI vajab jagatud salvestusruumi?

V: Jah. Erinevalt Always On kättesaadavusgruppidest nõuab FCI, et kõik sõlmed pääseksid juurde samale salvestusruumile – kas SAN-ile (Fibre Channel või iSCSI), Storage Spaces Directile või SMB-failide ühiskasutusele. Jagatud salvestusruum on see, mis teeb samad andmebaasifailid pärast tõrkesiirde lõppu kättesaadavaks mis tahes sõlmest.

K: Mida SQL Server Kas versioonid toetavad tõrkesiirdeklastreid?

A: SQL Server Standard- ja Enterprise-väljaanded toetavad FCI-d. Express- ja Developer-väljaanded mitte. Enterprise-väljaanne toetab rohkem sõlmi ja täiendavaid kõrge käideldavusega funktsioone, näiteks veebipõhiseid indekseerimistoiminguid hoolduse ajal.

K: Võib SQL Server Kas FCI-d ja alati sisse lülitatud kättesaadavusgruppe saab koos kasutada?

V: Jah. FCI sõlm saab host kättesaadavusrühma koopia, mis annab teile nii eksemplari tasemel HA FCI-st kui ka andmebaasi tasemel DR kättesaadavusrühmast. Siiski toimib kättesaadavusrühma automaatne tõrkesiire FCI-h-sse või FCI-h-stosted-koopiat ei toetata — selle konfiguratsiooni korral on saadaval ainult käsitsi tõrkesiire.

K: Kui kaua kestab SQL Server Kuidas tõrkesiire tavaliselt aega võtab?

A: Tõrkesiirde aeg sõltub puhvervahemälus olevate määrdunud lehtede arvust, mis tuleb enne eksemplari taastamist kettale kirjutada.taruuel sõlmel. Kaudsete kontrollpunktide lubamisega (vaikimisi alates SQL Server alates 2012. aastast), on määrdunud lehed köidetud ja most Tõrkesedioperatsioonid toimuvad alla 30 sekundiga. Teie tegelik RTO sõltub töökoormusest, salvestuskiirusest ja andmebaasi taastamisajast.

K: Mis on kvoorum ja miks see on oluline?

A: Kvoorum on mehhanism, mida WSFC kasutab selleks, et teha kindlaks, kas klastris on piisavalt terveid liikmeid, et võrgus püsida ja päringuid teenindada. See hoiab ära lõhenenud aju stsenaariumi, kus kaks isoleeritud sõlmede rühma usuvad kumbki, et nad on sõlme autoriteetsed omanikud. SQL Server näiteks. Kui kvoorum on lost, WSFC lülitab klastri andmete terviklikkuse kaitsmiseks võrguühenduseta.

K: Võib SQL Server Kas FCI installitakse töörühma klastrisse (ilma Active Directoryta)?

V: Ei. SQL Server FCI nõuab, et kõik sõlmed kuuluksid samasse Active Directory domeeni. Töörühmaklastrid, mitme domeeni klastrid ja klastrid, mis sisaldavad kirjutuskaitstud domeenikontrollereid, ei ole toetatud konfiguratsioonid.

K: Mis juhtub kliendiühendustega tõrkesiirde korral?

A: Aktiivsed ühendused SQL Server eksemplarid eemaldatakse tõrkesiirde ajal. Pärast eksemplari uuele sõlmele võrku loomist registreeritakse virtuaalse võrgu nimi ja virtuaalne IP-aadress sinna uuesti ning kliendid, kes kasutavad oma ühendusstringides uuesti proovimise loogikat, ühenduvad automaatselt uuesti ilma konfiguratsiooni muutmata.

K: Kas ma saan olemasolevale sõlme lisada või eemaldada? SQL Server tõrkesiirdeklaster?

V: Jah. Jookse SQL Server Seadistage mis tahes sõlmel ja valige Lisa sõlm a-le SQL Server tõrkesiirdeklaster sõlme lisamiseks või Eemalda sõlm a-st SQL Server tõrkesiirdeklaster ühe eemaldamiseks. Sõlme lisamine või eemaldamine ei nõua klastri teiste sõlmede seisakuid.

K: Mis vahe on planeeritud ja automaatsel tõrkesiirdel?

A: Planeeritud tõrkesiire algatab administraator käsitsi – tavaliselt hoolduseks, näiteks paranduste tegemiseks või riistvara vahetamiseks. See võimaldab SQL Server määrdunud lehtede tühjendamiseks ja enne omandiõiguse üleandmist puhtaks sulgemiseks, mille tulemuseks on minimaalne seisakuaeg. WSFC käivitab automaatse tõrkesiirde, kui tervisemonitooring tuvastab aktiivse sõlme rikke ja taastumisaeg sõltub krahhijärgse taastumise mahust.

K: Kuidas ma saan taastada SQL Server tõrkesiirdeklaster, kui kogu WSFC võrguühenduseta läheb?

A: Kui kvoorum on lost ja klaster ei saa starTavaliselt kasutage säilinud sõlmede mitte-rikketaluvas olekus võrgus olemiseks sundkvoorumit. Käivitage säilinud sõlmel järgmine PowerShelli käsk: Start-ClusterNode -ForcQuorumPärast klastri võrgus olekut taastage andmebaasid, kontrollige andmete terviklikkust ja seejärel konfigureerige kvoorum enne tootmiskeskkonda naasmist ülejäänud sõlmedega uuesti.

K: Kas peaksin enne iga klastri valideerimise viisardit käivitama? SQL Server paigaldus?

V: Jah, ja ka pärast iga olulist riistvara- või konfiguratsioonimuudatust. Microsoft toetab ainult tõrkesiirdeklastri konfiguratsioone, mis läbivad kõik valideerimistestid vigadeta. Valideerimise vahelejätmine võib kaasa tuua toetamata konfiguratsiooni käitamise, mis võib rikke korral ettearvamatult käituda.

9. järeldus

SQL Server Tõrkesiirdeklasterdamine pakub läbipaistvat eksemplari tasemel kõrget käideldavust WSFC kaudu, automaatse tõrkesiirdega ja kliendi ümberkonfigureerimist pole vaja. See on õige valik, kui jagatud salvestusruum on saadaval ja vajate, et iga eksemplari andmebaas toimiks ühtse üksusena tõrkesiirde funktsioonina. Keskkondades, mis vajavad ka katastroofidejärgset taastamist või teiseseid lugemiskoormusi, siduge FCI alati sisse lülitatud käideldavuse rühmadega, et katta mõlemad stsenaariumid.

Tehtud tööd

Microsofti ametlik dokument: Windows Serveri tõrkesiirdeklaster koos SQL Server
Microsofti ametlik dokument: Alati sisse lülitatud tõrkesiirde klastri eksemplarid
Microsofti ametlik dokument: Failover Cluster'i eksemplari installimine
Microsofti ametlik dokument: WSFC kvoorumi režiimid ja hääletuskonfiguratsioon

Teave Autor

Yuan Sheng on vanem andmebaasiadministraator (DBA), kellel on üle 10 aasta kogemust SQL Server keskkonnad ja ettevõtte andmebaaside haldus. Ta on edukalt lahendanud sadu andmebaaside taastamise stsenaariume finantsteenuste, tervishoiu ja tootmisorganisatsioonides.

Yuan on spetsialiseerunud SQL Server andmebaaside taastamine, kõrge käideldavuslahendused ja jõudluse optimeerimine. Tema ulatuslik praktiline kogemus hõlmab mitme terabaidiste andmebaaside haldamist, alati sisse lülitatud käideldavusgruppide rakendamist ning automatiseeritud varundus- ja taastestrateegiate väljatöötamist missioonikriitiliste ärisüsteemide jaoks.

Oma tehnilise asjatundlikkuse ja praktilise lähenemise abil keskendub Yuan terviklike juhendite loomisele, mis aitavad andmebaasiadministraatoritel ja IT-spetsialistidel lahendada keerulisi probleeme SQL Server väljakutseid tõhusalt. Ta on kursis uusimate uudistega SQL Server väljalasete ja Microsofti arenevate andmebaasitehnoloogiate põhjal, testides regulaarselt taastestsenaariume, et tagada oma soovituste vastavus reaalsetele parimatele tavadele.

Kas teil on küsimusi SQL Server taastamist või vajate täiendavat andmebaasi tõrkeotsingu juhendamist? Yuan tervitab tagasisidet ja ettepanekuid nende tehniliste ressursside täiustamiseks.