SQL Server Visada įjungtas: išsamus vadovas duomenų bazės administratoriui [2026 m.]

SQL Server „Always On“ yra „Microsoft“ išsamus didelio prieinamumo ir atkūrimo nuo nelaimių sprendimas, pristatytas kartu su SQL Server 2012 m. Tai žymi didelę pažangą, palyginti su ankstesnėmis technologijomis, tokiomis kaip duomenų bazių veidrodinis atspindėjimas ir žurnalų siuntimas, užtikrinant nuolatinę prieigą prie duomenų, kartu sumažinant prastovas ir duomenų praradimą.

1.2 Kodėl įmonėms reikia nuolat prieinamų sprendimų

Šiandienos skaitmeninėje ekonomikoje duomenų bazių prastovos tiesiogiai reiškia lost pajamos, sugadinta reputacija ir atitikties reglamentams problemos. Organizacijoms reikalingi didelio prieinamumo sprendimai, kurie galėtų garantuoti beveik nepertraukiamą veikimo laiką ir kartu apsaugoti nuo įvairių gedimų scenarijų.

Tradicinių atsarginių kopijų kūrimo ir atkūrimo procedūrų nepakanka šiuolaikiniams verslo reikalavimams. Kai sugenda svarbi duomenų bazė, įmonės negali sau leisti valandų, reikalingų duomenų atkūrimui iš atsarginių kopijų. „Always On“ sprendimai suteikia automatinį gedimų prevencijos funkciją, kuri gali atkurti paslaugą per kelias sekundes ar minutes, o ne valandas, taip žymiai sumažindama sistemos gedimų poveikį.

Be pagrindinio prieinamumo, įmonės turi perkelti daug skaitymo reikalaujančius darbo krūvius iš gamybos duomenų bazių, atlikti techninę priežiūrą be prastovų ir apsisaugoti nuo nelaimių vietoje. SQL Server „Always On“ atitinka visus šiuos reikalavimus per vieningą architektūrą, kuri gali būti pritaikyta tiek mažiems diegimams, tiek globaliai paskirstytoms sistemoms.

1.3 Pagrindinės sąvokos: RTO, RPO, HA ir DR

Atkūrimo laiko tikslas (RTO) apibrėžia maksimalią priimtiną prastovos trukmę po gedimo – kaip greitai duomenų bazė turi vėl veikti.

Atkūrimo taško tikslas (RPO) apibrėžia maksimalų priimtiną duomenų praradimą, matuojamą laike – kiek neseniai patvirtintų duomenų įmonė gali sau leisti prarasti.

Aukštas prieinamumas (HA) daugiausia dėmesio skiriama prastovų, kurias sukelia įprasti gedimai, pvz., aparatinės įrangos gedimai ar programinės įrangos gedimai tame pačiame duomenų centre, mažinimui.

Atkūrimas po nelaimių (DR) sprendžia katastrofinius įvykius, kurie paveikia ištisas vietas, saugodama duomenų kopijas geografiškai atskirose vietose. Nors HA daugiausia dėmesio skiria prastovų laiko mažinimui, DR daugiausia dėmesio skiria duomenų apsaugos ir verslo tęstinumo užtikrinimui didelių incidentų metu.

SQL Server „Always On“ palaiko ir HA, ir DR vienoje vieningoje architektūroje. Sinchroninio patvirtinimo režimas užtikrina RPO = 0 su automatiniu perjungimu, kad RTO būtų beveik nulinis; asinchroninio patvirtinimo režimas priima galimą duomenų praradimą mainais už mažesnį delsos poveikį nuotolinėse vietose.

1.4 Visada įjungti sprendimai

SQL Server „Always On“ siūlo tris diegimo parinktis, kurių kiekviena pritaikyta skirtingiems prieinamumo ir infrastruktūros reikalavimams. Šiame vadove aptariami visi trys:

