SQL Server Skupiny dostupnosti Always On: Kompletný sprievodca [2026]

1. Pochopenie skupín dostupnosti Always On

1.1 Čo to je a ako to funguje

Skupiny dostupnosti Always On (AG) sú SQL Server podnik vysoká dostupnosť a riešenie obnovy po havárii, ktoré funguje na úrovni databázy. Skupina dostupnosti zoskupuje jednu alebo viacero používateľských databáz do jednej záložnej jednotky a replikuje ich až do ôsmich sekundárnych replík prostredníctvom nepretržitého odosielania transakčných protokolov. Keď primárna replika zlyhá, určená synchrónna sekundárna replika automaticky prevezme jej úlohu a obnoví prístup v priebehu niekoľkých sekúnd bez zdieľaného úložiska alebo manuálneho zásahu.

1.2 Skupiny dostupnosti Always On vs. inštancie klastrov s prepínaním pri zlyhaní

SQL Server Always On zahŕňa dve odlišné technológie: skupiny dostupnosti (AG) a inštancie klastrov s podporou prepínania medzi záložnými systémami (FCI):

	Skupiny dostupnosti vždy zapnuté	Inštancie klastra Always On Failover
Rozsah záložného prepnutia	Na úrovni databázy	Úroveň inštancie (všetky databázy sa prepnú naraz)
Replikácia údajov	Replikácia založená na protokoloch do každého sekundárneho	Žiadne – všetky uzly zdieľajú rovnaké úložisko
Zdieľané úložisko	Nevyžaduje sa	Povinné (SAN, iSCSI, S2D alebo SMB)
Čitateľné sekundárne	Áno	Nie
Zotavenie po havárii	Vstavané (asynchrónne repliky naprieč lokalitami)	Nie je vstavané bez spárovania s AG

Kedy použiť každý z nich: Použite FCI, keď potrebujete záložný režim na úrovni inštancie a už máte infraštruktúru zdieľaného úložiska. Použite AG, keď potrebujete granularitu na úrovni databázy, čitateľné sekundárne úložiská alebo obnovu po havárii. Pre most úplná ochrana, kombinujte oboje: spustite každú repliku ako uzol FCI a prepojte ich v AG.

1.3 Výhody a obmedzenia

Výhody:

• Automatické prepnutie na záložný systém s takmer nulovým cieľom času obnovy (RTO) pre synchrónne repliky;
• nulová strata údajov (cieľ bodu obnovenia (RPO) = 0) v režime synchrónneho potvrdenia;
• nevyžaduje sa zdieľané úložisko – každá replika používa nezávislé lokálne úložisko;
• čitateľné sekundárne servery odľahčujú primárny server zaťažením reportingu a zálohovania;
• podporuje lokálnu vysokú dostupnosť (HA) aj obnovu po havárii (DR) medzi lokalitami v rámci jednej konfigurácie.

Obmedzenie:

• Vyžaduje sa klastrovanie záložných systémov systému Windows Server na všetkých replikách;
• Enterprise Edition pre kompletnú sadu funkcií (Standard Edition podporuje Basic AG s výraznými obmedzeniami);
• režim synchrónneho potvrdenia pridáva latenciu k operáciám zápisu úmernú času prenosu dát v sieti;
• prihlásenia, úlohy agenta SQL a prepojené servery sa nesynchronizujú automaticky v SQL Server 2019 a skôr (vyriešené v SQL Server 2022 obsahoval skupiny dostupnosti).

2. Architektúra skupín dostupnosti Always On

2.1 Základné komponenty a koncepty

2.1.1 Databázy dostupnosti

Databázy dostupnosti sú používateľské databázy, ktoré sú súčasťou skupiny dostupnosti. Tieto databázy musia spĺňať špecifické požiadavky: musia používať model úplnej obnovy, mať úplnú zálohu a pred pridaním do skupiny dostupnosti musia existovať v primárnej replike.

Keď sa databáza pripojí k skupine dostupnosti, stane sa súčasťou synchronizovanej množiny, ktorá sa prepne ako jeden celok. Všetky databázy v skupine dostupnosti zdieľajú rovnaký stav prepnutia, čo znamená, že ak zlyhá primárna replika, všetky databázy sa súčasne prepnú na rovnakú sekundárnu repliku. Tým sa zabezpečí konzistencia pre aplikácie, ktoré sa spoliehajú na viacero súvisiacich databáz.

2.1.2 Repliky dostupnosti

Repliky dostupnosti sú SQL Server prípady, ktoré host kópie databáz dostupnosti. Každá replika si uchováva vlastnú fyzickú kópiu databáz, synchronizovanú prostredníctvom odosielania záznamov denníka transakcií. Skupina dostupnosti môže obsahovať až deväť replík: jednu primárnu repliku a až osem sekundárnych replík.

2.1.3 Primárna replika

Primárna replika hostje kópia databáz dostupnosti na čítanie aj zápis. Všetky úpravy údajov (INSERT, UPDATE, DELETE) sa vyskytujú na primárnej replike. Klientske aplikácie sa pripájajú k primárnej replike pre všetky operácie zápisu a štandardne aj pre operácie čítania.

2.1.4 Sekundárne repliky

Sekundárne repliky host kópie databáz dostupnosti určené len na čítanie, udržiavané prostredníctvom nepretržitého používania záznamov denníka transakcií prijatých z primárnej repliky. Každá sekundárna replika prijíma, posilňuje a používa záznamy denníka, aby sa jej kópie databázy synchronizovali s primárnou replikou.

2.2 Režimy dostupnosti

2.2.1 Režim synchrónneho potvrdenia

Režim synchrónneho potvrdenia transakcií poskytuje ochranu pred nulovou stratou údajov tým, že vyžaduje, aby primárna replika pred potvrdením transakcií čakala na potvrdenie, že záznamy denníka transakcií boli na sekundárnej replike chránené. Tento režim je nevyhnutný pre konfigurácie s vysokou dostupnosťou, kde je strata údajov neprijateľná.

2.2.2 Režim asynchrónneho potvrdenia

Režim asynchrónneho potvrdzovania uprednostňuje výkon primárnej repliky tým, že umožňuje transakciám potvrdzovať transakcie bez čakania na potvrdenie sprísnenia protokolovania sekundárnymi replikami. Tento režim je vhodný pre repliky po havárii alebo keď latencia siete znemožňuje synchrónne potvrdzovanie.

