SQL Server Vienmēr ieslēgtas pieejamības grupas: pilnīgs ceļvedis [2026]

1. Vienmēr ieslēgtu pieejamības grupu izpratne

1.1 Kas tas ir un kā tas darbojas

Vienmēr ieslēgtas pieejamības grupas (AG) ir SQL Server uzņēmums augsta pieejamība un katastrofu atkopšanas risinājumu, kas darbojas datubāzes līmenī. Pieejamības grupa grupē vienu vai vairākas lietotāju datubāzes vienā rezerves vienībā un replicē tās uz līdz pat astoņām sekundārajām kopijām, izmantojot nepārtrauktu darījumu žurnāla nosūtīšanu. Ja primārā kopija neizdodas, norādītā sinhronā sekundārā kopija automātiski pārņem darbību, atjaunojot piekļuvi dažu sekunžu laikā bez koplietotas krātuves vai manuālas iejaukšanās.

1.2 Vienmēr ieslēgtas pieejamības grupas salīdzinājumā ar kļūmjpārlēces klastera instancēm

SQL Server Always On ietver divas atšķirīgas tehnoloģijas: pieejamības grupas (AG) un kļūmjpārlēces klastera instances (FCI):

	Vienmēr pieejamības grupas	Vienmēr ieslēgtas kļūmjpārlēces klastera instances
Kļūmjpārlēces darbības joma	Datubāzes līmenī	Instances līmenis (visas datubāzes tiek pārslēgtas vienlaicīgi)
Datu replikācija	Uz žurnālu balstīta replikācija uz katru sekundāro	Nav — visi mezgli koplieto vienu un to pašu krātuvi
Koplietojama krātuve	Nav nepieciešama	Nepieciešams (krātuves tīkls (SAN), iSCSI, S2D vai SMB)
Nolasāmas sekundārās vērtības	Jā	Nē
Katastrofu atgūšana	Iebūvēts (asinhronas kopijas dažādās vietnēs)	Nav iebūvēts bez savienošanas pārī ar AG

Kad lietot katru no tiem: Izmantojiet FCI, ja nepieciešama instances līmeņa dublēšana un jums jau ir koplietota krātuves infrastruktūra. Izmantojiet AG, ja nepieciešama datubāzes līmeņa granularitāte, lasāmi sekundārie resursi vai atkopšana pēc katastrofām. Most Lai nodrošinātu pilnīgu aizsardzību, apvienojiet abus: palaidiet katru repliku kā FCI mezglu un savienojiet tos AG.

1.3 Ieguvumi un ierobežojumi

Pabalsti:

• Automātiska dublēšana ar gandrīz nulles atkopšanas laika mērķi (RTO) sinhronām kopijām;
• nulles datu zudums (atjaunošanas punkta mērķis (RPO) = 0) sinhronās apstiprināšanas režīmā;
• nav nepieciešama koplietota krātuve — katra kopija izmanto neatkarīgu lokālo krātuvi;
• lasāmi sekundārie diski pārnes ziņošanas un dublēšanas darba slodzes no primārā diskdziņa;
• atbalsta gan lokālu augstu pieejamību (HA), gan starpvietņu katastrofu atkopšanu (DR) vienā konfigurācijā.

Ierobežojumi:

• Visām kopijām nepieciešama Windows Server kļūmjpārlēces klasterizācija;
• Enterprise Edition pilnam funkciju komplektam (Standard Edition atbalsta Basic AG ar ievērojamiem ierobežojumiem);
• sinhronās apstiprināšanas režīms pievieno latentumu rakstīšanas operācijām proporcionāli tīkla aprites laikam;
• pieteikšanās, SQL aģenta darbi un saistītie serveri netiek automātiski sinhronizēti SQL Server 2019. gadā un agrāk (atrisināts sadaļā SQL Server 2022. gadā bija ietvertas pieejamības grupas).

2. Vienmēr ieslēgtu pieejamības grupu arhitektūra

2.1 Galvenās sastāvdaļas un koncepcijas

2.1.1 Pieejamības datubāzes

Pieejamības datubāzes ir lietotāju datubāzes, kas piedalās pieejamības grupā. Šīm datubāzēm ir jāatbilst noteiktām prasībām: tām ir jāizmanto pilna atkopšanas modelis, jābūt pilnai dublējumkopijai un tām jāatrodas primārajā replikā, pirms tās tiek pievienotas pieejamības grupai.

Kad datubāze pievienojas pieejamības grupai, tā kļūst par daļu no sinhronizētas kopas, kas pāriet uz rezerves kopu kā viena vienība. Visām pieejamības grupas datubāzēm ir viens un tas pats rezerves kopēšanas stāvoklis, kas nozīmē, ka, ja primārā kopija neizdodas, visas datubāzes vienlaikus pāriet uz to pašu sekundāro repliku. Tas nodrošina konsekvenci lietojumprogrammām, kas izmanto vairākas saistītas datubāzes.

2.1.2 Pieejamās kopijas

Pieejamības kopijas ir SQL Server gadījumi, kad host Pieejamības datubāzu kopijas. Katra kopija uztur savu fizisko datubāzu kopiju, kas tiek sinhronizēta, izmantojot darījumu žurnāla ierakstu nosūtīšanu. Pieejamības grupā var būt līdz deviņām kopijām: viena primārā kopija un līdz astoņām sekundārajām kopijām.

2.1.3 Primārā kopija

Primārā kopija hostir pieejamības datubāzu lasīšanas un rakstīšanas kopija. Visas datu modifikācijas (INSERT, UPDATE, DELETE) notiek primārajā replikā. Klienta lietojumprogrammas izveido savienojumu ar primāro repliku visām rakstīšanas operācijām un pēc noklusējuma arī lasīšanas operācijām.

2.1.4 Sekundārās kopijas

Sekundārās kopijas host tikai lasāmas pieejamības datubāzu kopijas, kas tiek uzturētas, nepārtraukti lietojot no primārās kopijas saņemtos darījumu žurnāla ierakstus. Katra sekundārā kopija saņem, nostiprina un lieto žurnāla ierakstus, lai tās datubāzes kopijas būtu sinhronizētas ar primāro kopiju.

2.2 Pieejamības režīmi

2.2.1 Sinhronās apstiprināšanas režīms

Sinhronās apstiprināšanas režīms nodrošina aizsardzību pret datu zudumu, pieprasot primārajai kopijai gaidīt apstiprinājumu, ka darījumu žurnāla ieraksti ir nocietināti sekundārajā kopijā, pirms veikt darījumus. Šis režīms ir būtisks augstas pieejamības konfigurācijām, kurās datu zudums nav pieņemams.

2.2.2 Asinhronais apstiprināšanas režīms

Asinhronās apstiprināšanas režīms piešķir prioritāti primāro repliku veiktspējai, ļaujot transakcijām apstiprināt ierakstus, negaidot, kamēr sekundārie replikas apstiprinās žurnāla sacietēšanu. Šis režīms ir piemērots ārkārtas atkopšanas replikām vai gadījumiem, kad tīkla latentums padara sinhrono apstiprināšanu nepraktisku.