Visada įjungtos prieinamumo grupės (AG): Duomenų bazės lygio didelis prieinamumas ir atkūrimas po avarinių situacijų be bendros saugyklos.
Visada įjungti atsarginių kopijų klasterio egzemplioriai (FCI): Didelis prieinamumas egzempliorių lygmeniu naudojant bendrą saugyklą.
AG + FCI kartu: Dviejų lygių apsauga, kuri sujungia egzemplioriaus ir duomenų bazės lygio gedimų prevenciją, siekiant maksimalaus atsparumo.

2. Visada įjungtos prieinamumo grupės

Visada pasiekiamumo grupės (AG) yra duomenų bazės lygio didelio prieinamumo ir atkūrimo po avarinių situacijų sprendimas, kuris replikuoja vartotojų duomenų bazių rinkinį į iki aštuonių antrinių kopijų, nuolat siunčiant operacijų žurnalus.

2.1 Pagrindinės savybės

Duomenų bazės lygio perjungimas: atskiros duomenų bazės arba grupės gali perjungti perjungimą nepriklausomai nuo SQL Server instancija;
iki devynių replikų (viena pagrindinė, aštuonios antrinės) „Enterprise Edition“ versijoje;
sinchroninio patvirtinimo režimas, skirtas nuliniam duomenų praradimui; asinchroninis patvirtinimo režimas, skirtas tolimoms DR kopijoms;
automatinis sinchroninių replikų perjungimas, kai pagrindinė kopija tampa nepasiekiama;
įskaitomos antrinės kopijos ataskaitų teikimo ir atsarginių kopijų kūrimo darbo krūviams perkelti;
Prieinamumo grupės klausytuvas suteikia vieną ryšio galinį tašką, kuris automatiškai nukreipia į dabartinį pagrindinį.

2.2 Diegimo žingsniai

Paruošti „Active Directory“ tarnybos paskyras ir sukonfigūruoti teises visuose mazguose;
įdiegti ir patvirtinti „Windows Server“ perkrovos klasterizavimą visuose dalyvaujančiuose serveriuose;
įrengti SQL Server kaip atskiras egzempliorius kiekviename mazge, naudojant nuoseklius kelius ir nustatymus;
įjunkite „Always On Availability Groups“ funkciją per SQL Server Konfigūracijos tvarkyklė arba „PowerShell“;
nustatyti duomenų bazes į visiško atkūrimo modelį ir kurti visas bei žurnalų atsargines kopijas;
sukurti prieinamumo grupę, pridėti replikas ir konfigūruoti prieinamumo bei perjungimo režimus;
antrinių kopijų sėjimas naudojant automatinį sėjimą arba rankinį atsarginių kopijų kūrimą ir atkūrimą;
Sukurkite prieinamumo grupės klausytoją ir patikrinkite kliento ryšį.

Išsamias nuoseklias instrukcijas rasite mūsų Išsamus vadovas apie visada įjungtas prieinamumo grupes.

2.3 Geriausiai tinka

Svarbios svarbos duomenų bazės, kurioms nereikia prarasti duomenų ir kurios automatiškai perjungiamos;
darbo krūviai, kuriems reikia nuskaitomų antrinių duomenų ataskaitoms teikti arba atsarginėms kopijoms perkelti;
diegimai, apimantys kelias vietas, siekiant atkurti duomenis po nelaimių;
aplinkose be esamos bendros saugyklos infrastruktūros.

2.4 privalumų

Nereikia bendros saugyklos – kiekviena kopija naudoja nepriklausomą vietinę saugyklą;
palaiko ir HA, ir DR vienoje konfigūracijoje;
įskaitomi antriniai diskai sumažina pirminio disko darbo krūvį;
Duomenų bazės lygio detalumas leidžia taikyti skirtingas perjungimo strategijas kiekvienai duomenų bazių grupei.

2.5 Minusai

Norint naudotis visomis funkcijomis, reikalinga „Enterprise Edition“ versija (standartinė versija palaiko „Basic AG“ su dideliais apribojimais);
sinchroninio patvirtinimo režimas prideda įrašymo delsą, proporcingą tinklo apėjimo laikui;
prisijungimams, SQL agento užduotims ir susietiems serveriams reikalinga rankinė sinchronizacija SQL Server 2019 m. ir anksčiau;
Visos kopijos turi būti to paties „Windows Server“ permetimo klasterio mazguose.

