SQL Server Grozd za preklop ob okvari: Popoln vodnik za administratorje [2026]

1. Razumevanje SQL Server Failover Cluster

1.1 Kaj je to in kako deluje

SQL Server grozd za preklop na izpad je rešitev z visoko razpoložljivostjo ki ohranja SQL Server instanca deluje tudi v primeru okvare strežnika. To doseže z izvajanjem iste instance na več fizičnih strežnikih – imenovanih vozliščih – tako da v primeru okvare enega strežnika drug samodejno prevzame delovanje, ne da bi bilo potrebno ročno posredovanje ali spremembe na strani odjemalca.

1.2 Ključne komponente in arhitektura

A SQL Server Primerek gruče za preklop v primeru okvare je zgrajen iz petih osnovnih komponent, od katerih ima vsaka svojo vlogo. Skupaj tvorijo eno samo logično enoto, s katero odjemalci komunicirajo, kot da bi šlo za en sam strežnik.

• Vozlišča: Fizični strežniki, ki sodelujejo v gruči. V danem trenutku je aktivno natanko eno vozlišče, ki izvaja SQL Server na primer; preostala vozlišča so v stanju pripravljenosti in spremljajo stanje aktivnega vozlišča.
• Skupna shramba: Nosilec za shranjevanje – SAN, iSCSI, Storage Spaces Direct ali skupna raba datotek SMB – je dostopen vsem vozliščem hkrati. Ker vsako vozlišče bere iz istega pomnilnika in zapisuje vanj, replikacija podatkov med vozlišči ni potrebna, iste datoteke baze podatkov pa so takoj na voljo ne glede na to, katero vozlišče prevzame nadzor.
• Ime virtualnega omrežja in virtualni IP-naslov: Stabilna identiteta, s katero se odjemalci vedno povežejo, ne glede na to, katero fizično vozlišče je trenutno aktivno. Ko pride do preklopa, se ime in IP-naslov virtualnega omrežja ponovno registrirata na novem aktivnem vozlišču, zaradi česar je preklop transparenten za aplikacije.
• Združevanje v gruče za preklop sistema Windows Server ob okvari (WSFC): Osnovna platforma, ki drži vse skupaj. WSFC neprekinjeno spremlja zdravje vozlišč in virov prek omrežja srčnega utripa, upravlja lastništvo skupin virov in orkestrira postopek preklopa ob okvari, ko je zaznana napaka.
• Kvorum: Mehanizem glasovanja znotraj WSFC, ki preprečuje scenarije razcepljenih možganov. Vsako vozlišče glasuje o zdravju gruče; pričevalni disk ali skupna raba datotek zagotavlja dodaten glas o gručah s parnimi vozlišči. Grozd ostane v spletu le, ko je dosegljiva večina glasov, kar zagotavlja, da dve izolirani skupini vozlišč nikoli ne moreta hkrati zahtevati lastništva nad SQL Server na primer.

Te komponente delujejo v jasni hierarhiji: WSFC upravlja vozlišča in uveljavlja kvorum, vozlišča si delijo dostop do istega pomnilnika, ime virtualnega omrežja pa strankam zagotavlja dosledno točko povezave v celotnem omrežju. Ko vozlišče odpove, WSFC zazna izgubo srčnega utripa, potrdi, da kvorum še vedno obstaja, prenese lastništvo skupine virov – vključno z imenom virtualnega omrežja, virtualnim IP-naslovom in pomnilnikom – na vozlišče v stanju pripravljenosti in ... SQL Server spet na spletu. Celotno zaporedje se zgodi samodejno in brez kakršnih koli sprememb na strani odjemalca.

1.3 FCI v primerjavi s skupinami razpoložljivosti Always On

SQL Server ponuja dve tehnologiji Always On, ki temeljita na WSFC. Ključne razlike:

