SQL Server Pertraukimo klasteris: išsamus DBA vadovas [2026]

SQL Server atsarginis klasteris yra didelio prieinamumo sprendimas kuris išlaiko SQL Server egzempliorius veiktų net ir serveriui sugedus. Tai pasiekiama paleidus tą patį egzempliorių keliuose fiziniuose serveriuose, vadinamuose mazgais, kad vienam serveriui sugedus, kitas automatiškai perimtų jo darbą, nereikalaujant rankinio įsikišimo ar pakeitimų kliento pusėje.

1.2 Pagrindiniai komponentai ir architektūra

A SQL Server Permetimo klasterio egzempliorius sudarytas iš penkių pagrindinių komponentų, kurių kiekvienas atlieka atskirą vaidmenį. Kartu jie sudaro vieną loginį vienetą, su kuriuo klientai sąveikauja taip, lyg tai būtų vienas serveris.

Mazgai: Fiziniai serveriai, kurie dalyvauja klasteryje. Bet kuriuo metu aktyvus yra tik vienas mazgas, kuris vykdo SQL Server pavyzdžiui; likę mazgai yra budėjimo režime ir stebi aktyvaus mazgo būklę.
Bendrinama saugykla: Saugyklos tomas – SAN, iSCSI, „Storage Spaces Direct“ arba SMB failų bendrinimas – prieinamas visiems mazgams vienu metu. Kadangi kiekvienas mazgas skaito iš tos pačios saugyklos ir į ją rašo, duomenų replikacijos tarp mazgų nereikia, o tie patys duomenų bazės failai yra iš karto prieinami, kad ir kuris mazgas perimtų valdymą.
Virtualaus tinklo pavadinimas ir virtualus IP adresas: Stabili tapatybė, prie kurios klientai visada jungiasi, nepriklausomai nuo to, kuris fizinis mazgas šiuo metu aktyvus. Įvykus gedimui, virtualaus tinklo pavadinimas ir IP adresas perregistruojami naujame aktyviame mazge, todėl programoms perjungimas tampa skaidrus.
„Windows Server“ perkrovimo klasterizavimas (WSFC): Pagrindinė platforma, kuri viską palaiko. WSFC nuolat stebi mazgų ir išteklių būklę per vidinį tinklą, valdo išteklių grupių nuosavybę ir koordinuoja gedimo perėmimo procesą.
Kvorumas: WSFC balsavimo mechanizmas, apsaugantis nuo „suskaidymo“ scenarijų. Kiekvienas mazgas balsuoja dėl klasterio būklės; liudytojo diskas arba failų bendrinimo vieta suteikia papildomą balsą dėl lyginių mazgų klasterių. Klasteris lieka prisijungęs tik tada, kai pasiekiama dauguma balsų, užtikrinant, kad dvi izoliuotos mazgų grupės niekada negalėtų vienu metu pareikšti nuosavybės teisių. SQL Server instancija.

Šie komponentai veikia aiškioje hierarchijoje: WSFC valdo mazgus ir užtikrina kvorumo užtikrinimą, mazgai dalijasi prieiga prie tos pačios saugyklos, o virtualaus tinklo pavadinimas suteikia klientams nuoseklų prisijungimo tašką visame mazge. Kai mazgas sugenda, WSFC aptinka nuolatinio pranešimo praradimą, patvirtina, kad kvorumas vis dar galioja, perduoda išteklių grupės nuosavybę, įskaitant virtualaus tinklo pavadinimą, virtualų IP adresą ir saugyklą, atsarginiam mazgui ir perduoda... SQL Server atgal ten. Visa seka vyksta automatiškai ir be jokių pakeitimų kliento pusėje.

$. \ T SQL Server Pertraukimo klasterio architektūra$

1.3 FCI ir visada įjungtos prieinamumo grupės

SQL Server siūlo dvi „Always On“ technologijas, pagrįstas WSFC. Pagrindiniai skirtumai:

Pertraukimo klasterio egzempliorius (FCI): Didelis prieinamumas egzempliorių lygmenyje (HA). Visos duomenų bazės perimamos kartu. Reikalinga bendra saugykla. Duomenų replikacijos tarp mazgų nereikia. Nėra integruoto atkūrimo po avarijų (DR).
Visada įjungtos prieinamumo grupės (AG): Duomenų bazės lygio aukštas prieinamumas. Žurnalais pagrįstas replikavimas į antrines kopijas. Nereikia bendros saugyklos. Palaiko ir HA, ir DR.

Naudokite FCI egzemplioriaus lygio perjungimui su esama bendra saugykla. Derinkite FCI su AG, kai reikalingas ir atkūrimas po avarinių situacijų arba nuskaitomi antriniai diskai.

1.4 Privalumai ir apribojimai

Privalumai:

Automatinis perjungimas į atsarginę kopiją gedimo atveju – aparatinė įranga, OS ar paslauga;
nereikia kliento perkonfigūravimo;
nuspėjamas gedimų perėjimo laikas per netiesioginius kontrolinius taškus;
lanksčios bendro saugojimo parinktys.

Apribojimai:

Bendras saugojimas yra vienintelis gedimo taškas, nebent pats saugojimas yra perteklinis;
Veikia tik vienas mazgas SQL Server vienu metu, todėl nereikia balansuoti skaitymo apkrovos;
Integruoto DR nėra be susiejimo su AG.

2. Būtinos sąlygos ir reikalavimai

2.1 Aparatinė ir programinė įranga

Mažiausiai du fiziniai serveriai su identiška arba lygiaverte aparatine įranga, 64 bitų procesoriais ir saugyklos valdikliais, sertifikuotais atsarginių klasterių kūrimui.
„Windows Server 2016“, „2019“ arba „2022“ („Standard“ arba „Datacenter“). Visuose mazguose turi veikti tas pats OS leidimas, versija ir kaupiamųjų naujinimų lygis.
SQL Server Standartinė arba „Enterprise“ versija. Visi mazgai turi veikti vienodai. SQL Server versija ir pataisų lygis.

2.2 Tinklo ir domeno reikalavimai

Visi mazgai turi priklausyti tam pačiam „Active Directory“ domenui. Darbo grupių klasteriai, kelių domenų klasteriai ir tik skaitymui skirti domeno valdikliai nepalaikomi.
Priskirkite statinius IP adresus visiems adapteriams. Kiekvienam mazgui skirkite bent vieną tinklo sąsajos plokštę (NIC) klasterio kontrolinio signalo srautui. Sukonfigūruokite domenų vardų sistemą (DNS) vardų identifikavimui.
Diegimo paskyrai reikalingos vietinio administratoriaus teisės visuose mazguose ir Sukurti kompiuterio objektus leidimą „Active Directory“ kataloge.

2.3 Bendro saugojimo parinktys

SQL Server Pertraukimo klasterizavimas palaiko kelias bendro saugojimo technologijas. Pasirinkite tą, kuri geriausiai atitinka jūsų infrastruktūrą ir biudžetą:

SAN (šviesolaidinis kanalas arba iSCSI): Dažniausiai pasitaiko. Visi mazgai turi pasiekti tuos pačius loginių vienetų numerius (LUN). Naudokite kelių kelių įvesties/išvesties (MPIO) protokolą, kad išvengtumėte vieno kelio gedimų.
Tiesioginės saugyklos vietos (S2D): Vietiškai prijungtas NVMe arba SSD diskas, telkiamas keliuose mazguose. Reikalinga „Windows Server 2016 Datacenter“ arba naujesnė versija.
Serverio pranešimų bloko (SMB) failų bendrinimai ir klasterio bendrinami tomai (CSV): Palaikoma iš SQL Server Nuo 2014 m.

Formatuokite visus klasterio diskus kaip pagrindinę NT failų sistemą (NTFS). Venkite prijungtų tomų prie klasterio mazgų.

3. Klasterio planavimas

Prieš diegdami turite suplanuoti mazgo konfigūracijos tipą ir kvorumo nustatymus, kurie tiesiogiai veikia klasterio patikimumą ir aparatinės įrangos kainą:

3.1 Konfigūracijos tipai