2.6 literatūros sąrašas

Oficialus „Microsoft“ dokumentas: Kas yra visada įjungta prieinamumo grupė?
Oficialus „Microsoft“ dokumentas: Gauti Starsu visada įjungtais prieinamumo grupėmis

3. Visada įjungti atsarginių klasterių egzemplioriai

Visada įjungti atsarginių klasterių egzemplioriai (FCI) užtikrina aukštą prieinamumą egzemplioriaus lygiu, paleisdamas vieną SQL Server egzempliorius keliuose fiziniuose mazguose, kurie dalijasi ta pačia saugykla. Kai aktyvus mazgas sugenda, SQL Server egzempliorius budėjimo režime esančiame mazge automatiškai atkuriamastarted, todėl perėjimas kliento programoms yra skaidrus.

3.1 Pagrindinės savybės

Egzistencijos lygio perjungimas: visos egzemplioriaus duomenų bazės perjungiamos kartu kaip vienas vienetas;
bendra saugykla (saugyklos tinklas (SAN), iSCSI, „Storage Spaces Direct“ arba SMB), prieinama visiems mazgams;
virtualaus tinklo pavadinimas ir virtualus IP adresas užtikrina stabilų ryšio galinį tašką, nepriklausomai nuo to, kuris mazgas yra aktyvus;
„Windows Server“ permetimo klasterizavimas valdo mazgų sveikatos stebėjimą, kvorumą ir permetimo orkestravimą;
palaiko aktyvaus/budėjimo, aktyvaus/aktyvaus, N+1 ir N+M mazgų konfigūracijos tipus.

3.2 Diegimo žingsniai

Bendros saugyklos paruošimas ir prijungimas prie visų klasterio mazgų;
įdiegti atsarginio klasterizavimo funkciją ir patvirtinti klasterio konfigūraciją;
sukurti „Windows Server“ perkrovimo klasterį ir sukonfigūruoti kvorumą;
paleisti SQL Server diegimas, pasirenkant perkrovimo klasterio parinktį ir nurodant virtualaus tinklo pavadinimą bei bendrinamos saugyklos kelius;
pridėti papildomų mazgų prie SQL Server atsarginio klasterio egzempliorius;
Patikrinkite atjungimą tarp mazgų, atlikdami rankinį atjungimą tarp mazgų.

Išsamias nuoseklias instrukcijas rasite mūsų SQL Server Išsamus atsarginių klasterių vadovas.

3.3 Geriausiai tinka

Aplinkos su esama bendro saugojimo infrastruktūra (SAN arba iSCSI);
programos, kurioms reikalingas egzemplioriaus lygio perjungimas, kai visos duomenų bazės turi perjungti perjungimą kartu;
scenarijai, kai kliento skaidrumas yra labai svarbus ir jokie programos pusės pakeitimai nepriimtini;
organizacijos teikia pirmenybę vieno egzemplioriaus atsarginio modelio paprastumui.

3.4 privalumų

Automatinis perjungimas egzemplioriaus lygmeniu be kliento perkonfigūravimo;
jokių duomenų replikacijos pridėtinių išlaidų – visi mazgai pasiekia tą pačią saugyklą;
nuspėjamas visų duomenų bazių vienu metu veikiantis avarinis elgesys;
palaiko lanksčias mazgų konfigūracijas (aktyvus/aktyvus, N+1, N+M), siekiant optimizuoti aparatinės įrangos panaudojimą.

3.5 Minusai

Bendra saugykla yra potencialus vienintelis gedimo taškas, nebent pati saugykla yra atsarginė;
veikia tik vienas mazgas SQL Server vienu metu — be skaitymo apkrovos balansavimo antriniuose mazguose;
nėra integruoto atkūrimo po avarinių situacijų be susiejimo su prieinamumo grupe;
bendros saugyklos infrastruktūra prideda cost ir sudėtingumą, palyginti su AG.