Nevýhodou je potenciálna strata údajov počas zlyhania. Ak primárna replika zlyhá, niektoré potvrdené transakcie sa nemusia dostať do sekundárnej repliky. Množstvo potenciálnej straty údajov závisí od šírky pásma siete, výkonu sekundárnej repliky a načasovania zlyhania. Organizácie musia toto riziko akceptovať pri používaní asynchrónneho režimu.

2.3 Typy záložného prepnutia

2.3.1 Automatické prepnutie na záložný systém

Automatické prepnutie pri zlyhaní umožňuje skupine dostupnosti zistiť zlyhanie primárnej repliky a automaticky povýšiť sekundárnu repliku na primárnu bez zásahu správcu. Táto funkcia minimalizuje čas obnovenia (RTO) elimináciou potreby manuálnej reakcie na zlyhania.

Automatické prepnutie na záložný systém vyžaduje režim synchrónneho potvrdenia, aby sa zabezpečila nulová strata údajov. Keď je táto funkcia povolená, skupina dostupnosti nepretržite monitoruje stav primárnej repliky. Ak primárna replika prestane reagovať alebo zlyhá, záložný klaster systému Windows Server spustí automatické prepnutie na určenú sekundárnu repliku.

2.3.2 Manuálne prepnutie na záložný systém

Manuálne prepnutie umožňuje správcom zámerne prepnúť rolu primárnej repliky na sekundárnu repliku, zvyčajne na účely plánovanej údržby alebo testovania. Na rozdiel od automatického prepnutia vyžaduje manuálne prepnutie na spustenie explicitný zásah správcu.

Pre repliky so synchrónnym potvrdením je k dispozícii manuálne prepnutie pri zlyhaní bez straty údajov. Správca iniciuje prepnutie pri zlyhaní prostredníctvom SQL Server Management Studio, Transact-SQL alebo PowerShell. Primárna replika dokončí spracovanie aktuálnych transakcií a odošle všetky zostávajúce záznamy protokolu do tarzískať sekundárnu rolu a čaká na potvrdenie pred prenosom primárnej role.

Manuálne prepnutie môže nastať aj pri replikách s asynchrónnym potvrdením, ale to si vyžaduje vynútené prepnutie s možnou stratou údajov. Správcovia by mali používať vynútené manuálne prepnutie iba počas skutočných katastrofických scenárov, keď primárna replika nie je k dispozícii a strata údajov je prijateľná v porovnaní s predĺženým výpadkom.

2.3.3 Nútené prepnutie pri zlyhaní

Vynútené prepnutie umožňuje prepnutie na asynchrónnu sekundárnu repliku alebo na sekundárnu repliku, ktorá nie je úplne synchronizovaná, s explicitným potvrdením možnej straty údajov. Táto možnosť slúži ako posledná možnosť, keď primárna replika nie je k dispozícii a neexistuje žiadna synchronizovaná sekundárna replika.

2.4 Synchronizácia údajov

2.4.1 Ako funguje synchronizácia údajov

Synchronizácia údajov v skupinách dostupnosti Always On prebieha prostredníctvom nepretržitého odosielania záznamov denníka transakcií z primárnej repliky do všetkých sekundárnych replik. Táto synchronizácia založená na denníkoch zaisťuje konzistentnosť a zároveň umožňuje nezávislé ukladanie pre každú repliku.

2.4.2 Záznamy protokolov transakcií a zabezpečenie

Zvyšovanie ochrany transakčných protokolov je kritickým krokom, pri ktorom sa záznamy protokolov zapisujú do trvalého úložiska na sekundárnych replikách. Zvyšovanie ochrany zabezpečuje, že záznamy protokolov prežijú zlyhania sekundárnych replík a je možné ich prehrať počas obnovy.

2.5 Sekundárne repliky s možnosťou čítania a čitateľné sekundárne repliky

2.5.1 Zníženie záťaže úloh určených len na čítanie

Čitateľné sekundárne repliky umožňujú organizáciám odľahčiť primárnu repliku úlohami intenzívnym čítaním, čím sa zlepšuje celkový výkon systému a využitie zdrojov. Táto schopnosť škálovania čítania je jednou z kľúčových výhod skupín dostupnosti oproti starším riešeniam s vysokou dostupnosťou.

Organizácie by mali pri navrhovaní konfigurácií skupín dostupnosti zvážiť požiadavky na pracovnú záťaž typu „len na čítanie“. Viaceré sekundárne servery s možnosťou čítania môžu rozdeliť záťaž hlásení medzi niekoľko serverov. Smerovacie zoznamy typu „len na čítanie“ definujú poradie, v akom sekundárne servery prijímajú pripojenia typu „len na čítanie“, čo umožňuje stratégie vyvažovania záťaže.

2.5.2 Zálohovacie operácie na sekundárnych replikách

Spúšťanie záloh na sekundárnych replikách znižuje zaťaženie vstupno-výstupných operácií (I/O) a centrálnej procesorovej jednotky (CPU) na primárnej replike, čo jej umožňuje sústrediť sa na transakčné úlohy. Táto funkcia pomáha organizáciám splniť požiadavky na zálohovanie bez ovplyvnenia produkčného výkonu.

SQL Server Podporuje úplné zálohy databázy, rozdielové zálohy a zálohy transakčných protokolov na sekundárnych replikách. Predvoľby zálohovania je možné nakonfigurovať tak, aby uprednostňovali sekundárne repliky, uprednostňovali primárnu, iba sekundárnu alebo ľubovoľnú repliku. Zálohovací systém automaticky vyberie vhodnú repliku na základe týchto preferencií a aktuálnej dostupnosti.

Pre viac informácií o SQL Server zálohovanie, pozrite si naše komplexný sprievodca.

2.6 Poslucháče skupiny dostupnosti

2.6.1 Čo je to poslucháč?

Listener skupiny dostupnosti je názov virtuálnej siete (VNN) a IP adresa, ktoré klientske aplikácie používajú na pripojenie k databázam skupín dostupnosti. Listener automaticky presmeruje pripojenia na aktuálnu primárnu repliku, čím sa eliminuje potreba aplikácií sledovať, ktorý server je momentálne primárny.

2.6.2 Smerovanie klientskeho pripojenia

Smerovanie klientskeho pripojenia cez listener podporuje zámery pripojenia na čítanie aj zápis aj len na čítanie. Listener skúma požiadavku na pripojenie a smeruje ju do príslušnej repliky na základe zámeru aplikácie.

3. Predpoklady a požiadavky

3.1 Klastrovanie pri zlyhaní systému Windows Server pre skupiny dostupnosti