SQL Server Perkrovimo klasteriai palaiko keturių tipų mazgų konfigūracijas, kurių kiekviena skirtingai vertina paprastumą, techninės įrangos kainą ir budėjimo režimo pajėgumą.

1 tipas: aktyvus / budėjimo režimas. 1 FCI, 2 mazgai. 1 mazgas yra aktyvus; 2 mazgas yra budėjimo režime. Budėjimo režime esantis mazgas nuolat stebi aktyvaus mazgo širdies ritmą ir perima FCI, kai aktyvus mazgas sugenda. Tai paprasčiausia konfigūracija ir labiausiai paplitusi gamyboje.
2 tipas: aktyvus/aktyvus. 2 FCI dalijasi 2 fiziniais mazgais. 1 mazgas yra aktyvus FCI 1 mazgas ir atsarginis FCI 2 mazgas; 2 mazgas yra aktyvus FCI 2 mazgas ir atsarginis FCI 1 mazgas. Abu mazgai yra vienas kito atsarginiai – abu normaliai veikiant vykdo aktyvias darbo krūvius. Jei kuris nors mazgas sugenda, likęs mazgas perima sugedusio mazgo FCI, toliau veikdamas savo. Todėl kiekvieno mazgo dydis turi būti toks, kad jis galėtų valdyti abiejų FCI bendrą darbo krūvį.
3 tipas: N+1. N FCI dalijasi N+1 mazgais. Kiekvienas FCI turi vieną aktyvų mazgą; visi N FCI dalijasi vienu bendru atsarginiu mazgu. Bendrinamas atsarginis mazgas turi gebėti savarankiškai absorbuoti visą bet kurio sugedusio aktyvaus mazgo darbo krūvį.
4 tipas: N+M. N FCI dalijasi N+M mazgų. Kiekvienas FCI turi vieną aktyvų mazgą; visi N FCI dalijasi M budėjimo režimo mazgų. M budėjimo režimo mazgų kartu apima visų N aktyviųjų mazgų gedimų prevenciją, paskirstydami potencialią apkrovą didesniam budėjimo režimo pajėgumui ir sumažindami mazgo aparatinės įrangos reikalavimus, palyginti su N+1.

3.2 Kvorumo gairės

Kvorumas nustato, ar klasteryje yra pakankamai sveikų narių, kad jis galėtų likti prisijungęs. Nustatydami ir palaikydami kvorumą, atsižvelkite į šias gaires:

Sukonfigūruokite nelyginį kvorumo balsų skaičių, kad garantuotumėte daugumą susiskaldžiusio scenarijaus atveju ir išvengtumėte smegenų susiskaldymo.
Dviejų mazgų klasteriams naudokite Mazgų ir diskų dauguma su liudytojo disku kaip trečiuoju balsu. Liudytojo diskui nereikia disko raidės.
Jei kvorumas visiškai prarandamas, priverstinai kvorumą naudokite kaip paskutinę priemonę išlikusiems mazgams atkurti, tada prieš grįždami į gamybą nedelsdami iš naujo sukonfigūruokite.

4. „Windows Server“ perkrovimo klasterio (WSFC) diegimas

4.1 Bendro saugojimo paruošimas

Prieš kurdami klasterį, prijunkite ir sukonfigūruokite visą bendrą saugyklą.

Fiziškai prijunkite arba paruoškite visus saugyklos LUN prie kiekvieno klasterio mazgo.
Dėl tik pirmas mazgas, atviras disk Management, įjunkite kiekvieną diską, inicijuokite jį ir sukurkite NTFS tomas su disko raide. Sukurkite nedidelį tomą (1–2 GB) liudytojo diskui – disko raidė nereikalinga.
Kiekviename likusiame mazge atidarykite disk Management ir diskus tik prijunkite prie interneto. Neiš naujo inicijuokite ir neformatuokite. Diskų raides priskirkite rankiniu būdu, jei jos nesutampa su pirmuoju mazgu.

4.2 Įdiekite ir patikrinkite atsarginių klasterių funkciją

Įdiekite atsarginių klasterių funkciją kiekviename mazge ir patikrinkite prieš kurdami klasterį.