3.6 literatūros sąrašas

Oficialus „Microsoft“ dokumentas: Visada įjungti atsarginių kopijų klasteriai (SQL Server)

4. Prieinamumo grupių sujungimas su atsarginių klasterių egzemplioriais

Organizacijoms, kurioms reikalinga ir egzemplioriaus, ir duomenų bazės lygio apsauga, SQL Server palaiko hostprieinamumo grupių replikų kūrimas atsarginių kopijų grupėse (FCI). Šioje konfigūracijoje kiekvienas FCI mazgas veikia kaip viena prieinamumo replika, todėl FCI atsarginis keitimas yra skaidrus prieinamumo grupei, o AG atsarginis keitimas užtikrina duomenų bazės lygio apsaugą visose vietose. Šis derinys suteikia most išsami didelio prieinamumo ir atkūrimo nuo nelaimių aprėptis, teikiama SQL Server.

4.1 Pagrindinės savybės

Dviejų lygių perjungimas: FCI tvarko egzemplioriaus lygio mazgo gedimus; AG tvarko svetainės arba replikos lygio gedimus;
kiekvienas FCI prieinamumo grupėje skaičiuojamas kaip viena replika, nepriklausomai nuo to, kiek mazgų yra FCI;
FCI-hostEd kopijoms vis tiek reikalinga bendra saugykla pagal standartinius FCI reikalavimus;
AG replikos hostFCI palaiko tik rankinį perjungimą – automatinis perjungimas FCI-h negalimasostredaguotos kopijos;
Atskiros instancijos gali dalyvauti toje pačioje prieinamumo grupėje kartu su FCI-hostred. kopijos.

4.2 Diegimo žingsniai

Atskirai diegti ir patvirtinti kiekvieną FCI, laikantis standartinių FCI sąrankos procedūrų;
užtikrinti, kad visi FCI mazgai ir atskiri replikų mazgai priklausytų tam pačiam „Windows Server“ perkrovimo klasteriui;
įjunkite „Always On Availability Groups“ funkciją kiekviename FCI egzemplioriuje;
patikrinkite, ar nė vienas WSFC mazgas neveiktųost dvi tos pačios prieinamumo grupės kopijos po bet kokio galimo FCI perjungimo;
sukurkite prieinamumo grupę, paskirdami FCI egzempliorius kaip replikas ir konfigūruodami rankinį visų FCI-h perjungimo režimąostredaguotos kopijos;
pateikti antrines replikas ir sukonfigūruoti prieinamumo grupės klausytoją.

Dėl FCI sąrankos informacijos žr. mūsų SQL Server Išsamus atsarginių klasterių vadovas. Išsamesnės informacijos apie AG sąranką rasite mūsų išsamiame „Always On Availability Groups“ vadove.

4.3 Geriausiai tinka

Kritinės svarbos aplinkos, reikalaujančios apsaugos tiek nuo atskirų mazgų gedimų, tiek nuo nelaimių vietoje;
organizacijos, jau veikiančios FCI ir kurioms reikia pridėti atkūrimą po nelaimių tarp svetainių;
reguliuojamose pramonės šakose, kuriose privalomi maksimalaus duomenų apsaugos ir prieinamumo SLA;
didelio masto diegimai, kuriuose turi egzistuoti egzemplioriaus ir duomenų bazės lygio perjungimo politikos.

4.4 privalumų

Maksimali apsauga: mazgų gedimus tvarko FCI, o vietos gedimus – AG;
FCI perjungimas yra skaidrus prieinamumo grupei – AG nemato jokių replikos pakeitimų FCI perjungimo metu;
lanksti topologija: sumaišykite FCI-hosted ir atskiros replikos toje pačioje prieinamumo grupėje.

4.5 Minusai