3.1.1 Základy failover klastrovania systému Windows Server

Klastrovanie záložných klastrov systému Windows Server (WSFC) poskytuje základ pre skupiny dostupnosti Always On spravovaním členstva v klastri, monitorovaním stavu a orchestráciou záložných klastrov. Na rozdiel od inštancií záložných klastrov používajú skupiny dostupnosti WSFC iba na koordináciu klastrov, nie na správu zdieľaného úložiska.

Každý SQL Server Inštancia zapojená do skupiny dostupnosti musí byť uzol v klastri WSFC. Klaster spravuje hlasovanie kvóra, detekciu stavu uzlov a stav zdrojov skupiny dostupnosti. Keď primárna replika zlyhá, WSFC koordinuje proces záložného prepnutia a aktualizuje zdroje klastra tak, aby odrážali novú primárnu repliku.

3.1.2 Konfigurácia kvóra klastra

Kvórum klastra určuje, ktoré uzly môžu fungovať, keď sa vyskytnú problémy so sieťovým pripojením, čím sa predchádza scenárom rozdelenia mozgu, kde viacero uzlov nezávisle tvrdí, že sú primárne. Konfigurácia kvóra definuje, čo predstavuje väčšinu hlasov pre rozhodnutia klastra.

Pre skupiny dostupnosti je k dispozícii niekoľko režimov kvóra:

• Väčšina uzlov používa iba hlasy uzlov klastra a funguje dobre pre klastre s nepárnym počtom uzlov.
• Väčšina uzlov a zdieľaných súborov pridáva hlasovanie svedka o zdieľaných súboroch, vhodné pre klastre uzlov s párnym počtom.
• Node and Disk Majority používa svedka disku, ale je menej bežný pre skupiny dostupnosti, pretože zdieľané úložisko nie je potrebné.

3.1.3 Klastrovanie viacerých podsietí

Klastrovanie viacerých podsietí umožňuje replikám skupín dostupnosti rozprestierať sa v rôznych sieťových podsietiach, čo podporuje geograficky rozptýlené nasadenia v dátových centrách. Táto funkcia je nevyhnutná pre konfigurácie obnovy po havárii, kde repliky existujú na samostatných miestach.

3.2 SQL Server Požiadavky na vydanie

3.2.1 Funkcie podnikovej edície

SQL Server Enterprise Edition poskytuje plnú funkcionalitu skupín dostupnosti bez obmedzení. Enterprise Edition podporuje až osem sekundárnych replík, čitateľné sekundárne zložky, automatické nasadzovanie, distribuované skupiny dostupnosti a všetky pokročilé funkcie.

3.2.2 Funkcie štandardnej edície (základné skupiny dostupnosti)

SQL Server Standard edícia 2016 a novšie verzie podporujú základné skupiny dostupnosti s výraznými obmedzeniami. Základné skupiny dostupnosti poskytujú základné funkcie vysokej dostupnosti pri nižšej záťaži.ost, vhodné pre organizácie s jednoduchšími požiadavkami.

4. Konfigurácia skupín dostupnosti Always On

4.1 Príprava prostredia

Pred vytvorením skupiny dostupnosti musí byť prostredie riadne pripravené s účtami služby Active Directory, konfiguráciami serverov a sieťovou infraštruktúrou.

4.1.1 Nastavenie radiča domény

Radič domény služby Active Directory musí byť nakonfigurovaný tak, aby podporoval klaster skupín dostupnosti a SQL Server servisné účty.

1. Prihláste sa do radiča domény s prihlasovacími údajmi správcu domény.
2. Otvorený Server Manager a prejdite na náradie -> Používatelia a počítače služby Active Directory.
3. Vytvorte organizačnú jednotku pre SQL Server objekty, ak jeden neexistuje.
4. Overte, či v službe Active Directory existujú objekty počítačov pre všetky uzly klastra.
5. Uistite sa, že služby DNS (Domain Name System) sú správne nakonfigurované a všetky názvy serverov sa správne rozlišujú.

4.1.2 Vytváranie servisných účtov

Vytvorte vyhradené účty služby Active Directory pre SQL Server služby na každom uzle.

1. Otvorený Používatelia a počítače služby Active Directory na radiči domény.
2. Kliknite pravým tlačidlom myši na príslušnú organizačnú jednotku a vyberte Nový -> užívateľ.
3. Zadajte názov servisného účtu (napríklad svc_SQLServer) a nastavte Prihlasovacie meno používateľa.
4. kliknite ďalšie a zadajte silné heslo.
5. vybrať Používateľ nemôže zmeniť heslo a Heslo nikdy nevyprší.
6. kliknite ďalšie a potom úprava na vytvorenie účtu.
7. Opakujte pre všetky potrebné ďalšie servisné účty (SQL Server Agent, SSRS atď.).

4.1.3 Konfigurácia oprávnení správcu

Servisné účty a účty používané na konfiguráciu SQL Server musí mať príslušné povolenia na všetkých uzloch klastra.

1. Prihláste sa na každý server uzla klastra.
2. Otvorený počítač Správa z Start ponuka alebo Správca servera.
3. Rozšíriť Miestne používatelia a skupiny a zvoľte Skupiny.
4. Kliknite pravým tlačidlom myši administrátori a zvoľte vlastnosti.
5. kliknite pridať a zadajte názov servisného účtu.
6. kliknite Skontrolujte mená overte účet a potom kliknite na OK.
7. kliknite OK zatvorte dialógové okno Vlastnosti správcu.
8. Opakujte na všetkých uzloch klastra.

4.2 Inštalácia a konfigurácia WSFC

Pred povolením skupín dostupnosti Always On musí byť na všetkých uzloch nainštalované a nakonfigurované klastrovanie Windows Server Failover.

4.2.1 Inštalácia funkcie failover clustering

Nainštalujte funkciu Failover Clustering na každý server, ktorý sa bude zúčastňovať skupiny dostupnosti.

1. Otvorený Server Manager na prvom uzle klastra.
2. kliknite spravovať -> Pridať roly a funkcie.
3. kliknite ďalšie cez úvodné obrazovky.
4. vybrať Inštalácia na základe rolí alebo funkcií a kliknite na tlačidlo ďalšie.
5. Vyberte lokálny server a kliknite naň ďalšie.
6. Preskočte obrazovku Roly a kliknite na ďalšie.
7. Na obrazovke Funkcie vyberte možnosť Zhlukovanie pri zlyhaní.
8. kliknite Pridajte funkcie keď sa zobrazí výzva na zahrnutie nástrojov na správu.
9. kliknite ďalšie a potom inštalovať.
10. Počkajte na dokončenie inštalácie a kliknite Zavrieť.
11. Opakujte na všetkých serveroch, ktoré sa budú zúčastňovať klastra.