• Primerek grozda za preklop ob okvari (FCI): Visoka razpoložljivost (HA) na ravni instance. Vse baze podatkov se preklopijo hkrati. Zahteva skupno shrambo. Brez podvajanja podatkov med vozlišči. Brez vgrajenega okrevanja po katastrofi (DR).
• Skupine razpoložljivosti Always On (AG): Visoka razpoložljivost na ravni baze podatkov. Replikacija na podlagi dnevnikov v sekundarne replike. Skupna shramba ni potrebna. Podpira tako visoko razpoložljivost kot tudi DR.

Za preklop na raven instance z obstoječim skupnim pomnilnikom uporabite FCI. Združite FCI z AG, kadar je potrebno tudi obnova po katastrofi ali berljive sekundarne diske.

1.4 Prednosti in omejitve

Prednosti:

• Samodejni preklop v primeru okvare strojne opreme, operacijskega sistema ali storitve;
• brez ponovne konfiguracije odjemalca;
• predvidljiv čas preklopa na rezervni sistem prek posrednih kontrolnih točk;
• prilagodljive možnosti skupnega shranjevanja.

omejitve:

• Deljeno shranjevanje je ena sama točka odpovedi, razen če je shranjevanje samo po sebi odveč;
• Samo eno vozlišče deluje SQL Server hkrati, zato ni uravnoteženja bralne obremenitve;
• Brez vgrajenega DR brez združitve z AG.

2. Predpogoji in zahteve

2.1 Strojna in programska oprema

• Najmanj dva fizična strežnika z enako ali enakovredno strojno opremo, 64-bitnimi procesorji in krmilniki shranjevanja, certificiranimi za gručenje ob okvari.
• Windows Server 2016, 2019 ali 2022 (Standard ali Datacenter). Vsa vozlišča morajo imeti isto izdajo, različico in raven kumulativne posodobitve operacijskega sistema.
• SQL Server Standardna ali Enterprise izdaja. Vsa vozlišča morajo delovati enako. SQL Server različico in raven popravka.

2.2 Zahteve glede omrežja in domene

• Vsa vozlišča morajo pripadati isti domeni Active Directory. Gruče delovnih skupin, gruče z več domenami in krmilniki domen samo za branje niso podprti.
• Vsem adapterjem dodelite statične naslove IP. Za promet srčnega utripa gruče namenite vsaj eno omrežno kartico (NIC) na vozlišče. Za razreševanje imen konfigurirajte sistem domenskih imen (DNS).
• Namestitveni račun zahteva lokalne skrbniške pravice na vseh vozliščih in Ustvarjanje računalniških objektov dovoljenje v imeniku Active Directory.

2.3 Možnosti skupnega shranjevanja

SQL Server Združevanje v gruče ob okvari podpira več tehnologij skupnega shranjevanja. Izberite tisto, ki najbolj ustreza vaši infrastrukturi in proračunu:

• SAN (optični kanal ali iSCSI): Najpogostejše. Vsa vozlišča morajo dostopati do istih številk logičnih enot (LUN). Za preprečevanje napak zaradi ene poti uporabite večpotni V/I (MPIO).
• Neposredni skladiščni prostori (S2D): Lokalno priključen NVMe ali SSD, združen v vozliščih. Zahteva Windows Server 2016 Datacenter ali novejši.
• Deljene datoteke Server Message Block (SMB) in skupne nosilce gruče (CSV): Podprto s strani SQL Server 2014 naprej.

Formatirajte vse diske gruče kot osnovni datotečni sistem NT (NTFS). Izogibajte se nameščenim nosilcem podatkov na vozliščih gruče.

3. Načrtovanje grozda

Pred namestitvijo morate načrtovati vrsto konfiguracije vozlišča in nastavitev kvoruma, ki neposredno vplivata na zanesljivost gruče in stroške strojne opreme:

3.1 Vrste konfiguracij