FCI-host„ed“ replikos palaiko tik rankinį AG perjungimą – automatinis AG perjungimas šioms replikoms negalimas;
reikalauja kruopštaus WSFC mazgo planavimo, kad būtų išvengta vieno mazgo hostdviejų to paties AG kopijų kūrimas po FCI gedimo;
aukštesnės infrastruktūros cost ir veiklos sudėtingumą nei vien tik AG ar FCI;
Kiekvienam FCI komponentui vis dar reikalinga bendra saugykla.

4.6 literatūros sąrašas

Oficialus „Microsoft“ dokumentas: Pertraukimo klasterizavimas ir visada įjungtos prieinamumo grupės (SQL Server)
Oficialus „Microsoft“ dokumentas: Kas yra visada įjungta prieinamumo grupė?
Oficialus „Microsoft“ dokumentas: Gauti Starsu visada įjungtais prieinamumo grupėmis
Oficialus „Microsoft“ dokumentas: Visada įjungti atsarginių kopijų klasteriai (SQL Server)

5. „Always On“ sprendimų palyginimas

5.1 Funkcijų palyginimo lentelė

ypatybė	Prieinamumo grupės	Permetimo klasterio egzemplioriai	AG + FCI derinys
Perkėlimo apimtis	Duomenų bazės lygio	Egzemplioriaus lygio	Abu
Reikalinga bendra saugykla	Ne	Taip	Taip (FCI komponentui)
Duomenų replikacija	Žurnalų pagrindu kiekvienai replikai	Nėra (bendra saugykla)	Žurnalų pagrindu tarp FCI
Automatinis perjungimas	Taip (sinchroninės kopijos)	Taip	FCI: Taip; AG: Ne
Įskaitomos antrinės dalys	Taip	Ne	Taip (AG komponentas)
Disaster Recovery	Built-in	Neįmontuotas	Built-in
Maksimalus replikų skaičius	9 (Įmonė)	N / A	9 (Įmonė)
Infrastruktūros sudėtingumas	vidutinis	vidutinis	aukštas
Cost	Žemesnis (nereikia SAN)	Aukštesnis (reikalingas SAN)	Aukščiausia

5.2 Pasirinkite visada įjungtą sprendimą

Starsu jūsų saugyklos infrastruktūra: jei neturite bendros saugyklos, prieinamumo grupės yra natūralus pasirinkimas ir most cost- efektyvus kelias į HA ir DR. Jei jau valdote SAN aplinką ir jums reikalingas egzemplioriaus lygio atsarginis perjungimas, FCI yra paprastesnis pasirinkimas, tačiau planuokite pridėti AG vėliau, jei ateityje reikės DR tarp svetainių.

AG + FCI derinį rinkitės tik tada, kai jums iš tikrųjų reikia abiejų apsaugos lygių ir turite pakankamai veiklos brandos, kad galėtumėte valdyti padidėjusį sudėtingumą. Svarbiausias apribojimas, kurį reikia atsiminti, yra tai, kad FCI-host„ed“ AG replikos nepalaiko automatinio AG perjungimo, todėl šiai topologijai reikalingas rankinis įsikišimas, kad būtų galima atlikti perjungimą prieinamumo grupės lygmeniu.

Dėl most Šiandien pradedant naujais diegimais, rekomenduojama naudoti „Always On Availability Groups“.tarEsmė: jis apima ir HA, ir DR, nereikalauja bendros saugyklos ir palaiko nuskaitomus antrinius duomenis – galimybes, kurioms vien FCI negali prilygti.

6. Geriausia praktika SQL Server Visada pasiekiami sprendimai

6.1 Planavimas ir projektavimas