4.2.2 Vytvorenie záložného klastra

Po nainštalovaní funkcie Failover Clustering na všetkých uzloch vytvorte klaster z jedného uzla.

1. Otvorený Správca klastrov pri zlyhaní z Server Manager -> náradie.
2. kliknite Vytvoriť klaster na table Akcie.
3. kliknite ďalšie na stránke Predtým, ako začnete.
4. kliknite prezerať a pridajte všetky servery, ktoré budú uzlami klastra.
5. kliknite ďalšie po pridaní všetkých uzlov.
6. zanechať Spustiť všetky testy (odporúčané) vybrané a kliknite na ďalšie.
7. Skontrolujte výsledky overovacích testov a odstráňte všetky chyby alebo upozornenia.
8. kliknite úprava po úspešnom dokončení overenia.
9. Zadajte názov klastra a IP adresu.
10. zrušte zaškrtnutie Pridajte všetok vhodný ukladací priestor do klastra pretože zdieľané úložisko nie je potrebné.
11. kliknite ďalšie a skontrolujte potvrdenie.
12. kliknite úprava na vytvorenie klastra.

4.2.3 Overenie konfigurácie klastra

Overte konfiguráciu klastra, aby ste sa uistili, že všetky uzly môžu správne komunikovať a klaster funguje správne.

1. In Správca klastrov pri zlyhaní, kliknite pravým tlačidlom myši na názov klastra.
2. vybrať Overiť klaster z menu.
3. kliknite ďalšie na stránke Predtým, ako začnete.
4. vybrať Spustiť všetky testy (odporúčané) a kliknite na tlačidlo ďalšie.
5. kliknite ďalšie začať s validačnými testami.
6. Po dokončení testov si skontrolujte overovaciu správu.
7. Riešte všetky zlyhania alebo upozornenia identifikované v správe.
8. kliknite úprava zatvorte sprievodcu.

NIKDY inštalácia SQL Server pre skupiny dostupnosti

inštalovať SQL Server na každom uzle, ktorý sa bude zúčastňovať skupiny dostupnosti pomocou možnosti samostatnej inštalácie.

1. Spustite SQL Server inštalačné médium na prvom uzle.
2. vybrať Nový SQL Server samostatná inštalácia.
3. Zadajte produktový kľúč alebo vyberte skúšobnú edíciu.
4. Prijmite licenčné podmienky a kliknite ďalšie.
5. Vykonajte kontroly predpokladov a vyriešte všetky problémy.
6. Na stránke Výber funkcie vyberte Služby databázového stroja.
7. Nakonfigurujte názov inštancie (použite rovnaký názov inštancie na všetkých uzloch).
8. Na stránke Konfigurácia servera zadajte poverenia servisného účtu.
9. Konfigurácia služiebtartypy tupov ako automaticky.
10. Na stránke Konfigurácia databázového enginu vyberte režim overovania.
11. Pridajte administrátorské účty.
12. Nakonfigurujte dátové adresáre pomocou konzistentných ciest naprieč všetkými uzlami.
13. Dokončite inštaláciu a overte jej úspešnosť.
14. Inštaláciu zopakujte na všetkých ostatných uzloch klastra s identickými nastaveniami.

4.4 Povolenie funkcie Skupiny dostupnosti Always On

Po inštalácii SQL Server na všetkých uzloch povoľte funkciu Skupiny dostupnosti Always On na každej inštancii.

4.4.1 Povolenie cez SQL Server Správca konfigurácie

Použitie SQL Server Správca konfigurácie na povolenie skupín dostupnosti Always On prostredníctvom grafického rozhrania.

1. Otvorený SQL Server Správca konfigurácie na prvom uzle.
2. Rozšíriť SQL Server Služby v ľavej časti okna.
3. Kliknite pravým tlačidlom na SQL Server inštanciu a vyberte vlastnosti.
4. Kliknite na tlačidlo Vysoká dostupnosť AlwaysOn tab.
5. Kontrola Povoliť skupiny dostupnosti AlwaysOn.
6. Overte, či je názov záložného klastra systému Windows správny.
7. kliknite OK na uloženie zmien.
8. kliknite OK na upozornenie, že služba musí byť obnovenátarted.
9. Kliknite pravým tlačidlom na SQL Server službu a vyberte Restart.
10. Počkajte, kým sa služba obnovítarúspešne.
11. Opakujte na všetkých uzloch klastra.

4.4.2 Povolenie cez PowerShell

PowerShell poskytuje skriptovanú metódu na povolenie skupín dostupnosti Always On na viacerých uzloch.

1. Otvorte PowerShell ako správca na prvom uzle.
2. Importujte súbor SQL Server Modul PowerShellu:

   Import-Module SQLPS -DisableNameChecking

3. Povoliť skupiny dostupnosti Always On:

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

4. Služba sa automaticky obnovítart pri použití parametra Sila.
5. Overte, či je funkcia povolená:

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

6. Opakujte pre každý uzol klastra a nahraďte príslušné názvy serverov a inštancií.

4.4.3 Overenie, či je funkcia povolená

Pred pokračovaním v konfigurácii overte, či sú skupiny dostupnosti Always On povolené vo všetkých inštanciách.

1. Pripojte sa ku každému SQL Server inštancia pomocou SQL Server Štúdio manažmentu.
2. Otvorte nové okno s dotazom a spustite:

   SELECT SERVERPROPERTY('IsHadrEnabled')

3. Overte, či je výsledok 1 (povolené).
4. Skontrolujte, či SQL Server Inštancia sa zobrazí v Správcovi klastrov prepínania medzi rolami klastra.
5. Overte existenciu koncového bodu skupiny dostupnosti spustením:

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

6. Ak koncový bod neexistuje, vytvorí sa počas vytvárania skupiny dostupnosti.

4.5 Príprava databáz pre skupiny dostupnosti

Databázy musia pred pridaním do skupiny dostupnosti spĺňať špecifické požiadavky.

4.5.1 Požiadavky na model obnovy databázy

Pred pridaním do skupiny dostupnosti zmeňte model obnovy databázy na PLNÝ v primárnej replike.

