SQL Server Grupet Gjithmonë të Disponueshme: Udhëzues i Plotë [2026]

1. Kuptimi i Grupeve Gjithmonë të Disponueshme

1.1 Çfarë është dhe si funksionon

Grupet Gjithmonë në Disponueshmëri (AG) janë një SQL Server Ndërmarrje disponueshmëri të lartë dhe zgjidhje për rikuperimin nga fatkeqësitë që vepron në nivelin e bazës së të dhënave. Një grup disponueshmërie grupon një ose më shumë baza të dhënash përdoruesish në një njësi të vetme të rikuperimit të të dhënave dhe i replikon ato në deri në tetë kopje dytësore përmes dërgimit të vazhdueshëm të regjistrave të transaksioneve. Kur replika parësore dështon, një njësi dytësore sinkrone e caktuar merr automatikisht përsipër, duke rikthyer aksesin brenda sekondave pa hapësirë ​​ruajtjeje të përbashkët ose ndërhyrje manuale.

1.2 Grupet Gjithmonë të Disponueshme kundrejt Instancave të Grumbujve të Failover

SQL Server Always On përfshin dy teknologji të dallueshme: Grupet e Disponueshmërisë (AG) dhe Instancat e Grumbujve të Failover (FCI):

	Grupet e disponueshmërisë gjithmonë në dispozicion	Instancat e Klusterit Gjithmonë të Ndalesës
Fushëveprimi i ndërrimit të opsionit	Niveli i bazës së të dhënave	Niveli i instancës (të gjitha bazat e të dhënave dështojnë së bashku)
Replikimi i të dhënave	Replikimi i bazuar në log në secilën sekondare	Asnjë — të gjitha nyjet ndajnë të njëjtën hapësirë ​​ruajtjeje
Hapësirë ​​ruajtëse e përbashkët	Nuk kërkohet	Kërkohet (Rrjeti i Zonës së Ruajtjes (SAN), iSCSI, S2D ose SMB)
Sekondarë të lexueshëm	Po	jo
Shërimin e fatkeqësive	I integruar (kopje asinkrone në të gjitha faqet)	Nuk është i integruar pa çiftëzim me AG

Kur duhet të përdoret secila: Përdorni FCI kur keni nevojë për failover në nivel instance dhe tashmë keni infrastrukturë të përbashkët ruajtjeje. Përdorni AG kur keni nevojë për granularitet në nivel baze të dhënash, sekonda të lexueshme ose rikuperim nga fatkeqësitë. Për mbrojtjen më të plotë, kombinoni të dyja: ekzekutoni çdo kopje si një nyje FCI dhe lidhini ato në një AG.

1.3 Përfitimet dhe Kufizimet

Përfitimet:

• Ndërprerje automatike e funksionimit me Objektiv Kohor Rimëkëmbjeje (RTO) pothuajse zero për kopje sinkrone;
• humbje zero e të dhënave (Objektivi i Pikës së Rimëkëmbjes (RPO) = 0) në modalitetin e kryerjes sinkrone;
• nuk kërkohet hapësirë ​​ruajtjeje e përbashkët — çdo kopje përdor hapësirë ​​ruajtjeje lokale të pavarur;
• sekondat e lexueshme shkarkojnë raportimin dhe ngarkesat e punës rezervë nga ato primare;
• Mbështet si Disponueshmërinë e Lartë lokale (HA) ashtu edhe Rimëkëmbjen nga Fatkeqësitë Ndër-site (DR) brenda një konfigurimi të vetëm.

kufizimet:

• Kërkon grupimin e Windows Server Failover në të gjitha replikat;
• Enterprise Edition për grupin e plotë të veçorive (Standard Edition mbështet Basic AG me kufizime të konsiderueshme);
• Modaliteti i kryerjes sinkrone shton vonesën në operacionet e shkrimit në mënyrë proporcionale me kohën e udhëtimit vajtje-ardhje në rrjet;
• hyrjet, punët e Agjentit SQL dhe serverat e lidhur nuk sinkronizohen automatikisht në SQL Server 2019 dhe më herët (zgjidhur në SQL Server 2022 përmbante grupe disponueshmërie).

2. Arkitektura e Grupeve Gjithmonë të Disponueshme

2.1 Komponentët dhe Konceptet Kryesore

2.1.1 Bazat e të dhënave të disponueshmërisë

Bazat e të dhënave të disponueshmërisë janë bazat e të dhënave të përdoruesve që marrin pjesë në një grup disponueshmërie. Këto baza të dhënash duhet të plotësojnë kërkesa specifike: ato duhet të përdorin modelin e plotë të rikuperimit, të kenë një kopje rezervë të plotë dhe të ekzistojnë në replikën kryesore përpara se të shtohen në një grup disponueshmërie.

Kur një bazë të dhënash bashkohet me një grup disponueshmërie, ajo bëhet pjesë e një grupi të sinkronizuar që dështon si një njësi. Të gjitha bazat e të dhënave në një grup disponueshmërie ndajnë të njëjtën gjendje dështimi, që do të thotë se nëse replika primare dështon, të gjitha bazat e të dhënave dështojnë në të njëjtën kopje sekondare njëkohësisht. Kjo siguron qëndrueshmëri për aplikacionet që mbështeten në baza të dhënash të shumta të lidhura.

2.1.2 Replikat e Disponueshmërisë

Replikat e disponueshmërisë janë SQL Server instanca që strehojnë kopje të bazave të të dhënave të disponueshmërisë. Çdo kopje mban kopjen e vet fizike të bazave të të dhënave, të sinkronizuar përmes dërgimit të të dhënave të regjistrit të transaksioneve. Një grup disponueshmërie mund të përmbajë deri në nëntë kopje: një kopje kryesore dhe deri në tetë kopje dytësore.

2.1.3 Replika Primare

Replika primare përmban kopjen e leximit-shkrimit të bazave të të dhënave të disponueshmërisë. Të gjitha modifikimet e të dhënave (INSERT, UPDATE, DELETE) ndodhin në replikën primare. Aplikacionet e klientëve lidhen me replikën primare për të gjitha operacionet e shkrimit dhe, si parazgjedhje, edhe për operacionet e leximit.

2.1.4 Replikat Sekondare

Replikat dytësore përmbajnë kopje vetëm për lexim të bazave të të dhënave të disponueshmërisë, të cilat mirëmbahen përmes aplikimit të vazhdueshëm të regjistrave të regjistrave të transaksioneve të marra nga replika parësore. Çdo kopje dytësore merr, forcon dhe aplikon regjistrat e regjistrave për të mbajtur kopjet e bazës së të dhënave të sinkronizuara me atë parësore.

2.2 Mënyrat e Disponueshmërisë

2.2.1 Modaliteti i Kryerjes Sinkrone

Modaliteti i kryerjes sinkrone ofron mbrojtje nga humbja zero e të dhënave duke kërkuar që replika primare të presë për konfirmim që të dhënat e regjistrit të transaksioneve janë ngurtësuar në replikën sekondare përpara se të kryejë transaksione. Ky modalitet është thelbësor për konfigurimet me disponueshmëri të lartë ku humbja e të dhënave është e papranueshme.

2.2.2 Modaliteti i Asinkronizimit të Kryerjes

Modaliteti i kryerjes asinkrone i jep përparësi performancës së replikës primare duke lejuar që transaksionet të kryhen pa pritur që replikat sekondare të konfirmojnë forcimin e regjistrit. Ky modalitet është i përshtatshëm për replikat e rikuperimit nga fatkeqësitë ose kur vonesa e rrjetit e bën kryerjen sinkrone jopraktike.