Kiekviename mazge atidarykite Server Manager " -> Pridėti vaidmenis ir funkcijas -> Savybės, Pasirinkite „Failover“ grupavimasir spustelėkite įrengti. Jei būsite paraginti, paleiskite iš naujo. „PowerShell“ alternatyva:
```
Install-WindowsFeature -Name Failover-Clustering -IncludeManagementTools
```
Bet kuriame mazge atidarykite Failover Cluster Manager -> Patvirtinkite konfigūracijąPridėkite visus mazgų pavadinimus ir paleiskite visus testus. „PowerShell“ alternatyva:
```
Test-Cluster -Node Node1, Node2
```
Prieš tęsdami, ištaisykite visas patvirtinimo ataskaitos klaidas. Įspėjimus apie tiesiogines saugyklos vietas galima nepaisyti, jei S2D nenaudojamas.

4.3 Sukurkite WSFC

Kai patvirtinimas sėkmingas, sukurkite klasterį ir patikrinkite jo konfigūraciją.

In Failover Cluster Manager, Spustelėkite Sukurti klasterį, pridėkite visų mazgų pagrindinių kompiuterių pavadinimus, įveskite klasterio pavadinimą ir statinį virtualų IP adresą, tada spustelėkite Sekantis„PowerShell“ alternatyva:
```
New-Cluster -Name ClusterName -Node Node1, Node2 -StaticAddress x.x.x.x
```
Jei domeno teisės yra apribotos, prieš atlikdami šį veiksmą paprašykite „Active Directory“ administratoriaus iš anksto paruošti klasterio pavadinimo kompiuterio objektą.
Po sukūrimo patvirtinkite kvorumo rodymą Mazgų ir diskų dauguma su priskirtu liudytojo disku.
Pagal saugojimas -> Diskų, pervadinkite kiekvieną klasterio diską pagal jo vaidmenį (pavyzdžiui, SQL_DUOMENYS, SQL_LOG, PATIRTIS). Pagal Tinklai, pervadinkite kiekvieną klasterio tinklą, kad jis atitiktų jo srauto tipą.

5. Diegimas SQL Server Failover Cluster egzempliorius

5.1 Pasirinkite diegimo būdą

SQL Server Sąrankos programoje pateikiami du būdai, kaip įdiegti perkrovimo klasterio egzempliorių. Pasirinkite tą, kuris atitinka jūsų aplinką.

Integruotas diegimas (pridėti mazgą): Įdiekite pilną, veikiantį FCI pirmame mazge, tada pridėkite kiekvieną paskesnį mazgą naudodami Pridėti mazgą parinktis. Paprasčiau ir rekomenduojama daugumai diegimų.
Išplėstinis / įmonės diegimas: paleisti Paruošti atsarginį klasterį pirmiausia visuose mazguose, tada paleiskite Visiškas atsarginių kopijų klasteris mazge, kuriam priklauso bendrinamas diskas. Šį metodą naudokite dideliems kelių mazgų diegimams, kai prieš patvirtinimą norite paruošti visus mazgus lygiagrečiai.

5.2 Pirmojo mazgo diegimas

paleisti SQL Server Nustatykite pirmąjį mazgą, kad sukurtumėte FCI naudodami integruotą metodą.

paleisti Setup.exe kaip administratorius. Pasirinkite montavimas -> Naujienos SQL Server perkrovimo klasterio diegimas.
On Funkcijos pasirinkimas, pasirinkite Duomenų bazės variklio paslaugos bei Valdymo įrankiai – pagrindiniai.
On Egzempliorių konfigūracija, įveskite SQL Server Tinklo pavadinimas – virtualus pavadinimas, kurį klientai naudoja prisijungdami.
On Klasterio išteklių grupė, įveskite aprašomąjį grupės pavadinimą.
On Klasterio disko pasirinkimas, pasirinkite bendrinamus diskus duomenų, žurnalų ir atsarginių kopijų failams.
On Klasterio tinklo konfigūracija, priskirkite IP adresą kiekvienam potinkliui. Sąranka automatiškai nustato ARBA priklausomybę kelių potinklių klasteriams.
On Serverio konfigūracija, nustatykite paslaugų paskyras. Naudokite grupės valdomą paslaugų paskyrą (gMSA), kad slaptažodžiai būtų valdomi automatiškai; naudokite domeno paskyras kaip atsarginį variantą.
On Duomenų bazės variklio konfigūracija, pasirinkite autentifikavimo režimą ir nustatykite duomenų katalogų kelius. Sistemos duomenų bazes, vartotojų duomenų bazes, žurnalus, atsargines kopijas ir „TempDB“ laikykite atskiruose diskuose.
Peržiūrėkite santrauką ir spustelėkite įrengti.