SQL Server Gruče za preklop ob okvari podpirajo štiri vrste konfiguracij vozlišč, pri čemer vsaka drugače kompromisno ločuje med preprostostjo, stroški strojne opreme in zmogljivostjo v stanju pripravljenosti.

• Tip 1: Aktivno/V stanju pripravljenosti. 1 FCI, 2 vozlišči. Vozlišče 1 je aktivno; vozlišče 2 je v stanju pripravljenosti. Vozlišče v stanju pripravljenosti neprekinjeno spremlja srčni utrip aktivnega vozlišča in prevzame FCI, ko aktivno vozlišče odpove. To je najpreprostejša konfiguracija in najpogostejša v produkciji.
• Tip 2: Aktivno/Aktivno. 2 FCI-ja, ki si delita 2 fizični vozlišči. Vozlišče 1 je aktivno vozlišče za FCI 1 in rezervno vozlišče za FCI 2; vozlišče 2 je aktivno vozlišče za FCI 2 in rezervno vozlišče za FCI 1. Vozlišči sta medsebojno rezervni – obe prenašata delovne obremenitve v normalnem delovanju. Če eno od vozlišč odpove, preživelo vozlišče prevzame FCI okvarjenega vozlišča, medtem ko še naprej izvaja svoje lastno. Vsako vozlišče mora zato biti dimenzionirano tako, da lahko obvladuje skupno delovno obremenitev obeh FCI-jev.
• Tip 3: N+1. N FCI-jev si delijo N+1 vozlišč. Vsak FCI ima eno aktivno vozlišče; vseh N FCI-jev si deli eno skupno rezervno vozlišče. Skupno rezervno vozlišče mora biti sposobno neodvisno absorbirati celotno delovno obremenitev katerega koli okvarjenega aktivnega vozlišča.
• Tip 4: N+M. N FCI-jev si delijo N+M vozlišč. Vsak FCI ima eno aktivno vozlišče; vseh N FCI-jev si delijo M vozlišč v stanju pripravljenosti. M vozlišč v stanju pripravljenosti skupaj pokrivajo preklop v primeru okvare za vseh N aktivnih vozlišč, s čimer porazdelijo potencialno obremenitev na večjo zmogljivost v stanju pripravljenosti in zmanjšajo zahteve glede strojne opreme na vozlišče v primerjavi z N+1.

3.2 Smernice za sklepčnost

Kvorum določa, ali ima gruča dovolj zdravih članov, da ostanejo povezani. Pri nastavljanju in vzdrževanju kvoruma upoštevajte naslednje smernice:

• Konfigurirajte liho skupno število glasov kvoruma, da zagotovite večino v primeru razdeljene vlade in preprečite razcepljene možgane.
• Za gruče z dvema vozliščema uporabite Večina vozlišč in diskov s pričevalnim diskom kot tretjim glasom. Pričevalni disk ne potrebuje črke pogona.
• Če je kvorum popolnoma izgubljen, v skrajni sili kvorum za obnovitev preživelih vozlišč, nato pa jih nemudoma ponovno konfigurirajte, preden se vrnete v produkcijo.

4. Namestitev grozda za preklop sistema Windows Server (WSFC)

4.1 Priprava skupnega pomnilnika

Pred ustvarjanjem gruče priključite in konfigurirajte vso skupno shrambo.

1. Fizično priključite ali omogočite vse LUN-e za shranjevanje na vsako vozlišče gruče.
2. o samo prvo vozlišče, odprto disk za upravljanje, priklopite vsak disk na splet, ga inicializirajte in ustvarite NTFS nosilec s črko pogona. Za pričevalni disk ustvarite majhen nosilec (1–2 GB) – črka pogona ni potrebna.
3. Na vsakem preostalem vozlišču odprite disk za upravljanje in diske samo priklopite v splet. Ne inicializirajte ali preformatirajte. Črke pogonov dodelite ročno, če se ne ujemajo s prvim vozliščem.