Kompromisi është humbja e mundshme e të dhënave gjatë ndërprerjes së funksionimit (failover). Nëse replika primare dështon, disa transaksione të kryera mund të mos kenë arritur te replika sekondare. Sasia e humbjes së mundshme të të dhënave varet nga gjerësia e brezit të rrjetit, performanca e replikës sekondare dhe koha e dështimit. Organizatat duhet ta pranojnë këtë rrezik kur përdorin modalitetin asinkron.

2.3 Llojet e Failover-it

2.3.1 Ndërprerje automatike e ndërrimit të rrjetit

Ndërprerja automatike e funksionit të failover i mundëson grupit të disponueshmërisë të zbulojë dështimin e replikës primare dhe të promovojë automatikisht një replikë sekondare në primare pa ndërhyrjen e administratorit. Kjo aftësi minimizon RTO-në duke eliminuar nevojën për përgjigje manuale ndaj dështimeve.

Ndërprerja automatike e funksionit të defaulimit kërkon modalitetin e kryerjes sinkrone për të siguruar humbje zero të të dhënave. Kur aktivizohet, grupi i disponueshmërisë monitoron vazhdimisht gjendjen e replikës primare. Nëse replika primare nuk përgjigjet ose dështon, Klasteri i Ndërprerjes së Funksionit të Windows Server fillon ndërrimin automatik të funksionit të defaulimit në një replikë dytësore të caktuar.

2.3.2 Ndërprerje manuale e ndërrimit të rrjetit

Ndërprerja manuale e funksionit të defaultover u lejon administratorëve të ndërrojnë qëllimisht rolin e replikës kryesore në një replikë dytësore, zakonisht për qëllime mirëmbajtjeje ose testimi të planifikuara. Ndryshe nga ndërprerja automatike e funksionit të defaultover, ndërprerja manuale e funksionit të defaultover kërkon veprim të qartë të administratorit për t'u nisur.

Për kopjet me kryerje sinkrone është i disponueshëm ndërrimi manual i të dhënave pa humbje të të dhënave. Administratori e fillon ndërrimin përmes SQL Server Management Studio, Transact-SQL ose PowerShell. Replika primare përfundon përpunimin e transaksioneve aktuale, dërgon të gjitha regjistrimet e mbetura të regjistrit te sekondari i synuar dhe pret konfirmimin përpara se të transferojë rolin primar.

Ndërprerja manuale e funksionimit mund të ndodhë edhe me kopjet asinkrone të kryerjes, por kjo kërkon ndërrim të detyruar të funksionimit me humbje të mundshme të të dhënave. Administratorët duhet të përdorin ndërrimin e detyruar manual të funksionimit vetëm gjatë skenarëve të fatkeqësive reale kur replika kryesore nuk është e disponueshme dhe humbja e të dhënave është e pranueshme krahasuar me kohën e zgjatur të ndërprerjes së funksionimit.

2.3.3 Ndërprerje e detyruar

Ndërprerja e detyruar e të dhënave lejon ndërrimin e të dhënave në një kopje sekondare asinkrone ose në një kopje sekondare që nuk është plotësisht e sinkronizuar, me pranimin e qartë të humbjes së mundshme të të dhënave. Ky opsion shërben si zgjidhja e fundit kur replika primare nuk është e disponueshme dhe nuk ekziston një kopje sekondare e sinkronizuar.

2.4 Sinkronizimi i të dhënave

2.4.1 Si funksionon sinkronizimi i të dhënave

Sinkronizimi i të dhënave në Grupet Gjithmonë të Disponueshme ndodh përmes dërgimit të vazhdueshëm të të dhënave të regjistrave të transaksioneve nga replikat primare në të gjitha replikat sekondare. Ky sinkronizim i bazuar në regjistra siguron qëndrueshmëri, duke lejuar njëkohësisht ruajtje të pavarur për secilën replikë.

2.4.2 Regjistrat e Transaksioneve dhe Forcimi

Forcimi i regjistrit të transaksioneve është hapi kritik ku të dhënat e regjistrit shkruhen në një hapësirë ​​ruajtjeje të qëndrueshme në kopje dytësore. Forcimi siguron që të dhënat e regjistrit t'i mbijetojnë dështimeve të kopjeve dytësore dhe të mund të riprodhohen gjatë rikuperimit.

2.5 Replikat sekondare të shkallës së leximit dhe të lexueshme

2.5.1 Shkarkimi i ngarkesave të punës vetëm për lexim

Replikat dytësore të lexueshme u mundësojnë organizatave të shkarkojnë ngarkesat e punës që kërkojnë lexim intensiv nga replikat primare, duke përmirësuar performancën e përgjithshme të sistemit dhe shfrytëzimin e burimeve. Kjo aftësi në shkallë leximi është një nga avantazhet kryesore të grupeve të disponueshmërisë krahasuar me zgjidhjet e vjetra me disponueshmëri të lartë.

Organizatat duhet të marrin në konsideratë kërkesat e ngarkesës së punës vetëm për lexim kur hartojnë konfigurimet e grupit të disponueshmërisë. Disa servera sekondarë të lexueshëm mund të shpërndajnë ngarkesën e raportimit nëpër disa servera. Listat e rrugëzimit vetëm për lexim përcaktojnë rendin në të cilin serverat sekondarë marrin lidhje me qëllim leximi, duke mundësuar strategjitë e balancimit të ngarkesës.

2.5.2 Operacionet e Rezervimit në Replikat Sekondare

Ekzekutimi i kopjeve rezervë në kopjet dytësore zvogëlon ngarkesën e hyrjes/daljes (I/O) dhe Njësisë Qendrore të Përpunimit (CPU) në kopjen primare, duke i lejuar asaj të përqendrohet në ngarkesat e punës transaksionale. Kjo aftësi i ndihmon organizatat të përmbushin kërkesat e kopjes rezervë pa ndikuar në performancën e prodhimit.

SQL Server Mbështet kopje rezervë të plota të bazës së të dhënave, kopje rezervë diferenciale dhe kopje rezervë të regjistrave të transaksioneve në kopje dytësore. Preferencat e kopjes rezervë mund të konfigurohen për të preferuar kopjet dytësore, për të preferuar primare, vetëm sekondare ose çdo kopje tjetër. Sistemi i kopjes rezervë zgjedh automatikisht një kopje të përshtatshme bazuar në këto preferenca dhe disponueshmërinë aktuale.

Për më shumë detaje në SQL Server rezervë, shihni tonën udhëzues gjithëpërfshirës.

2.6 Dëgjuesit e Grupit të Disponueshmërisë

2.6.1 Çfarë është një Dëgjues?

Një dëgjues i grupit të disponueshmërisë është një emër rrjeti virtual (VNN) dhe adresë IP që aplikacionet kliente përdorin për t'u lidhur me bazat e të dhënave të grupit të disponueshmërisë. Dëgjuesi ridrejton automatikisht lidhjet në replikën aktuale primare, duke eliminuar nevojën që aplikacionet të gjurmojnë se cili server është aktualisht primar.

2.6.2 Rrugëzimi i Lidhjes së Klientit

Drejtimi i lidhjes së klientit përmes dëgjuesit mbështet si synimet e lidhjes lexim-shkrim ashtu edhe ato vetëm lexim. Dëgjuesi shqyrton kërkesën për lidhje dhe e drejton atë te replikën përkatëse bazuar në synimin e aplikacionit.