Kompromiss ir potenciāls datu zudums pārsūtīšanas laikā. Ja primārā kopija neizdodas, dažas apstiprinātās transakcijas, iespējams, nav sasniegušas sekundāro kopiju. Potenciālā datu zuduma apjoms ir atkarīgs no tīkla joslas platuma, sekundārās kopijas veiktspējas un kļūmes laika. Organizācijām ir jāpieņem šis risks, izmantojot asinhrono režīmu.

2.3 Kļūmjpārlēces veidi

2.3.1 Automātiska pārslēgšanās

Automātiska kļūmju pārslēgšana ļauj pieejamības grupai noteikt primārās kopijas kļūmi un automātiski paaugstināt sekundāro kopiju par primāro bez administratora iejaukšanās. Šī iespēja samazina RTO, novēršot nepieciešamību manuāli reaģēt uz kļūmēm.

Automātiskai kļūmjpārlēcei ir nepieciešams sinhronās apstiprināšanas režīms, lai nodrošinātu nulles datu zudumu. Ja šis režīms ir iespējots, pieejamības grupa nepārtraukti uzrauga primārās replikas stāvokli. Ja primārā replika nereaģē vai neizdodas, Windows Server kļūmjpārlēces klasteris sāk automātisku kļūmjpārlēci uz norādīto sekundāro repliku.

2.3.2 Manuāla dublēšana

Manuāla kļūmjpārlēce ļauj administratoriem apzināti pārslēgt primārās replikas lomu uz sekundāro repliku, parasti plānotas apkopes vai testēšanas nolūkos. Atšķirībā no automātiskās kļūmjpārlēces, manuālai kļūmjpārlēcei ir nepieciešama skaidra administratora darbība, lai to uzsāktu.

Sinhroni izpildāmām kopijām ir pieejama manuāla dublēšana bez datu zuduma. Administrators sāk dublēšanu, izmantojot SQL Server Management Studio, Transact-SQL vai PowerShell. Primārā kopija pabeidz pašreizējo transakciju apstrādi un nosūta visus atlikušos žurnāla ierakstus uz tarkļūst par sekundāru lomu un gaida apstiprinājumu pirms primārās lomas nodošanas.

Manuāla pārslēgšana var notikt arī ar asinhroni apstiprinātām dublikātiem, taču tas prasa piespiedu pārslēgšanu ar iespējamu datu zudumu. Administratoriem piespiedu manuāla pārslēgšana jāizmanto tikai reālu katastrofu gadījumos, kad primārais dublikāts nav pieejams un datu zudums ir pieņemams, salīdzinot ar ilgstošu dīkstāvi.

2.3.3 Piespiedu pārslēgšana

Piespiedu pārslēgšana ļauj pārslēgties uz asinhronu sekundāro repliku vai uz sekundāro repliku, kas nav pilnībā sinhronizēta, skaidri atzīstot iespējamo datu zudumu. Šī opcija kalpo kā pēdējais līdzeklis, ja primārā replika nav pieejama un nav sinhronizētas sekundārās kopijas.

2.4 Datu sinhronizācija

2.4.1 Kā darbojas datu sinhronizācija

Datu sinhronizācija Always On pieejamības grupās notiek, izmantojot nepārtrauktu transakciju žurnāla ierakstu nosūtīšanu no primārās kopijas uz visām sekundārajām kopijām. Šī uz žurnāliem balstītā sinhronizācija nodrošina konsekvenci, vienlaikus ļaujot katrai kopijai veikt neatkarīgu glabāšanu.

2.4.2 Darījumu žurnāla ieraksti un to nostiprināšana

Transakciju žurnāla nostiprināšana ir kritiski svarīgs solis, kurā žurnāla ieraksti tiek ierakstīti ilgstošā krātuvē sekundārajās dublikātos. Nostiprināšana nodrošina, ka žurnāla ieraksti pārdzīvo sekundāro dublikātu kļūmes un tos var atskaņot atkopšanas laikā.

2.5 Nolasāmas un nolasāmas sekundārās kopijas

2.5.1 Tikai lasāmu darba slodžu atslogošana

Lasāmas sekundārās kopijas ļauj organizācijām atbrīvot primārās kopijas darba slodzes, kas prasa lielu lasīšanas apjomu, tādējādi uzlabojot sistēmas veiktspēju un resursu izmantošanu. Šī lasīšanas mērogošanas iespēja ir viena no pieejamības grupu galvenajām priekšrocībām salīdzinājumā ar vecākiem augstas pieejamības risinājumiem.

Izstrādājot pieejamības grupu konfigurācijas, organizācijām jāņem vērā tikai lasīšanas darba slodzes prasības. Vairāki lasāmi sekundārie serveri var sadalīt atskaišu veidošanas slodzi vairākos serveros. Tikai lasīšanas maršrutēšanas saraksti nosaka secību, kādā sekundārie serveri saņem lasīšanas nolūka savienojumus, nodrošinot slodzes līdzsvarošanas stratēģijas.

2.5.2 Dublēšanas darbības sekundārajās dublikātos

Dublējumu veikšana sekundārajās replikās samazina ievades/izvades (I/O) un centrālā procesora (CPU) slodzi primārajā replikā, ļaujot tai koncentrēties uz transakciju darba slodzēm. Šī iespēja palīdz organizācijām izpildīt dublēšanas prasības, neietekmējot ražošanas veiktspēju.

SQL Server atbalsta pilnas datubāzes dublējumkopijas, diferenciālās dublējumkopijas un darījumu žurnālu dublējumkopijas sekundārajās kopijās. Dublēšanas preferences var konfigurēt, lai dotu priekšroku sekundārajām kopijām, primārajām, tikai sekundārajām vai jebkurām kopijām. Dublēšanas sistēma automātiski atlasa atbilstošu kopiju, pamatojoties uz šīm preferencēm un pašreizējo pieejamību.

Lai iegūtu sīkāku informāciju par SQL Server rezerves kopiju, skatiet mūsu visaptveroša rokasgrāmata.

2.6 Pieejamības grupas klausītāji

2.6.1 Kas ir klausītājs?

Pieejamības grupas klausītājs ir virtuālā tīkla nosaukums (VNN) un IP adrese, ko klienta lietojumprogrammas izmanto, lai izveidotu savienojumu ar pieejamības grupas datubāzēm. Klausītājs automātiski novirza savienojumus uz pašreizējo primāro repliku, novēršot nepieciešamību lietojumprogrammām izsekot, kurš serveris pašlaik ir primārais.

2.6.2 Klienta savienojuma maršrutēšana

Klienta savienojuma maršrutēšana, izmantojot klausītāju, atbalsta gan lasīšanas/rakstīšanas, gan tikai lasīšanas savienojuma nolūkus. Klausītājs pārbauda savienojuma pieprasījumu un novirza to uz atbilstošo repliku, pamatojoties uz lietojumprogrammas nolūku.

3. Priekšnosacījumi un prasības

3.1 Windows Server kļūmjpārlēces klasterizācija pieejamības grupām

3.1.1 Windows Server kļūmjpārlēces klasterizācijas pamati