Prieš pasirinkdami „Always On“ sprendimą, apibrėžkite RTO ir RPO reikalavimus – tai tartiesiogiai nustato, ar tinkamas sinchroninis, ar asinchroninis patvirtinimo režimas ir ar įmanomas automatinis perjungimas.
Antrinių replikų dydis turi būti toks, kad jos apdorotų visą pagrindinę darbo krūvį gedimo atveju, įskaitant didžiausios apkrovos scenarijus.
AG diegimo atveju sinchronines replikas įdėkite tame pačiame duomenų centre arba mažo delsos tinkle, kad sumažintumėte įrašymo delsos poveikį. Geografiškai nutolusioms DR replikoms rezervuokite asinchroninį režimą.
Sukurkite kvorumą su nelyginiu balsų skaičiumi. Dviejų mazgų klasteriuose pridėkite failų bendrinimo įrenginį arba debesies liudytoją kaip trečią balsą, kad išvengtumėte smegenų dalijimosi scenarijų.
Kruopščiai suplanuokite tinklo topologiją, jei diegsite kelis potinklius. Kiekvienam potinkliui reikalingas atskiras klausytojo IP adresas, o klientams ryšio eilutėse turi būti nurodyta „MultiSubnetFailover=True“.

6.2 Įgyvendinimo gairės

Naudokite nuosekliai SQL Server versijos, leidimo ir kaupiamųjų atnaujinimų lygiai visose replikose. Mišrūs pataisų lygiai gali sukelti netikėtą veikimą perjungimo metu.
Konfigūruokite skirtas tinklo sąsajas klasterio kontrolinių pranešimų srautui, atskirai nuo programų srauto.
Įgalinti automatinį pradinį duomenų bazės sinchronizavimą SQL Server 2016 m. ir vėlesnės versijos – nebereikia rankiniu būdu kopijuoti atsarginių kopijų į antrines kopijas, skirtas most scenarijus.
AG + FCI topologijų atveju po kiekvieno FCI mazgo konfigūracijos pakeitimo patikrinkite, ar nė vienas WSFC mazgas negali atsidurti h padėtyje.ostdviejų tos pačios prieinamumo grupės kopijų kūrimas.
Visada naudokite SQL Server „Management Studio“ arba „Transact-SQL“, skirti prieinamumo grupių perėmimams valdyti – niekada nenaudokite perėmimo klasterio tvarkyklės tiesiogiai, nes ji nežino apie AG sinchronizavimo būseną ir gali sukelti ilgalaikį prastovos laiką arba duomenų praradimą.

6.3 Stebėjimas ir priežiūra

Reguliariai stebėkite sinchronizavimo būseną, siųskite eilę ir perdarykite eilę naudodami prieinamumo grupės ataskaitų sritį SQL Server „Management Studio“ arba dinaminio valdymo rodiniai (DMV). Didėjanti perdarymo eilė antrinėje sistemoje rodo įvesties / išvesties kliūtį, kuri atitolins atkūrimą po gedimo.
Paleiskite DBCC CHECKDB antrinėse kopijose, kad perkeltumėte vientisumo patikrinimus iš pagrindinių kopijų. Žr. mūsų DBCC CHECKDB vadovas informacijos.
Aplikuoti SQL Server Pataisymai naudojant nuolatinius atnaujinimus: pirmiausia pataisykite antrines kopijas, atlikite planinį rankinį perkėlimą į pataisytą antrinę kopiją, tada pataisykite buvusią pagrindinę kopiją. Tai apriboja prastovos laiką iki vieno perkėlimo trukmės.
Reguliariai testuokite automatinį perjungimą negamybinėje aplinkoje. Automatinis perjungimas, kuris niekada nebuvo išbandytas, nėra patikima atkūrimo strategija.
Konfigūruokite įspėjimus apie prieinamumo grupės sveikatos būsenos pakeitimus, replikų vaidmenų perėjimus ir sinchronizavimo triktis naudodami SQL Server Agentas arba speciali stebėjimo priemonė, pvz. SQL Server Našumo stebėjimas.

7. DUK

Klausimas: kas yra SQL Server Visada įjungta?

A: SQL Server „Always On“ yra „Microsoft“ didelio prieinamumo ir atkūrimo nuo nelaimių platforma, pristatyta 2013 m. SQL Server 2012 m. Ji apima dvi technologijas – „Always On Availability Groups“ ir „Always On Failover Cluster Instances“ – kurios užtikrina automatinį perjungimą, duomenų dubliavimą ir nuolatinę prieigą prie duomenų bazių aparatinės įrangos, programinės įrangos ar svetainės gedimų atveju.