3. Parakushte dhe Kërkesa

3.1 Grumbullimi i Ndërprerjes së Ndërprerjes së Windows Server për Grupet e Disponueshmërisë

3.1.1 Bazat e Grumbullimit të Ndërprerjes së Ndërprerjes së Windows Server

Grupet e Failover-it të Windows Server (WSFC) ofrojnë bazën për Grupet e Availo-it Gjithmonë në dispozicion duke menaxhuar anëtarësimin në klaster, monitorimin e shëndetit dhe orkestrimin e failover-it. Ndryshe nga Instancat e Grumbujve Failover, grupet e disponueshmërisë përdorin WSFC vetëm për koordinimin e klasterit, jo për menaxhimin e hapësirës së ruajtjes së përbashkët.

çdo SQL Server Instanca që merr pjesë në një grup disponueshmërie duhet të jetë një nyje në një klaster WSFC. Klasteri menaxhon votimin e kuorumit, zbulimin e shëndetit të nyjeve dhe gjendjen e burimeve të grupit të disponueshmërisë. Kur replikimi primar dështon, WSFC koordinon procesin e dështimit dhe përditëson burimet e klasterit për të pasqyruar replikën e re primare.

3.1.2 Konfigurimi i Kuorumit të Klasterit

Kuorumi i klasterit përcakton se cilat nyje mund të funksionojnë kur ndodhin probleme me lidhjen e rrjetit, duke parandaluar skenarët e ndarjes së trurit ku nyje të shumta pretendojnë në mënyrë të pavarur të jenë primare. Konfigurimi i kuorumit përcakton se çfarë përbën një votë shumice për vendimet e klasterit.

Disa mënyra kuorumi janë të disponueshme për grupet e disponueshmërisë:

• Shumica e nyjeve përdor vetëm votat e nyjeve të klusterit dhe funksionon mirë për klusteret me një numër tek nyjesh.
• Shumica e Nyjeve dhe e Ndarjes së Skedarëve shton një votim dëshmitari për ndarjen e skedarëve, i përshtatshëm për grumbujt e nyjeve me numër çift.
• Shumica e nyjeve dhe e diskut përdor një dëshmitar disku, por është më pak e zakonshme për grupet e disponueshmërisë pasi nuk kërkohet ruajtje e përbashkët.

3.1.3 Grumbullimi me shumë nënrrjete

Grumbullimi me shumë nënrrjete mundëson që replikat e grupeve të disponueshmërisë të përfshijnë nënrrjete të ndryshme të rrjetit, duke mbështetur vendosje të shpërndara gjeografikisht nëpër qendrat e të dhënave. Kjo aftësi është thelbësore për konfigurimet e rimëkëmbjes nga fatkeqësitë ku ekzistojnë replikat në vende të ndara.

3.2 SQL Server Kërkesat e Edicionit

3.2.1 Karakteristikat e Versionit Ndërmarrje

SQL Server Edicioni Enterprise ofron funksionalitet të plotë të grupeve të disponueshmërisë pa kufizime. Edicioni Enterprise mbështet deri në tetë kopje dytësore, sekondare të lexueshme, mbjellje automatike, grupe të shpërndara të disponueshmërisë dhe të gjitha veçoritë e përparuara.

3.2.2 Karakteristikat e Versionit Standard (Grupet Bazë të Disponueshmërisë)

SQL Server Versioni Standard i vitit 2016 dhe versionet e mëvonshme mbështesin Grupet Bazë të Disponueshmërisë me kufizime të konsiderueshme. Grupet bazë të disponueshmërisë ofrojnë funksionalitet thelbësor me disponueshmëri të lartë me një kosto më të ulët, të përshtatshme për organizatat me kërkesa më të thjeshta.

4. Konfigurimi i Grupeve të Disponueshmërisë Gjithmonë Aktive

4.1 Përgatitja e Mjedisit

Përpara krijimit të një grupi disponueshmërie, mjedisi duhet të përgatitet siç duhet me llogaritë e Active Directory, konfigurimet e serverit dhe infrastrukturën e rrjetit të vendosura.

4.1.1 Konfigurimi i Kontrolluesit të Domenit

Kontrolluesi i domenit Active Directory duhet të konfigurohet për të mbështetur klasterin e grupit të disponueshmërisë dhe SQL Server llogaritë e shërbimit.

1. Hyni në kontrolluesin e domenit me kredencialet e administratorit të domenit.
2. hapur Menaxheri i serverit dhe të lundruar në Tools -> Përdoruesit e Active Directory dhe Kompjuterët.
3. Krijoni një njësi organizative për SQL Server objekte nëse një i tillë nuk ekziston.
4. Verifikoni që objektet e kompjuterit për të gjitha nyjet e klasterit ekzistojnë në Active Directory.
5. Sigurohuni që shërbimet e Sistemit të Emrave të Domaineve (DNS) janë konfiguruar siç duhet dhe të gjithë emrat e serverëve zgjidhen saktë.

4.1.2 Krijimi i Llogarive të Shërbimit

Krijo llogari të dedikuara të shërbimit Active Directory për SQL Server shërbime në secilën nyje.

1. hapur Përdoruesit e Active Directory dhe Kompjuterët në kontrolluesin e domenit.
2. Klikoni me të djathtën mbi njësinë e duhur organizative dhe zgjidhni Të reja -> Përdorues.
3. Futni emrin e llogarisë së shërbimit (për shembull, svc_SQLServer) dhe vendosni Emri i hyrjes së përdoruesit.
4. Kliko Tjetër dhe futni një fjalëkalim të fortë.
5. zgjedh Përdoruesi nuk mund ta ndryshojë fjalëkalimin Fjalëkalimi nuk skadon kurrë.
6. Kliko Tjetër dhe pastaj Fund për të krijuar llogarinë.
7. Përsëriteni për çdo llogari shërbimi shtesë të nevojshme (SQL Server Agjent, SSRS, etj.).

4.1.3 Konfigurimi i Lejeve të Administratorit

Llogaritë e shërbimit dhe llogaritë e përdorura për konfigurim SQL Server duhet të ketë lejet e duhura në të gjitha nyjet e klasterit.

1. Hyni në secilin server të nyjeve të klasterit.
2. hapur Menaxhimi i kompjuterave nga fillim menyja ose Menaxheri i Serverit.
3. Expand Përdoruesit dhe Grupet Lokale dhe përzgjidhni Grupet.
4. Djathtas-klikoni Administratorët dhe përzgjidhni Pronat.
5. Kliko Shtoj dhe futni emrin e llogarisë së shërbimit.
6. Kliko Kontrolloni Emrat për të vërtetuar llogarinë, pastaj klikoni OK.
7. Kliko OK për të mbyllur dialogun e Vetive të Administratorëve.
8. Përsëriteni në të gjitha nyjet e klasterit.

4.2 Instalimi dhe Konfigurimi i WSFC

Grupet e Disponueshmërisë Always On duhet të instalohen dhe konfigurohen në të gjitha nyjet (Grupet e Availabilitetit Gjithmonë të Aktivizuara).

4.2.1 Instalimi i funksionit të grupimit të ndërrimit të faturave

Instaloni veçorinë Failover Clustering në çdo server që do të marrë pjesë në grupin e disponueshmërisë.