Windows Server kļūmjpārlēces klasterizācija (WSFC) nodrošina pamatu Always On pieejamības grupām (Always On Accessibility Groups), pārvaldot klastera dalību, veselības uzraudzību un kļūmjpārlēces orķestrēšanu. Atšķirībā no kļūmjpārlēces klastera instancēm, pieejamības grupas izmanto WSFC tikai klastera koordinācijai, nevis koplietotas krātuves pārvaldībai.

Katrs SQL Server Instancei, kas piedalās pieejamības grupā, ir jābūt mezglam WSFC klasterī. Klasteris pārvalda kvoruma balsošanu, mezgla veselības noteikšanu un pieejamības grupas resursu stāvokli. Ja primārā kopija neizdodas, WSFC koordinē dublēšanas procesu un atjaunina klastera resursus, lai atspoguļotu jauno primāro repliku.

3.1.2 Klastera kvoruma konfigurācija

Klastera kvorums nosaka, kuri mezgli var darboties, ja rodas tīkla savienojamības problēmas, novēršot smadzeņu sadalīšanas scenārijus, kuros vairāki mezgli neatkarīgi apgalvo, ka ir primārie. Kvoruma konfigurācija nosaka, kas veido balsu vairākumu klastera lēmumu pieņemšanā.

Pieejamības grupām ir pieejami vairāki kvoruma režīmi:

• Mezglu vairākuma metode izmanto tikai klastera mezglu balsis un labi darbojas klasteros ar nepāra mezglu skaitu.
• Mezglu un failu koplietošanas vairākuma funkcija pievieno failu koplietošanas liecinieka balsojumu, kas ir piemērots pāra skaitļu mezglu klasteriem.
• Mezglu un disku vairākuma gadījumā tiek izmantots diska liecinieks, taču tas ir retāk sastopams pieejamības grupās, jo nav nepieciešama koplietojama krātuve.

3.1.3 Vairāku apakštīklu klasterizācija

Vairāku apakštīklu klasterizācija ļauj pieejamības grupas replikām aptvert dažādus tīkla apakštīklus, atbalstot ģeogrāfiski izkliedētu izvietošanu datu centros. Šī iespēja ir būtiska katastrofu atkopšanas konfigurācijām, kurās replikas atrodas atsevišķās vietās.

3.2 SQL Server Izdevuma prasības

3.2.1 Uzņēmuma izdevuma funkcijas

SQL Server Enterprise Edition nodrošina pilnu pieejamības grupu funkcionalitāti bez ierobežojumiem. Enterprise izdevums atbalsta līdz astoņām sekundārajām replikām, lasāmus sekundāros eksemplārus, automātisku sēšanu, izkliedētas pieejamības grupas un visas papildu funkcijas.

3.2.2 Standarta izdevuma funkcijas (pamata pieejamības grupas)

SQL Server 2016. gada standarta izdevums un jaunākas versijas atbalsta pamata pieejamības grupas ar ievērojamiem ierobežojumiem. Pamata pieejamības grupas nodrošina augstas pieejamības pamatfunkcijas par zemāku cenu.ost, piemērots organizācijām ar vienkāršākām prasībām.

4. Vienmēr ieslēgtu pieejamības grupu konfigurēšana

4.1 Vides sagatavošana

Pirms pieejamības grupas izveides vide ir pareizi jāsagatavo ar Active Directory kontiem, servera konfigurācijām un tīkla infrastruktūru.

4.1.1 Domēna kontrollera iestatīšana

Active Directory domēna kontrollerim ir jābūt konfigurētam tā, lai atbalstītu pieejamības grupas klasteru un SQL Server pakalpojumu konti.

1. Piesakieties domēna kontrollerī ar domēna administratora akreditācijas datiem.
2. atvērts Servera pārvaldnieks un pārejiet uz darbarīki -> Active Directory lietotāji un datori.
3. Izveidojiet organizatorisko vienību SQL Server objekti, ja tāda neeksistē.
4. Pārliecinieties, vai visu klastera mezglu datora objekti atrodas pakalpojumā Active Directory.
5. Pārliecinieties, vai domēnu vārdu sistēmas (DNS) pakalpojumi ir pareizi konfigurēti un visi serveru nosaukumi tiek pareizi atrisināti.

4.1.2 Pakalpojumu kontu izveide

Izveidojiet īpašus Active Directory pakalpojumu kontus SQL Server pakalpojumi katrā mezglā.

1. atvērts Active Directory lietotāji un datori domēna kontrollerī.
2. Ar peles labo pogu noklikšķiniet uz atbilstošās organizatoriskās vienības un atlasiet Jaunums -> lietotājs.
3. Ievadiet pakalpojuma konta nosaukumu (piemēram, svc_SQLServer) un iestatiet Lietotāja pieteikšanās vārds.
4. Noklikšķiniet Nākamā un ievadiet spēcīgu paroli.
5. Izvēlēties Lietotājs nevar mainīt paroli un Parole nekad nebeidzas.
6. Noklikšķiniet Nākamā un tad apdare lai izveidotu kontu.
7. Atkārtojiet, ja nepieciešami papildu pakalpojumu konti (SQL Server Aģents, SSRS utt.).

4.1.3 Administratora atļauju konfigurēšana

Pakalpojumu konti un konfigurēšanai izmantotie konti SQL Server jābūt atbilstošām atļaujām visos klastera mezglos.

1. Piesakieties katrā klastera mezgla serverī.
2. atvērts Datora pārvaldība no Start izvēlne vai Servera pārvaldnieks.
3. paplašināt Lokālie lietotāji un grupas un izvēlieties grupas.
4. Right-click Administratori un izvēlieties īpašības.
5. Noklikšķiniet Pievienot un ievadiet pakalpojuma konta nosaukumu.
6. Noklikšķiniet Pārbaudīt vārdus lai validētu kontu, pēc tam noklikšķiniet uz OK.
7. Noklikšķiniet OK , lai aizvērtu administratora rekvizītu dialoglodziņu.
8. Atkārtojiet visos klastera mezglos.

4.2 WSFC instalēšana un konfigurēšana

Pirms Always On pieejamības grupu iespējošanas visos mezglos ir jāinstalē un jākonfigurē Windows Server kļūmjpārlēces klasterizācija.

4.2.1 Kļūmjpārlēces klasterizācijas funkcijas instalēšana

Instalējiet kļūmjpārlēces klasterizācijas līdzekli katrā serverī, kas piedalīsies pieejamības grupā.

1. atvērts Servera pārvaldnieks pirmajā klastera mezglā.
2. Noklikšķiniet Vadīt -> Pievienojiet lomas un funkcijas.
3. Noklikšķiniet Nākamā caur ievada ekrāniem.
4. Izvēlēties Uz lomu vai funkcijām balstīta instalēšana un noklikšķiniet Nākamā.
5. Atlasiet lokālo serveri un noklikšķiniet uz Nākamā.
6. Izlaidiet lomu ekrānu un noklikšķiniet uz Nākamā.
7. Funkciju ekrānā atlasiet Kļūmjpārlēces klasterizācija.
8. Noklikšķiniet Pievienojiet funkcijas kad tiek prasīts iekļaut pārvaldības rīkus.
9. Noklikšķiniet Nākamā un tad instalēt.
10. Pagaidiet, līdz instalēšana ir pabeigta, un noklikšķiniet uz Aizvērt.
11. Atkārtojiet to visos serveros, kas piedalīsies klasterī.