4.2 Namestitev funkcije preklopa v gruče in preverjanje veljavnosti

Namestite funkcijo preklopnega gručenja v vsako vozlišče in jo nato pred ustvarjanjem gruče preverite.

1. Na vsakem vozlišču odprite Server Manager -> Dodajte vloge in funkcije -> Lastnostitako, da izberete Odklopno kopičenjein kliknite namestitevZnova zaženite, če je to potrebno. Alternativa PowerShellu:

   Install-WindowsFeature -Name Failover-Clustering -IncludeManagementTools

2. Na katerem koli vozlišču odprite Upravitelj grozdov za preklop ob okvari -> Preveri konfiguracijoDodajte vsa imena gostiteljskih vozlišč in zaženite vse teste. Alternativa PowerShellu:

   Test-Cluster -Node Node1, Node2

3. Pred nadaljevanjem odpravite vse napake v poročilu o preverjanju. Opozorila Storage Spaces Direct lahko prezrete, če S2D ni v uporabi.

4.3 Ustvarjanje WSFC-ja

Po uspešno opravljenem preverjanju ustvarite gručo in preverite njeno konfiguracijo.

1. In Upravitelj grozdov za preklop ob okvari, Kliknite Ustvarite gručo, dodajte vsa imena gostiteljskih vozlišč, vnesite ime gruče in statični virtualni naslov IP ter kliknite NaslednjiAlternativa PowerShellu:

   New-Cluster -Name ClusterName -Node Node1, Node2 -StaticAddress x.x.x.x

2. Če so dovoljenja domene omejena, prosite skrbnika imenika Active Directory, da pred izvedbo tega koraka pripravi objekt računalnika z imenom gruče.
3. Po ustvarjanju potrdite kvorum Večina vozlišč in diskov z dodeljenim pričevalnim diskom.
4. Pod Pohištvo za shranjevanje -> Diski, preimenujte vsak disk gruče, da bo odražal njegovo vlogo (na primer SQL_PODATAK, SQL_LOG, PRIČA). Pod Omrežja, preimenujte vsako omrežje gruče, da bo odražalo vrsto prometa.

5. Namestitev SQL Server Primerek gruče za preklop ob okvari

5.1 Izberite način namestitve

SQL Server Namestitveni program ponuja dva načina za namestitev primerka gruče za preklop v primeru okvare. Izberite tistega, ki ustreza vašemu okolju.

• Integrirana namestitev (Dodaj vozlišče): Namestite popoln, delujoč FCI na prvo vozlišče, nato pa dodajte vsako naslednje vozlišče z uporabo Dodaj vozlišče možnost. Preprostejša in priporočljiva za večino uvedb.
• Napredna/podjetniška namestitev: Run Priprava grozda za preklop ob okvari najprej na vseh vozliščih, nato pa zaženi Popolna gruča za preklop ob okvari na vozlišču, ki je lastnik deljenega diska. Ta pristop uporabite za velike uvedbe z več vozlišči, kjer želite pred potrditvijo pripraviti vsa vozlišča vzporedno.

5.2 Namestitev prvega vozlišča

Run SQL Server Nastavitev na prvem vozlišču za ustvarjanje FCI z uporabo integrirane metode.

1. Run Setup.exe kot skrbnik. Izberite namestitev -> Novo SQL Server namestitev grozda za preklop na izpad.
2. On Izbira lastnosti, izberite Storitve mehanizma baz podatkov in Orodja za upravljanje – osnovna.
3. On Konfiguracija primerka, vnesite SQL Server Ime omrežja – virtualno ime, ki ga odjemalci uporabljajo za povezavo.
4. On Skupina za vire grozda, vnesite opisno ime skupine.
5. On Izbira diska gruče, izberite deljene diske za podatke, dnevnike in varnostne kopije.
6. On Konfiguracija omrežja gruče, dodelite IP-naslov na podomrežje. Nastavitev samodejno nastavi odvisnost ALI za gruče z več podomrežji.
7. On Server Configuration, nastavite račune storitev. Za avtomatizirano upravljanje gesel uporabite skupinski upravljani račun storitev (gMSA); kot rezervno možnost uporabite račune domen.
8. On Konfiguracija mehanizma zbirke podatkov, izberite način preverjanja pristnosti in nastavite poti do imenikov podatkov. Sistemske baze podatkov, uporabniške baze podatkov, dnevnike, varnostne kopije in začasne baze podatkov postavite na ločene diske.
9. Preglejte povzetek in kliknite namestitev.