1. hapur Menaxheri i serverit në nyjen e parë të klasterit.
2. Kliko Menaxho -> Shtoni role dhe veçori.
3. Kliko Tjetër përmes ekraneve hyrëse.
4. zgjedh Instalimi i bazuar në role ose në veçori dhe klikoni Tjetër.
5. Zgjidhni serverin lokal dhe klikoni Tjetër.
6. Kapërce ekranin Rolet dhe kliko Tjetër.
7. Në ekranin e Karakteristikave, zgjidhni Failover Clustering.
8. Kliko Shto veçori kur kërkohet të përfshihen mjetet e menaxhimit.
9. Kliko Tjetër dhe pastaj Instaloj.
10. Prisni që instalimi të përfundojë dhe klikoni afër.
11. Përsëriteni në të gjithë serverat që do të marrin pjesë në klaster.

4.2.2 Krijimi i Klasterit të Failover

Pasi të instaloni veçorinë Failover Clustering në të gjitha nyjet, krijoni klasterin nga një nyje.

1. hapur Menaxheri i grupit të dështimit nga Menaxheri i serverit -> Tools.
2. Kliko Krijo grupim në panelin e Veprimeve.
3. Kliko Tjetër në faqen Para se të filloni.
4. Kliko shfletoj dhe shtoni të gjithë serverët që do të jenë nyje klasteri.
5. Kliko Tjetër pasi të shtohen të gjitha nyjet.
6. lë Ekzekutoni të gjitha testet (rekomandohet) zgjedhur dhe kliko Tjetër.
7. Rishikoni rezultatet e testit të validimit dhe adresoni çdo gabim ose paralajmërim.
8. Kliko Fund pasi validimi të përfundojë me sukses.
9. Futni një emër për klasterin dhe adresën IP.
10. Uncheck Shto të gjithë hapësirën e ruajtjes së përshtatshme në grumbull pasi nuk kërkohet hapësirë ​​​​ruajtjeje e përbashkët.
11. Kliko Tjetër dhe rishikoni konfirmimin.
12. Kliko Fund për të krijuar klasterin.

4.2.3 Validimi i Konfigurimit të Klasterit

Validoni konfigurimin e klasterit për t'u siguruar që të gjitha nyjet mund të komunikojnë siç duhet dhe që klasteri funksionon siç duhet.

1. In Menaxheri i grupit të dështimit, klikoni me të djathtën mbi emrin e klasterit.
2. zgjedh Validoni Klusterin nga menuja.
3. Kliko Tjetër në faqen Para se të filloni.
4. zgjedh Ekzekutoni të gjitha testet (rekomandohet) dhe klikoni Tjetër.
5. Kliko Tjetër për të filluar testet e validimit.
6. Rishikoni raportin e validimit kur të përfundojnë testet.
7. Adresoni çdo dështim ose paralajmërim të identifikuar në raport.
8. Kliko Fund për të mbyllur magjistarin.

4.3 Instalimi SQL Server për Grupet e Disponueshmërisë

Instaloj SQL Server në secilën nyje që do të marrë pjesë në grupin e disponueshmërisë duke përdorur opsionin e instalimit të pavarur.

1. Run the SQL Server media instalimi në nyjen e parë.
2. zgjedh Të reja SQL Server instalim i pavarur.
3. Futni çelësin e produktit ose zgjidhni edicionin e vlerësimit.
4. Pranoni kushtet e licencës dhe klikoni Tjetër.
5. Kryeni kontrollet e parakushteve dhe adresoni çdo problem.
6. Në faqen e Përzgjedhjes së Karakteristikave, zgjidhni Shërbimet e Motorit të Bazës së të Dhënave.
7. Konfiguro emrin e instancës (përdor të njëjtin emër instance në të gjitha nyjet).
8. Në faqen e Konfigurimit të Serverit, specifikoni kredencialet e llogarisë së shërbimit.
9. Konfiguro llojet e nisjes së shërbimit si Automatik.
10. Në faqen e Konfigurimit të Motorrit të Bazës së të Dhënave, zgjidhni modalitetin e autentifikimit.
11. Shtoni llogari administratori.
12. Konfiguroni drejtoritë e të dhënave duke përdorur shtigje të qëndrueshme në të gjitha nyjet.
13. Përfundoni instalimin dhe verifikoni suksesin.
14. Përsëriteni instalimin në të gjitha nyjet e tjera të klasterit me cilësime identike.

4.4 Aktivizimi i funksionit "Grupet e disponueshmërisë gjithmonë të aktivizuara"

Pas instalimit SQL Server në të gjitha nyjet, aktivizoni veçorinë Grupet e Disponueshmërisë Gjithmonë Aktive në secilën instancë.

4.4.1 Aktivizimi nëpërmjet SQL Server Menaxheri i konfigurimit

përdorim SQL Server Menaxheri i Konfigurimit për të aktivizuar Grupet e Disponueshmërisë Gjithmonë Aktive përmes ndërfaqes grafike.

1. hapur SQL Server Menaxheri i konfigurimit në nyjen e parë.
2. Expand SQL Server Sherbimet në pjesën e majtë.
3. Djathtas-klikoni butonin SQL Server shembull dhe zgjidh Pronat.
4. Kliko Gjithmonë në Disponueshmëri të Lartë Tab.
5. kontrolloni Aktivizo Grupet e Disponueshmërisë AlwaysOn.
6. Verifikoni që emri i klasterit të dështimit të Windows është i saktë.
7. Kliko OK për të ruajtur ndryshimet.
8. Kliko OK në paralajmërimin se shërbimi duhet të riniset.
9. Djathtas-klikoni butonin SQL Server shërbim dhe zgjidhni Rifillo, fillo përsëri.
10. Prisni që shërbimi të rifillojë me sukses.
11. Përsëriteni në të gjitha nyjet e klasterit.

4.4.2 Aktivizimi nëpërmjet PowerShell

PowerShell ofron një metodë të skriptuar për të aktivizuar Grupet Gjithmonë të Disponueshme në shumë nyje.

1. Hapni PowerShell si Administrator në nyjen e parë.
2. Importoni SQL Server Moduli PowerShell:

   Import-Module SQLPS -DisableNameChecking

3. Aktivizo Grupet e Disponueshmërisë Gjithmonë Aktive:

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

4. Shërbimi do të riniset automatikisht kur përdoret parametri Forcë.
5. Verifikoni që funksioni është aktivizuar:

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

6. Përsëriteni për secilën nyje të klasterit, duke zëvendësuar emrat e duhur të serverit dhe instancës.

4.4.3 Verifikimi i aktivizimit të funksionit

Verifikoni që Grupet e Disponueshmërisë Gjithmonë të Aktivizuara janë aktivizuar në të gjitha rastet përpara se të vazhdoni me konfigurimin.

1. Lidhu me secilin SQL Server shembull duke përdorur SQL Server Studio e Menaxhimit.
2. Hap një dritare të re pyetjesh dhe ekzekuto:

   SELECT SERVERPROPERTY('IsHadrEnabled')

3. Verifikoni që rezultati është 1 (aktivizuar).
4. Kontrolloni që SQL Server Instanca shfaqet në Failover Cluster Manager nën rolet e klasterit.
5. Verifikoni që pika fundore e grupit të disponueshmërisë ekziston duke ekzekutuar:

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

6. Nëse pika fundore nuk ekziston, ajo do të krijohet gjatë krijimit të grupit të disponueshmërisë.

4.5 Përgatitja e bazave të të dhënave për grupet e disponueshmërisë

Bazat e të dhënave duhet të plotësojnë kërkesa specifike përpara se të shtohen në një grup disponueshmërie.