K: Kuo skiriasi „Always On“ prieinamumo grupės ir atsarginių klasterių egzemplioriai?

A: Prieinamumo grupės veikia duomenų bazės lygmeniu, replikuoja duomenis į nepriklausomas antrines kopijas siunčiant žurnalus ir nereikalauja bendros saugyklos. Permetimo klasterio egzemplioriai veikia egzemplioriaus lygmeniu, jiems reikalinga bendra saugykla, prieinama visiems mazgams, ir jie perima visas duomenų bazes kartu kaip vienetą. AG palaiko skaitomas antrines kopijas ir integruotą DR; FCI – ne.

K: Ar man reikia bendros saugyklos, kad galėčiau naudotis „Always On“ prieinamumo grupėmis?

A: Ne. Kiekviena AG replika saugo savo nepriklausomą duomenų bazių kopiją vietinėje saugykloje. Bendra saugykla reikalinga tik tuo atveju, jei naudojate permetimo klasterio egzempliorius.ost AG kopijos.

K: Ar galiu naudoti „Always On“ su SQL Server Standartinė versija?

A: SQL Server Standartinė versija palaiko pagrindines prieinamumo grupes (angl. Basic Availability Groups).tarting su SQL Server 2016 m., tačiau su dideliais apribojimais: viena duomenų bazė vienai AG, daugiausia dvi kopijos ir nėra nuskaitomo antrinio palaikymo. FCI galima įsigyti standartinėje versijoje be šių apribojimų. Norint naudotis visomis „Always On“ funkcijomis, reikalinga „Enterprise Edition“.

K: Koks yra maksimalus replikų skaičius prieinamumo grupėje?

A: SQL Server „Enterprise Edition“ palaiko iki devynių replikų: vieną pagrindinę ir aštuonias antrines. Paskirstytos prieinamumo grupės gali išplėsti šį skaičių iki 18 replikų dviejose atskirose prieinamumo grupėse.

K: Ar FCI-h galiostAr „ed“ replikos naudoja automatinį AG perjungimą?

A: Ne. Kai prieinamumo replika yra hostJei naudojamas atsarginių kopijų klasterio egzempliorius, automatinis prieinamumo grupės perjungimas šiai replikai nepalaikomas. Visi AG perjungimai, susiję su FCI-hostEd kopijoms reikalingas rankinis įsikišimas.

K: Kuo skiriasi sinchroninis ir asinchroninis patvirtinimo režimai?

A: Sinchroninio patvirtinimo režimu pagrindinis serveris turi palaukti, kol antrinis serveris sukietins žurnalo įrašus prieš juos patvirtindamas, taip užtikrindamas nulinį duomenų praradimą (RPO = 0) c metu.ost papildomo rašymo delsos. Asinchroninio patvirtinimo režimas leidžia pagrindiniam įrenginiui įrašyti duomenis nelaukiant, taip sumažinant delsą, tačiau rizikuojant prarasti duomenis, jei pagrindinis įrenginys sugenda anksčiau, nei antrinis įrenginys gauna visus žurnalo įrašus. Naudokite sinchroninį režimą vietinėms HA kopijoms ir asinchroninį režimą tolimoms DR kopijoms.

K: Kiek laiko trunka SQL Server Visada įjungtas atsarginis perjungimas?

A: Automatinis sinchroninės AG replikos perjungimas įprastomis sąlygomis paprastai atliekamas per mažiau nei 30 sekundžių. FCI perjungimas paprastai trunka 20–60 sekundžių, priklausomai nuo duomenų bazės atkūrimo laiko. Faktinė trukmė priklauso nuo darbo krūvio, duomenų bazės dydžio ir WSFC sukonfigūruotų sveikatos patikros skirtojo laiko nustatymų.

K: Kas nutinka klientų ryšiams perjungimo metu?