5.3 Dodajanje preostalih vozlišč

Ko je prvo vozlišče dokončano, dodajte vsako dodatno vozlišče v FCI.

1. Na dodatnem vozlišču zaženite Setup.exe in izberite namestitev -> Dodaj vozlišče v SQL Server gruča za preklop na izpad.
2. On Konfiguracija vozlišč gruče, izberite obstoječi primerek FCI.
3. On Konfiguracija omrežja gruče, dodelite IP-naslov za podomrežje tega vozlišča.
4. On Računi storitev, potrdite, da se gesla za storitvene račune ujemajo z gesli, nastavljenimi na prvem vozlišču, nato pa kliknite namestitev.
5. Ponovite za vsako dodatno vozlišče.

6. Po namestitvi: Konfiguracija in testiranje

6.1 bistvenega pomena SQL Server Nastavitve

Te nastavitve uporabite takoj, ko je FCI pripravljen za uporabo.

1. Kompleti največji pomnilnik strežnika do vrha SQL Serverpomnilnik in pustite prostor za operacijski sistem in storitve gruče:

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

2. Kompleti največja stopnja vzporednosti (MAXDOP) na podlagi vaše topologije neenakomernega dostopa do pomnilnika (NUMA).
3. Premaknite TempDB na namensko območje, da izolirate njegov V/I:

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

   Znova zaženite SQL Server storitev, da se premaknitev datoteke uveljavi.

6.2 Preklop testa ob okvari

Preden premaknete gručo v produkcijski način, preverite delovanje preklopa ob okvari.

1. In Upravitelj grozdov za preklop ob okvari, z desno miškino tipko kliknite SQL Server Vloga in izbira FCI Premakni -> Izberite vozliščeIzberite sekundarno vozlišče in kliknite OK.
2. Počakajte, da se prikaže stanje vloge Tek na novem vozlišču.
3. Iz odjemalskega računalnika se povežite z SQL Server z uporabo imena virtualnega omrežja in potrdite, da je povezava uspešna, ne da bi spremenili povezovalni niz.
4. Preglejte SQL Server dnevnik napak in dnevnik dogodkov gruče Windows za potrditev čistega preklopa v primeru okvare znotraj ciljnega časa obnovitve (RTO).

7. Upravljanje, najboljše prakse in odpravljanje težav

7.1 Politika in spremljanje preklopa v primeru okvare

• In Upravitelj grozdov za preklop ob okvari, z desno miškino tipko kliknite SQL Server Vloga FCI -> Nepremičnine -> Preklop za nastavitev stopnje napake in časovne omejitve za preverjanje zdravja. Na močno obremenjenih strežnikih povečajte časovno omejitev, da se izognete lažnim preklopom ob okvari.
• Spremljajte zdravje gruče prek Upravitelj grozdov za preklop ob okvari, Pregledovalnik dogodkov Windowsje SQL Server dnevnik napak in SQL Server Monitor dejavnost za vidnost virov in sej v realnem času.
• Po vsakem samodejnem preklopu na rezervni sistem preglejte SQL Server diagnostični dnevniki (shranjeni skupaj z dnevnikom napak) za stanje komponente pred dogodkom. Uporabite SQL Server Razširjeni dogodki za zajem podrobne sledi zdravju virov in napakam v oknu za preklop ob okvari.