4.5.1 Kërkesat e Modelit të Rimëkëmbjes së Bazës së të Dhënave

Ndryshoni modelin e rikuperimit të bazës së të dhënave në FULL në replikën kryesore përpara se ta shtoni atë në një grup disponueshmërie.

1. Lidhu me kopjen kryesore duke përdorur SQL Server Studio e Menaxhimit.
2. Klikoni me të djathtën mbi bazën e të dhënave dhe zgjidhni Pronat.
3. Zgjidhni Opcionet faqe.
4. Ndrysho Modeli i rimëkëmbjes në Plot.
5. Kliko OK për të ruajtur ndryshimin.
6. Si alternativë, përdorni Transact-SQL:

   ALTER DATABASE DatabaseName SET RECOVERY FULL;

4.5.2 Marrja e kopjeve rezervë të plota të bazës së të dhënave

Bëni një kopje rezervë të plotë të bazës së të dhënave për të krijuar zinxhirin e kopjes rezervë të kërkuar për grupet e disponueshmërisë.

1. In SQL Server Në Management Studio, klikoni me të djathtën mbi bazën e të dhënave.
2. zgjedh Detyrat -> Back Up.
3. Verifikoj Lloji rezervë është vendosur të Plot.
4. Zgjidhni një destinacion rezervimi ose shtoni një destinacion të ri.
5. Kliko OK për të kryer kopjen rezervë.
6. Si alternativë, përdorni Transact-SQL:

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

4.5.3 Marrja e kopjeve rezervë të regjistrit të transaksioneve

Bëni një kopje rezervë të regjistrit të transaksioneve për t'u siguruar që zinxhiri i regjistrave është krijuar dhe për të minimizuar kohën e inicializimit.

1. In SQL Server Në Management Studio, klikoni me të djathtën mbi bazën e të dhënave.
2. zgjedh Detyrat -> Back Up.
3. Ndrysho Lloji rezervë në Regjistri i transaksioneve.
4. Zgjidhni një destinacion për kopje rezervë.
5. Kliko OK për të kryer kopjen rezervë.
6. Si alternativë, përdorni Transact-SQL:

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

4.6 Krijimi i Grupit të Disponueshmërisë

Krijo grupin e disponueshmërisë duke përdorur një nga disa metoda të disponueshme në varësi të preferencave dhe kërkesave tuaja të automatizimit.

4.6.1 Përdorimi i Ndihmësit të Grupit të Ri të Disponueshmërisë

Magjistari i Grupit të Ri të Disponueshmërisë ofron një ndërfaqe grafike për krijimin e grupeve të disponueshmërisë.

1. In SQL Server Management Studio, lidheni me instancën që do të presë replikën kryesore.
2. Expand Gjithmonë në Disponueshmëri të Lartë në Eksploruesin e Objekteve.
3. Djathtas-klikoni Grupet e Disponueshmërisë dhe përzgjidhni Magjistari i Grupit të Ri të Disponueshmërisë.
   
4. Kliko Tjetër në faqen Hyrje.
5. Futni një emër për grupin e disponueshmërisë dhe klikoni Tjetër.
6. Në faqen Zgjidh Bazat e të Dhënave, zgjidh bazat e të dhënave që do të përfshihen.
7. Verifikoni që bazat e të dhënave i plotësojnë të gjitha parakushtet dhe klikoni Tjetër.
8. Në faqen Specifikoni Replikat, klikoni Shto kopje.
9. Lidhu me secilën instancë të kopjes dytësore.
10. Konfiguroni vetitë e replikës për secilën instancë (modaliteti i disponueshmërisë, modaliteti i dështimit).
11. Kliko Pikat e fundit skedën dhe rishikoni konfigurimin e pikës fundore.
12. Kliko Preferencat e rezervimit skedën dhe konfiguroni përparësitë e rezervimit.
13. Kliko dëgjues tab dhe opsionalisht krijoni një dëgjues.
14. Kliko Tjetër dhe zgjidhni metodën e sinkronizimit të të dhënave.
15. Rishikoni rezultatet e validimit dhe adresoni çdo problem.
16. Kliko Tjetër dhe shqyrtoni përmbledhjen.
17. Kliko Fund për të krijuar grupin e disponueshmërisë.
18. Monitoroni progresin dhe verifikoni krijimin e suksesshëm.

4.6.2 Përdorimi i Transact-SQL

Krijoni grupe disponueshmërie duke përdorur Transact-SQL për vendosje të skriptueshme dhe të përsëritshme.

1. Krijo grupin e disponueshmërisë në kopjen kryesore:

   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. Bashkoni replikën dytësore në grupin e disponueshmërisë:

   ALTER AVAILABILITY GROUP AG_Name JOIN;

3. Bashkohuni me bazën e të dhënave dytësore:

   ALTER DATABASE DatabaseName SET HADR AVAILABILITY GROUP = AG_Name;

4.6.3 Përdorimi i PowerShell

PowerShell ofron aftësi skriptimi për krijimin dhe menaxhimin e grupeve të disponueshmërisë.

1. Krijo objektin e grupit të disponueshmërisë:

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

2. Shtoni bazat e të dhënave:

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

3. Konfiguroni replikat me vetitë e dëshiruara duke përdorur cmdlet-in New-SqlAvailabilityReplica.
4. Bashkoni replikat dytësore duke përdorur cmdlet-in Join-SqlAvailabilityGroup.

4.7 Shtimi i Replikave në Grupin e Disponueshmërisë

Konfiguroni vetitë specifike për replikën që kontrollojnë se si secila instancë merr pjesë në grupin e disponueshmërisë.

4.7.1 Konfigurimi i Vetive të Replikës

Caktoni vetitë për secilën replikë për të përcaktuar rolin dhe aftësitë e saj brenda grupit të disponueshmërisë.

1. In SQL Server Studio Menaxhimi, zgjero Gjithmonë në Disponueshmëri të Lartë -> Grupet e Disponueshmërisë.
2. Zgjero grupin e disponueshmërisë dhe pastaj zgjero Replikat e Disponueshmërisë.
   
3. Klikoni me të djathtën në një kopje dhe zgjidhni Pronat.
4. Rishikoni dhe modifikoni cilësimet e lidhjes për rolet kryesore dhe dytësore.
5. Konfiguroni vlerat e kohëzgjatjes së sesionit nëse është e nevojshme.
6. Kliko OK për të ruajtur ndryshimet.

4.7.2 Vendosja e Modaliteteve të Disponueshmërisë

Konfiguro modalitetin e disponueshmërisë për të kontrolluar sjelljen e sinkronizimit midis replikave.

1. Klikoni me të djathtën mbi grupin e disponueshmërisë dhe zgjidhni Pronat.
2. në i përgjithshëm faqe, shkoni te Replikat e Disponueshmërisë seksion.
3. Për çdo kopje, zgjidhni Kryerja sinkrone or Kryerja asinkrone nga rënia.
4. Përdorni kryerjen sinkrone për kopje lokale me disponueshmëri të lartë.
5. Përdorni kryerjen asinkrone për kopjet e rikuperimit nga fatkeqësitë që ndodhen gjeografikisht në distancë të largët.
6. Kliko OK për të ruajtur konfigurimin.

4.7.3 Vendosja e modaliteteve të ndërrimit të rrjetit

Konfiguro modalitetin e dështimit për të kontrolluar se si ndodh dështimi për secilën replikë.

