1. Ievads SQL Server Augsta pieejamība
Augsta pieejamība SQL Server attiecas uz sistēmas spēju saglabāt darbību ar minimālu dīkstāvi aparatūras kļūmju, programmatūras problēmu vai plānotas apkopes gadījumā. Augstas pieejamības nozīmi nevar pārvērtēt. Kad datubāzes kļūst nepieejamas, organizācijas saskaras ar tūlītējām sekām, tostarp lost ieņēmumi, samazināta produktivitāte un klientu neapmierinātība.
Lai gan augsta pieejamība (HA) un katastrofu atkopšana (DR) bieži tiek lietotas kā sinonīmi, tās risina dažādus kļūmju scenārijus. HA koncentrējas uz lokalizētu kļūmju, piemēram, servera vai instances avāriju, izraisītu dīkstāves laika samazināšanu, savukārt DR ir paredzēts atkopšanai pēc liela mēroga katastrofām, kas ietekmē visu datu centru vai reģionu.
HA plānošanu vada divi kritiski rādītāji:
- Atjaunošanas laika mērķis (RTO) nosaka maksimāli pieņemamo dīkstāves laiku pēc kļūmes.
- Atjaunošanas punkta mērķis (RPO) nosaka maksimāli pieļaujamo datu zudumu.
Pieejamību parasti mēra “deviņos”: 99.9 % (trīs deviņi) nodrošina 8.76 stundas dīkstāves gadā, 99.99 % (četri deviņi) — 52.6 minūtes, un 99.999 % (pieci deviņi) ierobežo dīkstāves laiku līdz tikai 5.26 minūtēm gadā.
2. SQL Server Augstas pieejamības risinājumu pārskats
2.1 HA risinājumu kategorijas
SQL Server Augstas pieejamības risinājumus var iedalīt vairākās kategorijās:
- Instances līmeņa aizsardzība pret datubāzes līmeņa aizsardzību: Instances līmeņa aizsardzība, piemēram, kļūmjpārlēces klastera instances, aizsargā veselas instances, tostarp visas datubāzes un servera objektus, savukārt datubāzes līmeņa aizsardzība, piemēram, Always On Availability Groups, aizsargā konkrētas datubāzes.
- Sinhrona un asinhrona datu pārvietošana: sinhrona datu pārvietošana nodrošina nulles datu zudumu, bet var radīt latentumu, savukārt asinhrona pārvietošana optimizē veiktspēju, bet pieņem iespējamu datu zudumu.
- Automātiska un manuāla pārslēgšana: automātiskā pārslēgšana samazina dīkstāves laiku bez manuālas iejaukšanās, savukārt manuāla pārslēgšana nodrošina lielāku kontroli, bet prasa administratora darbību.
2.2 Biežāk sastopamie HA risinājumi
SQL Server piedāvā astoņus galvenos augstas pieejamības risinājumus, katrs no tiem risina konkrētus scenārijus:
- Vienmēr pieejamības grupas
- Ietvertās pieejamības grupas
- Izplatītās pieejamības grupas
- Kļūmjpārlēces klastera instances
- SQL Server Reprodukcija
- Baļķu piegāde
- Datu bāzes spoguļošana
- Pārvaldītās instances saite
3. Vienmēr pieejamas pieejamības grupas
Vienmēr pieejamas grupas apzīmē SQL Servervadošais datubāzes līmeņa augstas pieejamības un katastrofu atkopšanas risinājums, kas tika ieviests 2016. gadā SQL Server 2012. Tas ļauj datubāzu grupām kopīgi darboties kā vienai vienībai, vienlaikus nodrošinot lasāmas sekundārās kopijas vaicājumu atslodzei.
Galvenās iezīmes
- Atbalsts līdz pat 9 dublikātiem (1 primārais + 8 sekundārie)
- Līdz 5 dublikātiem sinhronās apstiprināšanas režīmā (1 primārais + 4 sekundārie)
- Automātiska dublēšana bez datu zuduma sinhronajā režīmā
- Lasāmas sekundārās kopijas vaicājumu atslodzei
- Rezerves kopiju pārsūtīšana uz sekundārajām kopijām
- Pieejamības grupas klausītājs automātiskai savienojuma maršrutēšanai
- Tikai lasīšanas maršrutēšana slodzes līdzsvarošanas lasīšanas vaicājumiem
- Vairākas datubāzes darbojas kopā kā grupa, lai pārslēgtos starp rezerves daļām
Īstenošanas soļi
- Windows Server kļūmjpārlēces klasteru (WSFC) vai Linux Pacemaker klastera konfigurēšana
- Iespējot vienmēr ieslēgtu pieejamības grupu funkciju visos SQL Server gadījumi
- Nodrošināt, lai datubāzēs tiktu izmantots pilns atkopšanas modelis un lai tajās būtu pilnas dublējumkopijas.
- Izveidojiet datubāzes spoguļošanas galapunktus katrā replikā
- Izveidojiet pieejamības grupu un pievienojiet datubāzes
- Konfigurējiet primārās un sekundārās kopijas ar vēlamajiem režīmiem
- Pieejamības grupas klausītāja izveide un konfigurēšana
- Konfigurējiet tikai lasāmu maršrutēšanu, ja tiek izmantoti lasāmi sekundārie faili
- Pārbaudiet rezerves pārslēgšanas procedūras un pārbaudiet lietojumprogrammu savienojamību
Best For
- Misijai kritiski svarīgas datubāzes, kurām nepieciešama maksimāla darbības laika nodrošināšana
- Organizācijām, kurām nepieciešama gan lokāla HA, gan ģeogrāfiska DR
- Vides, kurās nepieciešamas lasīšanas un mērogošanas iespējas
- Lietojumprogrammas, kas gūst labumu no atskaišu vaicājumu atslogošanas
- Datu bāzes, kurām nepieciešama aizsardzība pret datu zudumiem
- Vairāku datubāzu lietojumprogrammas, kurām nepieciešama koordinēta dublēšana
Plusi
- Nulle datu zudumu ar sinhronās apstiprināšanas režīmu
- Automātiska pārslēgšana samazina dīkstāves laiku (parasti sekundes)
- Nolasāmas sekundārās daļas samazina slodzi uz primārajām daļām
- Nav nepieciešama koplietota krātuve
- Atbalsta gan Windows, gan Linux platformas
- Ģeogrāfiskais sadalījums katastrofu atkopšanai
- Rezerves dublēšanas darbības var nodot sekundārajām sistēmām
- Lietojumprogrammas savienojuma virknes pēc kļūmjpārlēces paliek nemainīgas
Mīnusi
- Pilnīgai funkcionalitātei nepieciešams Enterprise Edition
- Standarta izdevums, kas ierobežots ar Basic AG (1 datubāze, 1 sekundārā datubāze, nav lasāmas sekundārās datubāzes)
- Sarežģīta konfigurācija un pārvaldība
- Nepieciešama klasterizācijas infrastruktūra (WSFC vai Pacemaker)
- Instances līmeņa objektiem (pieteikšanās, darbi) nepieciešama manuāla sinhronizācija
- Sinhronais režīms var radīt darījuma latentumu
- Licencēšana costs vairākiem serveriem
Atsauces
- SQL Server Vienmēr pieejamas pieejamības grupas: pilnīgs ceļvedis
- Microsoft oficiālais dokuments: Vienmēr ieslēgtu pieejamības grupu pārskats (SQL Server)
4. Ietvertās pieejamības grupas
Ietvertās pieejamības grupas, kas ieviestas SQL Server 2022. gadā paplašiniet tradicionālās Always On pieejamības grupas, automātiski sinhronizējot instances līmeņa objektus starp replikām, novēršot nepieciešamību manuāli replicēt pieteikšanās datus, darbus un citus servera līmeņa objektus.
Galvenās iezīmes
- Instanču līmeņa objektu (lietotāju, lietotāju, lomu) automātiska sinhronizācija
- SQL Server Aģenta darbi tiek replicēti visās replikās
- Datu bāzes atļaujas tiek sinhronizētas automātiski
- Iekļautas visas Always On AG iespējas
- Vienkāršota dublēšana ar pilnīgu vides replikāciju
- Atbalsts gan Windows, gan Linux platformām
Īstenošanas soļi
- Nodrošināt SQL Server 2022. gadā vai vēlāk visās instancēs
- WSFC vai Pacemaker klastera infrastruktūras konfigurēšana
- Iespējot funkciju Vienmēr ieslēgts visos gadījumos
- Izveidojiet ierobežotu pieejamības grupu ar opciju CONTAINED
- Pievienot datubāzes ietvertajai AG
- Izveidojiet pieteikšanās datus un uzdevumus AG kontekstā
- Konfigurējiet klausītāju un pārbaudiet kļūmjpārlēci
Best For
- Organizācijas, kas vēlas vienkāršot AG administrēšanu
- Vides ar biežu rezerves testēšanu vai darbībām
- Lietojumprogrammas, kurām nepieciešami daudzi instances līmeņa objekti
- Jaunums SQL Server 2022. gada un jaunāku gadu izvietojumi
- Komandas, kas meklē samazinātu post-rezerves konfigurācija
Plusi
- Novērš manuālu pieteikšanās datu un uzdevumu sinhronizāciju
- Ātrāka un uzticamāka dublēšana
- Samazinātas administratīvās izmaksas
- Lietojumprogrammas darbojas nekavējoties pēc kļūmjpārlēces
- Vienkāršotas katastrofu atkopšanas procedūras
- Iekļauti visi tradicionālie AG pabalsti
Mīnusi
- Nepieciešama SQL Server 2022 vai vēlāk
- Pilnīgai funkcionalitātei nepieciešams Enterprise Edition
- Nevar konvertēt esošos tradicionālos AG par ierobežotiem AG
- Visām kopijām ir jāatbalsta ietvertā AG funkcija
- Papildu sarežģītība salīdzinājumā ar tradicionālajām AG
Atsauces
5. Izplatītās pieejamības grupas
Izplatītās pieejamības grupas, kas ieviestas SQL Server 2016. gadā tika ieviesta “Pieejamības grupu pieejamības grupas” arhitektūra, kas savieno divas neatkarīgas AG atsevišķos klasteros, lai nodrošinātu uzlabotus katastrofu atkopšanas un migrācijas scenārijus.
Galvenās iezīmes
- Savieno divas neatkarīgas pieejamības grupas
- Katra AG uztur savu neatkarīgu klasteri
- Starpplatformu atbalsts (no Windows līdz Linux)
- Starpklasteru replikācija bez koplietotas klastera dalības
- Viens AG kalpo kā primārais, otrs kā sekundārais
- Atbalsta gan sinhronos, gan asinhronos režīmus
- Ģeogrāfiskais sadalījums pa reģioniem vai kontinentiem
Īstenošanas soļi
- Izveidojiet un konfigurējiet pirmo pieejamības grupu (primāro DAG)
- Izveidojiet un konfigurējiet otro pieejamības grupu (sekundāro DAG)
- Izveidojiet izkliedētu AG, kas savieno abus AG
- Konfigurējiet datu sinhronizāciju starp AG
- Iestatiet klausītāju katrā AG lietojumprogrammu savienojamībai
- Konfigurējiet kļūmjpārlēces politikas un testēšanas procedūras
- Pārbaudiet starpklasteru komunikāciju un replikāciju
Best For
- Vairāku reģionu katastrofu atkopšana, aptverot neatkarīgus datu centrus
- Starpplatformu migrācija no Windows uz Linux vai otrādi
- Hibrīda mākoņa scenāriji, kas savieno lokālo sistēmu ar Azure
- Būtiskāki versiju jauninājumi, kam nepieciešams pagarināts migrācijas periods
- Organizācijas ar vairākiem neatkarīgiem dublēšanas klasteriem
- Globāliem uzņēmumiem nepieciešama kontinenta mēroga replikācija
Plusi
- Atvieno klasteru atkarības starp vietnēm
- Nodrošina patiesu ģeogrāfisko izplatību
- Atbalsta starpplatformu scenārijus
- Katrs AG var neatkarīgi pārslēgties starp sistēmām
- Ideāli piemērots sarežģītiem migrācijas projektiem
- Nav nepieciešama koplietota klastera infrastruktūra
- Var aptvert dažādus Windows domēnus vai Linux izplatījumus
Mīnusi
- Nepieciešama Enterprise versija
- Augsta konfigurācijas un pārvaldības sarežģītība
- Nepieciešama dziļa izpratne gan par klasterizāciju, gan AG tehnoloģiju
- Grūtāk novērst problēmas nekā standarta AG
- Papildu latentums starpreģionu scenārijiem
- Nepieciešama rūpīga rezerves procedūru plānošana
Atsauces
6. Kļūmjpārlēces klastera instances (FCI)
Kļūmjpārlēces klastera instances nodrošina augstu pieejamību instances līmenī, izmantojot koplietotu krātuvi un Windows Server kļūmjpārlēces klasterizāciju, kas iespējo automātisku visa servera kļūmjpārlēci. SQL Server instance, ieskaitot visas datubāzes un servera līmeņa objektus.
Galvenās iezīmes
- Aizsardzība instances līmenī (visas datubāzes tiek pārslēgtas vienlaicīgi)
- Aktīvi pasīva konfigurācija ar koplietotu krātuvi
- Virtuālā tīkla nosaukums (VNN) caurspīdīgai dublēšanai
- Automātiska pārslēgšana aktīvā mezgla atteices gadījumā
- Nulle datu zuduma (viena datu kopija)
- Iekļautie servera līmeņa objekti (pieteikšanās, darbi, saistītie serveri)
- Atbalsta visus SQL Server atveseļošanās modeļi
Īstenošanas soļi
- Windows Server kļūmjpārlēces klastera (WSFC) konfigurēšana
- Koplietotas krātuves iestatīšana (SAN, SMB, Storage Spaces Direct)
- Klastera kvoruma iestatījumu konfigurēšana
- instalēt SQL Server kā kļūmjpārlēces klastera instance pirmajā mezglā
- Pievienojiet FCI papildu mezglus
- Virtuālā tīkla nosaukuma un IP adreses konfigurēšana
- Kļūmjpārlēces tests starp klastera mezgliem
- Klienta lietojumprogrammu konfigurēšana VNN izmantošanai
Best For
- Organizācijas ar esošu koplietojamu krātuves infrastruktūru
- Vides, kurām nepieciešama aizsardzība instances līmenī
- Augsta lokāla pieejamība vienā datu centrā
- Lietojumprogrammām, kurām nepieciešamas visas datubāzes, lai tās varētu kopīgi pārslēgties
- Scenāriji, kuros ir jāaizsargā servera līmeņa objekti
- Tikai Windows vides (Linux netiek atbalstīta FCI)
Plusi
- Pilnīga aizsardzība instances līmenī
- Garantēta datu zuduma neesamība
- Automātiskas pārslēgšanas iespēja
- Nav nepieciešams sinhronizēt pieteikšanās datus vai darbus
- Viena datu kopija samazina krātuves apjomuosts
- Atbalsta visus atkopšanas modeļus
- Lietojumprogrammas savienojuma virknes nemainās pēc kļūmjpārlēces
Mīnusi
- Nepieciešama dārga koplietotas krātuves infrastruktūra
- Koplietota krātuve ir vienīgais kļūmes punkts
- Nav lasīšanas mēroga iespējas (tikai viens aktīvs mezgls)
- Ierobežota ģeogrāfiskā izplatība uzglabāšanas ierobežojumu dēļ
- Standarta versija ierobežota līdz 2 mezgliem
- Tikai Windows (nav Linux atbalsta)
- Ilgāks rezerves kopēšanas laiks salīdzinājumā ar AG (parasti minūtes)
- Sarežģīta krātuves konfigurācija un pārvaldība
Atsauces
- SQL Server Kļūmjpārlēces klasteris: pilnīga rokasgrāmata datubāzes administratoriem
- Microsoft oficiālais dokuments: Vienmēr ieslēgti kļūmjpārlēces klastera gadījumi (SQL Server)
7. SQL Server Reprodukcija
SQL Server Replikācija ir datu izplatīšanas tehnoloģija, kas kopē un izplata datus vairākos serveros, atbalstot dažādas topoloģijas, sākot no vienkāršas vienvirziena izplatīšanas līdz sarežģītām vairāku galveno serveru konfigurācijām, lai gan to galvenokārt izmanto pārskatu sniegšanai, nevis tikai augstas pieejamības risinājumam.
Galvenās iezīmes
- Četri replikācijas veidi: momentuzņēmums, transakciju, apvienošana, vienādranga replikācija
- Detalizēta datu atlase (noteiktas tabulas, kolonnas, rindas)
- Atbalsts vairākiem abonentiem no viena izdevēja
- Pieejamas divvirzienu un vairāku galveno iekārtu topoloģijas
- Elastīgas plānošanas un sinhronizācijas iespējas
- Konfliktu risināšana apvienošanas replikācijai
- Filtrēšanas iespējas ar WHERE predikātiem
Īstenošanas soļi
- Izplatītāja servera konfigurēšana (var būt atsevišķs vai tāds pats kā Publisher)
- Izveidot publikāciju izdevēja datubāzē
- Izvēlieties replikācijas veidu, pamatojoties uz prasībām
- Izvēlieties rakstus (tabulas, skatus, saglabātās procedūras), ko replicēt
- Ja nepieciešams, konfigurējiet filtrēšanu un datu pārveidošanu
- Abonentu datubāzu iestatīšana
- Izveidot abonementus (piegādes vai vilkšanas)
- Inicializēt abonementus ar momentuzņēmumu
- Replikācijas aģentu un latentuma uzraudzība
Best For
- Datu izplatīšana vairākiem atskaišu serveriem
- Lasīšanas mēroga scenāriji ar atskaišu veidošanas darba slodzēm
- Daļēja datu izplatīšana attālās vietnēs
- Datu konsolidācija no vairākiem avotiem
- Reizēm savienoti scenāriji (apvienotas replikācijas)
- Atbalsta loma katastrofu seku novēršanas stratēģijā
Plusi
- Detalizēta kontrole pār replicētiem datiem
- Atbalstīti vairāki abonenti
- Elastīgas topoloģijas iespējas
- Var replicēt noteiktas tabulas vai kolonnas
- Filtrēšana samazina tīkla trafiku
- Atbalsta heterogēnu replikāciju (SQL Server uz Oracle)
- Darbojas ar standarta versiju
Mīnusi
- Nav automātiskas pārslēgšanas iespējas
- Sarežģīta konfigurācija un pārvaldība
- Iespējamie replikācijas konflikti (apvienošana un vienādranga tīkli)
- Datu sinhronizācijas latentums
- Shēmas izmaiņām nepieciešama rūpīga koordinācija
- Nav paredzēts kā primārais HA risinājums
- Problēmu novēršana var būt sarežģīta
- Vienādranga savienojumam nepieciešams Enterprise Edition
Atsauces
8. Baļķu piegāde
Log Shipping nodrošina siltas rezerves katastrofu atkopšanas un augstas pieejamības risinājumu, izmantojot automatizētus darījumu žurnālu dublēšanas, kopēšanas un atjaunošanas procesus, piedāvājot vienkāršu un ērtuost-efektīva pieeja sinhronizētu sekundāro datubāzu uzturēšanai.
Galvenās iezīmes
- Automatizēti dublēšanas, kopēšanas un atjaunošanas darbi, izmantojot SQL aģentu
- Atbalsts vairākiem sekundāriem serveriem
- Konfigurējami dublēšanas un atjaunošanas intervāli
- GAIDSTĀVES režīms nodrošina tikai lasīšanas piekļuvi sekundārajiem
- Aizkavēta žurnāla atjaunošana kļūdu atkopšanas aizsardzībai
- Monitora serveris centralizētai uzraudzībai
- Transakciju žurnāla saspiešanas atbalsts
Īstenošanas soļi
- Nodrošināt, lai primārā datubāze izmantotu pilnu atkopšanas modeli
- Izveidojiet pilnīgu primārās datubāzes dublējumu
- Atjaunojiet dublējumu sekundārajā serverī, izmantojot NORECOVERY
- Konfigurējiet žurnālu nosūtīšanu primārajā datubāzē
- Norādiet koplietojamo dublējuma mapi, kas ir pieejama visiem serveriem
- Konfigurējiet dublēšanas uzdevumu grafiku primārajā ierīcē
- Konfigurējiet kopēšanas un atjaunošanas uzdevumus sekundārajā ierīcē
- Pēc izvēles konfigurējiet monitora serveri
- Testa dublēšanas procedūras
Best For
- Cost- efektīvi risinājumi atkopšanai katastrofu laikā
- Organizācijas ar standarta versijas licenci
- Scenāriji, kas pieļauj datu zudumu vairākas minūtes
- Vides, kas ir ērtas ar manuālu pārslēgšanu
- Aizkavēta atkopšana kļūdu aizsardzības vajadzībām
- Darba slodzes ziņošana, izmantojot gaidstāves režīmu
- Vienkāršas DR prasības bez sarežģītas infrastruktūras
Plusi
- Vienkārša konfigurēšana un darbība
- Zems cost (Standarta versijas atbalsts)
- Atbalstīti vairāki sekundārie serveri
- Konfigurējama aizkave aizsargā pret loģiskām kļūdām
- Tikai lasāma atskaite gaidstāves režīmā
- Pieļauj augstu tīkla latentumu
- Minimāla ietekme uz primāro serveri
- Labi pārbaudīta, pārbaudīta tehnoloģija
Mīnusi
- Nav automātiskas pārslēgšanas iespējas
- Katrai datubāzei jākonfigurē atsevišķi
- Sinhronizācijas aizkave (minūtes līdz stundas)
- Iespējamie datu zudumi, pamatojoties uz dublēšanas intervālu
- Manuāla dublēšana palielina RTO
- Nepieciešama SQL Server Aģents darbojas visos serveros
- Sekundārās datubāzes nav pieejamas žurnāla atjaunošanas laikā
- Pēc kļūmjpārlēces lietojumprogrammām ir nepieciešamas savienojuma virknes izmaiņas
Atsauces
- SQL Server Baļķu piegāde: pilnīga rokasgrāmata datubāzes administratoriem
- Microsoft oficiālais dokuments: Par žurnālu nosūtīšanu (SQL Server)
9. Datu bāzes spoguļošana
Datu bāzes spoguļošana ir novecojis datubāzes līmeņa augstas pieejamības risinājums, kas kopš tā laika nav uzlabots. SQL Server 2012. gadā, lai gan tas joprojām ir pieejams pašreizējās versijās. Microsoft stingri iesaka visiem jaunajiem izvietojumiem pāriet uz Always On pieejamības grupām.
Galvenās iezīmes
- Principālā un spoguļservera arhitektūra
- Papildu liecinieku serveris automātiskai pārslēgšanai
- Divi darbības režīmi: augsta drošība un augsta veiktspēja
- Sinhronas un asinhronas darbības atbalsts
- Automātiskas lapu labošanas iespēja
- Datu bāzes līmeņa aizsardzība
- Šifrēšanas atbalsts datu pārraidei
Īstenošanas soļi
- Nodrošināt, lai datubāze izmantotu pilnu atkopšanas modeli
- Izveidojiet pilnu dublējumu un atjaunojiet to spoguļserverī, izmantojot NORECOVERY
- Izveidojiet spoguļošanas galapunktus galvenajā un spogulī
- Sertifikātu konfigurēšana autentifikācijai
- Izveidot spoguļošanas sesiju starp serveriem
- Pēc izvēles konfigurējiet liecinieka serveri automātiskai pārslēgšanai
- Iestatiet darbības režīmu (augsta drošība vai augsta veiktspēja)
- Testa dublēšanas procedūras
Best For
- Mantotās sistēmas, kas jau izmanto datubāzes spoguļošanu
- Esošo konfigurāciju saglabāšana, līdz ir iespējama migrācija
- Citi scenāriji nav ieteicami (funkcija ir novecojusi)
Plusi
- Ātra automātiska pārslēgšanās augstas drošības režīmā ar liecinieku
- Nav datu zuduma augstas drošības režīmā
- Automātiska lapas labošana no partnera
- Vienkāršāk nekā pieejamības grupas vienai datubāzei
- Atbalsta pārraides šifrēšanu
- Ritoša jaunināšana ar minimālu dīkstāvi
Mīnusi
- Novecojis kopš SQL Server 2012 (var tikt noņemts)
- Konfigurācija katrai datubāzei un dublēšana
- Nav nolasāma spoguļa (nav nolasāma mēroga iespējas)
- Katra datubāze pāriet neatkarīgi
- Pēc kļūmjpārlēces nepieciešami savienojuma virknes atjauninājumi
- Ierobežots līdz diviem serveriem (galvenais un spoguļserveris)
- Nav uzlabojumu vai jaunu funkciju
- Microsoft iesaka pāriet uz Always On AG
Atsauces
10. Pārvaldītās instances saite
Pārvaldītās instances saite izveido hibrīda savienojumu starp SQL Server un Azure SQL pārvaldītā instance, izmantojot izkliedētas pieejamības grupas tehnoloģiju, nodrošinot datu replikāciju gandrīz reāllaikā katastrofu atkopšanas, migrācijas un mākoņa integrācijas scenārijiem.
Galvenās iezīmes
- Gandrīz reāllaika replikācija, izmantojot izkliedētu AG tehnoloģiju
- Vienvirziena replikācija (SQL Server (no 2016. līdz 2019. gadam uz Azure)
- Divvirzienu replikācija ar atgriezenisko saiti (SQL Server 2022 +)
- Viena datubāze uz saiti (atbalstītas vairākas saites)
- Lasāmas kopijas Azure SQL pārvaldītajā instancē
- Pasīvās DR replikācijas iespēja bez licences
- Tiešsaistes migrācija ar minimālu dīkstāvi
Īstenošanas soļi
- Sagatavot SQL Server vide (VPN vai ExpressRoute uz Azure)
- Azure SQL pārvaldītās instances konfigurēšana
- Iespējot funkciju Always On AG SQL Server
- Izveidot datubāzes spoguļošanas galapunktu
- Apmainīties ar sertifikātiem starp SQL Server un MI
- Pārvaldītās instances saites izveide, izmantojot SSMS vai skriptus
- Replikācijas un sinhronizācijas validēšana
- Konfigurējiet tikai lasīšanas maršrutēšanu, ja izmantojat lasīšanas mērogošanai
- Testa dublēšanas procedūras
Best For
- Hibrīdkatastrofu atkopšana ar mākonī balstītu sekundāro resursu
- Tiešsaistes migrācija uz Azure SQL pārvaldīto instanci
- Analītikas un atskaišu sniegšanas pārcelšana uz Azure
- Organizācijas, kas pieņem hibrīdmākoņa stratēģiju
- Scenāriji, kuros nepieciešama Azure pakalpojumu integrācija
- Cost optimizācija ar pasīvo DR bez licences
Plusi
- Most efektīva migrācija uz Azure ar minimālu dīkstāves laiku
- Patiesa tiešsaistes migrācija uz biznesa kritisko līmeni
- Divvirzienu pārslēgšana ar SQL Server 2022+
- Licencējama pasīva DR replika samazina izmaksasosts
- Integrācija ar Azure pakalpojumiem bez pilnīgas migrācijas
- Lasīšanas mērogošanas iespējas, izmantojot Azure kopijas
- Automatizētas dublējumkopijas Azure pusē
- Ģeogrāfiskais sadalījums pa Azure reģioniem
Mīnusi
- Ierobežojums vienai datubāzei uz saiti
- Nevar izmantot ar rezerves grupu MI
- Sistēmas datubāzes netiek replicētas
- Instances līmeņa objektiem nepieciešama manuāla sinhronizācija
- SQL Server 2016.–2019. gadā tikai vienvirziena (bez rezerves režīma)
- Azūra costs pārvaldītajai instancei
- Tīkla savienojamības prasības (VPN/ExpressRoute)
- Funkciju ierobežojumi (failu tabulas, failu plūsmas netiek atbalstītas)
Atsauces
11. Augstas pieejamības risinājumu salīdzinājums
11.1 Funkciju salīdzināšanas tabula
| iezīme | Vienmēr ieslēgts AG | Satur AG | Izplatīta AG | CFI | Reprodukcija | Baļķu piegāde | Spoguļo | MI saite |
|---|---|---|---|---|---|---|---|---|
| Izdevums | Ievads/Standarts | Ievads/Standarts | ent | Ievads/Standarts | Ievads/Standarts | Ievads/Standarts | Ievads/Standarts | Ievads/Standarts |
| aizsardzības līmenis | Datubāze | Datu bāze+instance | Datubāze | Piemēram | Datu bāze/objekti | Datubāze | Datubāze | Datubāze |
| Datu sinhronizācija | Sinhronizācija/Asinhronizācija | Sinhronizācija/Asinhronizācija | Sinhronizācija/Asinhronizācija | Dalījās | Asinhronizācija | Asinhronizācija | Sinhronizācija/Asinhronizācija | Asinhronizācija |
| Automātiska pārslēgšana | Jā | Jā | Jā | Jā | Nē | Nē | Jā | Nē |
| Lasīšanas mērogs | Jā | Jā | Jā | Nē | Jā | ierobežots | Nē | Jā |
| OTR | Sekundes | Sekundes | Sekundes | Minūtes | Rokasgrāmata | Rokasgrāmata | Sekundes | Rokasgrāmata |
| RPO | Nulle/Min | Nulle/Min | Nulle/Min | Nulle | Minimums | Minūtes | Nulle/Min | Minimums |
| Atbalsta statuss | Aktīvs | Aktīvs | Aktīvs | Aktīvs | Aktīvs | Aktīvs | Novecojusi | Aktīvs |
11.2 Izvēlieties HA risinājumu
Izvēloties risinājumu, ņemiet vērā šādus faktorus:
- Budžeta apsvērumi būtiski ietekmē risinājuma izvēli: Enterprise Edition prasības ietekmē licencēšanas costs, savukārt infrastruktūras vajadzības atšķiras no dārgas koplietotas krātuves FCI līdz plaša patēriņa serveriem pieejamības grupām.
- Sarežģītība ievērojami atšķiras: žurnālu piegāde piedāvā vienkāršāko ieviešanu, savukārt izkliedētās pieejamības grupas prasa plašas zināšanas.
- RTO prasības nosaka tehnoloģiju izvēli. Sekunžu dīkstāves prasa Always On pieejamības grupas jeb FCI ar automātisku dublēšanu. Minūšu tolerance ļauj izmantot manuālus dublēšanas risinājumus, piemēram, žurnālu nosūtīšanu.
- RPO prasības ir tikpat svarīgas: nulles datu zudums nodrošina sinhronus risinājumus, savukārt minūšu tolerance nodrošina žurnālu piegādi.
- Infrastruktūras ierobežojumi, lasīšanas mēroga vajadzības, ģeogrāfiskās izplatīšanas prasības un mākoņa hibrīdscenāriji ietekmē optimāla risinājuma izvēli.
12. Paraugprakse par SQL Server Augsta pieejamība
12.1. Plānošana un projektēšana
Novērtējiet biznesa prasības, veicot rūpīgu RTO un RPO analīzi katrai datubāzei. Izvēlieties atbilstošus risinājumus, kas atbilst prasībām, nevis izmantojiet noklusējuma iestatījumus.ost sarežģītas iespējas. Plānojiet gan lokālu augstu pieejamību, gan ģeogrāfisku atkopšanu pēc katastrofām, izmantojot slāņveida pieejas. Visaptveroši dokumentējiet arhitektūru, tostarp tīkla diagrammas, rezerves kopēšanas procedūras un atkopšanas izpildes grāmatas.
12.2 Ieviešanas vadlīnijas
Regulāri pārbaudiet rezerves kopēšanas procedūras, izmantojot plānotus testus un simulētas kļūmes, lai validētu SQL Server augstas pieejamības risinājumi un komandas gatavība. Nepārtraukti uzraugiet veselības stāvokli un veiktspēju, izmantojot SQL Serveriebūvētie rīki, piemēram, SQL Server Profils un DMV. Konfigurējiet visaptverošu brīdināšanu par sinhronizācijas aizkavi, rezerves kopiju notikumiem un stāvokļa pasliktināšanos. Uzturēt SQL Server rezerves stratēģijas neskatoties uz HA ieviešanu, jo dublējumkopijas joprojām ir pēdējā aizsardzības līnija pret loģikas bojājumiem un nejaušu dzēšanu. Atjauniniet sistēmas ar kumulatīviem atjauninājumiem, drošības ielāpiem un programmaparatūras atjauninājumiem. Periodiski pārbaudiet atkopšanas procedūras, veicot faktisku atjaunošanu un lietojumprogrammu testēšanu, un ziniet, kā rīkoties šādos scenārijos: datubāzes iestrēgušas atkopšanas režīmā.
12.3 Uzraudzība un apkope
Izmantojiet tādus rīkus kā SQL Server Activity Monitor, SQL Server Performance Monitorun plaši dinamiskās pārvaldības skatus veselības uzraudzībai un palaišanai DBCC PĀRBAUDE regulāri, lai pārbaudītu datubāzes integritāti. Izmantojiet Always On Dashboard, lai vizuāli novērtētu pieejamības grupas stāvokli. Rūpīgi uzraugiet sinhronizācijas aizkavi, jo īpaši asinhronajām kopijām un žurnālu nosūtīšanai. Rūpīgi izsekojiet pārslodzes notikumus, izmantojot SQL Server Paplašināti notikumi un analizēt modeļu cēloņus. Noteikt normālas darbības veiktspējas bāzes līnijas un uzraudzīt novirzes, kas norāda uz iespējamām problēmām. Veikt regulāras jaudas plānošanas pārskatīšanas, nodrošinot, ka infrastruktūra atbalsta pieaugošās darba slodzes.
13. Bieži uzdotie jautājumi
J: Kāda ir atšķirība starp augstu pieejamību un atkopšanu pēc katastrofām? SQL Server?
A: Augsta pieejamība samazina dīkstāves laiku lokālu kļūmju gadījumā datu centrā, parasti ar automātisku pārslēgšanu un RTO sekundēs vai minūtēs. Katastrofu atkopšana aizsargā pret reģionālām katastrofām, parasti ar manuālu pārslēgšanu un ilgākiem RTO, bet aptverot notikumus, kas ietekmē visas iekārtas.
J: Kāda ir atšķirība starp augstas pieejamības (HA) un lasīšanas mēroga risinājumiem?
A: Augstas pieejamības risinājumi nodrošina datubāzu pieejamību kļūmju laikā, koncentrējoties uz darbības laiku un automātiskās pārslēgšanas iespējām. Lasīšanas mēroga risinājumi uzlabo vaicājumu veiktspēju, sadalot tikai lasāmas darba slodzes vairākās datubāzu dublikātos, koncentrējoties uz caurlaidspēju un atbildes laikiem. Lai gan tiem ir atšķirīgi mērķi, viena un tā pati tehnoloģija, piemēram, Always On Availability Groups, var vienlaikus nodrošināt abas priekšrocības: lasāmas sekundārās kopijas piedāvā lasīšanas mēroga iespējas, vienlaikus kalpojot arī kā pārslēgšanas iespējas. tariegūst augstu pieejamību.
J: Kuru SQL Server Vai augstas pieejamības risinājums ir vislabākais manām vajadzībām?
A: Labākais risinājums ir atkarīgs no RTO un RPO tarizmaksas, budžets, izdevumu pieejamība, infrastruktūra un zināšanas. Always On pieejamības grupas ir piemērotas most uzņēmumu scenārijos, savukārt žurnālu piegāde labi darbojas cost-jutīgas vides. Izvērtējiet prasības, izmantojot salīdzināšanas tabulu.
J: Vai Always On pieejamības grupām ir nepieciešams Enterprise Edition?
A: Standarta izdevums atbalsta pamata pieejamības grupas ar ievērojamiem ierobežojumiem: viena datubāze katrā grupā, viens sekundārs dublikāts un nav nolasāma sekundārā dublikāta. Pilnīgai funkcionalitātei, tostarp vairākām datubāzēm, astoņiem sekundārajiem dublikātiem un nolasāmiem dublikātiem, ir nepieciešams Enterprise izdevums.
J: Vai varu izmantot baļķu pārvadāšanu ar SQL Server Standarta versija?
A: Jā, standarta versijā žurnālu piegāde ir pilnībā atbalstīta, padarot to par pievilcīgu platformu.ost— efektīvs risinājums katastrofu atkopšanai organizācijām bez Enterprise Edition licences.
J: Kāda ir atšķirība starp Always On pieejamības grupām un datubāzes spoguļošanu?
A: Datu bāzes spoguļošana ir novecojusi un darbojas atsevišķu datu bāzu līmenī bez lasāmas sekundāras piekļuves. Always On pieejamības grupas atbalsta datu bāzu grupas, līdz astoņām sekundārajām datubāzēm, lasāmas kopijas un uzlabotu uzraudzību. Microsoft iesaka pāriet uz Always On.
J: Kā izvēlēties starp kļūmjpārlēces klastera instancēm un pieejamības grupām?
A: Izvēlieties FCI instances līmeņa aizsardzībai ar koplietotu krātuves infrastruktūru. Izvēlieties pieejamības grupas datubāzes līmeņa aizsardzībai, lasīšanas mēroga iespējām un ģeogrāfiskam sadalījumam bez koplietotas krātuves. Organizācijas bieži vien apvieno abus, lai nodrošinātu visaptverošu aizsardzību.
J: Vai es varu apvienot vairākus SQL Server augstas pieejamības risinājumi?
A: Jā, risinājumu apvienošana ir izplatīta. FCI var kalpot kā pieejamības grupas kopijas, nodrošinot instances līmeņa lokālo HA un datubāzes līmeņa ģeogrāfisko DR. Žurnālu piegāde var papildināt pieejamības grupas papildu attālinātai aizsardzībai. Rūpīgi pārbaudiet kombinētās konfigurācijas.
J: Kāda ir atšķirība starp sinhrono un asinhrono replikāciju?
A: Sinhronā replikācija gaida sekundāro apstiprinājumu pirms apstiprināšanas, garantējot nulles datu zudumu, bet potenciāli radot latentumu. Asinhronā replikācija notiek bez gaidīšanas, optimizējot veiktspēju, bet radot iespējamu datu zudumu rezerves kopijas laikā.
J: Vai man joprojām ir nepieciešamas dublējumkopijas, ja man ir SQL Server augsta pieejamība konfigurēta?
A: Pilnīgi noteikti jā. Augsta pieejamība aizsargā pret aparatūras kļūmēm, bet nevar aizsargāt pret loģiskiem bojājumiem, nejaušu dzēšanu vai ļaunprātīgām darbībām, kas replicējas uz visām kopijām. Dublējumkopijas joprojām ir būtiskas atkopšanai noteiktā laika posmā un atbilstības prasībām.
J: Vai man joprojām ir nepieciešamas dublējumkopijas, ja man ir SQL Server augsta pieejamība konfigurēta?
A: Pilnīgi noteikti jā. Augsta pieejamība aizsargā pret aparatūras kļūmēm, bet nevar aizsargāt pret datubāzes bojājumiem, nejaušu dzēšanu vai ļaunprātīgām darbībām. Dublējumkopijas joprojām ir būtiskas atkopšanai noteiktā laika posmā un atbilstības prasībām. Gadījumos, kad datubāzes faili tiek bojāti un dublējumkopijas nav pieejamas vai arī ir bojātas, specializētas SQL datubāzes labošanas programmatūra var palīdzēt atgūt datus no bojātiem MDF, NDF un dublējuma failiem.
J: Kas ir ietvertā pieejamības grupa un kā tā atšķiras no parastās pieejamības grupas?
A: Ietvertās pieejamības grupas, kas ieviestas SQL Server 2022. gadā automātiski sinhronizē instances līmeņa objektus, piemēram, pieteikšanās datus, darbus un metadatus. Parastās pieejamības grupas sinhronizē tikai datubāzes objektus, un instances objekti ir jāreplicē manuāli.
J: Vai es varu replicēt datus no SQL Server uz Azure SQL pārvaldīto instanci?
A: Jā, pārvaldītās instances saite nodrošina hibrīda replikāciju starp SQL Server un Azūrs. SQL Server 2016.–2019. gads atbalsta vienvirziena replikāciju, savukārt SQL Server 2022+ versija nodrošina divvirzienu replikāciju ar atteices funkciju katastrofu atkopšanai, migrācijai un hibrīdajiem scenārijiem.
J: Kas notiek ar SQL Server Aģenta darbi rezerves kopēšanas laikā?
A: Izmantojot tradicionālās pieejamības grupas, darbi ir jāizveido manuāli sekundārajās dublikātos. Ietvertās pieejamības grupas (SQL Server 2022+) automātiski sinhronizē uzdevumus. Kļūmjpārlēces klastera instances ietver uzdevumus kā daļu no instances līmeņa aizsardzības.
14. secinājums
SQL Server nodrošina visaptverošus augstas pieejamības risinājumus, kas risina dažādas prasības, sākot no nodaļu datubāzēm līdz kritiski svarīgām uzņēmumu sistēmām. Katrs risinājums piedāvā atšķirīgas iespējas un kompromisus, kas datubāzu administratoriem ir jāsaprot, lai pieņemtu pārdomātus lēmumus.
Always On Availability Groups ir vadošā tehnoloģija mūsdienīgai ieviešanai, un Contained Availability Groups vienkāršo administrēšanu, bet Distributed Availability Groups nodrošina sarežģītus starpplatformu scenārijus. Failover Cluster instances turpina apkalpot instances līmeņa aizsardzības vajadzības, savukārt Log Shipping joprojām ir aktuāla c.ost-jutīgi scenāriji. Pārvaldītās instances saite paver mākoņa hibrīdsistēmas iespējas, savienojot lokāli SQL Server ar Azure.
Risinājumu saskaņošana ar konkrētām biznesa vajadzībām ir kritiski svarīgs veiksmes faktors. Nav vienas universālas pieejas. Organizācijām ir rūpīgi jāizvērtē RTO un RPO prasības, budžeta ierobežojumi, infrastruktūras iespējas un administratīvā pieredze. Bieži vien labākā arhitektūra apvieno vairākus risinājumus visaptverošai aizsardzībai. Apsveriet, kā jūsu HA stratēģija atbilst plašākiem mākoņpakalpojumu ieviešanas plāniem, un skatiet īpašos rakstus, lai iegūtu detalizētus ieviešanas norādījumus, lai nodrošinātu jūsu... SQL Server Infrastruktūra nodrošina jūsu uzņēmumam nepieciešamo uzticamību.
par autoru
Juaņs Šens ir vecākais datubāzes administrators (DBA) ar vairāk nekā 10 gadu pieredzi SQL Server vides un uzņēmumu datubāzu pārvaldību. Viņš ir veiksmīgi atrisinājis simtiem datubāzu atkopšanas scenāriju finanšu pakalpojumu, veselības aprūpes un ražošanas organizācijās.
Juaņa specializējas SQL Server datubāzu atjaunošana, augstas pieejamības risinājumi un veiktspējas optimizācija. Viņa plašā praktiskā pieredze ietver vairāku terabaitu datubāzu pārvaldību, Always On pieejamības grupu ieviešanu un automatizētu dublēšanas un atkopšanas stratēģiju izstrādi kritiski svarīgām biznesa sistēmām.
Izmantojot savu tehnisko pieredzi un praktisko pieeju, Juans koncentrējas uz visaptverošu rokasgrāmatu izveidi, kas palīdz datubāzu administratoriem un IT speciālistiem risināt sarežģītus jautājumus SQL Server efektīvi izaicina. Viņš seko līdzi jaunākajām tendencēm SQL Server laidieniem un Microsoft attīstītajām datubāzu tehnoloģijām, regulāri testējot atkopšanas scenārijus, lai nodrošinātu, ka viņa ieteikumi atspoguļo labāko praksi reālajā pasaulē.
Ir jautājumi par SQL Server atkopšanai vai nepieciešama papildu palīdzība datubāzes problēmu novēršanā? Juans laipni aicina atsauksmes un ieteikumi lai uzlabotu šos tehniskos resursus.