7.2 Najboljše prakse

• Na vseh vozliščih uporabite statične IP-naslove. Poteče zakupna pogodba DHCP (Dynamic Host Configuration Protocol) med preklopom na rezervni sistem, kar podaljša čas izpada in oteži registracijo DNS.
• Vedno naj bo število kvorumskih glasov liho. Dodajte pričo, če dodajanje vozlišča povzroči sodo število glasov.
• Zaženite preverjanje gruče po vsaki spremembi strojne opreme, posodobitvi gonilnika ali pomembni spremembi konfiguracije operacijskega sistema.
• Pred tem dodelite enake črke pogona vsem vozliščem SQL Server namestitev. Neusklajenosti blokirajo namestitev in jih je pozneje težko odpraviti.
• Pred namestitvijo se posvetujte s skrbnikom imenika Active Directory. Dovoljenja za ustvarjanje računalniških objektov so najpogostejša ovira pred namestitvijo.
• Vzdržujte preizkušeno SQL Server backup strategija tudi z vzpostavljeno FCI. FCI ščiti pred okvaro vozlišča, ne pa pred poškodbo podatkov, nenamernim brisanjem ali izgubo na ravni shrambe – redni urnik varnostnega kopiranja in obnovitve je edina zaščita za te scenarije.

7.3 Pogoste težave in rešitve

• Napake dovoljenj Active Directoryja: Prosite skrbnika imenika Active Directory (AD), da predhodno pripravi objekt računalnika v gruči ali odobri Ustvarjanje računalniških objektov in Preberi vse lastnosti na namestitveni račun.
• Skupna shramba ni vidna na vozliščih: Znova zaženite Ciljni strežnik iSCSI storitev na gostitelju za shranjevanje, nato pa se znova povežite z iniciatorjem iSCSI na vsakem vozlišču. Preverite maskiranje in coniranje LUN-a.
• Opozorila o preverjanju veljavnosti gonilnikov ali ravni posodobitev: Uporabite najnovejšo kumulativno posodobitev iz Windows Update na vseh vozliščih pred ponovnim zagonom validacije.
• WSFC se po okvari vozlišča izklopi iz omrežja: Uporabite prisilni kvorum, da prenesete preživela vozlišča na splet, obnoviti vse baze podatkov prizadeti zaradi napake, obnovite kvorum in nato znova konfigurirajte, preden se vrnete v produkcijo. Zaženite DBCC CHECKDB na vsaki obnovljeni bazi podatkov, da se potrdi celovitost, preden se nadaljuje z običajnimi delovnimi obremenitvami.
• Lažni samodejni preklopi ob okvari: Podaljšajte časovno omejitev preverjanja zdravja v lastnostih vloge FCI. Preglejte diagnostične dnevnike, da ločite med dejansko napako in prehodnim porastom virov.

8. Pogosta vprašanja

V: Kakšno je najmanjše število vozlišč, potrebnih za SQL Server gruča za preklop na izpad?

A: Najmanjši dovoljeni sta dve vozlišči. Eno deluje kot aktivno vozlišče, ki izvaja SQL Server primerek; drugi je rezervni. Večina produkcijskih uvedb se začne z aktivno/pasivno konfiguracijo z dvema vozliščema.

V: Ali SQL Server Ali FCI zahteva skupno shranjevanje?

O: Da. Za razliko od skupin razpoložljivosti Always On (Vedno vključene skupine razpoložljivosti) FCI zahteva, da vsa vozlišča dostopajo do istega pomnilnika – bodisi do omrežja SAN (Fibre Channel ali iSCSI), Storage Spaces Direct ali do skupne rabe datotek SMB. Skupni pomnilnik omogoča dostop do istih datotek baze podatkov iz katerega koli vozlišča po preklopu ob okvari.

V: Kaj? SQL Server Ali izdaje podpirajo gručenje z nadomestnim delovanjem pri okvari?