A: Esami ryšiai nutraukiami, kai įvyksta perjungimas. Programos, kurios naudoja prieinamumo grupės klausiklį ir apima ryšio pakartotinio bandymo logiką, automatiškai vėl prisijungia prie naujo pagrindinio tinklo, kai baigiamas perjungimas. Pridėjus ryšio eilutes „MultiSubnetFailover=True“, padidėja pakartotinio prisijungimo greitis diegiant kelis potinklius.

Kl .: Kaip kreiptis SQL Server pataisymai su minimaliu prastovos laiku „Always On“ aplinkoje?

A: Naudokite nuolatinius atnaujinimus: pirmiausia pataisykite antrines replikas, tada atlikite planinį rankinį perkėlimą į pataisytą antrinę kopiją ir galiausiai pataisykite buvusią pagrindinę kopiją. Tai apriboja prastovos laiką iki vieno planuoto perkėlimo trukmės – paprastai mažiau nei minutės.

K: Ar galiu derinti „Always On“ prieinamumo grupes su atsarginių klasterių egzemplioriais?

A: Taip. Galite host AG replikos FCI egzemplioriuose, siekiant užtikrinti tiek egzemplioriaus, tiek duomenų bazės lygio apsaugą nuo gedimų. Kiekviena FCI laikoma viena AG replika. Šiai topologijai reikalingas kruopštus WSFC mazgų planavimas, siekiant užtikrinti, kad nė vienas mazgas neveiktų.ostdvi to paties AG kopijos po bet kokio galimo FCI perjungimo.

K: Ką daryti, jei mano duomenų bazė sugadinama „Always On“ aplinkoje?

A: Pirmiausia patikrinkite, ar sugadinimas yra visose replikose, ar tik pagrindinėje. Jei yra sveika antrinė kopija, nedelsdami ją pakeiskite. Jei sugadintos visos replikos, atkurkite iš švarios atsarginės kopijos. Reguliariai paleiskite DBCC CHECKDB antrinėse replikose, kad anksti aptiktumėte sugadinimą. Jei pažeistos ir atsarginės kopijos, specializuota... SQL Server duomenų atkūrimo įrankis gali bandyti išgauti duomenis iš pažeistų MDF failų kaip paskutinę išeitį.

K: Kuo „Always On Availability Groups“ skiriasi nuo senesnių? SQL Server HA sprendimai?

A: AG pakeičia senesnes technologijas, tokias kaip rąstų siuntimas bei replikacijaŽurnalų siuntimui reikalingas rankinis perjungimas ir automatinis vaidmenų perėjimas; replikacija skirta duomenų platinimui, o ne HA. AG užtikrina automatinį perjungimą, nulinį duomenų praradimą su sinchroniniu patvirtinimu ir skaitomus antrinius failus – galimybes, kurioms šios technologijos negali prilygti.

8. Išvada

SQL Server „Always On“ teikia lanksčią, įmonės lygio platformą, skirtą aukštam prieinamumui ir atkūrimui po nelaimių. „Always On“ prieinamumo grupės yra tinkamas pasirinkimas most modernūs diegimai: jis panaikina bendros saugyklos poreikį, palaiko nuskaitomus antrinius išteklius ir tvarko tiek vietinį HA, tiek kelių svetainių DR vienoje konfigūracijoje. Persijungimo klasterio egzemplioriai išlieka patikimu pasirinkimu, kai pagrindiniai reikalavimai yra egzemplioriaus lygio perjungimas ir esama bendros saugyklos infrastruktūra. Abiejų technologijų derinimas užtikrina giliausią įmanomą apsaugą – cost dėl didesnių investicijų į infrastruktūrą ir veiklos sudėtingumo.

Kad ir kokį sprendimą pasirinktumėte, pagrindiniai principai yra tie patys: pirmiausia apibrėžkite RTO ir RPO reikalavimus, o tada sukurkite topologiją pagal juos. targauna ir reguliariai testuoja gedimų šalinimą. Gerai įdiegtas ir kruopščiai išbandytas „Always On“ sprendimas nuspėjamai atsigaus, kai įvyks gamybos gedimų.

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ą.