5.3 Pridėti likusius mazgus

Užbaigus pirmąjį mazgą, pridėkite kiekvieną papildomą mazgą prie FCI.

Papildomame mazge paleiskite Setup.exe ir tuomet montavimas -> Pridėti mazgą prie SQL Server perjungimo klasteris.
On Klasterio mazgų konfigūracija, pasirinkite esamą FCI egzempliorių.
On Klasterio tinklo konfigūracija, priskirkite šio mazgo potinklio IP adresą.
On Paslaugų sąskaitos, patvirtinkite, kad paslaugos paskyros slaptažodžiai sutampa su nustatytais pirmame mazge, tada spustelėkite įrengti.
Pakartokite su kiekvienu papildomu mazgu.

6. Po diegimo: konfigūravimas ir bandymas

6.1 Esminis SQL Server Nustatymai

Šiuos nustatymus pritaikykite iš karto, kai FCI pradės veikti.

Nustatyti maksimali serverio atmintis apriboti SQL Serveratmintį ir palikite vietos OS ir klasterio paslaugoms:

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

Nustatyti maksimalus lygiagretumo laipsnis (MAXDOP) remiantis jūsų nevienodos atminties prieigos (NUMA) topologija.

Perkelkite „TempDB“ į tam skirtą tomą, kad izoliuotumėte jo įvesties/išvesties duomenis:

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

Paleiskite iš naujo SQL Server paslauga, kad failo perkėlimas įsigaliotų.

6.2 Testo perkėlimas

Prieš perkeldami klasterį į gamybos aplinką, patikrinkite gedimų šalinimo elgseną.

In Failover Cluster Manager, dešiniuoju pelės mygtuku spustelėkite SQL Server FCI vaidmuo ir pasirinkimas Perkelti -> Pasirinkite MazgasPasirinkite antrinį mazgą ir spustelėkite OK.
Palaukite, kol bus parodyta vaidmens būsena veikia ant naujo mazgo.
Iš kliento kompiuterio prisijunkite prie SQL Server naudodami virtualaus tinklo pavadinimą ir patvirtinkite, kad ryšys sėkmingas, nekeisdami ryšio eilutės.
Peržiūrėkite SQL Server klaidų žurnalą ir „Windows“ klasterio įvykių žurnalą, kad patvirtintumėte švarų perjungimą per tikslinį atkūrimo laiko tikslą (RTO).

7. Valdymas, geriausia praktika ir trikčių šalinimas

7.1 Perjungimo politika ir stebėjimas

In Failover Cluster Manager, dešiniuoju pelės mygtuku spustelėkite SQL Server FCI vaidmuo -> Skelbimų -> Perkėlimas , kad nustatytumėte gedimo būklės lygį ir sveikatos patikros skirtąjį laiką. Padidinkite skirtąjį laiką labai apkrautuose serveriuose, kad išvengtumėte klaidingų perjungimų.
Stebėkite klasterio sveikatą per Failover Cluster Manager, „Windows“ įvykių peržiūros programa, SQL Server klaidų žurnalas ir SQL Server Activity Monitor realiuoju laiku užtikrinamas išteklių ir sesijų matomumas.
Po bet kokio automatinio perjungimo peržiūrėkite SQL Server diagnostikos žurnalai (saugomi kartu su klaidų žurnalu) apie komponento būseną iki įvykio. Naudokite SQL Server Išplėstiniai įvykiai kad būtų galima užfiksuoti išsamų išteklių sveikatos ir klaidų sąlygų pėdsaką perjungimo lange.

7.2 geriausios praktikos pavyzdžiai