A: SQL Server Izdaji Standard in Enterprise podpirata FCI. Izdaji Express in Developer ne. Izdaja Enterprise podpira več vozlišč in dodatne funkcije visoke razpoložljivosti, kot so spletne operacije indeksiranja med vzdrževanjem.

V: Can SQL Server Ali se lahko FCI in skupine za razpoložljivost Always On uporabljajo skupaj?

A: Da. Vozlišče FCI lahko gosti repliko skupine razpoložljivosti, kar vam omogoča tako visoko dostopnost (HA) na ravni instance iz FCI kot tudi DR na ravni baze podatkov iz skupine razpoložljivosti. Vendar pa samodejni preklop skupine razpoložljivosti na repliko, ki jo gosti FCI, ali z nje ni podprt – v tej konfiguraciji je na voljo le ročni preklop.

V: Kako dolgo traja SQL Server običajno traja preklop na rezervni način?

A: Čas preklopa ob okvari je odvisen od števila umazanih strani v predpomnilniku medpomnilnika, ki jih je treba zapisati na disk, preden se instanca znova zažene na novem vozlišču. Z omogočenimi posrednimi kontrolnimi točkami (privzeta vrednost iz SQL Server (od leta 2012 naprej) so umazane strani omejene in večina preklopov ob okvari se zaključi v manj kot 30 sekundah. Dejanski čas obnovitve je odvisen od delovne obremenitve, hitrosti shranjevanja in časa obnovitve baze podatkov.

V: Kaj je kvorum in zakaj je pomemben?

A: Kvorum je mehanizem, ki ga WSFC uporablja za ugotavljanje, ali ima gruča dovolj zdravih članov, da ostanejo povezani in strežejo zahteve. Preprečuje scenarij razcepljenega delovanja, kjer dve izolirani skupini vozlišč menita, da sta avtoritativni lastniki SQL Server primerek. Če se kvorum izgubi, WSFC preklopi gručo v stanje brez povezave, da zaščiti integriteto podatkov.

V: Can SQL Server Ali naj bo FCI nameščen v gručo delovnih skupin (brez imenika Active Directory)?

O: Ne. SQL Server FCI zahteva, da so vsa vozlišča člani iste domene Active Directory. Gruče delovnih skupin, gruče z več domenami in gruče, ki vključujejo krmilnike domen samo za branje, niso podprte konfiguracije.

V: Kaj se zgodi s povezavami odjemalcev, ko pride do preklopa na rezervno omrežje?

A: Aktivne povezave z SQL Server Primerki se med preklopom ob okvari zavržejo. Ko primerek na novem vozlišču vzpostavi povezavo, se ime navideznega omrežja in navidezni IP tam ponovno registrirata, odjemalci, ki v svojih povezovalnih nizih uporabljajo logiko ponovnega poskusa, pa se bodo samodejno znova povezali brez kakršne koli spremembe konfiguracije.

V: Ali lahko dodam ali odstranim vozlišča iz obstoječega SQL Server gruča za preklop na izpad?

A: Da. Teci. SQL Server Nastavitev na katerem koli vozlišču in izbira Dodaj vozlišče v SQL Server gruča za preklop na izpad dodati vozlišče ali Odstrani vozlišče iz SQL Server gruča za preklop na izpad odstraniti eno. Dodajanje ali odstranjevanje vozlišča ne zahteva izpada delovanja drugih vozlišč v gruči.

V: Kakšna je razlika med načrtovanim preklopom ob okvari in samodejnim preklopom ob okvari?

A: Načrtovani preklop v primeru okvare ročno sproži skrbnik – običajno za vzdrževanje, kot je nameščanje popravkov ali zamenjava strojne opreme. Omogoča SQL Server izprazniti umazane strani in čisto zaustaviti sistem pred prenosom lastništva, kar ima za posledico minimalen čas izpada. WSFC sproži samodejni preklop v primeru okvare, ko spremljanje zdravja zazna, da je aktivno vozlišče odpovedalo, čas obnovitve pa je odvisen od potrebne količine obnovitve po zrušitvi.

V: Kako lahko obnovim SQL Server gruča za preklop v izpad, če celoten WSFC preklopi v stanje brez povezave?

A: Če je kvorum izgubljen in se gruča ne more normalno zagnati, uporabite ukaz »Vsili kvorum«, da preživela vozlišča preklopite v stanje, ki ni odporno na napake. Na preživelem vozlišču zaženite naslednji ukaz PowerShell: Start-ClusterNode -ForcQuorumKo je gruča v spletu, obnovite baze podatkov, preverite celovitost podatkov in nato pred vrnitvijo v produkcijo znova konfigurirajte kvorum s preostalimi vozlišči.

V: Ali naj zaženem čarovnika za preverjanje gruče pred vsakim SQL Server namestitev?

O: Da, in tudi po vsaki večji spremembi strojne opreme ali konfiguracije. Microsoft podpira samo konfiguracije gruč za preklop v primeru okvare, ki brez napak opravijo vse preizkuse veljavnosti. Če preskočite veljavnost, tvegate zagon nepodprte konfiguracije, ki se lahko v primeru okvare obnaša nepredvidljivo.

9. Zaključek

SQL Server Združevanje v gruče z nadomestnim delovanjem zagotavlja pregledno visoko razpoložljivost na ravni instance prek WSFC, s samodejnim nadomestnim delovanjem in brez potrebe po ponovni konfiguraciji odjemalca. To je prava izbira, ko je na voljo skupna shramba in potrebujete, da se vsaka baza podatkov v instanci preklopi skupaj kot enota. Za okolja, ki zahtevajo tudi obnovo po nesreči ali sekundarne bralne delovne obremenitve, združite FCI s skupinami razpoložljivosti Always On, da pokrijete oba scenarija.

Reference

• Uradni dokument Microsofta: Gruča za preklop sistema Windows Server z SQL Server
• Uradni dokument Microsofta: Vedno vklopljeni primerki gruče za preklop ob okvari
• Uradni dokument Microsofta: Namestitev primerka gruče za preklop ob okvari
• Uradni dokument Microsofta: Načini kvoruma WSFC in konfiguracija glasovanja

---

O Author

Yuan Sheng je višji administrator baz podatkov (DBA) z več kot 10 leti izkušenj na področju SQL Server okolja in upravljanje poslovnih baz podatkov. Uspešno je rešil na stotine scenarijev obnovitve baz podatkov v finančnih storitvah, zdravstvu in proizvodnih organizacijah.

Yuan je specializiran za SQL Server obnovitev baz podatkov, rešitve za visoko razpoložljivost in optimizacija delovanja. Njegove bogate praktične izkušnje vključujejo upravljanje večterabajtnih baz podatkov, implementacijo skupin razpoložljivosti Always On in razvoj avtomatiziranih strategij varnostnega kopiranja in obnovitve za ključne poslovne sisteme.

Yuan se s svojim tehničnim znanjem in praktičnim pristopom osredotoča na ustvarjanje celovitih vodnikov, ki pomagajo skrbnikom baz podatkov in IT-strokovnjakom reševati kompleksne SQL Server učinkovito se spopada z izzivi. Vedno je na tekočem z najnovejšimi SQL Server izdaje in Microsoftove razvijajoče se tehnologije baz podatkov, pri čemer redno testira scenarije obnovitve, da zagotovi, da njegova priporočila odražajo najboljše prakse iz resničnega sveta.

Imate vprašanja o SQL Server obnovitev ali potrebujete dodatna navodila za odpravljanje težav z zbirko podatkov? Yuan pozdravlja povratne informacije in predlogi za izboljšanje teh tehničnih virov.