4.2.2 Kļūmjpārlēces klastera izveide

Pēc kļūmjpārlēces klasterizācijas funkcijas instalēšanas visos mezglos izveidojiet klasteri no viena mezgla.

1. atvērts Kļūmjpārlēces klastera pārvaldnieks no Servera pārvaldnieks -> darbarīki.
2. Noklikšķiniet Izveidot klasteru darbību rūtī.
3. Noklikšķiniet Nākamā lapā Pirms sākat.
4. Noklikšķiniet Pārlūkot un pievienojiet visus serverus, kas būs klastera mezgli.
5. Noklikšķiniet Nākamā pēc visu mezglu pievienošanas.
6. atstāt Veikt visus testus (ieteicams) atlasīts un noklikšķiniet Nākamā.
7. Pārskatiet validācijas testu rezultātus un novērsiet visas kļūdas vai brīdinājumus.
8. Noklikšķiniet apdare pēc veiksmīgas validācijas pabeigšanas.
9. Ievadiet klastera nosaukumu un IP adresi.
10. Noņemiet atzīmi no rūtiņas Pievienot klasterim visu atbilstošo krātuvi jo koplietota krātuve nav nepieciešama.
11. Noklikšķiniet Nākamā un pārskatiet apstiprinājumu.
12. Noklikšķiniet apdare lai izveidotu klasteri.

4.2.3 Klastera konfigurācijas validēšana

Validējiet klastera konfigurāciju, lai nodrošinātu, ka visi mezgli var pareizi sazināties un klasteris darbojas pareizi.

1. In Kļūmjpārlēces klastera pārvaldnieks, ar peles labo pogu noklikšķiniet uz klastera nosaukuma.
2. Izvēlēties Validēt klasteri no izvēlnes.
3. Noklikšķiniet Nākamā lapā Pirms sākat.
4. Izvēlēties Veikt visus testus (ieteicams) un noklikšķiniet Nākamā.
5. Noklikšķiniet Nākamā lai sāktu validācijas testus.
6. Pēc testu pabeigšanas pārskatiet validācijas ziņojumu.
7. Novērsiet visas ziņojumā norādītās kļūmes vai brīdinājumus.
8. Noklikšķiniet apdare , lai aizvērtu vedni.

Nekad neinstalējiet SQL Server pieejamības grupām

instalēt SQL Server katrā mezglā, kas piedalīsies pieejamības grupā, izmantojot savrupās instalēšanas opciju.

1. Palaidiet SQL Server instalācijas datu nesējs pirmajā mezglā.
2. Izvēlēties Jaunums SQL Server patstāvīga uzstādīšana.
3. Ievadiet produkta atslēgu vai atlasiet novērtēšanas versiju.
4. Piekrītiet licences noteikumiem un noklikšķiniet uz Nākamā.
5. Veiciet priekšnosacījumu pārbaudes un novērsiet visas problēmas.
6. Funkciju atlases lapā atlasiet Datu bāzes dzinēju pakalpojumi.
7. Konfigurējiet instances nosaukumu (visos mezglos izmantojiet vienu un to pašu instances nosaukumu).
8. Servera konfigurācijas lapā norādiet pakalpojuma konta akreditācijas datus.
9. Pakalpojumu konfigurēšanatartup veidi kā Automātisks.
10. Datu bāzes dzinēja konfigurācijas lapā atlasiet autentifikācijas režīmu.
11. Pievienot administratora kontus.
12. Konfigurējiet datu direktorijus, izmantojot konsekventus ceļus visos mezglos.
13. Pabeidziet instalēšanu un pārliecinieties, vai tā ir veiksmīga.
14. Atkārtojiet instalēšanu visos pārējos klastera mezglos ar identiskiem iestatījumiem.

4.4 Vienmēr ieslēgtu pieejamības grupu funkcijas iespējošana

Pēc instalēšanas SQL Server Visos mezglos katrā instancē iespējojiet funkciju Vienmēr ieslēgtas pieejamības grupas.

4.4.1 Aktivizēšana, izmantojot SQL Server Konfigurācijas pārvaldnieks

lietošana SQL Server Konfigurācijas pārvaldnieks, lai iespējotu vienmēr pieejamas grupas, izmantojot grafisko saskarni.

1. atvērts SQL Server Konfigurācijas pārvaldnieks uz pirmā mezgla.
2. paplašināt SQL Server Pakalpojumi kreisajā rūtī.
3. Ar peles labo pogu noklikšķiniet uz SQL Server instance un atlasiet īpašības.
4. Noklikšķiniet AlwaysOn augsta pieejamība Tab.
5. Pārbaudiet Iespējot AlwaysOn pieejamības grupas.
6. Pārliecinieties, vai Windows kļūmjpārlēces klastera nosaukums ir pareizs.
7. Noklikšķiniet OK lai saglabātu izmaiņas.
8. Noklikšķiniet OK ar brīdinājumu, ka pakalpojums ir jāatjaunotartē.
9. Ar peles labo pogu noklikšķiniet uz SQL Server pakalpojumu un izvēlieties Restarts.
10. Pagaidiet, kamēr pakalpojums atsāksiestarveiksmīgi.
11. Atkārtojiet visos klastera mezglos.

4.4.2 Iespējošana, izmantojot PowerShell

PowerShell nodrošina skriptētu metodi, lai iespējotu vienmēr pieejamas grupas vairākos mezglos.

1. Atveriet PowerShell kā administrators pirmajā mezglā.
2. Importēt SQL Server PowerShell modulis:

   Import-Module SQLPS -DisableNameChecking

3. Iespējot vienmēr pieejamās pieejamības grupas:

   Enable-SqlAlwaysOn -ServerInstance "ServerName\InstanceName" -Force

4. Pakalpojums tiks automātiski atjaunotstart, izmantojot spēka parametru.
5. Pārliecinieties, vai funkcija ir iespējota:

   Get-ItemProperty "SQLSERVER:\SQL\ServerName\InstanceName" | Select-Object IsHadrEnabled

6. Atkārtojiet to katram klastera mezglam, aizstājot atbilstošos servera un instances nosaukumus.

4.4.3 Funkcijas iespējošanas pārbaude

Pirms turpināt konfigurēšanu, pārliecinieties, vai visās instancēs ir iespējota opcija “Vienmēr pieejamas grupas”.

1. Savienojiet ar katru SQL Server piemērs, izmantojot SQL Server Vadības studija.
2. Atveriet jaunu vaicājuma logu un izpildiet:

   SELECT SERVERPROPERTY('IsHadrEnabled')

3. Pārliecinieties, vai rezultāts ir 1 (iespējots).
4. Pārbaudiet, vai SQL Server Instance tiek parādīta kļūmjpārlēces klastera pārvaldniekā sadaļā klastera lomas.
5. Pārbaudiet pieejamības grupas galapunkta esamību, izpildot:

   SELECT * FROM sys.endpoints WHERE type_desc = 'DATABASE_MIRRORING'