Visuose mazguose naudokite statinius IP adresus. Dinaminio pagrindinio kompiuterio konfigūravimo protokolo (DHCP) nuomos sutarties galiojimo pabaiga atliekant avarinį perjungimą pailgina prastovų laiką ir apsunkina DNS registraciją.
Visada palaikykite nelyginį kvorumo balsų skaičių. Pridėkite liudytoją, jei pridėjus mazgą balsų skaičius tampa lyginis.
Atlikite klasterio patikrinimą po bet kokio aparatinės įrangos pakeitimo, tvarkyklės atnaujinimo ar reikšmingo OS konfigūracijos pakeitimo.
Priskirkite identiškas disko raides visiems mazgams prieš SQL Server diegimas. Neatitikimai blokuoja diegimą ir vėliau juos sunku ištaisyti.
Prieš diegimo dieną susisiekite su „Active Directory“ administratoriumi. Kompiuterio objektų kūrimo teisės yra dažniausiai pasitaikantis blokavimo veiksnys prieš diegimą.
Palaikykite patikrintą SQL Server atsarginės strategija net ir įdiegus FCI. FCI apsaugo nuo mazgo gedimų, o ne nuo duomenų sugadinimo, atsitiktinio ištrynimo ar saugyklos lygio praradimo – reguliarus atsarginių kopijų kūrimas ir atkūrimas yra vienintelė apsaugos priemonė tokiais atvejais.

7.3 Dažnos problemos ir jų taisymai

„Active Directory“ leidimų klaidos: Paprašykite savo „Active Directory“ (AD) administratoriaus iš anksto paruošti klasterio kompiuterio objektą arba suteikti Sukurti kompiuterio objektus bei Skaityti visas ypatybes į diegimo paskyrą.
Bendrinama saugykla nematoma mazguose: Paleiskite iš naujo iSCSI tikslinis serveris paslaugą saugyklos pagrindiniame kompiuteryje, tada iš naujo prijunkite iš iSCSI iniciatoriaus kiekviename mazge. Patikrinkite LUN maskavimą ir zonavimą.
Tvarkyklių arba atnaujinimų lygių patvirtinimo įspėjimai: Taikykite naujausią kaupiamąjį atnaujinimą iš "Windows" naujinimo visuose mazguose prieš pakartotinį patvirtinimą.
WSFC atsijungia po mazgo gedimo: Naudokite priverstinį kvorumą, kad išlikę mazgai būtų prijungti prie tinklo. atkurti visas duomenų bazes paveiktą gedimo, atkurkite kvorumą, tada prieš grįždami į gamybą iš naujo sukonfigūruokite. Paleiskite DBCC CHECKDB kiekvienoje atkurtoje duomenų bazėje, siekiant patvirtinti vientisumą prieš atnaujinant įprastus darbo krūvius.
Klaidingi automatiniai perjungimai: Padidinkite sveikatos patikros skirtąjį laiką FCI vaidmens ypatybėse. Peržiūrėkite diagnostikos žurnalus, kad atskirtumėte tikrą gedimą nuo trumpalaikio išteklių padidėjimo.

8. DUK

K: Koks yra minimalus mazgų skaičius, reikalingas a SQL Server atsarginis klasteris?

A: Mažiausiai reikia dviejų mazgų. Vienas veikia kaip aktyvus mazgas, palaikantis SQL Server egzempliorius; kita yra atsarginė. Dauguma gamybinių diegimų pradedami nuo dviejų mazgų aktyvios / pasyvios konfigūracijos.

Klausimas: Ar SQL Server Ar FCI reikia bendros saugyklos?

A: Taip. Kitaip nei „Always On Availability Groups“, FCI reikalauja, kad visi mazgai pasiektų tą pačią saugyklą – SAN (šviesolaidinį kanalą arba iSCSI), „Storage Spaces Direct“ arba SMB failų bendrinimo saugyklą. Bendrinama saugykla leidžia tiems patiems duomenų bazės failams pasiekti iš bet kurio mazgo po perjungimo.

Klausimas: Ką? SQL Server Ar leidimai palaiko atsarginių klasterių kūrimą?

