1. Įvadas į SQL Server Didelis prieinamumas
Didelis prieinamumas SQL Server reiškia sistemos gebėjimą išlikti veikiančiai su minimaliu prastovos laiku, kai susiduriama su aparatinės įrangos gedimais, programinės įrangos problemomis ar planuojama priežiūra. Didelio prieinamumo svarbos negalima pervertinti. Kai duomenų bazės tampa nepasiekiamos, organizacijos susiduria su tiesioginėmis pasekmėmis, įskaitantost pajamos, sumažėjęs produktyvumas ir klientų nepasitenkinimas.
Nors didelis prieinamumas (HA) ir avarinis atkūrimas (DR) dažnai vartojami kaip sinonimai, jie skirti skirtingiems gedimų scenarijams. HA daugiausia dėmesio skiria prastovų, kurias sukelia lokalizuoti gedimai, pvz., serverio ar egzemplioriaus gedimai, sumažinimui, o DR skirtas atsigauti po didelio masto nelaimių, kurios paveikia visą duomenų centrą ar regioną.
HA planavimą lemia du svarbūs rodikliai:
- Atkūrimo laiko tikslas (RTO) apibrėžia maksimalų priimtiną prastovos laiką po gedimo.
- Atkūrimo taško tikslas (RPO) nurodo maksimalų toleruotiną duomenų praradimą.
Prieinamumas dažniausiai matuojamas „devyniais“: 99.9 % (trys devyni) leidžia 8.76 valandos prastovų per metus, 99.99 % (keturios devynios) leidžia 52.6 minutės, o 99.999 % (penkios devynios) apriboja prastovų laiką iki vos 5.26 minutės per metus.
2. SQL Server Didelio prieinamumo sprendimų apžvalga
2.1 HA sprendimų kategorijos
SQL Server Didelio prieinamumo sprendimus galima suskirstyti pagal kelis aspektus:
- Egzemplioriaus ir duomenų bazės lygmens apsaugos: Egzemplioriaus lygmens apsaugos, pvz., „Failover Cluster“ egzemplioriai, apsaugo ištisus egzempliorius, įskaitant visas duomenų bazes ir serverio objektus, o duomenų bazės lygmens apsaugos, pvz., „Always On Availability Groups“, apsaugo konkrečias duomenų bazes.
- Sinchroninis ir asinchroninis duomenų perkėlimas: sinchroninis duomenų perkėlimas užtikrina nulinį duomenų praradimą, tačiau gali sukelti delsą, o asinchroninis perkėlimas optimizuoja našumą, tačiau priima galimą duomenų praradimą.
- Automatinis ir rankinis perjungimas: automatinis perjungimas sumažina prastovas be rankinio įsikišimo, o rankinis perjungimas suteikia didesnę kontrolę, tačiau reikalauja administratoriaus veiksmų.
2.2 Įprasti HA sprendimai
SQL Server teikia aštuonis pagrindinius didelio prieinamumo sprendimus, kurių kiekvienas skirtas konkretiems scenarijams:
- Visada prieinamumo grupės
- Apribotos prieinamumo grupės
- Paskirstytos prieinamumo grupės
- Permetimo klasterio egzemplioriai
- SQL Server Replikacija
- Rąstų siuntimas
- Duomenų bazės atspindėjimas
- Valdomo egzemplioriaus nuoroda
3. Visada įjungtos prieinamumo grupės
Visada įjungtos prieinamumo grupės reiškia SQL Serverpirmaujantis duomenų bazės lygio didelio prieinamumo ir atkūrimo po nelaimių sprendimas, pristatytas m. SQL Server 2012. Tai leidžia duomenų bazių grupėms veikti kartu kaip vienam vienetui, tuo pačiu teikiant skaitomas antrines kopijas užklausų perkėlimui.
Pagrindiniai bruožai
- Palaiko iki 9 replikų (1 pirminė + 8 antrinės)
- Iki 5 replikų sinchroninio patvirtinimo režimu (1 pagrindinė + 4 antrinės)
- Automatinis perjungimas be duomenų praradimo sinchroniniu režimu
- Įskaitomos antrinės replikos užklausų perkėlimui
- Atsarginių kopijų perkėlimas į antrines kopijas
- Prieinamumo grupės klausytuvas automatiniam ryšio maršrutizavimui
- Maršruto parinkimas tik skaitymui, skirtas apkrovos balansavimo skaitymo užklausoms
- Kelios duomenų bazės veikia kartu kaip grupė, kad galėtų atlikti gedimus
Įgyvendinimo žingsniai
- „Windows Server“ permetimo klasterizavimo (WSFC) arba „Linux Pacemaker“ klasterio konfigūravimas
- Įjungti visada įjungtų prieinamumo grupių funkciją visuose įrenginiuose SQL Server atvejai
- Užtikrinkite, kad duomenų bazės naudotų pilną atkūrimo modelį ir turėtų visas atsargines kopijas
- Kiekvienoje replikoje sukurkite duomenų bazės veidrodinio atspindžio galinius taškus
- Sukurkite prieinamumo grupę ir pridėkite duomenų bazes
- Konfigūruokite pirmines ir antrines kopijas su norimais režimais
- Sukurkite ir sukonfigūruokite prieinamumo grupės klausytoją
- Konfigūruokite tik skaitymui skirtą maršrutizavimą, jei naudojate skaitomus antrinius komponentus
- Išbandykite perjungimo procedūras ir patikrinkite programos ryšį
geriausias
- Svarbios misijos duomenų bazės, kurioms reikalingas maksimalus veikimo laikas
- Organizacijoms, kurioms reikalinga ir vietinė HA, ir geografinė DR
- Aplinkos, kurioms reikalingos skaitymo ir mastelio keitimo galimybės
- Programos, kurioms naudinga sumažinti ataskaitų teikimo užklausų skaičių
- Duomenų bazės, kurioms reikalinga apsauga nuo duomenų praradimo
- Kelių duomenų bazių programos, kurioms reikalingas koordinuotas perjungimas
Argumentai "už"
- Nulinis duomenų praradimas naudojant sinchroninio patvirtinimo režimą
- Automatinis perjungimas sumažina prastovų laiką (paprastai kelias sekundes)
- Įskaitomos antrinės dalys sumažina pirminių dalių apkrovą
- Nereikia bendros saugyklos
- Palaiko tiek „Windows“, tiek „Linux“ platformas
- Geografinis pasiskirstymas, skirtas atkūrimui nelaimės atveju
- Atsarginių kopijų kūrimo operacijas galima perkelti į antrines stotis
- Programos ryšio eilutės po perjungimo lieka nepakitusios
Trūkumai
- Norint naudotis visomis funkcijomis, reikalinga „Enterprise“ versija
- Standartinė versija, apribota iki bazinės AG (1 duomenų bazės, 1 antrinė, nėra nuskaitomos antrinės duomenų bazės)
- Sudėtinga konfigūracija ir valdymas
- Reikalinga klasterizavimo infrastruktūra (WSFC arba „Pacemaker“)
- Egzemplioriaus lygio objektams (prisijungimams, užduotims) reikalinga rankinė sinchronizacija
- Sinchroninis režimas gali sukelti operacijų delsą
- Licencijavimas costs keliems serveriams
Nuorodos
- SQL Server Visada įjungtos prieinamumo grupės: išsamus vadovas
- Oficialus „Microsoft“ dokumentas: „Always On“ prieinamumo grupių apžvalga (SQL Server)
4. Apribotos prieinamumo grupės
Apribotos prieinamumo grupės, pristatytos 2013 m. SQL Server 2022 m. išplėsti tradicines „Always On“ prieinamumo grupes, automatiškai sinchronizuojant egzemplioriaus lygio objektus tarp replikų, taip panaikinant poreikį rankiniu būdu replikuoti prisijungimus, užduotis ir kitus serverio lygio objektus.
Pagrindiniai bruožai
- Automatinis egzemplioriaus lygio objektų (prisijungimų, vartotojų, vaidmenų) sinchronizavimas
- SQL Server Agento užduotys replikuojamos visose replikose
- Duomenų bazės teisės sinchronizuojamos automatiškai
- Įtrauktos visos „Always On AG“ funkcijos
- Supaprastintas perjungimas su visišku aplinkos replikavimu
- Palaikymas tiek „Windows“, tiek „Linux“ platformoms
Įgyvendinimo žingsniai
- Užtikrinti SQL Server 2022 m. arba vėliau visais atvejais
- WSFC arba „Pacemaker“ klasterio infrastruktūros konfigūravimas
- Įjungti funkciją „Visada įjungta“ visose instancijose
- Sukurkite ribotą prieinamumo grupę su parinktimi CONTAINED
- Pridėti duomenų bazes prie apimamos AG
- Kurkite prisijungimus ir užduotis AG kontekste
- Klausytuvo konfigūravimas ir perjungimo testavimas
geriausias
- Organizacijos, norinčios supaprastinti AG administravimą
- Aplinkos, kuriose dažnai atliekami gedimų perjungimo bandymai arba operacijos
- Programos, kurioms reikalingos daug egzemplioriaus lygio objektų
- Naujienos SQL Server 2022 m. ir vėlesnių metų dislokavimai
- Komandos, siekiančios sumažinti post-perjungimo konfigūracija
Argumentai "už"
- Pašalina rankinį prisijungimų ir užduočių sinchronizavimą
- Greitesnis ir patikimesnis avarinis perjungimas
- Sumažintos administracinės išlaidos
- Programos veikia iš karto po gedimų šalinimo
- Supaprastintos atkūrimo procedūros
- Įskaičiuotos visos tradicinės AG išmokos
Trūkumai
- Reikalingas SQL Server 2022 ar vėlesnis
- Norint naudotis visomis funkcijomis, reikalinga „Enterprise Edition“
- Negalima konvertuoti esamų tradicinių AG į uždaras AG
- Visos kopijos turi palaikyti ribotą AG funkciją
- Papildomas sudėtingumas, palyginti su tradiciniais AG
Nuorodos
5. Paskirstytos prieinamumo grupės
Paskirstytos prieinamumo grupės, pristatytos 2013 m. SQL Server 2016 m. įgalino „Prieinamumo grupių prieinamumo grupės“ architektūrą, sujungiančią dvi nepriklausomas AG atskiruose klasteriuose, kad būtų galima atlikti sudėtingesnius atkūrimo ir perkėlimo scenarijus.
Pagrindiniai bruožai
- Sujungia dvi nepriklausomas prieinamumo grupes
- Kiekvienas AG palaiko savo nepriklausomą klasterį
- Palaikymas įvairiose platformose (nuo „Windows“ iki „Linux“)
- Tarpklasterinė replikacija be bendros klasterio narystės
- Vienas AG atlieka pirminio, kitas – antrinio vaidmens vaidmenį.
- Palaiko tiek sinchroninius, tiek asinchroninius režimus
- Geografinis pasiskirstymas tarp regionų ar žemynų
Įgyvendinimo žingsniai
- Sukurkite ir sukonfigūruokite pirmąją prieinamumo grupę (pagrindinę DAG)
- Antros prieinamumo grupės (antrinės DAG) kūrimas ir konfigūravimas
- Sukurkite paskirstytą AG, jungiantį dvi AG
- Duomenų sinchronizavimo tarp AG konfigūravimas
- Nustatykite kiekvienos AG klausytoją, kad būtų galima prisijungti prie programos
- Konfigūruokite perjungimo strategijas ir bandymo procedūras
- Patikrinkite tarpklasterinį ryšį ir replikaciją
geriausias
- Daugiaregioninis duomenų atkūrimas nelaimės atveju, apimantis nepriklausomus duomenų centrus
- Migracija tarp platformų iš „Windows“ į „Linux“ arba atvirkščiai
- Hibridinio debesies scenarijai, jungiantys vietinius įrenginius prie „Azure“
- Svarbūs versijų atnaujinimai, kuriems reikalingas ilgesnis perkėlimo laikotarpis
- Organizacijos su keliais nepriklausomais permetimo klasteriais
- Pasaulinėms įmonėms reikalinga žemyną apimanti replikacija
Argumentai "už"
- Atjungia klasterio priklausomybes tarp svetainių
- Įgalina tikrą geografinį pasiskirstymą
- Palaiko kelių platformų scenarijus
- Kiekvienas AG gali savarankiškai atlikti gedimus
- Idealiai tinka sudėtingiems migracijos projektams
- Nereikia bendros klasterio infrastruktūros
- Gali apimti skirtingus „Windows“ domenus arba „Linux“ platinimus
Trūkumai
- Reikalinga įmonės versija
- Didelis konfigūracijos ir valdymo sudėtingumas
- Reikalingas gilus klasterizavimo ir AG technologijų išmanymas
- Sunkiau pašalinti triktis nei standartinių AG
- Papildomas delsos laikas tarpregioniniams scenarijams
- Reikalingas kruopštus perjungimo procedūrų planavimas
Nuorodos
6. Persijungimo klasterio egzemplioriai (FCI)
Permetimo klasterio egzemplioriai užtikrina aukštą egzempliorių lygio prieinamumą, naudodami bendrą saugyklą ir „Windows Server“ permetimo klasterius, įgalindami automatinį viso serverio permetimą. SQL Server egzempliorius, įskaitant visas duomenų bazes ir serverio lygio objektus.
Pagrindiniai bruožai
- Apsauga instancijų lygmeniu (visos duomenų bazės perimamos kartu)
- Aktyvi-pasyvi konfigūracija su bendra saugykla
- Virtualaus tinklo pavadinimas (VNN), skirtas skaidriam perjungimui
- Automatinis perjungimas, kai sugenda aktyvus mazgas
- Nulinis duomenų praradimas (viena duomenų kopija)
- Įtraukti serverio lygio objektai (prisijungimai, užduotys, susieti serveriai)
- Palaiko visus SQL Server atsigavimo modeliai
Įgyvendinimo žingsniai
- „Windows Server“ perkrovimo klasterio (WSFC) konfigūravimas
- Bendro saugojimo nustatymas (SAN, SMB, tiesioginės saugyklos vietos)
- Klasterio kvorumo nustatymų konfigūravimas
- įrengti SQL Server kaip atsarginio klasterio egzempliorius pirmame mazge
- Pridėti papildomus mazgus prie FCI
- Konfigūruokite virtualaus tinklo pavadinimą ir IP adresą
- Perjungimo tarp klasterio mazgų bandymas
- Kliento programų konfigūravimas VNN naudojimui
geriausias
- Organizacijos, turinčios esamą bendro saugojimo infrastruktūrą
- Aplinkos, kurioms reikalinga apsauga egzemplioriaus lygmeniu
- Vietinis didelis prieinamumas viename duomenų centre
- Programos, kurioms reikalingos visos duomenų bazės, kad jos veiktų kartu
- Scenarijai, kai reikia apsaugoti serverio lygio objektus
- Tik „Windows“ aplinkos („Linux“ nepalaikoma FCI)
Argumentai "už"
- Visapusiška apsauga instancijų lygmeniu
- Garantuojamas nulinis duomenų praradimas
- Automatinio perjungimo galimybė
- Nereikia sinchronizuoti prisijungimų ar užduočių
- Viena duomenų kopija sumažina saugyklos vietąosts
- Palaiko visus atkūrimo modelius
- Programos ryšio eilutės nepakito po perjungimo
Trūkumai
- Reikalinga brangi bendro saugojimo infrastruktūra
- Bendra saugykla yra vienintelis gedimo taškas
- Nėra skaitymo mastelio galimybės (tik vienas aktyvus mazgas)
- Ribotas geografinis pasiskirstymas dėl saugojimo apribojimų
- Standartinė versija apribota iki 2 mazgų
- Tik „Windows“ (be „Linux“ palaikymo)
- Ilgesnis gedimų šalinimo laikas, palyginti su AG (paprastai minutės)
- Sudėtinga saugyklos konfigūracija ir valdymas
Nuorodos
- SQL Server Perkrovimo klasteris: išsamus DBA vadovas
- Oficialus „Microsoft“ dokumentas: Visada įjungti permetimo klasterio egzemplioriai (SQL Server)
7. SQL Server Replikacija
SQL Server Replikacija – tai duomenų paskirstymo technologija, kuri kopijuoja ir paskirsto duomenis keliuose serveriuose, palaikydama įvairias topologijas – nuo paprasto vienpusio paskirstymo iki sudėtingų kelių pagrindinių konfigūracijų, nors ji daugiausia naudojama ataskaitoms teikti, o ne vien tik didelio prieinamumo sprendimui.
Pagrindiniai bruožai
- Keturi replikacijos tipai: momentinė kopija, transakcinis, sujungimas, „peer-to-peer“
- Detalus duomenų pasirinkimas (konkrečios lentelės, stulpeliai, eilutės)
- Palaikymas keliems prenumeratoriams iš vieno leidėjo
- Galimos dvikryptės ir daugiapakopės topologijos
- Lankstus planavimo ir sinchronizavimo variantas
- Konfliktų sprendimas sujungimo replikacijai
- Filtravimo galimybės naudojant WHERE predikatus
Įgyvendinimo žingsniai
- Konfigūruoti platintojo serverį (gali būti atskiras arba tas pats kaip ir leidėjo)
- Sukurkite leidinį leidėjo duomenų bazėje
- Pasirinkite replikacijos tipą pagal reikalavimus
- Pasirinkite straipsnius (lenteles, rodinius, saugomas procedūras), kuriuos norite replikuoti
- Jei reikia, konfigūruokite filtravimą ir duomenų transformavimą
- Prenumeratorių duomenų bazių nustatymas
- Kurti prenumeratas (tiesiogiai arba tiesiogiai)
- Inicijuoti prenumeratas naudojant momentinę kopiją
- Stebėkite replikacijos agentus ir delsą
geriausias
- Duomenų paskirstymas keliems ataskaitų teikimo serveriams
- Skaitymo mastelio scenarijai su ataskaitų teikimo darbo krūviais
- Dalinis duomenų paskirstymas nuotolinėms vietovėms
- Duomenų konsolidavimas iš kelių šaltinių
- Retkarčiais susiję scenarijai (sujungimo replikacija)
- Pagalbinis vaidmuo atkūrimo strategijoje
Argumentai "už"
- Išsami replikuotų duomenų kontrolė
- Palaikomi keli prenumeratoriai
- Lanksčios topologijos parinktys
- Gali atkartoti konkrečias lenteles arba stulpelius
- Filtravimas sumažina tinklo srautą
- Palaiko heterogeninę replikaciją (SQL Server į Oracle)
- Veikia su standartine versija
Trūkumai
- Nėra automatinio perjungimo galimybės
- Sudėtinga konfigūracija ir valdymas
- Galimi replikacijos konfliktai (sujungimas ir „peer-to-peer“)
- Duomenų sinchronizavimo vėlavimas
- Schemos pakeitimai reikalauja kruopštaus koordinavimo
- Nesukurtas kaip pagrindinis HA sprendimas
- Trikčių šalinimas gali būti sudėtingas
- „Peer-to-Peer“ ryšiui reikalinga „Enterprise Edition“ versija.
Nuorodos
- SQL Server Replikacija: išsamus vadovas duomenų bazės administratoriui
- Oficialus „Microsoft“ dokumentas: SQL Server replikacija
8. Rąstų siuntimas
„Log Shipping“ teikia karšto budėjimo režimo atkūrimo ir didelio prieinamumo sprendimą, naudodamas automatizuotus operacijų žurnalų atsarginių kopijų kūrimo, kopijavimo ir atkūrimo procesus, siūlydamas paprastą ir cost- efektyvus būdas palaikyti sinchronizuotas antrines duomenų bazes.
Pagrindiniai bruožai
- Automatinis atsarginių kopijų kūrimas, kopijavimas ir atkūrimas naudojant SQL agentą
- Palaikymas keliems antriniams serveriams
- Konfigūruojami atsarginių kopijų kūrimo ir atkūrimo intervalai
- BUDĖJIMO režimas suteikia prieigą tik prie antrinių duomenų
- Uždelstas žurnalo atkūrimas apsaugai nuo klaidų
- Stebėjimo serveris centralizuotam stebėjimui
- Operacijų žurnalų glaudinimo palaikymas
Įgyvendinimo žingsniai
- Užtikrinkite, kad pagrindinė duomenų bazė naudotų visišką atkūrimo modelį
- Sukurkite pilną pagrindinės duomenų bazės atsarginę kopiją
- Atkurti atsarginę kopiją antriniame serveryje naudojant NORECOVERY
- Žurnalų siuntimo konfigūravimas pagrindinėje duomenų bazėje
- Nurodykite bendrinamą atsarginių kopijų aplanką, prieinamą visiems serveriams
- Konfigūruokite atsarginių kopijų kūrimo darbų grafiką pagrindiniame įrenginyje
- Konfigūruokite kopijavimo ir atkūrimo užduotis antrinėje stotyje
- Pasirinktinai konfigūruokite stebėjimo serverį
- Testavimo perjungimo procedūros
geriausias
- Cost- veiksmingi atkūrimo sprendimai nuo nelaimių
- Organizacijos, turinčios „Standard Edition“ licencijas
- Scenarijai, toleruojantys duomenų praradimą kelias minutes
- Aplinkos, patogios su rankiniu perjungimu
- Uždelstas atkūrimas dėl klaidų apsaugos poreikių
- Darbo krūvių ataskaitų teikimas naudojant budėjimo režimą
- Paprasti DR reikalavimai be sudėtingos infrastruktūros
Argumentai "už"
- Paprasta konfigūracija ir valdymas
- Žemas cost (Standartinės versijos palaikymas)
- Palaikomi keli antriniai serveriai
- Konfigūruojamas užlaikymas apsaugo nuo loginių klaidų
- Tik skaitymui skirtas ataskaitų teikimas budėjimo režimu
- Toleruoja didelį tinklo delsą
- Minimalus poveikis pagrindiniam serveriui
- Gerai patikrinta, patikrinta technologija
Trūkumai
- Nėra automatinio perjungimo galimybės
- Reikia konfigūruoti atskirai kiekvienai duomenų bazei
- Sinchronizavimo delsa (minutėmis iki valandų)
- Galimas duomenų praradimas, atsižvelgiant į atsarginių kopijų kūrimo intervalą
- Rankinis perjungimas padidina RTO
- Reikalingas SQL Server Agentas veikia visuose serveriuose
- Antrinės duomenų bazės nepasiekiamos atkuriant žurnalą
- Programoms reikia pakeisti ryšio eilutę po perjungimo
Nuorodos
- SQL Server Rąstų siuntimas: išsamus vadovas duomenų bazės administratoriui
- Oficialus „Microsoft“ dokumentas: Apie žurnalų siuntimą (SQL Server)
9. Duomenų bazės veidrodinis atspindėjimas
Duomenų bazių veidrodinis atvaizdavimas yra nebenaudojamas duomenų bazės lygio didelio prieinamumo sprendimas, kuris nuo to laiko nebuvo patobulintas. SQL Server 2012 m., nors jis ir toliau pasiekiamas dabartinėse versijose. „Microsoft“ primygtinai rekomenduoja visiems naujiems diegimams pereiti prie „Always On Availability Groups“.
Pagrindiniai bruožai
- Pagrindinio ir veidrodinio serverio architektūra
- Pasirenkamas liudytojų serveris automatiniam perjungimui
- Du darbo režimai: didelis saugumas ir didelis našumas
- Sinchroninio ir asinchroninio veikimo palaikymas
- Automatinio puslapio taisymo galimybė
- Duomenų bazės lygio apsauga
- Duomenų perdavimo šifravimo palaikymas
Įgyvendinimo žingsniai
- Užtikrinkite, kad duomenų bazėje būtų naudojamas visiškas atkūrimo modelis
- Sukurkite pilną atsarginę kopiją ir atkurkite ją veidrodiniame serveryje naudodami NORECOVERY
- Sukurkite veidrodinius galinius taškus pagrindiniame ir veidrodiniame serveriuose
- Sertifikatų konfigūravimas autentifikavimui
- Užmegzti veidrodinį seansą tarp serverių
- Pasirinktinai konfigūruokite liudytojų serverį automatiniam perjungimui
- Nustatykite darbo režimą (didelis saugumas arba didelis našumas)
- Testavimo perjungimo procedūros
geriausias
- Senesnės sistemos jau naudoja duomenų bazių veidrodinį atvaizdavimą
- Esamų konfigūracijų išlaikymas, kol bus galima perkelti
- Kitų scenarijų nerekomenduojama (funkcija nebenaudojama)
Argumentai "už"
- Greitas automatinis perjungimas aukšto saugumo režimu su liudininku
- Nulinis duomenų praradimas aukšto saugumo režimu
- Automatinis puslapio taisymas iš partnerio
- Paprasčiau nei prieinamumo grupės vienai duomenų bazei
- Palaiko perdavimo šifravimą
- Nuolatiniai atnaujinimai su minimaliu prastovos laiku
Trūkumai
- Nebenaudojama nuo SQL Server 2012 m. (gali būti pašalintas)
- Duomenų bazės konfigūracija ir perjungimas į atsargines kopijas
- Nėra nuskaitomo veidrodžio (nėra skaitymo skalės galimybės)
- Kiekviena duomenų bazė perima gedimus nepriklausomai
- Po perjungimo reikalingi ryšio eilutės atnaujinimai
- Apribota iki dviejų serverių (pagrindinio ir veidrodinio)
- Jokių patobulinimų ar naujų funkcijų
- „Microsoft“ rekomenduoja pereiti prie „Always On AG“
Nuorodos
10. Valdomo egzemplioriaus nuoroda
Valdomo egzemplioriaus nuoroda sukuria hibridinį ryšį tarp SQL Server ir „Azure SQL“ valdomas egzempliorius, naudojantis paskirstytos prieinamumo grupės technologiją, leidžiančią beveik realiuoju laiku replikuoti duomenis, kad būtų galima atkurti duomenis po nelaimių, perkelti duomenis ir integruoti juos į debesį.
Pagrindiniai bruožai
- Beveik realaus laiko replikacija naudojant paskirstytą AG technologiją
- Vienpusis replikavimas (SQL Server (2016–2019 m. į „Azure“)
- Dvikryptis replikavimas su grįžtamuoju ryšiu (SQL Server 2022 +)
- Viena duomenų bazė vienai nuorodai (palaikomos kelios nuorodos)
- Skaitomos kopijos „Azure SQL“ valdomame egzemplioriuje
- Pasyvios DR replikacijos parinktis be licencijos
- Internetinė migracija su minimaliu prastovų laiku
Įgyvendinimo žingsniai
- Parengti SQL Server aplinka (VPN arba „ExpressRoute“ į „Azure“)
- Azure SQL valdomo egzemplioriaus konfigūravimas
- Įjungti „Always On AG“ funkciją SQL Server
- Sukurti duomenų bazės veidrodinio atspindžio galinį tašką
- Keistis sertifikatais tarp SQL Server ir MI
- Sukurkite valdomo egzemplioriaus nuorodą naudodami SSMS arba scenarijus
- Replikacijos ir sinchronizavimo patvirtinimas
- Konfigūruokite tik skaitymui skirtą maršrutizavimą, jei naudojate skaitymo mastelį
- Testavimo perjungimo procedūros
geriausias
- Hibridinis nelaimių atkūrimas naudojant debesijos pagrindu veikiančią antrinę apsaugą
- Internetinis perkėlimas į „Azure SQL“ valdomą egzempliorių
- Analizės ir ataskaitų teikimo perkėlimas į „Azure“
- Organizacijos, kurios diegia hibridinio debesijos strategiją
- Scenarijai, kuriems reikalinga „Azure“ paslaugų integracija
- Cost optimizavimas naudojant pasyvų DR be licencijos
Argumentai "už"
- Most našus, minimalus prastovų laikas migruojant į „Azure“
- Tikra internetinė migracija į verslui kritinį lygį
- Dvikryptis atsarginis perjungimas su SQL Server 2022 +
- Pasyvi DR replika be licencijos sumažina sąnaudasosts
- Integracija su „Azure“ paslaugomis be visiško perkėlimo
- Skaitymo mastelio keitimo galimybė naudojant „Azure“ replikas
- Automatinės atsarginės kopijos „Azure“ pusėje
- Geografinis pasiskirstymas pagal Azure regionus
Trūkumai
- Apribojimas – viena duomenų bazė vienai jungtiai
- Negalima naudoti su atsarginėmis grupėmis MI
- Sistemos duomenų bazės nereplikuotos
- Egzemplioriaus lygio objektams reikalinga rankinė sinchronizacija
- SQL Server 2016–2019 m. tik vienpusis eismas (be atsarginio grįžimo)
- Azure costs, skirtas valdomam egzemplioriui
- Tinklo ryšio reikalavimai (VPN / „ExpressRoute“)
- Funkcijų apribojimai (failų lentelės, failų srautai nepalaikomi)
Nuorodos
11. Didelio prieinamumo sprendimų palyginimas
11.1 Funkcijų palyginimo lentelė
| ypatybė | Visada įjungtas AG | Sudėtyje yra AG | Paskirstyta AG | CFI | Replikacija | Rąstų siuntimas | Veidrodinis | MI nuoroda |
|---|---|---|---|---|---|---|---|---|
| leidimas | Įst./Standart. | Įst./Standart. | Plėtra | Įst./Standart. | Įst./Standart. | Įst./Standart. | Įst./Standart. | Įst./Standart. |
| apsaugos lygis | duomenų bazė | Duomenų bazė+instancija | duomenų bazė | Instancija | Duomenų bazė / objektai | duomenų bazė | duomenų bazė | duomenų bazė |
| Duomenų sinchronizavimas | Sinchronizuoti / asinchronizuoti | Sinchronizuoti / asinchronizuoti | Sinchronizuoti / asinchronizuoti | Bendri | Asinchronizacija | Asinchronizacija | Sinchronizuoti / asinchronizuoti | Asinchronizacija |
| Automatinis perjungimas | Taip | Taip | Taip | Taip | Ne | Ne | Taip | Ne |
| Skaitymo mastelis | Taip | Taip | Taip | Ne | Taip | ribotas | Ne | Taip |
| OTR | sekundžių | sekundžių | sekundžių | minučių | Mechaninė | Mechaninė | sekundžių | Mechaninė |
| RPO | Nulis/Min | Nulis/Min | Nulis/Min | Nulis | Minimalus | minučių | Nulis/Min | Minimalus |
| Palaikymo būsena | Aktyvūs | Aktyvūs | Aktyvūs | Aktyvūs | Aktyvūs | Aktyvūs | Nepatvirtintas | Aktyvūs |
11.2 Pasirinkite HA sprendimą
Renkantis sprendimą, atsižvelkite į šiuos veiksnius:
- Biudžeto aspektai daro didelę įtaką sprendimo pasirinkimui: „Enterprise Edition“ reikalavimai turi įtakos licencijavimo sąlygomsosts, o infrastruktūros poreikiai svyruoja nuo brangios bendros saugyklos FCI iki bazinių serverių prieinamumo grupėms.
- Sudėtingumas labai skiriasi: „Log Shipping“ siūlo paprasčiausią įgyvendinimą, o paskirstytoms prieinamumo grupėms reikia didelių žinių.
- RTO reikalavimai lemia technologijų pasirinkimą. Sekundžių trukmės prastovos reikalauja „Always On“ prieinamumo grupių arba FCI su automatiniu perjungimu. Minučių tolerancija leidžia naudoti rankinio perjungimo sprendimus, tokius kaip žurnalų siuntimas.
- RPO reikalavimai yra vienodai svarbūs: nulinis duomenų praradimas užtikrina sinchroninius sprendimus, o minučių tolerancija leidžia siųsti žurnalus.
- Optimalaus sprendimo pasirinkimui įtakos turi infrastruktūros apribojimai, skaitymo masto poreikiai, geografinio paskirstymo reikalavimai ir hibridiniai debesies scenarijai.
12. Geriausia praktika SQL Server Didelis prieinamumas
12.1 Planavimas ir projektavimas
Įvertinkite verslo reikalavimus atlikdami kruopščią kiekvienos duomenų bazės RTO ir RPO analizę. Pasirinkite tinkamus sprendimus, atitinkančius reikalavimus, o ne numatytuosius nustatymus.ost Sudėtingos parinktys. Planuokite tiek vietinį aukštą prieinamumą, tiek geografinį atkūrimą po nelaimių, naudodami daugiasluoksnius metodus. Išsamiai dokumentuokite architektūrą, įskaitant tinklo diagramas, gedimų šalinimo procedūras ir atkūrimo operacijų knygas.
12.2 Įgyvendinimo gairės
Reguliariai tikrinkite perjungimo procedūras atlikdami suplanuotus bandymus ir imituodami gedimus, kad patvirtintumėte SQL Server didelio prieinamumo sprendimai ir komandos pasirengimas. Nuolat stebėkite būklę ir našumą naudodami SQL Serverintegruoti įrankiai, pvz., SQL Server Profiler ir DMV. Sukonfigūruokite išsamius įspėjimus apie sinchronizavimo vėlavimą, gedimų atvejus ir būklės pablogėjimą. SQL Server atsarginės strategijos nepaisant HA įdiegimo, nes atsarginės kopijos išlieka paskutine gynybos linija nuo loginio sugadinimo ir atsitiktinio ištrynimo. Nuolat atnaujinkite sistemas naudodami kaupiamuosius atnaujinimus, saugos pataisas ir programinės įrangos atnaujinimus. Periodiškai patikrinkite atkūrimo procedūras atlikdami faktinius atkūrimo darbus ir programų testavimą, taip pat žinokite, kaip elgtis tokiais atvejais kaip duomenų bazės įstrigo atkūrimo režime.
12.3 Stebėjimas ir priežiūra
Naudokite tokius įrankius kaip SQL Server Activity Monitor, SQL Server Našumo stebėjimasir plačiai naudoja dinaminio valdymo rodinius sveikatos stebėjimui ir vykdymui DBCC CHECKDB reguliariai tikrinti duomenų bazės vientisumą. Pasinaudokite „Always On Dashboard“, kad vizualiai įvertintumėte prieinamumo grupės būklę. Atidžiai stebėkite sinchronizavimo vėlavimą, ypač asinchroninių replikų ir žurnalų siuntimo atveju. Kruopščiai sekite perjungimo įvykius naudodami SQL Server Išplėstiniai įvykiai ir analizuoti modelių priežastis. Nustatyti įprasto veikimo našumo bazinius rodiklius ir stebėti nukrypimus, rodančius galimas problemas. Reguliariai atlikti pajėgumų planavimo peržiūras, užtikrinant, kad infrastruktūra atlaikytų augančius darbo krūvius.
13. DUK
K: Kuo skiriasi didelis prieinamumas ir atkūrimas nelaimės atveju? SQL Server?
A: Didelis prieinamumas sumažina prastovas dėl vietinių gedimų duomenų centre, paprastai naudojant automatinį gedimų perjungimą ir RTO per kelias sekundes ar minutes. Atkūrimas po avarijų apsaugo nuo regioninių katastrofų, paprastai naudojant rankinį gedimų perjungimą ir ilgesnius RTO, tačiau apima įvykius, kurie paveikia visus objektus.
K: Kuo skiriasi didelio prieinamumo (HA) ir skaitymo mastelio sprendimai?
A: Didelio prieinamumo sprendimai užtikrina, kad duomenų bazės išliktų prieinamos gedimų atveju, daugiausia dėmesio skiriant veikimo laikui ir automatinio perjungimo galimybėms. Skaitymo mastelio sprendimai pagerina užklausų našumą, paskirstydami tik skaitymui skirtas darbo krūvius keliose duomenų bazių kopijose, daugiausia dėmesio skiriant pralaidumui ir atsako laikui. Nors šie sprendimai skirti skirtingiems tikslams, ta pati technologija, kaip ir „Always On Availability Groups“, gali suteikti abu privalumus vienu metu: skaitomos antrinės kopijos siūlo skaitymo mastelio galimybes ir kartu atlieka perjungimo funkciją. targauna už aukštą prieinamumą.
K: Kuris SQL Server Ar didelio prieinamumo sprendimas geriausiai atitinka mano poreikius?
A: Geriausias sprendimas priklauso nuo RTO ir RPO targaunami pinigai, biudžetas, leidimų prieinamumas, infrastruktūra ir patirtis. „Always On Availability Groups“ tinka most įmonės scenarijams, o „Log Shipping“ puikiai tinka costjautrioms aplinkoms. Įvertinkite reikalavimus pagal palyginimo lentelę.
K: Ar „Always On Availability Groups“ funkcijai reikalinga „Enterprise Edition“?
A: „Standard Edition“ palaiko pagrindines prieinamumo grupes su dideliais apribojimais: viena duomenų bazė vienai grupei, viena antrinė kopija ir nėra nuskaitomos antrinės kopijos. Norint naudotis visomis funkcijomis, įskaitant kelias duomenų bazes, aštuonias antrines kopijas ir nuskaitomas kopijas, reikalinga „Enterprise Edition“.
K: Ar galiu naudoti rąstų siuntimą su SQL Server Standartinė versija?
A: Taip, „Log Shipping“ visiškai palaikomas standartinėje versijoje, todėl tai patraukli parinktis.ost- efektyvus atkūrimo sprendimas organizacijoms, neturinčioms „Enterprise Edition“ licencijos.
K: Kuo skiriasi „Always On“ prieinamumo grupės ir duomenų bazės veidrodinis atspindėjimas?
A: Duomenų bazių veidrodinis atvaizdavimas yra nebenaudojamas ir veikia individualių duomenų bazių lygmeniu be skaitomos antrinės prieigos. „Always On“ prieinamumo grupės palaiko duomenų bazių grupes, iki aštuonių antrinių duomenų bazių, skaitomas kopijas ir patobulintą stebėjimą. „Microsoft“ rekomenduoja pereiti prie „Always On“.
K: Kaip pasirinkti tarp atsarginių klasterių egzempliorių ir prieinamumo grupių?
A: Pasirinkite FCI, jei norite apsaugoti egzempliorių lygmeniu su bendra saugykla. Pasirinkite prieinamumo grupes, jei norite apsaugoti duomenų bazės lygmeniu, nuskaitymo mastelio keitimo galimybių ir geografinio paskirstymo be bendros saugyklos. Organizacijos dažnai derina abu, kad užtikrintų visapusišką apsaugą.
K: Ar galiu sujungti kelis SQL Server didelio prieinamumo sprendimai?
A: Taip, sprendimų derinimas yra įprastas. FCI gali būti naudojami kaip prieinamumo grupių kopijos, teikiančios egzemplioriaus lygio vietinę HA ir duomenų bazės lygio geografinę DR. „Log Shipping“ gali papildyti prieinamumo grupes, kad būtų užtikrinta papildoma nuotolinė apsauga. Kruopščiai išbandykite sujungtas konfigūracijas.
K: Kuo skiriasi sinchroninis ir asinchroninis replikavimas?
A: Sinchroninis replikavimas laukia antrinio patvirtinimo prieš patvirtinant, taip užtikrindamas nulinį duomenų praradimą, bet gali sukelti delsą. Asinchroninis replikavimas vyksta nelaukiant, taip optimizuodamas našumą, bet sukeldamas galimą duomenų praradimą gedimo atveju.
K: Ar man vis dar reikia atsarginių kopijų, jei turiu? SQL Server Ar sukonfigūruotas didelis prieinamumas?
A: Žinoma, taip. Didelis prieinamumas apsaugo nuo aparatinės įrangos gedimų, bet negali apsaugoti nuo loginio sugadinimo, atsitiktinio ištrynimo ar kenkėjiškų veiksmų, kurie replikuojami į visas kopijas. Atsarginės kopijos išlieka būtinos norint atkurti duomenis tam tikru momentu ir atitikties reikalavimams.
K: Ar man vis dar reikia atsarginių kopijų, jei turiu? SQL Server Ar sukonfigūruotas didelis prieinamumas?
A: Žinoma, taip. Didelis prieinamumas apsaugo nuo aparatinės įrangos gedimų, bet negali apsaugoti nuo duomenų bazės sugadinimo, atsitiktinio ištrynimo ar kenkėjiškų veiksmų. Atsarginės kopijos išlieka būtinos norint atkurti duomenis tam tikru momentu ir atitikties reikalavimams. Tais atvejais, kai duomenų bazės failai sugadinami, o atsarginės kopijos nepasiekiamos arba taip pat sugadinamos, specializuotos... SQL duomenų bazių taisymo programinė įranga gali padėti atkurti duomenis iš pažeistų MDF, NDF ir atsarginių kopijų failų.
K: Kas yra uždara prieinamumo grupė ir kuo ji skiriasi nuo įprastos prieinamumo grupės?
A: Apribotos prieinamumo grupės, pristatytos SQL Server 2022 m. automatiškai sinchronizuoja egzemplioriaus lygio objektus, pvz., prisijungimus, užduotis ir metaduomenis. Įprastos prieinamumo grupės sinchronizuoja tik duomenų bazės objektus, todėl egzemplioriaus objektus reikia kopijuoti rankiniu būdu.
K: Ar galiu atkartoti duomenis iš SQL Server į „Azure SQL“ valdomą egzempliorių?
A: Taip, valdomų instancijų nuoroda užtikrina hibridinį replikavimą tarp SQL Server ir Azure. SQL Server 2016–2019 m. palaiko vienpusį replikavimą, o SQL Server „2022+“ versija įgalina dvikryptį replikavimą su atkūrimo funkcija, skirta atkūrimui po avarinių situacijų, perkėlimui ir hibridiniams scenarijams.
K: Kas nutinka SQL Server Agento užduotys gedimo metu?
A: Naudojant tradicines prieinamumo grupes, užduotys turi būti rankiniu būdu kuriamos antrinėse kopijose. Apribotos prieinamumo grupės (SQL Server 2022+) automatiškai sinchronizuoja užduotis. Permetimo klasterio egzemplioriai apima užduotis kaip egzemplioriaus lygio apsaugos dalį.
14. Išvada
SQL Server teikia išsamius didelio prieinamumo sprendimus, atitinkančius įvairius reikalavimus – nuo skyrių duomenų bazių iki kritinių įmonės sistemų. Kiekvienas sprendimas siūlo skirtingas galimybes ir kompromisus, kuriuos duomenų bazių administratoriai turi suprasti, kad galėtų priimti pagrįstus sprendimus.
„Always On Availability Groups“ yra pagrindinė technologija šiuolaikiniams diegimams, o „Contained Availability Groups“ supaprastina administravimą, o „Distributed Availability Groups“ leidžia naudoti sudėtingus kelių platformų scenarijus. Persijungimo klasterio egzemplioriai ir toliau tenkina egzempliorių lygio apsaugos poreikius, o žurnalų siuntimas išlieka aktualus c.ostjautriems scenarijams. „Managed Instance Link“ atveria hibridinio debesies pritaikymo galimybes vietinėse sistemose. SQL Server su Azure.
Sprendimų pritaikymas konkretiems verslo poreikiams yra lemiamas sėkmės veiksnys. Nėra vieno universalaus metodo. Organizacijos turi atidžiai įvertinti RTO ir RPO reikalavimus, biudžeto apribojimus, infrastruktūros galimybes ir administracinę patirtį. Dažnai geriausia architektūra apjungia kelis sprendimus, kad būtų užtikrinta visapusiška apsauga. Apsvarstykite, kaip jūsų HA strategija dera su platesniais debesijos diegimo planais, ir peržiūrėkite specialius straipsnius, kuriuose pateikiamos išsamios diegimo gairės, siekiant užtikrinti jūsų... SQL Server Infrastruktūra užtikrina jūsų verslui reikalingą patikimumą.
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ą.