1. Sissejuhatus SQL Server Kõrge käideldavus
Kõrge kättesaadavus SQL Server viitab süsteemi võimele jääda töökorras minimaalse seisakuajaga riistvaratõrgete, tarkvaraprobleemide või plaanilise hoolduse korral. Kõrge käideldavuse olulisust ei saa üle hinnata. Kui andmebaasid muutuvad kättesaamatuks, seisavad organisatsioonid silmitsi otseste tagajärgedega, sealhulgas saamata jäänud tulu, vähenenud tootlikkus ja klientide rahulolematus.
Kuigi kõrget käideldavust (HA) ja katastroofidejärgset taastamist (DR) kasutatakse sageli sünonüümidena, käsitlevad nad erinevaid rikete stsenaariume. HA keskendub lokaliseeritud rikete, näiteks serveri või eksemplari krahhide põhjustatud seisakute minimeerimisele, samas kui DR on loodud taastumiseks ulatuslikest katastroofidest, mis mõjutavad kogu andmekeskust või piirkonda.
HA planeerimist juhivad kaks kriitilist mõõdikut:
- Taastumisaja eesmärk (RTO) määratleb maksimaalse vastuvõetava seisakuaja pärast riket.
- Taastepunkti eesmärk (RPO) määrab maksimaalse talutava andmekao.
Käideldavust mõõdetakse tavaliselt üheksates: 99.9% (kolm üheksa) lubab 8.76 tundi seisakuid aastas, 99.99% (neli üheksa) lubab 52.6 minutit ja 99.999% (viis üheksa) piirab seisakuid vaid 5.26 minutini aastas.
2. SQL Server Kõrge käideldavusega lahenduste ülevaade
2.1 HA-lahenduste kategooriad
SQL Server Kõrge käideldavusega lahendusi saab liigitada mitme mõõtme järgi:
- Eksemplari ja andmebaasi tasemel kaitse: eksemplari tasemel kaitsed, näiteks tõrkeklastri eksemplarid, kaitsevad terveid eksemplare, sealhulgas kõiki andmebaase ja serveriobjekte, samas kui andmebaasi tasemel kaitsed, näiteks alati sisse lülitatud kättesaadavusrühmad, kaitsevad konkreetseid andmebaase.
- Sünkroonne vs asünkroonne andmeliikumine: sünkroonne andmeliikumine tagab andmete kadumise, kuid võib põhjustada latentsust, samas kui asünkroonne liikumine optimeerib jõudlust, kuid aktsepteerib võimalikku andmekadu.
- Automaatne vs käsitsi tõrkesiire: automaatne tõrkesiire minimeerib seisakuid ilma käsitsi sekkumiseta, samas kui käsitsi tõrkesiire pakub suuremat kontrolli, kuid nõuab administraatori sekkumist.
2.2 Levinumad HA lahendused
SQL Server pakub kaheksat peamist kõrge käideldavusega lahendust, millest igaüks on suunatud konkreetsetele stsenaariumidele:
- Alati sisse lülitatud kättesaadavuse rühmad
- Sisaldatud kättesaadavusrühmad
- Hajutatud kättesaadavusrühmad
- Tõrkesümberlülitusklastri eksemplarid
- SQL Server replikatsioon
- Palkide saatmine
- Andmebaasi peegeldamine
- Hallatud eksemplari link
3. Alati sisse lülitatud kättesaadavuse rühmad
Alati sisse lülitatud kättesaadavuse grupid esindavad SQL Serveresmaklassiline andmebaasi tasemel kõrge käideldavuse ja katastroofidejärgse taastamise lahendus, mis tutvustati aastal SQL Server 2012. See võimaldab andmebaaside rühmadel koos ühtse üksusena üle minna, pakkudes samal ajal loetavaid teiseseid koopiaid päringute mahalaadimiseks.
Põhijooned
- Toetab kuni 9 koopiat (1 primaarne + 8 sekundaarset)
- Kuni 5 koopiat sünkroonse kinnitamise režiimis (1 primaarne + 4 sekundaarset)
- Automaatne tõrkesiire ilma andmete kadumiseta sünkroonrežiimis
- Loetavad teisesed koopiad päringute mahalaadimiseks
- Varukoopiate mahalaadimine teisejärgulistele koopiatele
- Automaatse ühenduse marsruutimise kättesaadavusrühma kuulaja
- Kirjutuskaitstud marsruutimine koormuse tasakaalustamise lugemispäringute jaoks
- Mitme andmebaasi tõrkesiire toimib koos rühmana
Rakendamise etapid
- Windows Serveri tõrkesiirdeklastrite (WSFC) või Linux Pacemakeri klastri konfigureerimine
- Luba alati sisse lülitatud kättesaadavusrühmade funktsioon kõigil SQL Server juhtumid
- Veenduge, et andmebaasid kasutaksid täielikku taastemudelit ja neil oleksid täielikud varukoopiad
- Looge igale koopiale andmebaasi peegeldamise lõpp-punktid
- Loo kättesaadavusrühm ja lisa andmebaasid
- Konfigureerige primaarsed ja sekundaarsed koopiad soovitud režiimidega
- Kättesaadavusrühma kuulaja loomine ja konfigureerimine
- Loetavate sekundaaride kasutamisel konfigureerige kirjutuskaitstud marsruutimine
- Tõrkesiirde protseduuride testimine ja rakenduste ühenduvuse kontrollimine
Parim
- Missioonikriitilised andmebaasid, mis vajavad maksimaalset tööaega
- Organisatsioonid, mis vajavad nii kohalikku HA-d kui ka geograafilist DR-i
- Keskkonnad, mis nõuavad lugemis- ja skaleerimisvõimalusi
- Rakendused, mis saavad aruandluspäringute koormuse vähendamisest kasu
- Andmebaasid, mis vajavad andmekao kaitset
- Mitme andmebaasiga rakendused, mis vajavad koordineeritud tõrkesiirde
Plusse
- Null andmekadu sünkroonse kinnitamise režiimi abil
- Automaatne tõrkesiire minimeerib seisakuid (tavaliselt sekundid)
- Loetavad sekundaarpooled vähendavad primaarpoole koormust
- Jagatud salvestusruumi pole vaja
- Toetab nii Windowsi kui ka Linuxi platvorme
- Geograafiline jaotus katastroofide taastamiseks
- Varundustoiminguid saab teisejärgulistele serveritele üle anda
- Rakenduse ühendusstringid jäävad pärast tõrkesiirde lõppu samaks
Miinused
- Täieliku funktsionaalsuse jaoks on vaja Enterprise Editionit
- Standardväljaanne, mis on piiratud Basic AG-ga (1 andmebaas, 1 teisejärguline, loetavat teisejärgulist andmebaasi pole)
- Kompleksne konfiguratsioon ja haldus
- Nõuab klastrite infrastruktuuri (WSFC või Pacemaker)
- Eksemplari tasemel objektid (sisselogimised, töökohad) vajavad käsitsi sünkroonimist
- Sünkroonrežiim võib tekitada tehingu latentsust
- Mitme serveri litsentsikulud
Tehtud tööd
- SQL Server Alati sisse lülitatud kättesaadavusgrupid: täielik juhend
- Microsofti ametlik dokument: Always On kättesaadavusrühmade ülevaade (SQL Server)
4. Sisaldatud kättesaadavusrühmad
Sisaldatud kättesaadavusrühmad, mis võeti kasutusele aastal SQL Server 2022. aastal laiendatakse traditsioonilisi alati sisse lülitatud kättesaadavusrühmi (Always On Saadavusgruppe), sünkroniseerides automaatselt eksemplari tasemel objekte replikate vahel, välistades sisselogimiste, tööde ja muude serveri tasemel objektide käsitsi replikeerimise vajaduse.
Põhijooned
- Instantsi tasemel objektide (sisselogimised, kasutajad, rollid) automaatne sünkroniseerimine
- SQL Server Agendi tööd replikeeriti kõigis replikates
- Andmebaasi õigused sünkroonitakse automaatselt
- Kõik Always On AG funktsioonid on kaasatud
- Lihtsustatud tõrkesiire täieliku keskkonna replikatsiooniga
- Tugi nii Windowsi kui ka Linuxi platvormidele
Rakendamise etapid
- Tagama SQL Server 2022 või hiljem kõigil juhtudel
- WSFC või Pacemakeri klastri infrastruktuuri seadistamine
- Luba funktsioon „Always On” kõigil eksemplaridel
- Loo suletud kättesaadavuse rühm valikuga SISALDATUD
- Lisage andmebaasid sisalduvale AG-le
- Loo sisselogimisi ja töökohti AG kontekstis
- Kuulaja seadistamine ja tõrkesiirde testimine
Parim
- Organisatsioonid, kes soovivad lihtsustatud AG haldamist
- Keskkonnad, kus esineb sagedast tõrkesiirde testimist või toiminguid
- Rakendused, mis vajavad palju eksemplari tasemel objekte
- Uus SQL Server 2022+ juurutused
- Meeskonnad, kes soovivad vähendada tõrkesiirdejärgset konfiguratsiooni
Plusse
- Kõrvaldab sisselogimiste ja tööde käsitsi sünkroonimise
- Kiirem ja usaldusväärsem tõrkesiire
- Vähendatud halduskulud
- Rakendused töötavad kohe pärast tõrkesiirde lõppu
- Lihtsustatud katastroofide taastamise protseduurid
- Kõik traditsioonilised AG hüvitised on hinna sees
Miinused
- Nõuab SQL Server 2022 või hiljem
- Täieliku funktsionaalsuse jaoks on vajalik Enterprise Edition
- Olemasolevaid traditsioonilisi AG-sid ei saa suletud AG-deks teisendada
- Kõik koopiad peavad toetama sisalduvat AG-funktsiooni
- Täiendav keerukus võrreldes traditsiooniliste AG-dega
Tehtud tööd
5. Hajutatud kättesaadavusrühmad
Hajutatud kättesaadavuse rühmad, mis võeti kasutusele aastal SQL Server 2016. aastal lubati „Saadavusrühmade kättesaadavusrühma” arhitektuur, mis ühendas kaks sõltumatut AG-d eraldi klastrite vahel täiustatud katastroofidejärgseks taastamiseks ja migreerimiseks.
Põhijooned
- Ühendab kaks sõltumatut kättesaadavusgruppi
- Igal AG-l on oma sõltumatu klaster
- Platvormideülene tugi (Windowsist Linuxini)
- Klastriteülene replikatsioon ilma jagatud klastri liikmelisuseta
- Üks AG toimib primaarse, teine sekundaarsena
- Toetab nii sünkroonset kui ka asünkroonset režiimi
- Geograafiline jaotus piirkondade või mandrite vahel
Rakendamise etapid
- Esimese kättesaadavusrühma (esmane DAG) loomine ja konfigureerimine
- Teise kättesaadavusrühma (teisene DAG) loomine ja seadistamine
- Looge hajutatud AG, mis ühendab kahte AG-d
- AG-de vahelise andmete sünkroniseerimise seadistamine
- Rakenduse ühenduvuse tagamiseks seadistage iga AG-i kuulaja
- Konfigureerige tõrkesiirdepoliitikaid ja testimisprotseduure
- Klastritevahelise suhtluse ja replikatsiooni kontrollimine
Parim
- Mitme piirkonna katastroofide taastamine, mis hõlmab sõltumatuid andmekeskusi
- Platvormideülene migratsioon Windowsist Linuxisse või vastupidi
- Hübriidpilve stsenaariumid, mis ühendavad kohapealset Azure'iga
- Olulisemad versiooniuuendused, mis nõuavad pikendatud migreerimisaknaid
- Mitme sõltumatu tõrkesiirde klastriga organisatsioonid
- Globaalsed ettevõtted vajavad mandriüleseid replikatsioone
Plusse
- Lahutab klastri sõltuvused saitide vahel
- Võimaldab tõelist geograafilist jaotust
- Toetab platvormidevahelisi stsenaariume
- Iga AG saab iseseisvalt üle minna
- Ideaalne keerukate migratsiooniprojektide jaoks
- Jagatud klastri infrastruktuuri pole vaja
- Võib hõlmata erinevaid Windowsi domeene või Linuxi distributsioone
Miinused
- Nõuab ettevõtteversiooni
- Suur keerukus konfigureerimisel ja haldamisel
- Nõuab nii klastrite loomise kui ka AG-tehnoloogia sügavat tundmist
- Tavalistest AG-dest keerulisem tõrkeotsing
- Täiendav latentsusaeg piirkondadevaheliste stsenaariumide korral
- Nõuab tõrkesiirde protseduuride hoolikat planeerimist
Tehtud tööd
6. Tõrkesümberlülitusklastri eksemplarid (FCI)
Tõrkesiirdeklastri eksemplarid pakuvad jagatud salvestusruumi ja Windows Serveri tõrkesiirdeklastrite abil eksemplari tasemel kõrget käideldavust, võimaldades terve süsteemi automaatset tõrkesiiret. SQL Server eksemplar, mis sisaldab kõiki andmebaase ja serveritaseme objekte.
Põhijooned
- Eksemplari tasemel kaitse (kõik andmebaasid toimivad koos)
- Aktiiv-passiivne konfiguratsioon jagatud salvestusruumiga
- Virtuaalse võrgu nimi (VNN) läbipaistvaks tõrkesiirdeks
- Automaatne tõrkesiire aktiivse sõlme rikke korral
- Null andmekadu (andmete üks koopia)
- Serveri tasemel objektid (sisselogimised, töökohad, lingitud serverid)
- Toetab kõiki SQL Server taastumismudelid
Rakendamise etapid
- Windows Serveri tõrkesiirde klastri (WSFC) seadistamine
- Jagatud salvestusruumi seadistamine (SAN, SMB, otsesalvestusruumid)
- Klastri kvoorumi sätete konfigureerimine
- paigaldama SQL Server esimese sõlme tõrkeklastri eksemplarina
- Lisage FCI-le täiendavaid sõlmi
- Virtuaalse võrgu nime ja IP-aadressi konfigureerimine
- Klastri sõlmede vahelise tõrkesiirde testimine
- Kliendirakenduste seadistamine VNN-i kasutamiseks
Parim
- Organisatsioonid, millel on olemasolev jagatud salvestusinfrastruktuur
- Keskkonnad, mis vajavad eksemplari tasemel kaitset
- Kohalik kõrge käideldavus ühes andmekeskuses
- Rakendused, mis vajavad kõigi andmebaaside ühist ülekandmist
- Stsenaariumid, kus serveritaseme objekte tuleb kaitsta
- Ainult Windowsi keskkonnad (Linux ei ole FCI jaoks toetatud)
Plusse
- Täielik eksemplari tasemel kaitse
- Null andmekadu garanteeritud
- Automaatne tõrkesiirde võimalus
- Sisselogimisi ega töid pole vaja sünkroonida
- Andmete ühekordne koopia vähendab salvestuskulusid
- Toetab kõiki taastumismudeleid
- Rakenduse ühendusstringid pärast tõrkesiirde lõppu muutumatuna
Miinused
- Nõuab kallist jagatud salvestusinfrastruktuuri
- Jagatud salvestusruum on ainus rikkekoht
- Lugemisulatusvõimalus puudub (ainult üks aktiivne sõlm)
- Piiratud geograafiline levik ladustamispiirangute tõttu
- Standardväljaanne on piiratud kahe sõlmega
- Ainult Windows (Linuxi tugi puudub)
- Pikem tõrkesiirde aeg võrreldes AG-dega (tavaliselt minutit)
- Kompleksne salvestusruumi konfigureerimine ja haldamine
Tehtud tööd
- SQL Server Tõrkesidiversiooni klaster: täielik juhend andmebaasihaldurile
- Microsofti ametlik dokument: Alati sisse lülitatud tõrkesiirdeklastri eksemplarid (SQL Server)
7. SQL Server replikatsioon
SQL Server Replikatsioon on andmete levitamise tehnoloogia, mis kopeerib ja levitab andmeid mitme serveri vahel, toetades mitmesuguseid topoloogiaid alates lihtsast ühesuunalisest levitamisest kuni keerukate mitme serveri konfiguratsioonideni, kuigi seda kasutatakse peamiselt aruandluseks, mitte puhtalt kõrge käideldavuse lahendusena.
Põhijooned
- Neli replikatsioonitüüpi: hetktõmmis, tehinguline, ühendamine ja võrdõigusvõrk
- Detailne andmete valik (konkreetsed tabelid, veerud, read)
- Tugi mitmele tellijale ühelt väljaandjalt
- Saadaval on kahesuunalised ja mitme master-topoloogiad
- Paindlikud ajastamis- ja sünkroonimisvõimalused
- Konfliktide lahendamine ühendamise replikatsiooni korral
- Filtreerimisvõimalused WHERE predikaatide abil
Rakendamise etapid
- Levitaja serveri seadistamine (võib olla eraldi või sama, mis Publisheril)
- Looge väljaanne Publisheri andmebaasis
- Valige replikatsioonitüüp vastavalt nõuetele
- Valige artiklid (tabelid, vaated, salvestatud protseduurid), mida replikeerida
- Vajadusel konfigureerige filtreerimine ja andmete teisendamine
- Tellijate andmebaaside seadistamine
- Tellimuste loomine (tõuke- või tõmbetellimused)
- Tellimuste initsialiseerimine hetktõmmisega
- Jälgige replikatsiooniagente ja latentsust
Parim
- Andmete levitamine mitmesse aruandlusserverisse
- Aruandluskoormustega lugemisulatuses stsenaariumid
- Osaline andmete levitamine kaugemates asukohtades
- Andmete konsolideerimine mitmest allikast
- Aeg-ajalt ühendatud stsenaariumid (ühendatud replikatsioon)
- Toetav roll katastroofide taastamise strateegias
Plusse
- Replikeeritud andmete detailne kontroll
- Toetatud on mitu tellijat
- Paindlikud topoloogia valikud
- Saab teatud tabeleid või veerge kopeerida
- Filtreerimine vähendab võrguliiklust
- Toetab heterogeenset replikatsiooni (SQL Server Oracle'ile)
- Töötab standardversiooniga
Miinused
- Automaatse tõrkesiirde võimaluseta
- Kompleksne konfiguratsioon ja haldus
- Võimalikud replikatsioonikonfliktid (liitmine ja peer-to-peer)
- Andmete sünkroniseerimise latentsus
- Skeemimuudatused nõuavad hoolikat koordineerimist
- Ei ole mõeldud primaarseks HA-lahenduseks
- Veaotsing võib olla keeruline
- Võrdõigusvõrgu jaoks on vaja ettevõtteversiooni
Tehtud tööd
- SQL Server Replikatsioon: täielik juhend andmebaasiadministraatorile
- Microsofti ametlik dokument: SQL Server replikatsioon
8. Palgivedu
Log Shipping pakub sooja ooterežiimis katastroofidejärgset taastamist ja kõrge käideldavuse lahendust automatiseeritud tehingulogide varundamise, kopeerimise ja taastamise protsesside kaudu, pakkudes lihtsat ja kulutõhusat lähenemisviisi sünkroniseeritud teiseste andmebaaside haldamiseks.
Põhijooned
- Automatiseeritud varundamise, kopeerimise ja taastamise tööd SQL Agendi kaudu
- Mitme teisese serveri tugi
- Konfigureeritavad varundamise ja taastamise intervallid
- OOTErežiim võimaldab kirjutuskaitstud juurdepääsu teisejärgulistele
- Viivitusega logi taastamine vigade taastamise kaitseks
- Monitori server tsentraliseeritud jälgimiseks
- Tehingute logi tihendamise tugi
Rakendamise etapid
- Veenduge, et peamine andmebaas kasutaks täielikku taastamismudelit
- Looge esmase andmebaasi täielik varukoopia
- Taastage varukoopia teisese serveri abil NORECOVERY abil
- Logi saatmise seadistamine peamises andmebaasis
- Määrake jagatud varunduskaust, millele pääseb ligi kõik serverid
- Varundustööde ajakava seadistamine peamisel seadmel
- Konfigureerige kopeerimis- ja taastamistööd teisese seadme
- Valikuliselt konfigureerige monitoriserver
- Testi tõrkesiirde protseduurid
Parim
- Kulutõhusad katastroofidejärgse taastamise lahendused
- Standardversiooni litsentsiga organisatsioonid
- Stsenaariumid, mis taluvad minutite pikkust andmekadu
- Keskkonnad, mis sobivad käsitsi tõrkesiirdega
- Viivitusega taastamine veakaitse vajaduste korral
- Töökoormuste aruandlus ooterežiimis
- Lihtsad DR-nõuded ilma keeruka infrastruktuurita
Plusse
- Lihtne seadistamine ja kasutamine
- Madal hind (Standardversiooni tugi)
- Toetatud on mitu teisest serverit
- Konfigureeritav viivitus kaitseb loogikavigade eest
- Ainult lugemiseks mõeldud aruandlus ooterežiimis
- Talub suurt võrgu latentsust
- Minimaalne mõju põhiserverile
- Hästi tõestatud ja väljakujunenud tehnoloogia
Miinused
- Automaatse tõrkesiirde võimaluseta
- Iga andmebaasi jaoks tuleb eraldi konfigureerida
- Sünkroonimise viivitus (minutitest tundideni)
- Võimalik andmete kadu varundamise intervalli põhjal
- Manuaalne tõrkesiire suurendab RTO-d
- Nõuab SQL Server Agent töötab kõigil serveritel
- Teisese andmebaasid pole logi taastamise ajal ligipääsetavad
- Rakendused nõuavad pärast tõrkesiirde tegemist ühendusstringi muudatusi
Tehtud tööd
- SQL Server Palgi saatmine: täielik juhend andmebaasi omanikule
- Microsofti ametlik dokument: logide saatmise kohta (SQL Server)
9. Andmebaasi peegeldamine
Andmebaasi peegeldamine on aegunud andmebaasi tasemel kõrge käideldavuse lahendus, mida pole pärast seda täiustatud. SQL Server 2012, kuigi see on praegustes versioonides endiselt saadaval. Microsoft soovitab tungivalt kõigi uute juurutuste puhul üle minna alati sisse lülitatud kättesaadavusrühmadele.
Põhijooned
- Põhi- ja peegelserveri arhitektuur
- Valikuline tunnistajaserver automaatseks tõrkesiirdeks
- Kaks töörežiimi: kõrge ohutus ja kõrge jõudlus
- Sünkroonse ja asünkroonse töö tugi
- Automaatse lehe parandamise võimalus
- Andmebaasi tasemel kaitse
- Andmeedastuse krüpteerimistugi
Rakendamise etapid
- Veenduge, et andmebaas kasutaks täielikku taastamismudelit
- Looge täielik varukoopia ja taastage see peegelserverisse NORECOVERY abil
- Looge peegeldavad lõpp-punktid põhi- ja peegelserverisse
- Sertifikaatide konfigureerimine autentimiseks
- Peegeldusseansi loomine serverite vahel
- Valikuliselt konfigureerige tunnistajaserver automaatseks tõrkesiirdeks
- Töörežiimi seadistamine (kõrge ohutus või kõrge jõudlus)
- Testi tõrkesiirde protseduurid
Parim
- Pärandsüsteemid, mis juba kasutavad andmebaasi peegeldamist
- Olemasolevate konfiguratsioonide säilitamine kuni migreerimise võimalikuks saamiseni
- Muid stsenaariume ei soovitata (funktsioon on aegunud)
Plusse
- Kiire automaatne tõrkesiire kõrge turvalisusega režiimis koos tunnistajaga
- Kõrge turvalisusega režiimis andmete kadu null
- Automaatne leheparandus partnerilt
- Lihtsam kui ühe andmebaasi kättesaadavusrühmad
- Toetab edastuse krüptimist
- Jooksvad uuendused minimaalse seisakuajaga
Miinused
- Aegunud alates SQL Server 2012 (võib eemaldada)
- Andmebaasipõhine konfiguratsioon ja tõrkesiire
- Loetavat peeglit pole (lugemisskaala puudub)
- Iga andmebaas lülitub iseseisvalt üle tõrkele
- Pärast tõrkesiirde tegemist on vaja ühendusstringi värskendusi
- Piiratud kahe serveriga (peamine ja peegel)
- Täiustusi ega uusi funktsioone pole
- Microsoft soovitab üle minna Always On AG-le
Tehtud tööd
10. Hallatud eksemplari link
Hallatud eksemplari link loob hübriidühenduse järgmiste vahel: SQL Server ja Azure SQL-i hallatud eksemplar, mis kasutab hajutatud kättesaadavusrühma tehnoloogiat, võimaldades peaaegu reaalajas andmete replikatsiooni katastroofidejärgseks taastamiseks, migreerimiseks ja pilveintegratsiooniks.
Põhijooned
- Peaaegu reaalajas replikatsioon hajutatud AG-tehnoloogia abil
- Ühesuunaline replikatsioon (SQL Server 2016–2019 Azure'i)
- Kahesuunaline replikatsioon koos tagasivooluühendusega (SQL Server 2022+)
- Üks andmebaas lingi kohta (toetatud on mitu linki)
- Loetavad koopiad Azure SQL-i hallataval eksemplaril
- Litsentsivaba passiivse DR-replikatsiooni valik
- Veebimigratsioon minimaalse seisakuajaga
Rakendamise etapid
- Valmistama SQL Server keskkond (VPN või ExpressRoute Azure'i)
- Azure SQL-i hallatava eksemplari konfigureerimine
- Luba funktsioon „Always On AG“ sisse lülitatud SQL Server
- Loo andmebaasi peegeldamise lõpp-punkt
- Vaheta sertifikaate nende vahel SQL Server ja MI
- Hallatud eksemplari lingi loomine SSMS-i või skriptide abil
- Replikatsiooni ja sünkroniseerimise valideerimine
- Kirjutuskaitsega marsruutimise seadistamine, kui seda kasutatakse lugemisskaala jaoks
- Testi tõrkesiirde protseduurid
Parim
- Hübriidkatastroofide taastamine pilvepõhise sekundaarse süsteemiga
- Veebimigratsioon Azure SQL-i hallatavasse eksemplari
- Analüütika ja aruandluse suunamine Azure'i
- Hübriidpilve strateegiat kasutusele võtvad organisatsioonid
- Azure'i teenuste integratsiooni nõudvad stsenaariumid
- Kulude optimeerimine litsentsivaba passiivse DR-iga
Plusse
- Kõige jõudluslikum ja minimaalse seisakuajaga migreerimine Azure'i
- Tõeline veebimigratsioon ärikriitilisele tasemele
- Kahesuunaline tõrkesiire koos SQL Server 2022 +
- Litsentsivaba passiivne DR-replikatsioon vähendab kulusid
- Integratsioon Azure'i teenustega ilma täieliku migreerimiseta
- Lugemis- ja skaleerimisvõimalus Azure'i koopiate abil
- Automatiseeritud varukoopiad Azure'i poolel
- Geograafiline jaotus Azure'i piirkondadesse
Miinused
- Üks andmebaas lingi kohta
- Ei saa MI-l tõrkesiirdegruppidega kasutada
- Süsteemi andmebaase ei replikeerita
- Eksemplari tasemel objektid vajavad käsitsi sünkroonimist
- SQL Server 2016–2019 ainult ühesuunaline lend (ilma tagastusfunktsioonita)
- Azure'i kulud hallatava eksemplari jaoks
- Võrguühenduse nõuded (VPN/ExpressRoute)
- Funktsioonide piirangud (failitabeleid ja failivooge ei toetata)
Tehtud tööd
11. Kõrge käideldavusega lahenduste võrdlus
11.1 Funktsioonide võrdlustabel
| tunnusjoon | Alati AG-l | Sisaldatud AG | Hajutatud AG | CFI | replikatsioon | Palkide saatmine | Peegeldamine | MI Link |
|---|---|---|---|---|---|---|---|---|
| Väljaanne | Siseõpe/standard | Siseõpe/standard | ent | Siseõpe/standard | Siseõpe/standard | Siseõpe/standard | Siseõpe/standard | Siseõpe/standard |
| kaitse tase | andmebaas | Andmebaas+eksemplar | andmebaas | Juhtum | Andmebaas/Objektid | andmebaas | andmebaas | andmebaas |
| Andmete sünkroonimine | Sünkroonimine/asünkroon | Sünkroonimine/asünkroon | Sünkroonimine/asünkroon | Jagatud | Asünk | Asünk | Sünkroonimine/asünkroon | Asünk |
| Automaatne tõrkesiire | Jah | Jah | Jah | Jah | Ei | Ei | Jah | Ei |
| Lugemisskaala | Jah | Jah | Jah | Ei | Jah | piiratud | Ei | Jah |
| OTR | sekundit | sekundit | sekundit | protokoll | Käsitsi | Käsitsi | sekundit | Käsitsi |
| RPO | Null/min | Null/min | Null/min | Null | Miinimum | protokoll | Null/min | Miinimum |
| Toe staatus | aktiivne | aktiivne | aktiivne | aktiivne | aktiivne | aktiivne | Hukka | aktiivne |
11.2 Valige HA lahendus
Lahenduse valimisel arvestage järgmiste teguritega:
- Eelarve kaalutlused mõjutavad lahenduse valikut märkimisväärselt: Enterprise Editioni nõuded mõjutavad litsentsikulusid, samas kui taristuvajadused varieeruvad kallist jagatud salvestusruumist FCI-de jaoks kuni tavaliste serveriteni kättesaadavusrühmade jaoks.
- Keerukus on oluliselt erinev: logide saatmine pakub lihtsaimat rakendamist, samas kui hajutatud kättesaadavusrühmad nõuavad ulatuslikke teadmisi.
- RTO nõuded mõjutavad tehnoloogilisi valikuid. Sekunditepikkused seisakud nõuavad alati sisse lülitatud kättesaadavusrühmi või FCI-sid automaatse tõrkesiirdega. Minutite taluvus võimaldab käsitsi tõrkesiirde lahendusi, näiteks logide saatmist.
- RPO nõuded on võrdselt olulised: nullandmete kadu eeldab sünkroonseid lahendusi, samas kui minutite tolerants võimaldab logide saatmist.
- Optimaalse lahenduse valikut mõjutavad kõik infrastruktuuripiirangud, lugemismahu vajadused, geograafilise jaotuse nõuded ja pilvehübriidstsenaariumid.
12. Parimad tavad SQL Server Kõrge käideldavus
12.1 Planeerimine ja projekteerimine
Hinnake ärivajadusi iga andmebaasi hoolika RTO ja RPO analüüsi abil. Valige nõuetele vastavad lahendused, selle asemel et vaikimisi valida kõige keerukamaid valikuid. Planeerige nii kohalikku kõrget käideldavust kui ka geograafilist katastroofidejärgset taastamist, kasutades kihilisi lähenemisviise. Dokumenteerige arhitektuur põhjalikult, sealhulgas võrguskeemid, tõrkesiirde protseduurid ja taastekäsud.
12.2 Rakendusjuhised
Testige tõrkesiirde protseduure regulaarselt ajastatud testide ja simuleeritud tõrgete abil, et valideerida SQL Server kõrge kättesaadavusega lahendused ja meeskonna valmisolek. Jälgige pidevalt tervist ja jõudlust, kasutades SQL Serversisseehitatud tööriistad, näiteks SQL Server Profiler ja DMV-d. Konfigureerige põhjalikud hoiatused sünkroonimise viivituse, tõrkesiirde sündmuste ja seisundi halvenemise kohta. SQL Server varundusstrateegiad hoolimata HA rakendamisest, kuna varukoopiad jäävad viimaseks kaitseliiniks loogilise korruptsiooni ja juhusliku kustutamise vastu. Hoidke süsteeme ajakohasena kumulatiivsete värskenduste, turvapaikade ja püsivara värskendustega. Valideerige taastamisprotseduure perioodiliselt tegelike taastamiste ja rakenduste testimise kaudu ning teadke, kuidas toimida selliste stsenaariumidega nagu andmebaasid on taasterežiimis kinni jäänud.
12.3 Järelevalve ja hooldus
Kasutage selliseid tööriistu nagu SQL Server Activity Monitor, SQL Server Performance Monitorja dünaamilisi haldusvaateid ulatuslikult tervise jälgimiseks ja käivitamiseks DBCC CHECKDB regulaarselt andmebaasi terviklikkuse kontrollimiseks. Kasutage alati sisse lülitatud armatuurlauda kättesaadavusrühma seisundi visuaalseks hindamiseks. Jälgige hoolikalt sünkroonimise viivitust, eriti asünkroonsete koopiate ja logide saatmise puhul. Jälgige tõrkesiirde sünkroniseerimise sündmusi hoolikalt, kasutades SQL Server Laiendatud sündmused ja analüüsida mustrite põhjuseid. Kehtestada normaalse töö toimivuse baasjooned ja jälgida kõrvalekaldeid, mis viitavad võimalikele probleemidele. Viia läbi regulaarseid võimsusplaneerimise ülevaateid, tagades, et infrastruktuur toetab kasvavat töökoormust.
13. KKK-d
K: Mis vahe on kõrgel käideldavusel ja katastroofide taastamisel? SQL Server?
A: Kõrge käideldavus minimeerib andmekeskuse lokaalsete rikete seisakuid, tavaliselt automaatse tõrkesiirde ja sekundite või minutitega taastumisaegade abil. Õnnetusjärgne taastamine kaitseb piirkondlike katastroofide eest, tavaliselt käsitsi tõrkesiirde ja pikemate taastumisaegade abil, kuid hõlmab sündmusi, mis mõjutavad terveid rajatisi.
K: Mis vahe on kõrge käideldavuse (HA) ja lugemisskaala lahendustel?
A: Kõrge käideldavuse lahendused tagavad andmebaasidele juurdepääsu ka rikete korral, keskendudes tööajale ja automaatsele tõrkesiirde võimalusele. Kirjutuskaitsega lahendused parandavad päringute jõudlust, jaotades kirjutuskaitstud töökoormused mitme andmebaasi koopia vahel, keskendudes läbilaskevõimele ja reageerimisaegadele. Kuigi neil on erinevad eesmärgid, saab sama tehnoloogia, näiteks Always On Availability Groups, pakkuda mõlemat eelist samaaegselt: loetavad sekundaarsed koopiad pakuvad lugemiskaitsega võimalusi ja toimivad samal ajal ka tõrkesiirde sihtmärkidena kõrge käideldavuse saavutamiseks.
K: Mis SQL Server Kas kõrge käideldavuse lahendus sobib minu vajadustega kõige paremini?
V: Parim lahendus sõltub RTO ja RPO eesmärkidest, eelarvest, väljaannete saadavusest, infrastruktuurist ja asjatundlikkusest. Always On Availability Groups sobib enamikule ettevõtte stsenaariumidele, samas kui Log Shipping toimib hästi kulutundlikes keskkondades. Hinnake nõudeid võrdlustabeli alusel.
K: Kas alati sisse lülitatud kättesaadavusrühmade jaoks on vaja ettevõtteversiooni?
A: Standardversioon toetab põhilisi kättesaadavusrühmi (Basic Availability Groups) oluliste piirangutega: üks andmebaas rühma kohta, üks teisejärguline koopia ja loetav teisejärguline koopia puudub. Täieliku funktsionaalsuse, sh mitme andmebaasi, kaheksa teisejärgulise koopia ja loetavate koopiate, jaoks on vaja Enterprise Editionit.
K: Kas ma saan kasutada Log Shippingut koos SQL Server Standardväljaanne?
V: Jah, Log Shipping on standardväljaandes täielikult toetatud, mistõttu on see atraktiivne ja kulutõhus lahendus katastroofidejärgseks taastamiseks organisatsioonidele, kellel puudub ettevõtteväljaande litsents.
K: Mis vahe on alati sisse lülitatud kättesaadavusgruppidel ja andmebaasi peegeldamisel?
A: Andmebaasi peegeldamine on aegunud ja toimib individuaalse andmebaasi tasandil ilma loetava teisese juurdepääsuta. Always On kättesaadavusrühmad toetavad andmebaaside rühmi, kuni kaheksat teisest andmebaasi, loetavaid koopiaid ja täiustatud jälgimist. Microsoft soovitab minna üle Always On-ile.
K: Kuidas valida tõrkesiirdeklastri eksemplaride ja kättesaadavusrühmade vahel?
A: Valige FCI-d eksemplari tasemel kaitseks jagatud salvestusinfrastruktuuriga. Valige kättesaadavusrühmad andmebaasi tasemel kaitse, lugemisulatusvõimaluste ja geograafilise jaotuse jaoks ilma jagatud salvestusruumita. Organisatsioonid kombineerivad sageli mõlemat tervikliku kaitse tagamiseks.
K: Kas ma saan mitu ühendada? SQL Server kõrge käideldavuslahendused?
V: Jah, lahenduste kombineerimine on tavaline. FCI-d saavad toimida kättesaadavusrühmade koopiatena, pakkudes eksemplari tasemel kohalikku HA-d ja andmebaasi tasemel geograafilist DR-i. Logi saatmine saab täiendada kättesaadavusrühmi täiendava kaugkaitse tagamiseks. Testige kombineeritud konfiguratsioone põhjalikult.
K: Mis vahe on sünkroonsel ja asünkroonsel replikatsioonil?
A: Sünkroonne replikatsioon ootab enne kinnitamist teisest kinnitust, mis tagab andmete kadumise puudumise, kuid võib põhjustada latentsust. Asünkroonne replikatsioon jätkub ootamata, optimeerides jõudlust, kuid tekitades võimaliku andmete kadumise tõrkesiirde ajal.
K: Kas mul on ikka vaja varukoopiaid, kui mul on SQL Server Kas kõrge käidetavus on konfigureeritud?
V: Täiesti jah. Kõrge käideldavus kaitseb riistvaratõrgete eest, kuid ei kaitse loogilise rikkumise, juhusliku kustutamise ega pahatahtlike toimingute eest, mis replikeeruvad kõikidesse koopiatesse. Varukoopiad on endiselt olulised hetkeolukorra taastamise ja vastavusnõuete jaoks.
K: Kas mul on ikka vaja varukoopiaid, kui mul on SQL Server Kas kõrge käidetavus on konfigureeritud?
V: Täiesti jah. Kõrge käideldavus kaitseb riistvaratõrgete eest, kuid ei kaitse andmebaasi rikkumise, juhusliku kustutamise ega pahatahtlike toimingute eest. Varukoopiad on endiselt hädavajalikud ajahetke taastamise ja vastavusnõuete jaoks. Juhtudel, kui andmebaasifailid rikutakse ja varukoopiad pole saadaval või on samuti rikutud, kasutatakse spetsiaalseid SQL-andmebaasi parandamise tarkvara aitab taastada andmeid kahjustatud MDF-, NDF- ja varufailidest.
K: Mis on eraldatud kättesaadavusrühm ja mille poolest see erineb tavalisest kättesaadavusrühmast?
A: Sisaldatud kättesaadavusrühmad, mis võeti kasutusele aastal SQL Server 2022 sünkroonib automaatselt eksemplari tasemel objekte, nagu sisselogimised, töökohad ja metaandmed. Tavalised kättesaadavusrühmad sünkroonivad ainult andmebaasiobjekte, mis nõuavad eksemplari objektide käsitsi replikeerimist.
K: Kas ma saan andmeid kopeerida? SQL Server Azure SQL-i hallatava eksemplariga?
V: Jah, hallatava eksemplari link pakub hübriidreplikatsiooni SQL Server ja Azure. SQL Server 2016–2019 toetab ühesuunalist replikatsiooni, samas kui SQL Server 2022+ võimaldab kahesuunalist replikatsiooni koos tõrketaastega katastroofidejärgseks taastamiseks, migreerimiseks ja hübriidstsenaariumideks.
K: Mis juhtub SQL Server Agendi töökohad tõrkesiirde ajal?
A: Traditsiooniliste kättesaadavusrühmade puhul tuleb töökohti käsitsi luua teisestes koopiates. Sisalduvad kättesaadavusrühmad (SQL Server 2022+ sünkroonib töökohti automaatselt. Tõrkesidiversiooni klastri eksemplarid hõlmavad töid eksemplari tasemel kaitse osana.
14. järeldus
SQL Server pakub terviklikke ja kõrge käideldavusega lahendusi, mis vastavad erinevatele nõuetele alates osakondade andmebaasidest kuni missioonikriitiliste ettevõttesüsteemideni. Iga lahendus pakub erinevaid võimalusi ja kompromisse, mida andmebaasi administraatorid peavad teadlike otsuste langetamiseks mõistma.
Always On Availability Groups on tänapäevaste juurutuste lipulaevtehnoloogia, kus Contained Availability Groups lihtsustab haldust ja Distributed Availability Groups võimaldab keerukaid platvormidevahelisi stsenaariume. Failover Cluster Instances jätkab eksemplaride tasemel kaitsevajaduste täitmist, samas kui Log Shipping jääb oluliseks kulutundlike stsenaariumide puhul. Hallatud eksemplari link avab pilvehübriidvõimalusi, mis ühendavad kohapealseid lahendusi. SQL Server Azure'iga.
Lahenduste sobitamine konkreetsete ärivajadustega on kriitilise eduteguriks. Universaalset lahendust ei ole. Organisatsioonid peavad hoolikalt hindama RTO ja RPO nõudeid, eelarvepiiranguid, infrastruktuuri võimalusi ja haldusalaseid teadmisi. Sageli ühendab parim arhitektuur mitu lahendust tervikliku kaitse tagamiseks. Mõelge, kuidas teie HA strateegia on kooskõlas laiemate pilveteenuste kasutuselevõtu plaanidega, ja lugege üksikasjalikke rakendusjuhiseid spetsiaalsetest artiklitest, et tagada oma... SQL Server Taristu pakub teie ettevõtte jaoks vajalikku usaldusväärsust.
Teave Autor
Yuan Sheng on vanem andmebaasiadministraator (DBA), kellel on üle 10 aasta kogemust SQL Server keskkonnad ja ettevõtte andmebaaside haldus. Ta on edukalt lahendanud sadu andmebaaside taastamise stsenaariume finantsteenuste, tervishoiu ja tootmisorganisatsioonides.
Yuan on spetsialiseerunud SQL Server andmebaaside taastamine, kõrge käideldavuslahendused ja jõudluse optimeerimine. Tema ulatuslik praktiline kogemus hõlmab mitme terabaidiste andmebaaside haldamist, alati sisse lülitatud käideldavusgruppide rakendamist ning automatiseeritud varundus- ja taastestrateegiate väljatöötamist missioonikriitiliste ärisüsteemide jaoks.
Oma tehnilise asjatundlikkuse ja praktilise lähenemise abil keskendub Yuan terviklike juhendite loomisele, mis aitavad andmebaasiadministraatoritel ja IT-spetsialistidel lahendada keerulisi probleeme SQL Server väljakutseid tõhusalt. Ta on kursis uusimate uudistega SQL Server väljalasete ja Microsofti arenevate andmebaasitehnoloogiate põhjal, testides regulaarselt taastestsenaariume, et tagada oma soovituste vastavus reaalsetele parimatele tavadele.
Kas teil on küsimusi SQL Server taastamist või vajate täiendavat andmebaasi tõrkeotsingu juhendamist? Yuan tervitab tagasisidet ja ettepanekuid nende tehniliste ressursside täiustamiseks.