1. Úvod do SQL Server Vysoká dostupnosť
Vysoká dostupnosť v SQL Server vzťahuje sa na schopnosť systému zostať v prevádzke s minimálnymi prestojmi v prípade zlyhania hardvéru, softvérových problémov alebo plánovanej údržby. Dôležitosť vysokej dostupnosti nemožno preceňovať. Keď sa databázy stanú nedostupnými, organizácie čelia okamžitým následkom vrátane...ost príjmy, znížená produktivita a nespokojnosť zákazníkov.
Hoci sa pojmy vysoká dostupnosť (HA) a obnova po havárii (DR) často používajú zameniteľne, riešia rôzne scenáre zlyhania. HA sa zameriava na minimalizáciu prestojov spôsobených lokalizovanými zlyhaniami, ako sú napríklad pády servera alebo inštancie, zatiaľ čo DR je určené na obnovu po rozsiahlych katastrofách, ktoré postihujú celé dátové centrum alebo región.
Plánovanie HA sa riadi dvoma kritickými metrikami:
- Cieľový čas obnovy (RTO) definuje maximálny prijateľný čas prestoja po poruche
- Cieľový bod obnovy (RPO) určuje maximálnu tolerovateľnú stratu údajov.
Dostupnosť sa bežne meria v „deviatkach“: 99.9 % (tri deviatky) umožňuje 8.76 hodiny prestojov ročne, 99.99 % (štyri deviatky) umožňuje 52.6 minúty a 99.999 % (päť deviatok) obmedzuje prestoje iba na 5.26 minúty ročne.
2. SQL Server Prehľad riešení s vysokou dostupnosťou
2.1 Kategórie riešení vysokej dostupnosti
SQL Server Riešenia s vysokou dostupnosťou možno rozdeliť do niekoľkých kategórií:
- Ochrana na úrovni inštancie vs. ochrana na úrovni databázy: Ochrana na úrovni inštancie, ako napríklad inštancie klastrov s podporou prepínania medzi službami (Failover Cluster Instances), chráni celé inštancie vrátane všetkých databáz a serverových objektov, zatiaľ čo ochrana na úrovni databázy, ako napríklad skupiny dostupnosti Always On, chráni konkrétne databázy.
- Synchrónny vs. asynchrónny presun údajov: Synchrónny presun údajov zaisťuje nulovú stratu údajov, ale môže spôsobiť latenciu, zatiaľ čo asynchrónny presun optimalizuje výkon, ale akceptuje možnú stratu údajov.
- Automatické vs. manuálne prepnutie pri zlyhaní: Automatické prepnutie pri zlyhaní minimalizuje prestoje bez manuálneho zásahu, zatiaľ čo manuálne prepnutie pri zlyhaní poskytuje väčšiu kontrolu, ale vyžaduje zásah správcu.
2.2 Bežné riešenia vysokej dostupnosti
SQL Server poskytuje osem primárnych riešení s vysokou dostupnosťou, z ktorých každé sa zaoberá špecifickými scenármi:
- Skupiny dostupnosti vždy zapnuté
- Obmedzené skupiny dostupnosti
- Distribuované skupiny dostupnosti
- Inštancie záložných klastrov
- SQL Server replikácie
- Log Shipping
- Zrkadlenie databázy
- Prepojenie spravovanej inštancie
3. Skupiny dostupnosti Always On
Skupiny dostupnosti Always On predstavujú SQL Serverpopredné riešenie pre vysokú dostupnosť a obnovu po havárii na úrovni databázy, predstavené v roku SQL Server 2012. Umožňuje skupinám databáz spoločne prepnúť sa v prípade zlyhania ako jeden celok a zároveň poskytuje čitateľné sekundárne repliky na odľahčenie dotazov.
kľúčové vlastnosti
- Podpora až 9 replík (1 primárna + 8 sekundárnych)
- Až 5 replík v režime synchrónneho potvrdenia (1 primárna + 4 sekundárne)
- Automatické prepnutie na záložný systém s nulovou stratou dát v synchrónnom režime
- Čitateľné sekundárne repliky na odľahčenie dotazov
- Odľahčenie zálohy do sekundárnych replík
- Listener skupiny dostupnosti pre automatické smerovanie pripojení
- Smerovanie iba na čítanie pre dotazy na čítanie s vyrovnávaním záťaže
- Viaceré databázy sa prepnú naraz ako skupina
Kroky implementácie
- Konfigurácia klastra Windows Server Failover Clustering (WSFC) alebo Linux Pacemaker
- Povoliť funkciu Skupiny dostupnosti vždy zapnuté na všetkých SQL Server inštancie
- Zabezpečte, aby databázy používali model úplnej obnovy a mali úplné zálohy
- Vytvorenie koncových bodov zrkadlenia databázy na každej replike
- Vytvorenie skupiny dostupnosti a pridanie databáz
- Nakonfigurujte primárne a sekundárne repliky s požadovanými režimami
- Vytvorenie a konfigurácia prijímača skupiny dostupnosti
- Nakonfigurujte smerovanie iba na čítanie, ak používate čitateľné sekundárne servery
- Testovanie procedúr prepnutia na záložný systém a overenie pripojenia aplikácie
najlepší
- Kritické databázy vyžadujúce maximálnu prevádzkyschopnosť
- Organizácie, ktoré potrebujú lokálnu vysokú dostupnosť (HA) aj geografickú krízu v dôsledku krízy (DR)
- Prostredia vyžadujúce možnosti škálovania čítania
- Aplikácie, ktoré profitujú z odľahčenia dotazov na vytváranie prehľadov
- Databázy vyžadujúce ochranu pred nulovou stratou údajov
- Multidatabázové aplikácie vyžadujúce koordinované prepnutie pri zlyhaní
Výhody
- Nulová strata dát vďaka režimu synchrónneho potvrdenia
- Automatické prepnutie na záložný systém minimalizuje prestoje (zvyčajne sekundy)
- Čitateľné sekundárne vlákna znižujú zaťaženie primárneho vlákna
- Žiadna požiadavka na zdieľané úložisko
- Podporuje platformy Windows aj Linux
- Geografické rozloženie pre obnovu po havárii
- Záložné operácie je možné presunúť na sekundárne servery
- Reťazce pripojenia aplikácie zostávajú po zlyhaní nezmenené
Nevýhody
- Pre plnú funkčnosť je potrebná Enterprise Edition
- Štandardná edícia obmedzená na Basic AG (1 databáza, 1 sekundárna databáza, žiadna čitateľná sekundárna databáza)
- Komplexná konfigurácia a správa
- Vyžaduje klastrovaciu infraštruktúru (WSFC alebo Pacemaker)
- Objekty na úrovni inštancie (prihlásenia, úlohy) vyžadujú manuálnu synchronizáciu
- Synchrónny režim môže spôsobiť latenciu transakcií
- Licencovanie costpre viacero serverov
Referencie
- SQL Server Skupiny dostupnosti Always On: Kompletný sprievodca
- Oficiálny dokument spoločnosti Microsoft: Prehľad skupín dostupnosti Always On (SQL Server)
4. Obmedzené skupiny dostupnosti
Obmedzené skupiny dostupnosti, predstavené v SQL Server 2022 rozširujú tradičné skupiny dostupnosti Always On automatickou synchronizáciou objektov na úrovni inštancie medzi replikami, čím eliminujú potrebu manuálnej replikácie prihlásení, úloh a iných objektov na úrovni servera.
kľúčové vlastnosti
- Automatická synchronizácia objektov na úrovni inštancie (prihlásenia, používatelia, roly)
- SQL Server Úlohy agentov replikované vo všetkých replikách
- Automaticky synchronizované oprávnenia databázy
- Všetky funkcie Always On AG sú zahrnuté
- Zjednodušené záložné prepnutie s úplnou replikáciou prostredia
- Podpora pre platformy Windows aj Linux
Kroky implementácie
- Zaistiť SQL Server 2022 alebo neskôr vo všetkých prípadoch
- Konfigurácia infraštruktúry klastra WSFC alebo Pacemaker
- Povoliť funkciu Vždy zapnuté vo všetkých inštanciách
- Vytvoriť skupinu obmedzených možností dostupnosti s možnosťou OBSAHUJE
- Pridať databázy do obsiahnutej AG
- Vytvorenie prihlásení a úloh v kontexte AG
- Konfigurácia poslucháča a testovanie záložného prepnutia
najlepší
- Organizácie, ktoré chcú zjednodušenú administratívu AG
- Prostredia s častým testovaním alebo prevádzkou pri zlyhaní
- Aplikácie vyžadujúce veľa objektov na úrovni inštancie
- Nový SQL Server Nasadenia v roku 2022 a viac
- Tímy hľadajúce zníženie cenyostkonfigurácia záložného prepnutia
Výhody
- Eliminuje manuálnu synchronizáciu prihlásení a úloh
- Rýchlejšie a spoľahlivejšie prepnutie na záložný systém
- Znížená administratívna réžia
- Aplikácie fungujú ihneď po záložnom prepnutí
- Zjednodušené postupy obnovy po havárii
- Všetky tradičné výhody AG sú zahrnuté
Nevýhody
- Vyžaduje SQL Server 2022 alebo neskôr
- Pre plnú funkčnosť je potrebná Enterprise Edition
- Nie je možné previesť existujúce tradičné AG na uzavreté AG
- Všetky repliky musia podporovať funkciu obsiahnutej AG.
- Dodatočná zložitosť v porovnaní s tradičnými AG
Referencie
5. Distribuované skupiny dostupnosti
Distribuované skupiny dostupnosti, predstavené v SQL Server 2016 umožňujú architektúru „Skupiny dostupnosti skupín dostupnosti“, ktorá prepája dve nezávislé skupiny dostupnosti naprieč samostatnými klastrami pre pokročilé scenáre obnovy po havárii a migrácie.
kľúčové vlastnosti
- Spája dve nezávislé skupiny dostupnosti
- Každá AG si udržiava svoj vlastný nezávislý klaster.
- Podpora viacerých platforiem (Windows až Linux)
- Replikácia medzi klastrami bez zdieľaného členstva v klastri
- Jeden AG slúži ako primárny, druhý ako sekundárny
- Podporuje synchrónny aj asynchrónny režim
- Geografické rozloženie medzi regiónmi alebo kontinentmi
Kroky implementácie
- Vytvorenie a konfigurácia prvej skupiny dostupnosti (primárna DAG)
- Vytvorenie a konfigurácia druhej skupiny dostupnosti (sekundárna DAG)
- Vytvorenie distribuovanej AG prepojujúcej dve AG
- Konfigurácia synchronizácie údajov medzi AG
- Nastavenie poslucháča na každej AG pre pripojenie aplikácie
- Konfigurácia politík prepnutia na záložné systémy a testovacích postupov
- Overenie komunikácie a replikácie medzi klastrami
najlepší
- Obnova po havárii vo viacerých regiónoch zahŕňajúca nezávislé dátové centrá
- Migrácia medzi platformami z Windowsu na Linux alebo naopak
- Hybridné cloudové scenáre pripájajúce lokálne prostredie k Azure
- Hlavné aktualizácie verzií vyžadujúce predĺžené migračné časy
- Organizácie s viacerými nezávislými záložnými klastrami
- Globálne podniky potrebujú replikáciu na celom kontinente
Výhody
- Oddeľuje závislosti klastrov medzi lokalitami
- Umožňuje skutočné geografické rozloženie
- Podporuje multiplatformové scenáre
- Každá AG sa môže nezávisle prepnúť na záložný systém.
- Ideálne pre komplexné migračné projekty
- Nie je potrebná žiadna zdieľaná infraštruktúra klastra
- Môže zahŕňať rôzne domény Windows alebo distribúcie Linuxu
Nevýhody
- Vyžaduje Enterprise Edition
- Vysoká zložitosť konfigurácie a správy
- Vyžaduje si hlboké pochopenie klastrovania aj technológie AG
- Náročnejšie riešenie problémov ako u štandardných AG
- Dodatočná latencia pre scenáre naprieč regiónmi
- Vyžaduje starostlivé plánovanie postupov prepnutia na záložný systém
Referencie
6. Inštancie záložných klastrov (FCI)
Inštancie klastrov pre záložné systémy poskytujú vysokú dostupnosť na úrovni inštancie pomocou zdieľaného úložiska a klastrovania pre záložné systémy systému Windows Server, čo umožňuje automatické prepnutie celého systému pri záložných systémoch. SQL Server inštancia vrátane všetkých databáz a objektov na úrovni servera.
kľúčové vlastnosti
- Ochrana na úrovni inštancie (všetky databázy sa prepnú naraz pri zlyhaní)
- Aktívno-pasívna konfigurácia so zdieľaným úložiskom
- Názov virtuálnej siete (VNN) pre transparentné prepnutie pri zlyhaní
- Automatické prepnutie na záložný systém pri zlyhaní aktívneho uzla
- Nulová strata dát (jedna kópia dát)
- Zahrnuté objekty na úrovni servera (prihlásenia, úlohy, prepojené servery)
- Podporuje všetky SQL Server modely obnovy
Kroky implementácie
- Konfigurácia klastra Windows Server Failover (WSFC)
- Nastavenie zdieľaného úložiska (SAN, SMB, Storage Spaces Direct)
- Konfigurácia nastavení kvóra klastra
- inštalovať SQL Server ako inštancia záložného klastra na prvom uzle
- Pridajte ďalšie uzly do FCI
- Konfigurácia názvu a IP adresy virtuálnej siete
- Testovanie záložného prepnutia medzi uzlami klastra
- Konfigurácia klientskych aplikácií na používanie VNN
najlepší
- Organizácie s existujúcou infraštruktúrou zdieľaného úložiska
- Prostredia vyžadujúce ochranu na úrovni inštancie
- Lokálna vysoká dostupnosť v rámci jedného dátového centra
- Aplikácie, ktoré vyžadujú spoločné zlyhanie všetkých databáz
- Scenáre, v ktorých je potrebné chrániť objekty na úrovni servera
- Prostredia iba pre Windows (Linux nie je podporovaný pre FCI)
Výhody
- Kompletná ochrana na úrovni inštancie
- Zaručená nulová strata dát
- Možnosť automatického prepnutia na záložný systém
- Nie je potrebné synchronizovať prihlásenia ani úlohy
- Jedna kópia dát znižuje úložný priestorosts
- Podporuje všetky modely obnovy
- Reťazce pripojenia aplikácie nezmenené po zlyhaní
Nevýhody
- Vyžaduje si drahú infraštruktúru zdieľaného úložiska
- Zdieľané úložisko je jediným bodom zlyhania
- Žiadna možnosť škálovania čítania (iba jeden aktívny uzol)
- Obmedzené geografické rozšírenie z dôvodu obmedzení úložiska
- Štandardná edícia obmedzená na 2 uzly
- Iba pre Windows (bez podpory pre Linux)
- Dlhší čas prepnutia na záložný systém v porovnaní s AG (zvyčajne minúty)
- Komplexná konfigurácia a správa úložiska
Referencie
- SQL Server Klaster pre prepnutie na záložné systémy: Kompletný sprievodca pre správcu databáz
- Oficiálny dokument spoločnosti Microsoft: Inštancie klastra Always On Failover (SQL Server)
7. SQL Server replikácie
SQL Server Replikácia je technológia distribúcie údajov, ktorá kopíruje a distribuuje údaje medzi viacerými servermi a podporuje rôzne topológie od jednoduchej jednosmernej distribúcie až po zložité konfigurácie s viacerými master servermi, hoci sa primárne používa na reporting, a nie ako čisto riešenie s vysokou dostupnosťou.
kľúčové vlastnosti
- Štyri typy replikácie: Snapshot, Transaction, Merge, Peer-to-Peer
- Výber podrobných údajov (konkrétne tabuľky, stĺpce, riadky)
- Podpora viacerých predplatiteľov od jedného vydavateľa
- K dispozícii sú obojsmerné a multimaster topológie
- Flexibilné možnosti plánovania a synchronizácie
- Riešenie konfliktov pri zlúčenej replikácii
- Možnosti filtrovania s predikátmi WHERE
Kroky implementácie
- Konfigurácia distribučného servera (môže byť samostatný alebo rovnaký ako vydavateľ)
- Vytvorenie publikácie v databáze vydavateľa
- Vyberte typ replikácie na základe požiadaviek
- Výber článkov (tabuľky, zobrazenia, uložené procedúry) na replikáciu
- V prípade potreby nakonfigurujte filtrovanie a transformáciu údajov
- Nastavenie databáz predplatiteľov
- Vytvorenie odberov (push alebo pull)
- Inicializovať odbery pomocou snímky
- Monitorovanie replikačných agentov a latencie
najlepší
- Distribúcia údajov na viacero serverov na tvorbu prehľadov
- Scenáre škálovania čítania s úlohami vytvárania zostáv
- Čiastočná distribúcia údajov na vzdialené lokality
- Konsolidácia údajov z viacerých zdrojov
- Občasne prepojené scenáre (replikácia zlúčením)
- Podporná úloha v stratégii obnovy po havárii
Výhody
- Granulovaná kontrola nad replikovanými údajmi
- Podpora viacerých odberateľov
- Flexibilné možnosti topológie
- Môže replikovať konkrétne tabuľky alebo stĺpce
- Filtrovanie znižuje sieťovú prevádzku
- Podporuje heterogénnu replikáciu (SQL Server na Oracle)
- Funguje so štandardnou edíciou
Nevýhody
- Žiadna možnosť automatického prepnutia na záložný systém
- Komplexná konfigurácia a správa
- Potenciál konfliktov replikácie (zlúčenie a peer-to-peer)
- Latencia pri synchronizácii údajov
- Zmeny schémy si vyžadujú starostlivú koordináciu
- Nie je určené ako primárne riešenie vysokej dostupnosti
- Riešenie problémov môže byť náročné
- Peer-to-Peer vyžaduje Enterprise Edition
Referencie
- SQL Server Replikácia: Kompletný sprievodca pre správcov databáz
- Oficiálny dokument spoločnosti Microsoft: SQL Server replikácie
8. Preprava guľatiny
Log Shipping poskytuje riešenie pre obnovu po havárii v teplej pohotovostnej polohe a vysokú dostupnosť prostredníctvom automatizovaných procesov zálohovania, kopírovania a obnovy transakčných protokolov, čím ponúka jednoduché a cost-efektívny prístup k údržbe synchronizovaných sekundárnych databáz.
kľúčové vlastnosti
- Automatizované úlohy zálohovania, kopírovania a obnovy prostredníctvom SQL Agenta
- Podpora viacerých sekundárnych serverov
- Konfigurovateľné intervaly zálohovania a obnovy
- POHOTOVOSTNÝ režim umožňuje prístup iba na čítanie k sekundárnym
- Oneskorená obnova protokolov pre ochranu pred chybami
- Monitorovací server pre centralizované monitorovanie
- Podpora kompresie transakčných protokolov
Kroky implementácie
- Zabezpečenie, aby primárna databáza používala model úplnej obnovy
- Vytvorenie úplnej zálohy primárnej databázy
- Obnovenie zálohy na sekundárnom serveri pomocou NORECOVERY
- Konfigurácia odosielania protokolov v primárnej databáze
- Zadajte zdieľaný priečinok záloh, ktorý bude prístupný všetkým serverom
- Konfigurácia plánu úlohy zálohovania na primárnom
- Konfigurácia úloh kopírovania a obnovy na sekundárnom serveri
- Voliteľne nakonfigurujte monitorovací server
- Testovacie postupy prepnutia na záložný systém
najlepší
- Cost-efektívne riešenia pre obnovu po havárii
- Organizácie s licenciou Standard Edition
- Scenáre tolerujúce minúty straty údajov
- Prostredia pohodlné s manuálnym prepnutím na záložný systém
- Oneskorená obnova z dôvodu ochrany pred chybami
- Hlásenie pracovných zaťažení pomocou režimu STANDBY
- Jednoduché požiadavky na DR bez zložitej infraštruktúry
Výhody
- Jednoduchá konfigurácia a obsluha
- Nízka cost (Podpora štandardnej edície)
- Podpora viacerých sekundárnych serverov
- Konfigurovateľné oneskorenie chráni pred logickými chybami
- Hlásenie iba na čítanie v pohotovostnom režime
- Toleruje vysokú latenciu siete
- Minimálny vplyv na primárny server
- Osvedčená a osvedčená technológia
Nevýhody
- Žiadna možnosť automatického prepnutia na záložný systém
- Musí sa konfigurovať samostatne pre každú databázu
- Oneskorenie synchronizácie (minúty až hodiny)
- Potenciálna strata údajov na základe intervalu zálohovania
- Manuálne prepnutie na záložný systém zvyšuje RTO
- Vyžaduje SQL Server Agent beží na všetkých serveroch
- Sekundárne databázy nie sú prístupné počas obnovy protokolov
- Aplikácie vyžadujú zmeny reťazca pripojenia po zlyhaní
Referencie
- SQL Server Preprava guľatiny: Kompletný sprievodca pre správcu databáz
- Oficiálny dokument spoločnosti Microsoft: O odosielaní protokolov (SQL Server)
9. Zrkadlenie databázy
Zrkadlenie databázy je zastarané riešenie vysokej dostupnosti na úrovni databázy, ktoré odvtedy nedostalo žiadne vylepšenia. SQL Server 2012, hoci zostáva dostupná v aktuálnych verziách. Spoločnosť Microsoft dôrazne odporúča migráciu na skupiny dostupnosti Always On pre všetky nové nasadenia.
kľúčové vlastnosti
- Architektúra hlavného a zrkadlového servera
- Voliteľný server svedkov pre automatické prepnutie na záložný systém
- Dva prevádzkové režimy: Vysoká bezpečnosť a Vysoký výkon
- Podpora synchrónnej a asynchrónnej prevádzky
- Možnosť automatickej opravy stránok
- Ochrana na úrovni databázy
- Podpora šifrovania pre prenos dát
Kroky implementácie
- Zabezpečenie, aby databáza používala model úplnej obnovy
- Vytvorte úplnú zálohu a obnovu na zrkadlový server pomocou NORECOVERY
- Vytvorenie zrkadlových koncových bodov na principáli a zrkadle
- Konfigurácia certifikátov na overovanie
- Nadviazanie zrkadlovej relácie medzi servermi
- Voliteľne nakonfigurujte server svedkov pre automatické prepnutie na záložný systém
- Nastavenie prevádzkového režimu (Vysoká bezpečnosť alebo Vysoký výkon)
- Testovacie postupy prepnutia na záložný systém
najlepší
- Staršie systémy, ktoré už používajú zrkadlenie databázy
- Zachovanie existujúcich konfigurácií, kým nie je možná migrácia
- Neodporúčajú sa žiadne iné scenáre (funkcia je zastaraná)
Výhody
- Rýchle automatické prepnutie na záložný systém v režime vysokej bezpečnosti so svedeckým systémom
- Nulová strata dát v režime vysokej bezpečnosti
- Automatická oprava stránky od partnera
- Jednoduchšie ako skupiny dostupnosti pre jednu databázu
- Podporuje šifrovanie prenosu
- Postupné aktualizácie s minimálnymi prestojmi
Nevýhody
- Zastarané od SQL Server 2012 (môže byť odstránené)
- Konfigurácia a záložné prepnutie pre jednotlivé databázy
- Žiadne čitateľné zrkadlo (bez možnosti čítania mierky)
- Každá databáza sa zlyhá nezávisle
- Aktualizácie reťazca pripojenia potrebné po záložnom prepnutí
- Obmedzené na dva servery (hlavný a zrkadlový)
- Žiadne vylepšenia ani nové funkcie
- Spoločnosť Microsoft odporúča migráciu na systém Always On AG
Referencie
10. Prepojenie spravovanej inštancie
Prepojenie spravovaných inštancií vytvára hybridné prepojenie medzi SQL Server a spravovanú inštanciu Azure SQL pomocou technológie distribuovaných skupín dostupnosti, čo umožňuje replikáciu údajov takmer v reálnom čase pre scenáre obnovy po havárii, migrácie a cloudovej integrácie.
kľúčové vlastnosti
- Replikácia takmer v reálnom čase s využitím technológie distribuovanej AG
- Jednosmerná replikácia (SQL Server 2016 – 2019 do Azure)
- Obojsmerná replikácia s funkciou failback (SQL Server 2022+)
- Jedna databáza na odkaz (podpora viacerých odkazov)
- Čitateľné repliky v spravovanej inštancii Azure SQL
- Možnosť pasívnej repliky DR bez licencie
- Online migrácia s minimálnym prestojom
Kroky implementácie
- Pripraviť SQL Server prostredie (VPN alebo ExpressRoute do Azure)
- Konfigurácia spravovanej inštancie Azure SQL
- Povoliť funkciu Always On AG SQL Server
- Vytvorenie koncového bodu zrkadlenia databázy
- Výmena certifikátov medzi SQL Server a MI
- Vytvorenie prepojenia spravovanej inštancie pomocou SSMS alebo skriptov
- Overenie replikácie a synchronizácie
- Nakonfigurujte smerovanie iba na čítanie, ak ho používate pre škálovanie čítania
- Testovacie postupy prepnutia na záložný systém
najlepší
- Hybridná obnova po havárii s cloudovým sekundárnym úložiskom
- Online migrácia do spravovanej inštancie Azure SQL
- Presun analytických údajov a reportov do Azure
- Organizácie prijímajúce hybridnú cloudovú stratégiu
- Scenáre vyžadujúce integráciu služieb Azure
- Cost optimalizácia s bezlicenčným pasívnym DR
Výhody
- Most výkonná migrácia do Azure s minimálnymi prestojmi
- Skutočná online migrácia na úroveň Business Critical
- Obojsmerné záložné prepnutie s SQL Server 2022+
- Pasívna replika DR bez licencie znižuje costs
- Integrácia so službami Azure bez úplnej migrácie
- Možnosť škálovania čítania pomocou replík Azure
- Automatizované zálohy na strane Azure
- Geografické rozloženie do regiónov Azure
Nevýhody
- Obmedzenie jednej databázy na odkaz
- Nemožno použiť so skupinami prepnutia na záložné zariadenia na MI
- Systémové databázy nie sú replikované
- Objekty na úrovni inštancie vyžadujú manuálnu synchronizáciu
- SQL Server 2016 – 2019 iba jednosmerná doprava (bez záložného systému)
- Azúrové costs pre spravovanú inštanciu
- Požiadavky na sieťové pripojenie (VPN/ExpressRoute)
- Obmedzenia funkcií (tabuľky súborov, streamy súborov nie sú podporované)
Referencie
11. Porovnanie riešení s vysokou dostupnosťou
11.1 Tabuľka porovnania funkcií
| Vlastnosti | Vždy na AG | Obsiahnutý AG | Distribuovaná AG | FCI | replikácie | Log Shipping | zrkadlenie | MI Link |
|---|---|---|---|---|---|---|---|---|
| vydanie | Ent/Std | Ent/Std | Vývoj | Ent/Std | Ent/Std | Ent/Std | Ent/Std | Ent/Std |
| Protection Level | databázy | Databáza + Inštancia | databázy | Inštancia | Databáza/Objekty | databázy | databázy | databázy |
| Synchronizácia údajov | Sync/Async | Sync/Async | Sync/Async | Zdieľané | asynchrónne | asynchrónne | Sync/Async | asynchrónne |
| Automatické prepnutie pri zlyhaní | Áno | Áno | Áno | Áno | Nie | Nie | Áno | Nie |
| Čítanie v mierke | Áno | Áno | Áno | Nie | Áno | Obmedzený | Nie | Áno |
| RTO | Sekundy | Sekundy | Sekundy | Minuty | Manuálny | Manuálny | Sekundy | Manuálny |
| RPO | Nula/min | Nula/min | Nula/min | Nula | Minimálna | Minuty | Nula/min | Minimálna |
| Stav podpory | aktívny | aktívny | aktívny | aktívny | aktívny | aktívny | Zastarané | aktívny |
11.2 Výber riešenia HA
Pri výbere riešenia zvážte nasledujúce faktory:
- Rozpočtové aspekty významne ovplyvňujú výber riešenia: Požiadavky Enterprise Edition ovplyvňujú licencieosts, zatiaľ čo potreby infraštruktúry sa líšia od drahého zdieľaného úložiska pre FCI až po komoditné servery pre skupiny dostupnosti.
- Zložitosť sa podstatne líši: Doprava protokolov ponúka najjednoduchšiu implementáciu, zatiaľ čo distribuované skupiny dostupnosti vyžadujú rozsiahle odborné znalosti.
- Požiadavky RTO ovplyvňujú výber technológií. Sekundové prestoje vyžadujú skupiny dostupnosti Always On alebo FCI s automatickým prepnutím na záložný systém. Tolerancia minút umožňuje manuálne prepínanie medzi záložnými systémami, ako je napríklad odosielanie protokolov.
- Požiadavky na RPO sú rovnako dôležité: nulová strata údajov vyžaduje synchrónne riešenia, zatiaľ čo tolerancia minút umožňuje odosielanie protokolov.
- Obmedzenia infraštruktúry, potreby škálovania čítania, požiadavky na geografické rozloženie a scenáre hybridného cloudu ovplyvňujú optimálny výber riešenia.
12. Najlepšie postupy pre SQL Server Vysoká dostupnosť
12.1 Plánovanie a dizajn
Posúďte obchodné požiadavky prostredníctvom dôkladnej analýzy RTO a RPO pre každú databázu. Vyberte vhodné riešenia zodpovedajúce požiadavkám, namiesto toho, aby ste sa riadili predvolenými hodnotami.ost sofistikované možnosti. Naplánujte lokálnu vysokú dostupnosť aj geografickú obnovu po havárii pomocou viacvrstvových prístupov. Komplexne zdokumentujte architektúru vrátane sieťových diagramov, procedúr prepnutia na záložný systém a runbookov obnovy.
12.2 Implementačné pokyny
Pravidelne testujte postupy prepnutia na záložné systémy prostredníctvom plánovaných testov a simulovaných zlyhaní na overenie SQL Server riešenia s vysokou dostupnosťou a pripravenosť tímu. Neustále monitorujte stav a výkon pomocou SQL Servervstavané nástroje ako SQL Server Profiler a DMV. Nakonfigurujte komplexné upozornenia na oneskorenie synchronizácie, udalosti zlyhania a zhoršenie stavu. Udržiavajte SQL Server stratégie zálohovania napriek implementácii HA, pretože zálohy zostávajú poslednou líniou obrany proti logickému poškodeniu a náhodnému vymazaniu. Udržiavajte systémy aktualizované pomocou kumulatívnych aktualizácií, bezpečnostných záplat a aktualizácií firmvéru. Pravidelne overujte postupy obnovy prostredníctvom skutočných obnovení a testovania aplikácií a vedzte, ako riešiť scenáre, ako napríklad databázy uviaznuté v režime obnovy.
12.3 Monitorovanie a údržba
Využite nástroje ako napr SQL Server Activity Monitor, SQL Server sledovanie výkonua rozsiahle zobrazenia dynamickej správy na monitorovanie stavu a spúšťanie DBCC CHECKDB pravidelne overujte integritu databázy. Využite panel Always On Dashboard na vizuálne posúdenie stavu skupiny dostupnosti. Starostlivo monitorujte oneskorenie synchronizácie, najmä pri asynchrónnych replikách a odosielaní protokolov. Starostlivo sledujte udalosti prepnutia pri zlyhaní pomocou SQL Server Rozšírené udalosti a analyzovať príčiny vzorcov. Stanoviť východiskové hodnoty výkonnosti pre normálnu prevádzku a monitorovať odchýlky, ktoré naznačujú potenciálne problémy. Vykonávať pravidelné kontroly plánovania kapacity s cieľom zabezpečiť, aby infraštruktúra podporovala rastúce pracovné zaťaženie.
13. Najčastejšie otázky
Otázka: Aký je rozdiel medzi vysokou dostupnosťou a obnovou po havárii v... SQL Server?
A: Vysoká dostupnosť minimalizuje prestoje spôsobené lokálnymi poruchami v dátovom centre, zvyčajne s automatickým prepnutím na záložný systém a časmi obnovenia (RTO) v priebehu niekoľkých sekúnd alebo minút. Obnova po havárii chráni pred regionálnymi katastrofami, zvyčajne s manuálnym prepnutím na záložný systém a dlhšími časmi obnovenia (RTO), ale pokrýva udalosti ovplyvňujúce celé zariadenia.
Otázka: Aký je rozdiel medzi riešeniami s vysokou dostupnosťou (HA) a riešeniami s možnosťou škálovania na čítanie?
A: Riešenia s vysokou dostupnosťou zabezpečujú, že databázy zostanú dostupné aj počas zlyhaní, pričom sa zameriavajú na dostupnosť a automatické možnosti prepnutia pri zlyhaní. Riešenia škálovania čítania zlepšujú výkon dotazov rozdelením pracovných zaťažení iba na čítanie medzi viacero replík databáz, pričom sa zameriavajú na priepustnosť a časy odozvy. Hoci tieto riešenia slúžia na rôzne účely, tá istá technológia, ako napríklad skupiny dostupnosti Always On, môže poskytnúť obe výhody súčasne: čitateľné sekundárne repliky ponúkajú možnosti škálovania čítania a zároveň slúžia ako možnosti prepnutia pri zlyhaní. tarzískava vysokú dostupnosť.
Q: Ktoré SQL Server Je riešenie s vysokou dostupnosťou najlepšie pre moje potreby?
A: Najlepšie riešenie závisí od RTO a RPO tarzískava, rozpočet, dostupnosť edície, infraštruktúra a odborné znalosti. Skupiny dostupnosti Always On vyhovujú most podnikové scenáre, zatiaľ čo preprava protokolov funguje dobre pre cost-citlivé prostredia. Vyhodnoťte požiadavky podľa porovnávacej tabuľky.
Otázka: Vyžadujú skupiny dostupnosti Always On edíciu Enterprise Edition?
A: Štandardná edícia podporuje základné skupiny dostupnosti s výraznými obmedzeniami: jedna databáza na skupinu, jedna sekundárna replika a žiadna čitateľná sekundárna databáza. Úplná funkčnosť vrátane viacerých databáz, ôsmich sekundárnych databáz a čitateľných replík vyžaduje edíciu Enterprise.
Otázka: Môžem použiť službu Log Shipping s SQL Server Štandardná edícia?
A: Áno, preprava guľatiny je v štandardnej edícii plne podporovaná, čo z nej robí atraktívny cost-efektívne riešenie pre obnovu po havárii pre organizácie bez licencie Enterprise Edition.
Otázka: Aký je rozdiel medzi skupinami dostupnosti Always On a zrkadlením databázy?
A: Zrkadlenie databázy je zastarané a funguje na úrovni jednotlivých databáz bez čitateľného sekundárneho prístupu. Skupiny dostupnosti Always On podporujú skupiny databáz, až osem sekundárnych databáz, čitateľné repliky a vylepšené monitorovanie. Spoločnosť Microsoft odporúča migráciu na funkciu Always On.
Otázka: Ako si môžem vybrať medzi inštanciami klastrov s podporou záložných zariadení a skupinami dostupnosti?
A: Pre ochranu na úrovni inštancie so zdieľanou úložnou infraštruktúrou zvoľte FCI. Pre ochranu na úrovni databázy, možnosti škálovania na čítanie a geografickú distribúciu bez zdieľaného úložiska zvoľte skupiny dostupnosti. Organizácie často kombinujú oboje pre komplexnú ochranu.
Otázka: Môžem kombinovať viacero SQL Server riešenia s vysokou dostupnosťou?
A: Áno, kombinovanie riešení je bežné. FCI môžu slúžiť ako repliky skupín dostupnosti, čím poskytujú lokálnu vysokú dostupnosť na úrovni inštancie a geografické pohotovostné riešenie na úrovni databázy. Doručovanie protokolov môže dopĺňať skupiny dostupnosti pre dodatočnú vzdialenú ochranu. Kombinované konfigurácie dôkladne otestujte.
Otázka: Aký je rozdiel medzi synchrónnou a asynchrónnou replikáciou?
A: Synchrónna replikácia čaká na sekundárne potvrdenie pred potvrdením, čo zaručuje nulovú stratu údajov, ale potenciálne spôsobuje latenciu. Asynchrónna replikácia prebieha bez čakania, čo optimalizuje výkon, ale vytvára možnú stratu údajov počas záložného prepnutia.
Otázka: Potrebujem stále zálohy, ak mám SQL Server Je nastavená vysoká dostupnosť?
A: Rozhodne áno. Vysoká dostupnosť chráni pred zlyhaniami hardvéru, ale nedokáže ochrániť pred logickým poškodením, náhodným vymazaním alebo škodlivými akciami, ktoré sa replikujú do všetkých kópií. Zálohy zostávajú nevyhnutné pre obnovu v čase a požiadavky na dodržiavanie predpisov.
Otázka: Potrebujem stále zálohy, ak mám SQL Server Je nastavená vysoká dostupnosť?
A: Rozhodne áno. Vysoká dostupnosť chráni pred zlyhaním hardvéru, ale nemôže ochrániť pred poškodením databázy, náhodným vymazaním alebo škodlivým konaním. Zálohy zostávajú nevyhnutné pre obnovu v čase a požiadavky na dodržiavanie predpisov. V prípadoch, keď sa súbory databázy poškodia a zálohy nie sú k dispozícii alebo sú tiež poškodené, špecializované Softvér na opravu databázy SQL môže pomôcť obnoviť dáta z poškodených súborov MDF, NDF a záloh.
Otázka: Čo je to obmedzená skupina dostupnosti a ako sa líši od bežnej skupiny dostupnosti?
A: Obmedzené skupiny dostupnosti, predstavené v SQL Server 2022, automaticky synchronizujú objekty na úrovni inštancie, ako sú prihlásenia, úlohy a metadáta. Bežné skupiny dostupnosti synchronizujú iba objekty databázy, čo vyžaduje manuálnu replikáciu objektov inštancie.
Otázka: Môžem replikovať údaje z SQL Server do spravovanej inštancie Azure SQL?
A: Áno, Managed Instance Link poskytuje hybridnú replikáciu medzi SQL Server a Azure. SQL Server 2016 – 2019 podporuje jednosmernú replikáciu, zatiaľ čo SQL Server Verzia 2022+ umožňuje obojsmernú replikáciu s funkciou failback pre scenáre obnovy po havárii, migrácie a hybridných riešení.
Otázka: Čo sa stane s SQL Server Úlohy agenta počas záložného prepnutia?
A: V prípade tradičných skupín dostupnosti je potrebné úlohy vytvárať manuálne na sekundárnych replikách. Obsiahnuté skupiny dostupnosti (SQL Server 2022+) automaticky synchronizujú úlohy. Inštancie klastrov s podporou prepnutia na záložné systémy zahŕňajú úlohy ako súčasť ochrany na úrovni inštancie.
14. Záver
SQL Server poskytuje komplexné riešenia s vysokou dostupnosťou, ktoré spĺňajú rôzne požiadavky od databáz oddelení až po kritické podnikové systémy. Každé riešenie ponúka odlišné funkcie a kompromisy, ktorým musia správcovia databáz rozumieť, aby sa mohli informovane rozhodovať.
Skupiny dostupnosti Always On predstavujú vlajkovú loď technológie pre moderné nasadenia, pričom skupiny dostupnosti Contained Availability Groups zjednodušujú správu a distribuované skupiny dostupnosti umožňujú sofistikované scenáre naprieč platformami. Inštancie klastrov s podporou prepínania medzi službami naďalej slúžia potrebám ochrany na úrovni inštancií, zatiaľ čo odosielanie protokolov zostáva relevantné pre...ost-citlivé scenáre. Prepojenie spravovaných inštancií otvára možnosti hybridného cloudu premosťujúceho lokálne riešenia SQL Server s Azure.
Prispôsobenie riešení špecifickým obchodným potrebám predstavuje kritický faktor úspechu. Neexistuje univerzálny prístup. Organizácie musia starostlivo vyhodnotiť požiadavky na RTO a RPO, rozpočtové obmedzenia, možnosti infraštruktúry a administratívne znalosti. Najlepšia architektúra často kombinuje viacero riešení pre komplexnú ochranu. Zvážte, ako je vaša stratégia HA v súlade so širšími plánmi prijatia cloudu, a prečítajte si špecializované články s podrobnými pokynmi na implementáciu, aby ste zabezpečili, že vaše SQL Server infraštruktúra poskytuje spoľahlivosť, ktorú vaše podnikanie vyžaduje.
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.