6. Ja galapunkts nepastāv, tas tiks izveidots pieejamības grupas izveides laikā.

4.5 Datu bāzu sagatavošana pieejamības grupām

Pirms datu bāzēm var pievienot pieejamības grupai, tām jāatbilst noteiktām prasībām.

4.5.1 Datu bāzes atkopšanas modeļa prasības

Pirms pievienošanas pieejamības grupai nomainiet primārās kopijas datu bāzes atkopšanas modeli uz PILNU.

1. Izveidojiet savienojumu ar primāro repliku, izmantojot SQL Server Vadības studija.
2. Ar peles labo pogu noklikšķiniet uz datubāzes un atlasiet īpašības.
3. Izvēlieties opcijas lappuse.
4. Mainīt Atveseļošanās modelis uz pilns.
5. Noklikšķiniet OK lai saglabātu izmaiņas.
6. Varat arī izmantot Transact-SQL:

   ALTER DATABASE DatabaseName SET RECOVERY FULL;

4.5.2 Pilnu datubāzes dublējumu veidošana

Veiciet pilnu datubāzes dublējumu, lai izveidotu pieejamības grupām nepieciešamo dublēšanas ķēdi.

1. In SQL Server Management Studio, ar peles labo pogu noklikšķiniet uz datubāzes.
2. Izvēlēties Uzdevumi -> Atbalstīt.
3. Pārbaudīt Rezerves veids ir iestatīts uz pilns.
4. Atlasiet dublējuma galamērķi vai pievienojiet jaunu galamērķi.
5. Noklikšķiniet OK lai veiktu dublēšanu.
6. Varat arī izmantot Transact-SQL:

   BACKUP DATABASE DatabaseName TO DISK = 'C:\Backup\DatabaseName.bak';

4.5.3 Darījumu žurnāla dublējumu veidošana

Veiciet darījumu žurnāla dublējumu, lai nodrošinātu žurnāla ķēdes izveidi un samazinātu inicializācijas laiku.

1. In SQL Server Management Studio, ar peles labo pogu noklikšķiniet uz datubāzes.
2. Izvēlēties Uzdevumi -> Atbalstīt.
3. Mainīt Rezerves veids uz Darījumu žurnāls.
4. Izvēlieties dublējuma galamērķi.
5. Noklikšķiniet OK lai veiktu dublēšanu.
6. Varat arī izmantot Transact-SQL:

   BACKUP LOG DatabaseName TO DISK = 'C:\Backup\DatabaseName.trn';

4.6 Pieejamības grupas izveide

Izveidojiet pieejamības grupu, izmantojot vienu no vairākām pieejamajām metodēm atkarībā no jūsu preferencēm un automatizācijas prasībām.

4.6.1 Jaunas pieejamības grupas vedņa izmantošana

Jaunās pieejamības grupas vednis nodrošina grafisku saskarni pieejamības grupu izveidei.

1. In SQL Server Management Studio, izveidojiet savienojumu ar instanci, kas darbosiesost primārā kopija.
2. paplašināt AlwaysOn augsta pieejamība objektu pārlūkā.
3. Right-click Pieejamības grupas un izvēlieties Jauna pieejamības grupas vednis.
   
4. Noklikšķiniet Nākamā ievadlapā.
5. Ievadiet pieejamības grupas nosaukumu un noklikšķiniet uz Nākamā.
6. Lapā Atlasīt datubāzes atlasiet iekļaujamās datubāzes.
7. Pārliecinieties, vai datubāzes atbilst visiem priekšnosacījumiem, un noklikšķiniet uz Nākamā.
8. Lapā “Norādīt kopijas” noklikšķiniet uz “ Pievienot repliku.
9. Izveidojiet savienojumu ar katru sekundāro replikas instanci.
10. Konfigurējiet katras instances replikas īpašības (pieejamības režīms, kļūmjpārlēces režīms).
11. Noklikšķiniet Galapunkti cilne un pārskatiet galapunkta konfigurāciju.
12. Noklikšķiniet Dublēšanas preferences cilni un konfigurējiet dublēšanas prioritātes.
13. Noklikšķiniet Klausītājs cilni un pēc izvēles izveidojiet klausītāju.
14. Noklikšķiniet Nākamā un atlasiet datu sinhronizācijas metodi.
15. Pārskatiet validācijas rezultātus un novērsiet visas problēmas.
16. Noklikšķiniet Nākamā un pārskatiet kopsavilkumu.
17. Noklikšķiniet apdare lai izveidotu pieejamības grupu.
18. Uzraudzīt progresu un pārliecināties par veiksmīgu izveidi.

4.6.2 Transact-SQL izmantošana

Izveidojiet pieejamības grupas, izmantojot Transact-SQL, lai nodrošinātu skriptējamas un atkārtojamas izvietošanas.

1. Izveidojiet pieejamības grupu primārajā replikā:

   CREATE AVAILABILITY GROUP AG_Name
   FOR DATABASE DatabaseName
   REPLICA ON
     'PrimaryServer\Instance' WITH
       (ENDPOINT_URL = 'TCP://PrimaryServer:5022',
        AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
        FAILOVER_MODE = AUTOMATIC,
        SECONDARY_ROLE(ALLOW_CONNECTIONS = ALL)),
     'SecondaryServer\Instance' WITH
       (ENDPOINT_URL = 'TCP://SecondaryServer:5022',
        AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
        FAILOVER_MODE = AUTOMATIC,
        SECONDARY_ROLE(ALLOW_CONNECTIONS = ALL));

2. Pievienojiet sekundāro repliku pieejamības grupai:

   ALTER AVAILABILITY GROUP AG_Name JOIN;

3. Pievienojieties sekundārajai datubāzei:

   ALTER DATABASE DatabaseName SET HADR AVAILABILITY GROUP = AG_Name;

4.6.3 PowerShell izmantošana

PowerShell nodrošina skriptēšanas iespējas pieejamības grupu izveidei un pārvaldībai.

1. Izveidojiet pieejamības grupas objektu:

   $AG = New-SqlAvailabilityGroup -Name "AG_Name" -Path "SQLSERVER:\SQL\PrimaryServer\Instance"

2. Pievienot datubāzes:

   Add-SqlAvailabilityDatabase -Path "SQLSERVER:\SQL\PrimaryServer\Instance\AvailabilityGroups\AG_Name" -Database "DatabaseName"

3. Konfigurējiet kopijas ar vēlamajām īpašībām, izmantojot New-SqlAvailabilityReplica cmdlet.
4. Apvienojiet sekundārās kopijas, izmantojot Join-SqlAvailabilityGroup cmdlet.

4.7 Repliku pievienošana pieejamības grupai

Konfigurējiet replikai raksturīgos rekvizītus, kas kontrolē, kā katrs eksemplārs piedalās pieejamības grupā.

4.7.1 Replikas īpašību konfigurēšana

Iestatiet katras replikas rekvizītus, lai definētu tās lomu un iespējas pieejamības grupā.

1. In SQL Server Vadības studija, izvērst AlwaysOn augsta pieejamība -> Pieejamības grupas.
2. Izvērsiet pieejamības grupu un pēc tam izvērsiet Pieejamās kopijas.
   