A: SQL Server „Standard“ ir „Enterprise“ leidimai palaiko FCI. „Express“ ir „Developer“ leidimai to nepalaiko. „Enterprise“ leidimas palaiko daugiau mazgų ir papildomas didelio prieinamumo funkcijas, pvz., internetines indeksavimo operacijas priežiūros metu.

Klausimas: gali SQL Server Ar FCI ir „Always On“ prieinamumo grupės gali būti naudojamos kartu?

A: Taip. FCI mazgas gali talpinti prieinamumo grupės repliką, suteikdamas jums ir egzemplioriaus lygio HA iš FCI, ir duomenų bazės lygio DR iš prieinamumo grupės. Tačiau automatinis prieinamumo grupės perjungimas į FCI talpinamą repliką arba iš jos nepalaikomas – šioje konfigūracijoje galimas tik rankinis perjungimas.

K: Kiek laiko trunka SQL Server Kiek laiko paprastai užtrunka perjungimas į atsarginę kopiją?

A: Perėjimo laikas priklauso nuo buferio talpykloje esančių nešvarių puslapių skaičiaus, kuris turi būti įrašytas į diską prieš paleidžiant egzempliorių iš naujo naujame mazge. Įjungus netiesioginius kontrolės taškus (numatytasis nustatymas nuo SQL Server Nuo 2012 m.), nešvarūs puslapiai yra apriboti, o dauguma perkėlimų atliekami per mažiau nei 30 sekundžių. Jūsų faktinis RTO priklauso nuo darbo krūvio, saugyklos greičio ir duomenų bazės atkūrimo laiko.

K: Kas yra kvorumas ir kodėl jis svarbus?

A: „Quorum“ yra mechanizmas, kurį WSFC naudoja norėdamas nustatyti, ar klasteryje yra pakankamai sveikų narių, kad jis galėtų likti prisijungęs ir aptarnauti užklausas. Jis apsaugo nuo „susiskaldžiusio smegenų“ scenarijaus, kai dvi izoliuotos mazgų grupės mano esančios autoritetingos mazgo savininkės. SQL Server Jei kvorumas prarandamas, WSFC atjungia klasterį, kad apsaugotų duomenų vientisumą.

Klausimas: gali SQL Server Ar FCI bus įdiegtas darbo grupės klasteryje (be „Active Directory“)?

A: Ne. SQL Server FCI reikalauja, kad visi mazgai priklausytų tam pačiam „Active Directory“ domenui. Darbo grupių klasteriai, kelių domenų klasteriai ir klasteriai, kuriuose yra tik skaitymui skirti domeno valdikliai, nėra palaikomos konfigūracijos.

K: Kas nutinka klientų ryšiams, kai įvyksta gedimas?

A: Aktyvūs ryšiai su SQL Server egzemplioriai pašalinami perjungimo metu. Kai egzempliorius prisijungia prie interneto naujajame mazge, virtualaus tinklo pavadinimas ir virtualus IP adresas ten perregistruojami, o klientai, kurie savo ryšio eilutėse naudoja pakartotinio bandymo logiką, automatiškai prisijungs iš naujo be jokių konfigūracijos pakeitimų.

K: Ar galiu pridėti arba pašalinti mazgus iš esamo SQL Server atsarginis klasteris?

A: Taip. Bėk SQL Server Nustatykite bet kuriame mazge ir pasirinkite Pridėti mazgą prie SQL Server perjungimo klasteris norėdami pridėti mazgą arba Pašalinti mazgą iš SQL Server perjungimo klasteris norint pašalinti vieną. Pridėjus arba pašalinus mazgą, kitiems klasterio mazgams prastovos nereikalaujama.

K: Kuo skiriasi planinis ir automatinis persijungimas?

A: Planuojamas perjungimas rankiniu būdu inicijuojamas administratoriaus – paprastai priežiūros, pvz., pataisų diegimo ar aparatinės įrangos keitimo, tikslais. Tai leidžia SQL Server kad būtų išvalyti nešvarūs puslapiai ir švariai išjungtas prieš perduodant nuosavybę, taip sumažinant prastovų laiką. WSFC suaktyvina automatinį gedimų šalinimą, kai sveikatos stebėjimas aptinka, kad aktyvus mazgas sugedo, o atkūrimo laikas priklauso nuo to, kiek laiko reikia atkurti gedimą.