1. Klikoni me të djathtën mbi grupin e disponueshmërisë dhe zgjidhni Pronat.
2. në i përgjithshëm faqe, shkoni te Replikat e Disponueshmërisë seksion.
3. Për kopjet sinkrone të kryerjes, zgjidhni Automatik or udhëzues modaliteti i ndërprerjes së funksionimit.
4. Ndërprerja automatike e funksionimit kërkon modalitetin e kryerjes sinkrone dhe aktivizon ndërrimin e funksionit pa mbikëqyrje.
5. Për kopjet e kryerjes asinkrone, është i disponueshëm vetëm ndërrimi manual i skedarëve (failover).
6. Konfiguroni deri në tre kopje për ndërrimin automatik të të dhënave (një primare dhe dy sekondare).
7. Kliko OK për të zbatuar cilësimet.

4.7.4 Konfigurimi i Preferencave të Kopjimit të të Dhënave

Cakto preferencat e kopjes rezervë për të kontrolluar se ku duhet të kryhen operacionet e kopjes rezervë.

1. Klikoni me të djathtën mbi grupin e disponueshmërisë dhe zgjidhni Pronat.
2. zgjedh Preferencat e rezervimit në pjesën e majtë.
3. Zgjidhni një nga preferencat e rezervimit:
   • Preferoj DytësorKopje rezervë në sekondar nëse është e disponueshme, përndryshe në primar
   • Vetëm dytësoreKopje rezervë vetëm në kopje dytësore
   • kryesorKopje rezervë vetëm në kopjen primare
   • Çdo kopjeKopje rezervë në çdo kopje të disponueshme
4. Vendosni vlerat e përparësisë së kopjes rezervë për secilën kopje (0-100).
5. Vlerat me përparësi më të lartë tregojnë objektivat e preferuara të rezervimit.
6. Kliko OK për të ruajtur preferencat.

4.8 Konfigurimi i Dëgjuesit të Grupit të Disponueshmërisë

Krijo një dëgjues për të siguruar një pikë të vetme lidhjeje që ridrejton automatikisht në replikën kryesore aktuale.

4.8.1 Krijimi i Dëgjuesit

Shtoni një dëgjues në grupin e disponueshmërisë për menaxhimin e lidhjeve të klientëve.

1. In SQL Server Studio e Menaxhimit, zgjero grupin e disponueshmërisë.
2. Djathtas-klikoni Dëgjuesit e Grupit të Disponueshmërisë dhe përzgjidhni Shto dëgjues.
   
3. Futni një emër DNS për dëgjuesin (për shembull, AG_Listener).
4. Futni numrin e portit (parazgjedhja është 1433).
5. zgjedh IP statike për modalitetin e rrjetit.
6. Kliko Shtoj për të shtuar një adresë IP për secilin nënrrjet.
7. Futni adresën IP dhe zgjidhni nënrrjetin.
8. Kliko OK për të krijuar dëgjuesin.
9. Verifikoni që dëgjuesi shfaqet në Object Explorer dhe është në linjë.

4.8.2 Konfigurimi i Cilësimeve të DNS dhe IP

Verifikoni regjistrimin DNS dhe konfigurimin e rrjetit për dëgjuesin.

1. Hapni DNS Manager në kontrolluesin e domenit.
2. Verifikoni që emri i dëgjuesit është regjistruar me të gjitha adresat IP.
3. Testoni rezolucionin DNS nga makinat e klientit:

   nslookup ListenerName

4. Verifikoni që të gjitha adresat IP të konfiguruara janë kthyer.
5. Në Failover Cluster Manager, zgjeroni Rolet dhe zgjidhni grupin e disponueshmërisë.
6. Verifikoni që burimet e adresës IP janë në internet.
7. Kontrolloni që burimi i emrit të rrjetit të jetë në linjë.
   

4.8.3 Testimi i Lidhshmërisë së Dëgjuesit

Verifikoni që aplikacionet e klientit mund të lidhen përmes dëgjuesit.

1. Nga një makinë klienti, hapni SQL Server Studio e Menaxhimit.
2. Lidhu duke përdorur emrin e dëgjuesit në vend të emrit të serverit.
3. Ekzekutoni një pyetje për të verifikuar lidhjen me kopjen aktuale primare:

   SELECT @@SERVERNAME;

4. Testoni rrugëzimin me qëllim leximi duke shtuar ApplicationIntent=ReadOnly në vargun e lidhjes.
5. Verifikoni ridrejtimet e lidhjes në një kopje dytësore të lexueshme.
6. Testoni kalimin në mënyrë të gabuar duke dështuar manualisht mbi grupin e disponueshmërisë dhe duke verifikuar rilidhjen.

4.9 Metodat e Sinkronizimit të të Dhënave

Zgjidhni një metodë sinkronizimi të të dhënave për të inicializuar kopjet dytësore me kopje të bazës së të dhënave.

4.9.1 Mbjellje automatike

Mbjellja automatike transferon të dhënat e bazës së të dhënave në rrjet pa pasur nevojë për kopje rezervë dhe rikthime manuale.

1. Gjatë krijimit të grupit të disponueshmërisë, zgjidhni Mbjellje automatike si metodë sinkronizimi.
   
2. Siguroni lidhjen e rrjetit dhe gjerësinë e mjaftueshme të brezit midis replikave.
3. Replika primare transmeton automatikisht të dhënat e bazës së të dhënave në kopjet sekondare.
4. Monitoroni progresin e mbjelljes duke përdorur panelin e grupit të disponueshmërisë ose DMV-të.
5. Mbjellja automatike kërkon SQL Server 2016 ose më vonë.
6. Për bazat e të dhënave të mëdha, merrni parasysh ndikimin në rrjet dhe orarin gjatë periudhave me përdorim të ulët.

4.9.2 Mbjellja manuale (Krijimi i kopjeve rezervë dhe rivendosja)

Mbjellja manuale përfshin marrjen e kopjeve rezervë në pajisjen parësore dhe rivendosjen e tyre në kopjet dytësore.

1. Në kopjen kryesore, bëni një kopje rezervë të plotë:

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

2. Bëni një kopje rezervë të regjistrit të transaksioneve:

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

3. Në çdo kopje dytësore, rivendosni kopjen rezervë të plotë:

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

4. Rivendos kopjen rezervë të regjistrit:

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

5. Bashkohuni me bazën e të dhënave në grupin e disponueshmërisë:

   ALTER DATABASE DatabaseName SET HADR AVAILABILITY GROUP = AG_Name;

6. Verifikoni që sinkronizimi të ketë filluar dhe që baza e të dhënave të ketë arritur gjendjen e SINKRONIZUAR.

4.9.3 Skedarët e Pamjeve të Çastit të Bazës së të Dhënave

Përdorni skedarët e pamjeve të çastit të bazës së të dhënave për të inicializuar kopjet dytësore nga skedarët ekzistues të bazës së të dhënave.

1. Shkëputni ose krijoni një kopje rezervë të bazës së të dhënave në kopjen kryesore.
2. Kopjoni skedarët e bazës së të dhënave në secilën kopje dytësore duke përdorur të njëjtat shtigje skedarësh.
3. Në kopjet dytësore, bashkëngjitni bazën e të dhënave ose rivendosni pa rikuperim.
4. Sigurohuni që baza e të dhënave është në gjendjen RESTORING.
5. Bashkoni bazën e të dhënave me grupin e disponueshmërisë.
6. Kjo metodë është e dobishme për bazat e të dhënave shumë të mëdha ku transferimi në rrjet do të ishte jopraktik.

5. FAQ