3. Ar peles labo pogu noklikšķiniet uz kopijas un atlasiet īpašības.
4. Pārskatīt un modificēt savienojuma iestatījumus primārajām un sekundārajām lomām.
5. Ja nepieciešams, konfigurējiet sesijas taimauta vērtības.
6. Noklikšķiniet OK lai saglabātu izmaiņas.

4.7.2 Pieejamības režīmu iestatīšana

Konfigurējiet pieejamības režīmu, lai kontrolētu sinhronizācijas darbību starp kopijām.

1. Ar peles labo pogu noklikšķiniet uz pieejamības grupas un atlasiet īpašības.
2. Iekš vispārējs lapu, dodieties uz Pieejamās kopijas sadaļā.
3. Katrai kopijai atlasiet Sinhrona apstiprināšana or Asinhrona apstiprināšana no nolaižamās izvēlnes.
4. Izmantojiet sinhrono apstiprināšanu lokālām augstas pieejamības kopijām.
5. Ģeogrāfiski attālām katastrofu atkopšanas replikām izmantojiet asinhronu apstiprinājumu.
6. Noklikšķiniet OK lai saglabātu konfigurāciju.

4.7.3 Kļūmjpārlēces režīmu iestatīšana

Konfigurējiet kļūmjpārlēces režīmu, lai kontrolētu, kā katrai kopijai notiek kļūmjpārlēce.

1. Ar peles labo pogu noklikšķiniet uz pieejamības grupas un atlasiet īpašības.
2. Iekš vispārējs lapu, dodieties uz Pieejamās kopijas sadaļā.
3. Sinhronām apstiprināšanas kopijām atlasiet Automātisks or Rokasgrāmata rezerves režīms.
4. Automātiskai kļūmjpārlēcei ir nepieciešams sinhronais apstiprināšanas režīms, un tā nodrošina neuzraudzītu kļūmjpārlēci.
5. Asinhronām apstiprināšanas kopijām ir pieejama tikai manuāla pārslēgšana.
6. Konfigurējiet līdz trim dublikātiem automātiskai pārslēgšanai (vienu primāro un divas sekundārās kopijas).
7. Noklikšķiniet OK lai lietotu iestatījumus.

4.7.4 Dublēšanas preferenču konfigurēšana

Iestatiet dublēšanas preferences, lai kontrolētu, kur jāveic dublēšanas darbības.

1. Ar peles labo pogu noklikšķiniet uz pieejamības grupas un atlasiet īpašības.
2. Izvēlēties Dublēšanas preferences kreisajā rūtī.
3. Izvēlieties vienu no dublēšanas preferencēm:
   • Dodiet priekšroku sekundārajaiRezerves kopijas sekundārajā krātuvē, ja tādas ir pieejamas, pretējā gadījumā primārajā krātuvē.
   • Tikai sekundārāDublējumkopijas tikai sekundārajās kopijās
   • GalvenaisDublējumkopijas tikai primārajā dublikātā
   • Jebkura replikaDublējumkopijas jebkurā pieejamā replikā
4. Iestatiet katras kopijas dublēšanas prioritātes vērtības (0–100).
5. Augstākas prioritātes vērtības norāda vēlamo dublējumu tarizpaužas.
6. Noklikšķiniet OK lai saglabātu preferences.

4.8 Pieejamības grupas klausītāja konfigurēšana

Izveidojiet klausītāju, lai nodrošinātu vienu savienojuma punktu, kas automātiski novirza uz pašreizējo primāro repliku.

4.8.1 Klausītāja izveide

Pievienojiet klausītāju pieejamības grupai klienta savienojuma pārvaldībai.

1. In SQL Server Management Studio, izvērsiet pieejamības grupu.
2. Right-click Pieejamības grupas klausītāji un izvēlieties Pievienot klausītāju.
   
3. Ievadiet klausītāja DNS nosaukumu (piemēram, AG_Listener).
4. Ievadiet porta numuru (pēc noklusējuma ir 1433).
5. Izvēlēties Statiskā IP tīkla režīmam.
6. Noklikšķiniet Pievienot lai katram apakštīklam pievienotu IP adresi.
7. Ievadiet IP adresi un atlasiet apakštīklu.
8. Noklikšķiniet OK lai radītu klausītāju.
9. Pārliecinieties, vai klausītājs ir redzams objektu pārlūkā un ir tiešsaistē.

4.8.2 DNS un IP iestatījumu konfigurēšana

Pārbaudiet klausītāja DNS reģistrāciju un tīkla konfigurāciju.

1. Domēna kontrollerī atveriet DNS pārvaldnieku.
2. Pārliecinieties, vai klausītāja nosaukums ir reģistrēts visās IP adresēs.
3. DNS izšķirtspējas pārbaude no klientu datoriem:

   nslookup ListenerName

4. Pārliecinieties, vai tiek atgrieztas visas konfigurētās IP adreses.
5. Kļūmjpārlēces klastera pārvaldniekā izvērsiet Lomas un atlasiet pieejamības grupu.
6. Pārliecinieties, vai IP adreses resursi ir tiešsaistē.
7. Pārbaudiet, vai tīkla nosaukuma resurss ir tiešsaistē.
   

4.8.3 Klausītāja savienojamības pārbaude

Pārliecinieties, vai klienta lietojumprogrammas var izveidot savienojumu, izmantojot klausītāju.

1. No klienta datora atveriet SQL Server Vadības studija.
2. Izveidojiet savienojumu, izmantojot klausītāja nosaukumu, nevis servera nosaukumu.
3. Izpildiet vaicājumu, lai pārbaudītu savienojumu ar pašreizējo primāro repliku:

   SELECT @@SERVERNAME;

4. Pārbaudiet lasīšanas nolūka maršrutēšanu, pievienojot savienojuma virknei ApplicationIntent=ReadOnly.
5. Pārbaudiet, vai savienojums novirza uz lasāmu sekundāro repliku.
6. Pārbaudiet kļūmjpārlēci, manuāli pārslēdzot pieejamības grupu un pārbaudot atkārtotu savienojumu.

4.9 Datu sinhronizācijas metodes

Izvēlieties datu sinhronizācijas metodi, lai inicializētu sekundārās kopijas ar datubāzes kopijām.

4.9.1 Automātiskā sēšana

Automātiska sēšana pārsūta datubāzes datus tīklā, neprasot manuālas dublējumkopijas un atjaunošanu.

1. Pieejamības grupas izveides laikā atlasiet Automātiska sēšana kā sinhronizācijas metode.
   
2. Nodrošiniet tīkla savienojamību un pietiekamu joslas platumu starp replikām.
3. Primārā kopija automātiski straumē datubāzes datus uz sekundārajām kopijām.
4. Uzraugiet sēšanas progresu, izmantojot pieejamības grupas informācijas paneli vai DMV.
5. Nepieciešama automātiska sēšana SQL Server 2016 vai jaunāka versija.
6. Lielu datubāzu gadījumā ņemiet vērā tīkla ietekmi un ieplānojiet darbību periodos ar mazu noslodzi.

4.9.2 Manuāla sēšana (rezerves kopijas izveide un atjaunošana)