1. Pripojte sa k primárnej replike pomocou SQL Server Štúdio manažmentu.
2. Kliknite pravým tlačidlom myši na databázu a vyberte vlastnosti.
3. Vybrať možnosti str.
4. Zmena Model obnovy na plne.
5. kliknite OK pre uloženie zmeny.
6. Prípadne použite Transact-SQL:

   ALTER DATABASE DatabaseName SET RECOVERY FULL;

4.5.2 Vytváranie úplných záloh databázy

Vytvorte úplnú zálohu databázy, aby ste vytvorili reťazec záloh potrebný pre skupiny dostupnosti.

1. In SQL Server V Management Studio kliknite pravým tlačidlom myši na databázu.
2. vybrať Úlohy -> Zálohovať.
3. Overiť si Typ zálohy je nastavené na plne.
4. Vyberte cieľ zálohy alebo pridajte nový cieľ.
5. kliknite OK vykonať zálohu.
6. Prípadne použite Transact-SQL:

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

4.5.3 Vytváranie záloh protokolov transakcií

Vytvorte zálohu protokolu transakcií, aby ste sa uistili, že je reťaz protokolov vytvorená a minimalizovali čas inicializácie.

1. In SQL Server V Management Studio kliknite pravým tlačidlom myši na databázu.
2. vybrať Úlohy -> Zálohovať.
3. Zmena Typ zálohy na Denník transakcií.
4. Vyberte cieľ zálohy.
5. kliknite OK vykonať zálohu.
6. Prípadne použite Transact-SQL:

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

4.6 Vytvorenie skupiny dostupnosti

Vytvorte skupinu dostupnosti pomocou jednej z niekoľkých dostupných metód v závislosti od vašich preferencií a požiadaviek na automatizáciu.

4.6.1 Používanie Sprievodcu vytvorením novej skupiny dostupnosti

Sprievodca vytvorením novej skupiny dostupnosti poskytuje grafické rozhranie na vytváranie skupín dostupnosti.

1. In SQL Server Management Studio, pripojte sa k inštancii, ktorá budeost primárna replika.
2. Rozšíriť Vysoká dostupnosť AlwaysOn v Prieskumníkovi objektov.
3. Kliknite pravým tlačidlom myši Skupiny dostupnosti a zvoľte Sprievodca novou skupinou dostupnosti.
   
4. kliknite ďalšie na úvodnej stránke.
5. Zadajte názov skupiny dostupnosti a kliknite na ďalšie.
6. Na stránke Vybrať databázy vyberte databázy, ktoré chcete zahrnúť.
7. Overte, či databázy spĺňajú všetky požiadavky, a kliknite na tlačidlo ďalšie.
8. Na stránke Zadať repliky kliknite na Pridať repliku.
9. Pripojte sa ku každej inštancii sekundárnej repliky.
10. Nakonfigurujte vlastnosti repliky pre každú inštanciu (režim dostupnosti, režim záložného prepnutia).
11. Kliknite na tlačidlo Koncové body a skontrolujte konfiguráciu koncového bodu.
12. Kliknite na tlačidlo Predvoľby zálohovania a nakonfigurujte priority zálohovania.
13. Kliknite na tlačidlo poslucháč kartu a voliteľne vytvorte poslucháč.
14. kliknite ďalšie a vyberte metódu synchronizácie údajov.
15. Skontrolujte výsledky overenia a riešte všetky problémy.
16. kliknite ďalšie a preštudujte si súhrn.
17. kliknite úprava na vytvorenie skupiny dostupnosti.
18. Sledujte priebeh a overujte úspešné vytvorenie.

4.6.2 Používanie jazyka Transact-SQL

Vytvorte skupiny dostupnosti pomocou Transact-SQL pre skriptovateľné a opakovateľné nasadenia.

1. Vytvorte skupinu dostupnosti na primárnej replike:

   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. Pripojte sekundárnu repliku k skupine dostupnosti:

   ALTER AVAILABILITY GROUP AG_Name JOIN;

3. Pripojte sa k sekundárnej databáze:

   ALTER DATABASE DatabaseName SET HADR AVAILABILITY GROUP = AG_Name;

4.6.3 Používanie PowerShellu

PowerShell poskytuje možnosti skriptovania na vytváranie a správu skupín dostupnosti.

1. Vytvorte objekt skupiny dostupnosti:

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

2. Pridajte databázy:

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

3. Nakonfigurujte repliky s požadovanými vlastnosťami pomocou cmdletu New-SqlAvailabilityReplica.
4. Pripojte sekundárne repliky pomocou rutiny cmdlet Join-SqlAvailabilityGroup.

4.7 Pridávanie replík do skupiny dostupnosti

Nakonfigurujte vlastnosti špecifické pre repliku, ktoré riadia, ako sa každá inštancia zúčastňuje skupiny dostupnosti.

4.7.1 Konfigurácia vlastností repliky

Nastavte vlastnosti pre každú repliku, aby ste definovali jej úlohu a možnosti v rámci skupiny dostupnosti.

1. In SQL Server Management Studio, rozbaliť Vysoká dostupnosť AlwaysOn -> Skupiny dostupnosti.
2. Rozbaľte skupinu dostupnosti a potom rozbaľte Repliky dostupnosti.
   
3. Kliknite pravým tlačidlom myši na repliku a vyberte vlastnosti.
4. Skontrolujte a upravte nastavenia pripojenia pre primárnu a sekundárnu rolu.
5. V prípade potreby nakonfigurujte hodnoty časového limitu relácie.
6. kliknite OK na uloženie zmien.

4.7.2 Nastavenie režimov dostupnosti

Nakonfigurujte režim dostupnosti na riadenie správania synchronizácie medzi replikami.

1. Kliknite pravým tlačidlom myši na skupinu dostupnosti a vyberte vlastnosti.
2. V všeobecný prejdite na stránku Repliky dostupnosti Sekcia.
3. Pre každú repliku vyberte Synchrónny commit or Asynchrónny commit z rozbaľovacej ponuky.
4. Pre lokálne repliky s vysokou dostupnosťou použite synchrónne potvrdenie.
5. Pre geograficky vzdialené repliky zotavenia po havárii použite asynchrónne potvrdenie (commit).
6. kliknite OK uložte konfiguráciu.

4.7.3 Nastavenie režimov záložného prepnutia

Nakonfigurujte režim záložného prepnutia na riadenie spôsobu záložného prepnutia pre každú repliku.