5.1 Pyetje të përgjithshme

P: Cili është ndryshimi midis Always On FCI dhe Always On AG?

A: Instancat e Cluster-ave Always On Failover ofrojnë disponueshmëri të lartë në nivel instance duke përdorur hapësirë ​​ruajtjeje të përbashkët, ndërsa Grupet Always On Disponueshmërie ofrojnë disponueshmëri të lartë në nivel baze të dhënash pa hapësirë ​​ruajtjeje të përbashkët. AG ofron skema dytësore të lexueshme dhe shpërndarje gjeografike më fleksibile.

P: A mund të përdor Grupet Gjithmonë të Disponueshme me SQL Server Edicioni Standard?

A: Po, SQL Server Versioni Standard 2016 dhe versionet e mëvonshme mbështesin Grupet Bazë të Disponueshmërisë me kufizime, duke përfshirë një bazë të dhënash për AG, maksimumi dy kopje dhe asnjë mbështetje dytësore të lexueshme.

P: A kam nevojë për hapësirë ​​ruajtjeje të përbashkët për Grupet Gjithmonë të Disponueshme?

A: Jo, grupet e disponueshmërisë nuk kërkojnë hapësirë ​​të përbashkët ruajtjeje. Çdo kopje mban kopje të pavarura të bazave të të dhënave në hapësirën lokale të ruajtjes, të sinkronizuara përmes dërgimit të regjistrave të transaksioneve.

P: Cili është numri maksimal i replikave në një grup disponueshmërie?

A: SQL Server Enterprise Edition mbështet deri në nëntë kopje (një kryesore dhe tetë dytësore). Grupet e shpërndara të disponueshmërisë mund të mbështesin deri në 18 kopje gjithsej në dy grupe disponueshmërie.

5.2 Pyetje Konfigurimi

P: Si mund të zgjedh midis modaliteteve të kryerjes sinkrone dhe asinkrone?

A: Përdorni kryerjen sinkrone për kërkesa zero humbje të të dhënave brenda të njëjtës qendër të dhënash ose rrjeteve me vonesë të ulët. Përdorni kryerjen asinkrone për kopje të largëta të rikuperimit nga fatkeqësitë ku kryerja sinkrone do të ndikonte në performancë.

P: A mund të përziej kopje sinkrone dhe asinkrone në të njëjtin grup disponueshmërie?

A: Po, grupet e disponueshmërisë mbështesin konfigurime të përziera me kopje sinkrone dhe asinkrone. Kjo mundëson disponueshmëri të lartë lokale me kopje sinkrone dhe rikuperim në distancë nga fatkeqësitë me kopje asinkrone.

P: Çfarë ndodh me lidhjet e mia gjatë failover-it?

A: Lidhjet ekzistuese ndërpriten kur ndodh një rikthim në rrjet. Aplikacionet me logjikën e ripërsëritjes së lidhjes rilidhen automatikisht me primarin e ri përmes dëgjuesit. Procesi i rikthimit në rrjet zakonisht përfundon brenda sekondave deri në minuta.

P: A duhet të sinkronizoj hyrjet dhe punët nëpër kopje?

A: Në SQL Server 2019 dhe më herët, po – hyrjet, punët e SQL Agent dhe serverët e lidhur duhet të sinkronizohen manualisht. SQL Server Versioni 2022 prezanton grupe të disponueshmërisë së përmbajtur që përfshijnë automatikisht këto objekte.

5.3 Pyetje Menaxhimi

P: A mund të ekzekutoj kopje rezervë në kopje dytësore?

A: Po, kopjet dytësore mbështesin kopje rezervë të plota, diferenciale dhe të regjistrave të transaksioneve. Konfiguroni preferencat e kopjes rezervë për të shkarkuar kopjet rezervë nga replikën primare dhe për të zvogëluar përdorimin e burimeve të saj.

P: Si mund ta bëj një patch të riparuar. SQL Server me kohë minimale ndërprerjeje?

A: Përdorni përmirësime të përsëritura duke rregulluar fillimisht kopjet sekondare, pastaj duke kryer një ri-ndërprerje manuale në një ri-ndërprerës sekondar të rregulluar dhe së fundmi duke rregulluar ri-ndërprerësin e mëparshëm primar. Kjo minimizon kohën e ndërprerjes së funksionimit të ri-ndërprerjes.

P: A mund të shtoj baza të dhënash në një grup ekzistues të disponueshmërisë?

A: Po, bazat e të dhënave mund të shtohen në grupet e disponueshmërisë në punë. Baza e të dhënave duhet të jetë në model të plotë rikuperimi me një kopje rezervë të plotë, dhe kopjet dytësore duhet të mbillen duke përdorur mbjelljen automatike ose kopjimin dhe rivendosjen manuale.

P: Çfarë është mbjellja automatike dhe a duhet ta përdor?

A: Mbjellja automatike transferon të dhënat e bazës së të dhënave përmes rrjetit për të inicializuar kopjet dytësore pa kopje rezervë manuale. Përdoreni atë për baza të dhënash më të vogla ose kur gjerësia e brezit të rrjetit është e mjaftueshme. Për baza të dhënash shumë të mëdha, mbjellja manuale mund të jetë më e shpejtë.

P: Ku duhet ta ekzekutoj DBCC CHECKDB në një grup disponueshmërie?

A: Duhet të ekzekutoni DBCC CHECKDB në replikat dytësore për të zvogëluar ngarkesën në replikën primare. Kontrollet e konsistencës së bazës së të dhënave mund të ekzekutohen në bazat e të dhënave dytësore pa ndikuar në performancën e replikës primare.

Për më shumë detaje mbi DBCC CHECKDB, shihni faqen tonë udhëzues gjithëpërfshirës.

5.4 Pyetje për zgjidhjen e problemeve

P: Pse baza ime e të dhënave është në gjendje JO-SINKRONIZUESE?

A: Shkaqet e zakonshme përfshijnë problemet e lidhjes së rrjetit, lëvizjen e pezulluar të të dhënave, hapësirën e pamjaftueshme të diskut në kopjet dytësore ose problemet e pikave fundore. Kontrolloni përshkrimin e gjendjes së sinkronizimit dhe SQL Server regjistrat e gabimeve për detaje specifike. Nëse baza e të dhënave dytësore ka hyrë në një gjendje rikuperimi ose shfaqje rikuperim në pritje, shihni udhëzuesit e lidhur për rregullime të synuara.

P: Si mund ta detyroj ndërrimin e rrjetit (failover) kur primari nuk është i disponueshëm?

A: Lidhu me një kopje dytësore dhe ekzekuto ALTER AVAILABILITY GROUP AG_Name FORCE_FAILOVER_ALLOW_DATA_LOSS. Kjo pranon humbjen e mundshme të të dhënave dhe e kalon menjëherë kopjen dytësore në primare.

P: Pse klientët nuk mund të lidhen me dëgjuesin tim?

A: Verifikoni që dëgjuesi është në linjë në Failover Cluster Manager, regjistrimi i DNS-së ka pasur sukses, të gjitha IP-të e dëgjuesit janë të arritshme nga klientët dhe rregullat e firewall-it lejojnë trafikun në portën e dëgjuesit.

P: Çfarë do të thotë një radhë e madhe ribërjeje?

A: Një radhë e madhe ribërjeje tregon se replika dytësore nuk mund t'i aplikojë të dhënat e regjistrit aq shpejt sa mbërrijnë. Kjo mund të tregojë bllokime të hyrjes/daljes në disk, kufizime të CPU-së ose bllokim nga pyetjet vetëm për lexim në pajisjen dytësore.