Manuāla sēšana ietver dublējumu veidošanu primārajā diskā un to atjaunošanu sekundārajās kopijās.

1. Primārajā dublikātā izveidojiet pilnu dublējumu:

   BACKUP DATABASE DatabaseName TO DISK = '\\SharePath\DatabaseName.bak';

2. Izveidojiet darījumu žurnāla dublējumu:

   BACKUP LOG DatabaseName TO DISK = '\\SharePath\DatabaseName.trn';

3. Katrā sekundārajā dublikā atjaunojiet pilnu dublējumu:

   RESTORE DATABASE DatabaseName FROM DISK = '\\SharePath\DatabaseName.bak' WITH NORECOVERY;

4. Atjaunot žurnāla dublējumu:

   RESTORE LOG DatabaseName FROM DISK = '\\SharePath\DatabaseName.trn' WITH NORECOVERY;

5. Pievienojiet datubāzi pieejamības grupai:

   ALTER DATABASE DatabaseName SET HADR AVAILABILITY GROUP = AG_Name;

6. Pārliecinieties, vai sākas sinhronizācija un vai datubāze sasniedz SINHRONIZĒTU stāvokli.

4.9.3 Datu bāzes momentuzņēmumu faili

Izmantojiet datubāzes momentuzņēmumu failus, lai inicializētu sekundārās kopijas no esošajiem datubāzes failiem.

1. Atdaliet vai dublējiet datubāzi primārajā replikā.
2. Kopējiet datubāzes failus uz katru sekundāro repliku, izmantojot tos pašus failu ceļus.
3. Sekundārajās dublikātu versijās pievienojiet datubāzi vai atjaunojiet bez atkopšanas.
4. Pārliecinieties, vai datubāze ir ATJAUNOŠANAS stāvoklī.
5. Pievienojiet datubāzi pieejamības grupai.
6. Šī metode ir noderīga ļoti lielām datubāzēm, kurās tīkla pārsūtīšana nebūtu praktiska.

5. Bieži uzdotie jautājumi

5.1. Vispārīgi jautājumi

J: Kāda ir atšķirība starp Always On FCI un Always On AG?

A: Always On Failover Cluster instances nodrošina augstu pieejamību instances līmenī, izmantojot koplietotu krātuvi, savukārt Always On Availability Groups nodrošina augstu pieejamību datubāzes līmenī bez koplietotas krātuves. AG piedāvā lasāmus sekundāros resursus un elastīgāku ģeogrāfisko izplatību.

J: Vai varu izmantot Always On pieejamības grupas ar SQL Server Standarta versija?

A: Jā, SQL Server 2016. gada standarta izdevums un jaunākas versijas atbalsta pamata pieejamības grupas ar ierobežojumiem, tostarp vienu datubāzi katrā AG, ne vairāk kā divas kopijas un nav lasāma sekundārā atbalsta.

J: Vai man ir nepieciešama koplietojama krātuve Always On pieejamības grupām?

A: Nē, pieejamības grupām nav nepieciešama koplietota krātuve. Katra kopija lokālajā krātuvē uztur neatkarīgas datubāzu kopijas, kas ir sinhronizētas, izmantojot transakciju žurnāla nosūtīšanu.

J: Kāds ir maksimālais repliku skaits pieejamības grupā?

A: SQL Server Enterprise Edition atbalsta līdz deviņām kopijām (vienu primāro un astoņas sekundārās). Izplatītās pieejamības grupas var atbalstīt līdz pat 18 kopijām divās pieejamības grupās.

5.2 Konfigurācijas jautājumi

J: Kā izvēlēties starp sinhrono un asinhrono apstiprināšanas režīmu?

A: Izmantojiet sinhrono apstiprināšanu, lai vienā datu centrā vai tīklos ar zemu latentumu nebūtu datu zuduma. Izmantojiet asinhrono apstiprināšanu attālām katastrofu atkopšanas kopijām, kur sinhronā apstiprināšana ietekmētu veiktspēju.

J: Vai vienā pieejamības grupā var kombinēt sinhronās un asinhronās kopijas?

A: Jā, pieejamības grupas atbalsta jauktas konfigurācijas gan ar sinhronām, gan asinhronām kopijām. Tas nodrošina lokālu augstu pieejamību ar sinhronām kopijām un attālu atkopšanu pēc katastrofām ar asinhronām kopijām.

J: Kas notiek ar maniem savienojumiem rezerves kopijas laikā?

A: Esošie savienojumi tiek pārtraukti, kad notiek kļūmjpārlēce. Lietojumprogrammas ar savienojuma atkārtotas mēģināšanas loģiku automātiski atjauno savienojumu ar jauno primāro savienojumu, izmantojot klausītāju. Kļūmjpārlēces process parasti tiek pabeigts dažu sekunžu vai minūšu laikā.

J: Vai man ir jāsinhronizē pieteikšanās dati un darbi starp replikām?

A: Iekšā SQL Server 2019. gadā un agrāk, jā — pieteikšanās, SQL aģenta darbi un saistītie serveri ir jāsinhronizē manuāli. SQL Server 2022. gadā tiek ieviestas ietvertās pieejamības grupas, kas automātiski ietver šos objektus.

5.3 Vadības jautājumi

J: Vai varu veikt dublējumkopijas sekundārajās kopijās?

A: Jā, sekundārie dublikāti atbalsta pilnas, diferenciālas un darījumu žurnāla dublējumkopijas. Konfigurējiet dublēšanas preferences, lai atbrīvotu vietu dublējumkopijās no primārā dublikāta un samazinātu tā resursu izmantošanu.

J: Kā es varu ievietot ielāpu? SQL Server ar minimālu dīkstāvi?

A: Izmantojiet slīdošos jauninājumus, vispirms instalējot ielāpus sekundārajās dublikātos, pēc tam veicot manuālu pāreju uz ielāpoto sekundāro dublikātu un visbeidzot instalējot ielāpus bijušajai primārajai kopijai. Tas samazina dīkstāves laiku līdz kļūmjpārlēces ilgumam.

J: Vai esošai pieejamības grupai var pievienot datubāzes?

A: Jā, datubāzes var pievienot darbojošās pieejamības grupām. Datubāzei ir jābūt pilnas atkopšanas modelī ar pilnu dublējumu, un sekundārajām kopijām ir jābūt iesētām, izmantojot automātisko sēšanu vai manuālu dublēšanu un atjaunošanu.

J: Kas ir automātiskā sēšana un vai man to vajadzētu izmantot?

A: Automātiska sēšana pārsūta datubāzes datus tīklā, lai inicializētu sekundārās kopijas bez manuālas dublēšanas. Izmantojiet to mazākām datubāzēm vai tad, ja tīkla joslas platums ir pietiekams. Ļoti lielām datubāzēm manuāla sēšana var būt ātrāka.

J: Kur pieejamības grupā man vajadzētu palaist DBCC CHECKDB?

A: Lai samazinātu primārās kopijas slodzi, sekundārajās dublikātos vajadzētu palaist DBCC CHECKDB. Datu bāzes konsekvences pārbaudes var veikt sekundārajās datu bāzēs, neietekmējot primārās kopijas veiktspēju.