1. Kliknite pravým tlačidlom myši na skupinu dostupnosti a vyberte vlastnosti.
2. V všeobecný prejdite na stránku Repliky dostupnosti Sekcia.
3. Pre synchrónne repliky potvrdenia vyberte automaticky or Manuálny režim prepnutia na záložný systém.
4. Automatické prepnutie na záložný systém vyžaduje režim synchrónneho potvrdenia a umožňuje bezobslužné prepnutie na záložný systém.
5. Pre asynchrónne repliky potvrdenia je k dispozícii iba manuálne prepnutie pri zlyhaní.
6. Nakonfigurujte až tri repliky pre automatické prepnutie pri zlyhaní (jednu primárnu a dve sekundárne).
7. kliknite OK použiť nastavenia.

4.7.4 Konfigurácia predvolieb zálohovania

Nastavte si predvoľby zálohovania, aby ste určili, kde by sa mali zálohovacie operácie vykonávať.

1. Kliknite pravým tlačidlom myši na skupinu dostupnosti a vyberte vlastnosti.
2. vybrať Predvoľby zálohovania v ľavej časti okna.
3. Vyberte si jednu z predvolieb zálohovania:
   • Uprednostniť sekundárneZálohy na sekundárnom úložisku, ak sú k dispozícii, inak na primárnom
   • Iba sekundárneZálohy iba na sekundárnych replikách
   • PrimárneZálohy iba na primárnej replike
   • Akákoľvek replikaZálohy na akejkoľvek dostupnej replike
4. Nastavte hodnoty priorít zálohovania pre každú repliku (0 – 100).
5. Vyššie hodnoty priority označujú preferovanú zálohu tardostane.
6. kliknite OK uložiť preferencie.

4.8 Konfigurácia poslucháča skupiny dostupnosti

Vytvorte poslucháč, ktorý poskytne jeden bod pripojenia, ktorý automaticky presmeruje na aktuálnu primárnu repliku.

4.8.1 Vytvorenie poslucháča

Pridajte poslucháč do skupiny dostupnosti pre správu pripojenia klientov.

1. In SQL Server V aplikácii Management Studio rozbaľte skupinu dostupnosti.
2. Kliknite pravým tlačidlom myši Poslucháče skupiny dostupnosti a zvoľte Pridať poslucháča.
   
3. Zadajte názov DNS pre listener (napríklad AG_Listener).
4. Zadajte číslo portu (predvolené je 1433).
5. vybrať Static IP pre sieťový režim.
6. kliknite pridať pridať IP adresu pre každú podsieť.
7. Zadajte IP adresu a vyberte podsieť.
8. kliknite OK vytvoriť poslucháča.
9. Overte, či sa poslucháč zobrazuje v Prieskumníkovi objektov a či je online.

4.8.2 Konfigurácia nastavení DNS a IP

Overte registráciu DNS a konfiguráciu siete pre listener.

1. Otvorte Správcu DNS na radiči domény.
2. Overte, či bol názov poslucháča zaregistrovaný so všetkými IP adresami.
3. Otestujte rozlíšenie DNS z klientskych počítačov:

   nslookup ListenerName

4. Overte, či sú vrátené všetky nakonfigurované IP adresy.
5. V Správcovi klastrov prepínania medzi záložnými klastrami rozbaľte Role a vyberte skupinu dostupnosti.
6. Overte, či sú zdroje IP adresy online.
7. Skontrolujte, či je zdroj sieťového názvu online.
   

4.8.3 Testovanie pripojenia poslucháča

Overte, či sa klientske aplikácie môžu pripojiť prostredníctvom listenera.

1. Z klientskeho počítača otvorte SQL Server Štúdio manažmentu.
2. Pripojte sa pomocou názvu poslucháča namiesto názvu servera.
3. Spustite dotaz na overenie pripojenia k aktuálnej primárnej replike:

   SELECT @@SERVERNAME;

4. Otestujte smerovanie s úmyslom čítania pridaním ApplicationIntent=ReadOnly do reťazca pripojenia.
5. Overte, či pripojenie presmeruje na čitateľnú sekundárnu repliku.
6. Otestujte záložné prepnutie manuálnym záložným prepnutím skupiny dostupnosti a overením opätovného pripojenia.

4.9 Metódy synchronizácie údajov

Vyberte metódu synchronizácie údajov na inicializáciu sekundárnych replík s kópiami databázy.

4.9.1 Automatické sejby

Automatické nasadzovanie prenáša dáta databázy cez sieť bez nutnosti manuálneho zálohovania a obnovovania.

1. Počas vytvárania skupiny dostupnosti vyberte Automatické siatie ako metóda synchronizácie.
   
2. Zabezpečte sieťové pripojenie a dostatočnú šírku pásma medzi replikami.
3. Primárna replika automaticky streamuje databázové dáta do sekundárnych replík.
4. Sledujte priebeh zavádzania pomocou dashboardu skupiny dostupnosti alebo DMV.
5. Automatické siatie vyžaduje SQL Server 2016 alebo novší.
6. Pri veľkých databázach zvážte vplyv siete a naplánujte ich počas období s nízkou mierou využívania.

4.9.2 Manuálne nasadenie (zálohovanie a obnova)

Manuálne nasadenie zahŕňa vytváranie záloh na primárnom serveri a ich obnovu na sekundárnych replikách.

1. Na primárnej replike vytvorte úplnú zálohu:

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

2. Vytvorte zálohu protokolu transakcií:

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

3. Na každej sekundárnej replike obnovte úplnú zálohu:

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

4. Obnoviť zálohu protokolu:

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

5. Pripojte databázu k skupine dostupnosti:

   ALTER DATABASE DatabaseName SET HADR AVAILABILITY GROUP = AG_Name;

6. Overte, či sa začala synchronizácia a či databáza dosiahla stav SYNCHRONIZOVANÉ.

4.9.3 Súbory snímok databázy

Na inicializáciu sekundárnych replík z existujúcich databázových súborov použite súbory snímok databázy.

1. Odpojte alebo zálohujte databázu na primárnej replike.
2. Skopírujte súbory databázy do každej sekundárnej repliky pomocou rovnakých ciest k súborom.
3. V sekundárnych replikách pripojte databázu alebo ju obnovte bez obnovenia.
4. Uistite sa, že databáza je v stave OBNOVUJE SA.
5. Pripojte databázu k skupine dostupnosti.
6. Táto metóda je užitočná pre veľmi rozsiahle databázy, kde by bol sieťový prenos nepraktický.

5. Najčastejšie otázky