K: Kaip atkurti SQL Server atsarginis klasteris, jei visas WSFC atsijungia?

A: Jei kvorumas prarandamas ir klasteris negali normaliai paleisti, naudokite priverstinį kvorumą, kad išlikę mazgai būtų prijungti prie tinklo neatsparioje gedimams būsenoje. Išlikusiame mazge paleiskite šią „PowerShell“ komandą: Start-ClusterNode -ForcQuorumKai klasteris bus prijungtas prie interneto, atkurkite duomenų bazes, patikrinkite duomenų vientisumą ir prieš grįždami į gamybą iš naujo sukonfigūruokite kvorumą su likusiais mazgais.

K: Ar turėčiau paleisti klasterio patvirtinimo vedlį prieš kiekvieną SQL Server montavimas?

A: Taip, taip pat ir po bet kokio reikšmingo aparatinės įrangos ar konfigūracijos pakeitimo. „Microsoft“ palaiko tik tas permetimo klasterio konfigūracijas, kurios praeina visus patvirtinimo testus be klaidų. Praleidus patvirtinimą kyla pavojus, kad bus paleista nepalaikoma konfigūracija, kuri gedimo atveju gali elgtis nenuspėjamai.

9. Išvada

SQL Server Persijungimo klasterizavimas užtikrina skaidrų egzemplioriaus lygio aukštą prieinamumą per WSFC, su automatiniu perjungimu ir nereikalaujant kliento perkonfigūravimo. Tai tinkamas pasirinkimas, kai yra bendra saugykla ir jums reikia, kad kiekviena egzemplioriaus duomenų bazė veiktų kartu kaip vienetas. Aplinkose, kuriose taip pat reikalingas atkūrimas po avarinių situacijų arba antrinio skaitymo darbo krūvis, sujunkite FCI su „Always On“ prieinamumo grupėmis, kad apimtumėte abu scenarijus.

Nuorodos

Oficialus „Microsoft“ dokumentas: „Windows Server“ perkrovimo klasteris su SQL Server
Oficialus „Microsoft“ dokumentas: Visada įjungti atsarginių klasterių egzemplioriai
Oficialus „Microsoft“ dokumentas: Įdiekite atsarginio klasterio egzempliorių
Oficialus „Microsoft“ dokumentas: WSFC kvorumo režimai ir balsavimo konfigūracija

Apie Autorius:

Yuan Sheng yra vyresnysis duomenų bazių administratorius (DBA), turintis daugiau nei 10 metų patirtį SQL Server aplinkose ir įmonių duomenų bazių valdyme. Jis sėkmingai išsprendė šimtus duomenų bazių atkūrimo scenarijų finansinių paslaugų, sveikatos priežiūros ir gamybos organizacijose.

Yuan specializuojasi SQL Server duomenų bazių atkūrimas, didelio prieinamumo sprendimai ir našumo optimizavimas. Jo didelė praktinė patirtis apima kelių terabaitų duomenų bazių valdymą, „Always On Availability Groups“ diegimą ir automatizuotų atsarginių kopijų kūrimo bei atkūrimo strategijų, skirtų kritiškai svarbioms verslo sistemoms, kūrimą.

Pasitelkdamas savo technines žinias ir praktinį požiūrį, Yuanas daugiausia dėmesio skiria išsamių vadovų, padedančių duomenų bazių administratoriams ir IT specialistams spręsti sudėtingas problemas, kūrimui. SQL Server efektyviai meta iššūkius. Jis neatsilieka nuo naujausių žinių SQL Server leidimus ir besivystančias „Microsoft“ duomenų bazių technologijas, reguliariai testuodamas atkūrimo scenarijus, siekdamas užtikrinti, kad jo rekomendacijos atitiktų geriausią realią praktiką.

Turite klausimų apie SQL Server atkūrimo ar reikia papildomų duomenų bazės trikčių šalinimo nurodymų? Yuan mielai atsiliepimai ir pasiūlymai už šių techninių išteklių tobulinimą.