Lai iegūtu plašāku informāciju par DBCC CHECKDB, skatiet mūsu visaptveroša rokasgrāmata.

5.4 Problēmu novēršanas jautājumi

J: Kāpēc mana datubāze ir stāvoklī NEVIENO SINCHRONIZĒ?

A: Biežākie cēloņi ir tīkla savienojamības problēmas, apturēta datu pārvietošana, nepietiekama diska vieta sekundārajās dublikātos vai galapunktu problēmas. Pārbaudiet sinhronizācijas stāvokļa aprakstu un SQL Server kļūdu žurnālos, lai iegūtu konkrētu informāciju. Ja sekundārajā datubāzē ir ievadīta kļūda atveseļošanās stāvoklis vai rāda atgūšana gaidaskatiet saistītos ceļvežus, lai uzzinātu vairāk tarsaņemtie labojumi.

J: Kā piespiest pārslēgties starp tīkla savienojumu, ja primārais tīkls nav pieejams?

A: Izveidojiet savienojumu ar sekundāro repliku un izpildiet komandu ALTER AVAILABILITY GROUP AG_Name FORCE_FAILOVER_ALLOW_DATA_LOSS. Tas apstiprina iespējamu datu zudumu un nekavējoties paaugstina sekundāro repliku par primāro.

J: Kāpēc klienti nevar izveidot savienojumu ar manu klausītāju?

A: Pārliecinieties, vai klausītājs ir tiešsaistē kļūmjpārleces klastera pārvaldniekā, vai DNS reģistrācija ir veiksmīga, vai visas klausītāja IP adreses ir sasniedzamas no klientiem un vai ugunsmūra noteikumi atļauj datplūsmu uz klausītāja portu.

J: Ko nozīmē liela atkārtošanas rinda?

A: Liela atkārtošanas rinda norāda, ka sekundārā kopija nevar lietot žurnāla ierakstus tik ātri, kā tie ir pienākuši. Tas var liecināt par diska I/O sastrēgumiem, centrālā procesora ierobežojumiem vai bloķēšanu no tikai lasāmiem vaicājumiem sekundārajā dublikātā.

J: Kā rīkoties, ja katastrofa ietekmē visas kopijas un arī manas dublējumkopijas ir bojātas?

A: Šis sliktākais scenārijs, lai gan ārkārtīgi rare., var rasties izspiedējvīrusu uzbrukumu, plaši izplatītu krātuves kļūmju vai kaskādes katastrofu dēļ. Jūsu galvenā aizsardzība ir profilakse: uzturiet ģeogrāfiski izkliedētas kopijas, glabājiet dublējumkopijas atsevišķās vietās un
Regulāri pārbaudiet savas atkopšanas procedūras katastrofu gadījumā. Ja visas standarta atkopšanas iespējas neizdodas, specializēts SQL datu atkopšanas rīks var mēģināt iegūt datus no bojātiem MDF failiem kā pēdējo līdzekli ārkārtas situācijā.

5.5 Licencēšana un Cost Jautājumi

J: Kā tiek licencētas Always On Availability Groups?

A: SQL Server Licencēšana ir atkarīga no izdevuma un izvietošanas modeļa. Enterprise Edition pieejamības grupām ir nepieciešamas Enterprise licences visām kopijām. Pasīvās sekundārās kopijas var atbilst bezmaksas licencēšanas nosacījumiem.

J: Vai es varu izmantot SQL Server Izstrādātāja izdevums pieejamības grupām?

A: Jā, izstrādātāja izdevums ietver visas uzņēmuma izdevuma funkcijas, tostarp pilnīgu pieejamības grupu atbalstu. Tomēr tas ir licencēts tikai izstrādei un testēšanai, nevis ražošanas lietošanai.

J: Vai lasāmiem sekundārajiem failiem ir nepieciešamas papildu licences?

A: Licencēšana ir atkarīga no scenārija. Pasīvajiem sekundārajiem resursiem katastrofu atkopšanai licences parasti nav nepieciešamas. Aktīvajiem sekundārajiem resursiem, kas apkalpo tikai lasāmas darba slodzes, parasti ir nepieciešamas licences, lai gan konkrētie nosacījumi atšķiras.

J: Vai ir pieejams bezmaksas veids, kā iegūt augstu pieejamību ar SQL Server?

A: SQL Server Express Edition neatbalsta pieejamības grupas. SQL Server Standarta versija atbalsta pamata pieejamības grupas (Basic Availability Groups).tarzvanīt ar SQL Server 2016. gadā, nodrošinot pamata augstu pieejamību Standard Edition licencēšanas costs.

J: Kas ir izkliedētās pieejamības grupas?

A: Izplatītās pieejamības grupas ir īpašs pieejamības grupu veids, kas aptver divas atsevišķas pieejamības grupas, nodrošinot scenārijus, kas pārsniedz tradicionālo pieejamības grupu iespējas. Ieviests 2016. gadā. SQL Server 2016. gadā izkliedētās pieejamības grupas risina mērogošanas un ģeogrāfiskās izplatīšanas prasības.

6. secinājums

6.1. Galveno punktu kopsavilkums

SQL Server Always On pieejamības grupas ir Microsoft vadošais augstas pieejamības un katastrofu atkopšanas risinājums kritiski svarīgām datubāzēm. Tās nodrošina datubāzes līmeņa dublēšanu bez koplietotas krātuves prasībām, lasāmas sekundārās kopijas darba slodžu atslodzei un elastīgu ģeogrāfisko izplatību visaptverošai datu aizsardzībai. Organizācijām, kas joprojām izmanto tādus risinājumus kā baļķu piegāde or replikācijapieejamības grupas piedāvā stabilāku un darbības ziņā vienkāršāku jaunināšanas ceļu.

6.2 Kad lietot vienmēr ieslēgtas pieejamības grupas

Izvēlieties pieejamības grupas, ja nepieciešama datubāzes līmeņa augsta pieejamība ar automātiskās pārslēgšanas iespējām. Organizācijām, kurām nepieciešama kritiski svarīgu datubāzu aizsardzība pret datu zudumiem, ir izdevīgas sinhronas apstiprināšanas kopijas ar automātisko pārslēgšanu. Lietojumprogrammas, kurām nepieciešamas lasīšanas mērogošanas iespējas, izmanto lasāmas sekundārās kopijas, lai sadalītu vaicājumu darba slodzes.

6.3 S iegūšanatarar jūsu ieviešanu

Sāciet pieejamības grupas plānošanu, novērtējot biznesa prasības, tostarp RTO, RPO un budžeta ierobežojumus. Dokumentējiet pašreizējo datubāzes infrastruktūru, lietojumprogrammu atkarības un augstas pieejamības nepilnības. Izstrādājiet pieejamības grupas arhitektūru, kas risina prasības, vienlaikus nepārsniedzot resursu ierobežojumus.

Atsauces

• Oficiālais Microsoft dokuments: Kas ir vienmēr ieslēgta pieejamības grupa?
• Oficiālais Microsoft dokuments: Getting Starar Always On pieejamības grupām
• Oficiālais Microsoft dokuments: Izplatītās pieejamības grupas

---

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.