5.1 Všeobecné otázky

Otázka: Aký je rozdiel medzi Always On FCI a Always On AG?

A: Inštancie klastrov Always On Failover poskytujú vysokú dostupnosť na úrovni inštancie pomocou zdieľaného úložiska, zatiaľ čo skupiny dostupnosti Always On poskytujú vysokú dostupnosť na úrovni databázy bez zdieľaného úložiska. AG ponúka čitateľné sekundárne servery a flexibilnejšie geografické rozloženie.

Otázka: Môžem používať skupiny dostupnosti Always On s SQL Server Štandardná edícia?

A: Áno, SQL Server Standard Edition 2016 a novšie verzie podporujú základné skupiny dostupnosti s obmedzeniami vrátane jednej databázy na skupinu dostupnosti, maximálne dvoch replík a žiadnej podpory čitateľných sekundárnych súborov.

Otázka: Potrebujem zdieľané úložisko pre skupiny dostupnosti Always On?

A: Nie, skupiny dostupnosti nevyžadujú zdieľané úložisko. Každá replika uchováva nezávislé kópie databáz v lokálnom úložisku, synchronizované prostredníctvom odosielania transakčných protokolov.

Otázka: Aký je maximálny počet replík v skupine dostupnosti?

A: SQL Server Enterprise Edition podporuje až deväť replík (jednu primárnu a osem sekundárnych). Distribuované skupiny dostupnosti môžu podporovať až 18 replík v dvoch skupinách dostupnosti.

5.2 Otázky týkajúce sa konfigurácie

Otázka: Ako si môžem vybrať medzi synchrónnym a asynchrónnym režimom potvrdenia?

A: Pre nulovú stratu dát v rámci toho istého dátového centra alebo sietí s nízkou latenciou použite synchrónne potvrdenie. Pre vzdialené repliky obnovy po havárii, kde by synchrónne potvrdenie ovplyvnilo výkon, použite asynchrónne potvrdenie.

Otázka: Môžem kombinovať synchrónne a asynchrónne repliky v tej istej skupine dostupnosti?

A: Áno, skupiny dostupnosti podporujú zmiešané konfigurácie so synchrónnymi aj asynchrónnymi replikami. To umožňuje lokálnu vysokú dostupnosť so synchrónnymi replikami a vzdialenú obnovu po havárii s asynchrónnymi replikami.

Otázka: Čo sa stane s mojimi pripojeniami počas záložného prepnutia?

A: Existujúce pripojenia sa pri zlyhaní prerušia. Aplikácie s logikou opakovania pripojenia sa automaticky znova pripoja k novému primárnemu serveru prostredníctvom listenera. Proces zlyhania sa zvyčajne dokončí v priebehu niekoľkých sekúnd až minút.

Otázka: Musím synchronizovať prihlásenia a úlohy medzi replikami?

A: V SQL Server 2019 a staršie verzie, áno – prihlásenia, úlohy SQL agenta a prepojené servery je potrebné synchronizovať manuálne. SQL Server Verzia 2022 zavádza skupiny obmedzenej dostupnosti, ktoré tieto objekty automaticky zahŕňajú.

5.3 Manažérske otázky

Otázka: Môžem spúšťať zálohy na sekundárnych replikách?

A: Áno, sekundárne repliky podporujú úplné, rozdielové a transakčné zálohy. Nakonfigurujte nastavenia zálohovania tak, aby sa zálohy odľahčili od primárnej repliky a znížilo sa jej využitie zdrojov.

Otázka: Ako môžem vykonať záplatu SQL Server s minimálnymi prestojmi?

A: Priebežné aktualizácie používajte najprv opravou sekundárnych replík, potom vykonaním manuálneho prepnutia na opravený sekundárny server a nakoniec opravou predchádzajúceho primárneho servera. Tým sa minimalizuje prestoje počas trvania prepnutia na server.

Otázka: Môžem pridať databázy do existujúcej skupiny dostupnosti?

A: Áno, databázy je možné pridať do spustených skupín dostupnosti. Databáza musí byť v modeli úplnej obnovy s úplnou zálohou a sekundárne repliky musia byť nasadené pomocou automatického nasadenia alebo manuálneho zálohovania a obnovy.

Otázka: Čo je automatické vysévanie a mal by som ho používať?

A: Automatické nasadzovanie prenáša dáta databázy cez sieť a inicializuje sekundárne repliky bez manuálneho zálohovania. Použite ho pre menšie databázy alebo vtedy, keď je dostatočná šírka pásma siete. Pre veľmi veľké databázy môže byť manuálne nasadzovanie rýchlejšie.

Otázka: Kde mám spustiť príkaz DBCC CHECKDB v skupine dostupnosti?

A: Na sekundárnych replikách by ste mali spustiť príkaz DBCC CHECKDB, aby ste znížili zaťaženie primárnej repliky. Kontroly konzistencie databázy sa môžu vykonávať na sekundárnych databázach bez ovplyvnenia výkonu primárnej repliky.

Viac informácií o DBCC CHECKDB nájdete v našich komplexný sprievodca.

5.4 Otázky týkajúce sa riešenia problémov

Otázka: Prečo je moja databáza v stave NIE JE SYNCHRONIZOVANÁ?

A: Medzi bežné príčiny patria problémy so sieťovým pripojením, pozastavený presun údajov, nedostatočný priestor na disku na sekundárnych replikách alebo problémy s koncovými bodmi. Skontrolujte popis stavu synchronizácie a SQL Server protokoly chýb s podrobnými informáciami. Ak sekundárna databáza zadala stav zotavenia alebo ukazuje čaká sa na vymáhanie, pozrite si prepojené príručky tarzískané opravy.

Otázka: Ako vynútim záložný režim, keď primárny server nie je k dispozícii?

A: Pripojte sa k sekundárnej replike a spustite príkaz ALTER AVAILABILITY GROUP AG_Name FORCE_FAILOVER_ALLOW_DATA_LOSS. Týmto sa potvrdí potenciálna strata údajov a okamžite sa sekundárna replika zvýši na primárnu.

Otázka: Prečo sa klienti nemôžu pripojiť k môjmu poslucháčovi?

A: Overte, či je poslucháč online v Správcovi záložných klastrov, či je registrácia DNS úspešná, či sú všetky IP adresy poslucháča dostupné z klientov a či pravidlá brány firewall povoľujú prevádzku na port poslucháča.

Otázka: Čo znamená veľký front opakovaní?