P: Çfarë duhet të bëj nëse një fatkeqësi prek të gjitha kopjet dhe kopjet e mia rezervë janë gjithashtu të dëmtuara?

A: Ky skenar më i keq, ndonëse jashtëzakonisht i rrallë, mund të ndodhë për shkak të sulmeve ransomware, dështimeve të përhapura të ruajtjes ose fatkeqësive të njëpasnjëshme. Mbrojtja juaj kryesore është parandalimi: mirëmbani kopje të shpërndara gjeografikisht, ruani kopje rezervë në vende të ndara dhe
testoni rregullisht procedurat tuaja të rimëkëmbjes nga fatkeqësitë. Nëse të gjitha opsionet standarde të rimëkëmbjes dështojnë, një specialist Mjet për rikuperimin e të dhënave SQL mund të përpiqet të nxjerrë të dhëna nga skedarët MDF të dëmtuar si një masë emergjente e fundit.

5.5 Pyetje në lidhje me licencimin dhe koston

P: Si licencohet Grupet Always On Disponueshmëri?

A: SQL Server Licencimi varet nga edicioni dhe modeli i vendosjes. Grupet e disponueshmërisë së Enterprise Edition kërkojnë licenca Enterprise në të gjitha replikat. Replikat sekondare pasive mund të kualifikohen për licencim falas në kushte të caktuara.

Pyetje: A mund ta përdor SQL Server Versioni për Zhvillues për grupet e disponueshmërisë?

A: Po, Developer Edition përfshin të gjitha veçoritë e Enterprise Edition, duke përfshirë mbështetjen e plotë të grupeve të disponueshmërisë. Megjithatë, është i licencuar vetëm për zhvillim dhe testim, jo ​​për përdorim prodhimi.

P: A kërkojnë licenca shtesë dokumentet dytësore të lexueshme?

A: Licencimi varet nga skenari. Pajisjet sekondare pasive për rikuperimin nga fatkeqësitë zakonisht nuk kërkojnë licenca. Pajisjet sekondare aktive që shërbejnë ngarkesa pune vetëm për lexim zakonisht kërkojnë licenca, megjithëse kushtet specifike ndryshojnë.

P: A ka ndonjë mënyrë falas për të pasur disponueshmëri të lartë me SQL Server?

A: SQL Server Express Edition nuk mbështet grupet e disponueshmërisë. SQL Server Edicioni Standard mbështet Grupet Bazë të Disponueshmërisë duke filluar me SQL Server 2016, duke ofruar disponueshmëri të lartë bazë me kostot e licencimit të Standard Edition.

P: Çfarë janë Grupet e Disponueshmërisë së Shpërndarë?

A: Grupet e shpërndara të disponueshmërisë janë një lloj i veçantë i grupit të disponueshmërisë që përfshin dy grupe të ndara disponueshmërie, duke mundësuar skenarë që tejkalojnë aftësitë e grupeve tradicionale të disponueshmërisë. Prezantuar në SQL Server 2016, grupet e disponueshmërisë së shpërndarë adresojnë kërkesat e shkallëzimit dhe shpërndarjes gjeografike.

6. Përfundim

6.1 Përmbledhje e pikave kyçe

SQL Server Grupet Gjithmonë në Disponueshmëri përfaqësojnë zgjidhjen kryesore të Microsoft-it për disponueshmëri të lartë dhe rikuperim nga fatkeqësitë për bazat e të dhënave kritike për misionin. Ato ofrojnë një ndërrim automatik të të dhënave në nivel baze të dhënash pa kërkesa për ruajtje të përbashkët, kopje dytësore të lexueshme për shkarkimin e ngarkesave të punës dhe shpërndarje gjeografike fleksibile për mbrojtje gjithëpërfshirëse të të dhënave. Për organizatat që ende përdorin zgjidhje të tilla si transporti i trungjeve or replikim, grupet e disponueshmërisë ofrojnë një rrugë përmirësimi më të fuqishme dhe më të thjeshtë nga ana operative.

6.2 Kur të përdoren Grupet e Disponueshmërisë Gjithmonë Aktive

Zgjidhni grupet e disponueshmërisë kur kërkoni disponueshmëri të lartë në nivelin e bazës së të dhënave me aftësi automatike të ndërrimit të të dhënave (failover). Organizatat që kanë nevojë për mbrojtje nga humbja zero e të dhënave për bazat e të dhënave kritike përfitojnë nga kopjet sinkrone të kryerjes së të dhënave me failover automatik. Aplikacionet që kërkojnë aftësi në shkallë leximi shfrytëzojnë kopjet sekondare të lexueshme për të shpërndarë ngarkesat e punës së pyetjeve.

6.3 Fillimi i Implementimit Tuaj

Filloni planifikimin e grupit të disponueshmërisë duke vlerësuar kërkesat e biznesit, duke përfshirë RTO, RPO dhe kufizimet e buxhetit. Dokumentoni infrastrukturën aktuale të bazës së të dhënave, varësitë e aplikacioneve dhe boshllëqet e larta të disponueshmërisë. Hartoni një arkitekturë të grupit të disponueshmërisë që adreson kërkesat duke mbetur brenda kufizimeve të burimeve.

Referencat

• Dokumenti zyrtar i Microsoft-it: Çfarë është një grup i disponueshmërisë Gjithmonë Aktiv?
• Dokumenti zyrtar i Microsoft-it: Fillimi me Grupet Gjithmonë të Disponueshme
• Dokumenti zyrtar i Microsoft-it: Grupet e disponueshmërisë së shpërndarë

---

Rreth Autorit

Yuan Sheng është një administrator i lartë i bazave të të dhënave (DBA) me mbi 10 vjet përvojë në SQL Server mjedise dhe menaxhim të bazave të të dhënave të ndërmarrjeve. Ai ka zgjidhur me sukses qindra skenarë të rikuperimit të bazave të të dhënave në të gjitha shërbimet financiare, kujdesin shëndetësor dhe organizatat prodhuese.

Yuan specializohet në SQL Server rikuperimi i bazës së të dhënave, zgjidhje me disponueshmëri të lartë dhe optimizimi i performancës. Përvoja e tij e gjerë praktike përfshin menaxhimin e bazave të të dhënave me shumë terabajt, zbatimin e Grupeve Gjithmonë të Disponueshme dhe zhvillimin e strategjive të automatizuara të kopjimit rezervë dhe rikuperimit për sisteme biznesi kritike për misionin.

Përmes ekspertizës së tij teknike dhe qasjes praktike, Yuan përqendrohet në krijimin e udhëzuesve gjithëpërfshirës që ndihmojnë administratorët e bazave të të dhënave dhe profesionistët e IT-së të zgjidhin probleme komplekse. SQL Server sfidat në mënyrë efikase. Ai qëndron i azhurnuar me të rejat SQL Server lëshimet dhe teknologjitë në zhvillim e sipër të bazës së të dhënave të Microsoft-it, duke testuar rregullisht skenarët e rikuperimit për të siguruar që rekomandimet e tij pasqyrojnë praktikat më të mira të botës reale.

Keni pyetje rreth SQL Server Rimëkëmbje ose keni nevojë për udhëzime shtesë për zgjidhjen e problemeve të bazës së të dhënave? Yuan mirëpret? Mirëpresim Yuanin. reagime dhe sugjerime për përmirësimin e këtyre burimeve teknike.