A: Veľký front opakovaní naznačuje, že sekundárna replika nemôže použiť záznamy protokolu tak rýchlo, ako prichádzajú. Môže to naznačovať úzke miesta na disku, obmedzenia CPU alebo blokovanie dotazov iba na čítanie na sekundárnom serveri.

Otázka: Čo mám robiť, ak havária ovplyvní všetky repliky a moje zálohy sú tiež poškodené?

A: Tento najhorší scenár, hoci extrémne rarnapr. sa môžu vyskytnúť v dôsledku útokov ransomvéru, rozsiahlych zlyhaní úložiska alebo kaskádových katastrof. Vašou primárnou obranou je prevencia: udržiavajte geograficky rozmiestnené repliky, ukladajte zálohy na oddelené miesta a
pravidelne testujte postupy obnovy po havárii. Ak zlyhajú všetky štandardné možnosti obnovy, špecializovaný Nástroj na obnovu dát SQL sa môže pokúsiť extrahovať dáta z poškodených súborov MDF ako núdzové opatrenie.

5.5 Licencovanie a Cost otázky

Otázka: Ako sa licencujú skupiny dostupnosti Always On?

A: SQL Server Licencovanie závisí od edície a modelu nasadenia. Skupiny dostupnosti Enterprise Edition vyžadujú licencie Enterprise na všetkých replikách. Pasívne sekundárne repliky môžu za určitých podmienok získať nárok na bezplatnú licenciu.

Otázka: Môžem použiť SQL Server Verzia pre vývojárov pre skupiny dostupnosti?

A: Áno, edícia Developer Edition obsahuje všetky funkcie edície Enterprise Edition vrátane plnej podpory skupín dostupnosti. Je však licencovaná iba na vývoj a testovanie, nie na produkčné použitie.

Otázka: Vyžadujú si čitateľné sekundárne súbory ďalšie licencie?

A: Licencovanie závisí od scenára. Pasívne sekundárne servery pre obnovu po havárii zvyčajne nevyžadujú licencie. Aktívne sekundárne servery slúžiace na úlohy iba na čítanie zvyčajne vyžadujú licencie, hoci konkrétne podmienky sa líšia.

Otázka: Existuje bezplatný spôsob, ako dosiahnuť vysokú dostupnosť s SQL Server?

A: SQL Server Express Edition nepodporuje skupiny dostupnosti. SQL Server Štandardná edícia podporuje základné skupiny dostupnostitarting s SQL Server 2016, poskytujúca základnú vysokú dostupnosť pri licenciách Standard Edition costs.

Otázka: Čo sú to distribuované skupiny dostupnosti?

A: Distribuované skupiny dostupnosti sú špeciálnym typom skupiny dostupnosti, ktorá zahŕňa dve samostatné skupiny dostupnosti a umožňuje scenáre, ktoré presahujú možnosti tradičných skupín dostupnosti. Predstavené v SQL Server V roku 2016 riešia distribuované skupiny dostupnosti požiadavky na škálovanie a geografické rozloženie.

6. Záver

6.1 Súhrn kľúčových bodov

SQL Server Skupiny dostupnosti Always On predstavujú popredné riešenie od spoločnosti Microsoft pre vysokú dostupnosť a obnovu po havárii pre kritické databázy. Poskytujú záložné prepnutie na úrovni databázy bez požiadaviek na zdieľané úložisko, čitateľné sekundárne repliky na odľahčenie pracovných záťaží a flexibilné geografické rozloženie pre komplexnú ochranu údajov. Pre organizácie, ktoré stále používajú riešenia ako napríklad lodná doprava denníka or replikácieSkupiny dostupnosti ponúkajú robustnejší a z prevádzkového hľadiska jednoduchší spôsob aktualizácie.

6.2 Kedy použiť skupiny dostupnosti Always On

Skupiny dostupnosti vyberte vtedy, keď požadujete vysokú dostupnosť na úrovni databázy s automatickými možnosťami prepnutia pri zlyhaní. Organizácie, ktoré potrebujú ochranu pred nulovou stratou údajov pre kritické databázy, profitujú zo synchrónnych replík potvrdenia s automatickým prepnutím pri zlyhaní. Aplikácie vyžadujúce možnosti škálovania čítania využívajú čitateľné sekundárne repliky na distribúciu pracovných zaťažení dotazov.

6.3 Získanie Stars vašou implementáciou

Začnite plánovať skupinu dostupnosti posúdením obchodných požiadaviek vrátane RTO, RPO a rozpočtových obmedzení. Zdokumentujte aktuálnu databázovú infraštruktúru, závislosti aplikácií a medzery vo vysokej dostupnosti. Navrhnite architektúru skupiny dostupnosti, ktorá rieši požiadavky a zároveň zostane v rámci obmedzení zdrojov.

Referencie

• Oficiálny dokument spoločnosti Microsoft: Čo je skupina dostupnosti Always On?
• Oficiálny dokument spoločnosti Microsoft: Získanie Stars výkonnými skupinami dostupnosti Always On
• Oficiálny dokument spoločnosti Microsoft: Distribuované skupiny dostupnosti

---

O autorovi

Yuan Sheng je seniorný správca databáz (DBA) s viac ako 10-ročnými skúsenosťami v SQL Server prostredia a správa podnikových databáz. Úspešne vyriešil stovky scenárov obnovy databáz vo finančných službách, zdravotníctve a výrobných organizáciách.

Yuan sa špecializuje na SQL Server obnova databáz, riešenia vysokej dostupnosti a optimalizácia výkonu. Jeho rozsiahle praktické skúsenosti zahŕňajú správu databáz s veľkosťou viac terabajtov, implementáciu skupín dostupnosti Always On a vývoj automatizovaných stratégií zálohovania a obnovy pre kritické obchodné systémy.

Vďaka svojim technickým znalostiam a praktickému prístupu sa Yuan zameriava na vytváranie komplexných príručiek, ktoré pomáhajú správcom databáz a IT profesionálom riešiť zložité SQL Server efektívne zvláda výzvy. Udržiava si prehľad o najnovších SQL Server vydania a vyvíjajúce sa databázové technológie spoločnosti Microsoft, pričom pravidelne testuje scenáre obnovy, aby sa zabezpečilo, že jeho odporúčania odrážajú osvedčené postupy z reálneho sveta.

Máte otázky o SQL Server obnovenie alebo potrebujete ďalšie pokyny na riešenie problémov s databázou? Yuan víta spätnú väzbu a návrhy na zlepšenie týchto technických zdrojov.