SQL Server Klaster pre prepnutie na záložné systémy: Kompletný sprievodca pre správcov databáz [2026]

SQL Server klaster pre prepnutie na záložné systémy je riešenie s vysokou dostupnosťou ktorý udržiava SQL Server inštancia je funkčná aj v prípade zlyhania servera. Dosahuje to spustením rovnakej inštancie na viacerých fyzických serveroch – nazývaných uzly – takže ak jeden server zlyhá, iný ho automaticky prevezme bez nutnosti manuálneho zásahu alebo zmien na strane klienta.

1.2 Kľúčové komponenty a architektúra

A SQL Server Inštancia failover klastra je zostavená z piatich základných komponentov, z ktorých každý hrá odlišnú úlohu. Spoločne tvoria jednu logickú jednotku, s ktorou klienti interagujú, akoby išlo o jeden server.

uzly: Fyzické servery, ktoré sa zúčastňujú klastra. V danom čase je aktívny presne jeden uzol, ktorý spúšťa SQL Server inštancia; zostávajúce uzly sú v pohotovostnom režime a monitorujú stav aktívneho uzla.
Zdieľané úložisko: Úložný zväzok – SAN, iSCSI, Storage Spaces Direct alebo zdieľanie súborov SMB – prístupný všetkým uzlom súčasne. Keďže každý uzol číta a zapisuje do rovnakého úložiska, nie je potrebná replikácia údajov medzi uzlami a rovnaké databázové súbory sú okamžite k dispozícii bez ohľadu na to, ktorý uzol prevezme kontrolu.
Názov virtuálnej siete a virtuálna IP adresa: Stabilná identita, ku ktorej sa klienti vždy pripájajú bez ohľadu na to, ktorý fyzický uzol je momentálne aktívny. Keď dôjde k zlyhaniu, názov virtuálnej siete a IP adresa sa preregistrujú na novom aktívnom uzle, čím sa prepnutie stane transparentným pre aplikácie.
Klastrovanie záložných systémov Windows Server (WSFC): Základná platforma, ktorá drží všetko pohromade. WSFC nepretržite monitoruje stav uzlov a zdrojov prostredníctvom siete heartbeat, spravuje vlastníctvo skupín zdrojov a riadi proces prepnutia na záložný systém, keď sa zistí zlyhanie.
Kvórum: Hlasovací mechanizmus v rámci WSFC, ktorý zabraňuje scenárom rozdelenia mozgu. Každý uzol hlasuje o stave klastra; svedecký disk alebo zdieľanie súborov poskytuje dodatočný hlas pre klastre párnych uzlov. Klaster zostáva online iba vtedy, keď je dosiahnuteľná väčšina hlasov, čím sa zabezpečí, že dve izolované skupiny uzlov si nikdy nemôžu súčasne nárokovať vlastníctvo SQL Server inštancie.

Tieto komponenty fungujú v jasnej harmóniirarchy: WSFC spravuje uzly a vynucuje kvórum, uzly zdieľajú prístup k rovnakému úložisku a názov virtuálnej siete poskytuje klientom konzistentný bod pripojenia v rámci celej siete. Keď uzol zlyhá, WSFC zistí stratu prerušenia signálu, potvrdí, že kvórum je stále platné, prenesie vlastníctvo skupiny zdrojov – vrátane názvu virtuálnej siete, virtuálnej IP adresy a úložiska – na záložný uzol a prenesie... SQL Server späť online. Celá sekvencia prebieha automaticky a bez akejkoľvek zmeny potrebnej na strane klienta.

1.3 Skupiny dostupnosti FCI vs. Always On

SQL Server poskytuje dve technológie Always On postavené na WSFC. Kľúčové rozdiely:

Inštancia záložného klastra (FCI): Vysoká dostupnosť (HA) na úrovni inštancie. Všetky databázy sa prepnú naraz pri zlyhaní. Vyžaduje sa zdieľané úložisko. Žiadna replikácia údajov medzi uzlami. Žiadna vstavaná obnova po havárii (DR).
Skupiny dostupnosti Always On (AG): Vysoká dostupnosť na úrovni databázy. Replikácia na základe protokolov do sekundárnych replík. Nie je potrebné zdieľané úložisko. Podporuje HA aj DR.

Na prepnutie na záložný systém na úrovni inštancie s existujúcim zdieľaným úložiskom použite FCI. Kombinujte FCI s AG, keď je potrebná aj obnova po havárii alebo čitateľné sekundárne úložiská.

1.4 Výhody a obmedzenia

Výhody:

Automatické prepnutie na záložný systém pri zlyhaní hardvéru, operačného systému alebo služby;
žiadna rekonfigurácia klienta;
predvídateľný čas prepnutia na záložný systém prostredníctvom nepriamych kontrolných bodov;
flexibilné možnosti zdieľaného úložiska.

Obmedzenie:

Zdieľané úložisko je jediným bodom zlyhania, pokiaľ samotné úložisko nie je redundantné;
Beží iba jeden uzol SQL Server naraz, takže žiadne vyvažovanie záťaže čítania;
Žiadny vstavaný DR bez spárovania s AG.

2. Predpoklady a požiadavky

2.1 Hardvér a softvér

Minimálne dva fyzické servery s identickým alebo ekvivalentným hardvérom, 64-bitovými procesormi a radičmi úložiska certifikovanými pre failover clustering.
Windows Server 2016, 2019 alebo 2022 (Standard alebo Datacenter). Všetky uzly musia používať rovnakú edíciu, verziu a úroveň kumulatívnej aktualizácie operačného systému.
SQL Server Štandardná alebo Enterprise edícia. Všetky uzly musia bežať rovnako. SQL Server verzia a úroveň záplaty.

2.2 Požiadavky na sieť a doménu

Všetky uzly musia patriť do rovnakej domény služby Active Directory. Klastre pracovných skupín, klastre s viacerými doménami a radiče domény iba na čítanie nie sú podporované.
Priraďte statické IP adresy všetkým adaptérom. Vyhraďte aspoň jednu sieťovú kartu (NIC) na uzol pre prenos signálu klastra. Nakonfigurujte systém názvov domén (DNS) pre rozlíšenie názvov.
Inštalačný účet vyžaduje lokálne administrátorské práva na všetkých uzloch a Vytvorenie počítačových objektov povolenie v službe Active Directory.

2.3 Možnosti zdieľaného úložiska

SQL Server Failover clustering podporuje niekoľko technológií zdieľaného úložiska. Vyberte si tú, ktorá najlepšie vyhovuje vašej infraštruktúre a rozpočtu:

SAN (Fibre Channel alebo iSCSI): Most spoločné. Všetky uzly musia pristupovať k rovnakým logickým číslam jednotiek (LUN). Na zabránenie zlyhaniam jednej cesty použite viaccestný vstup/výstup (MPIO).
Priame úložné priestory (S2D): Lokálne pripojený NVMe alebo SSD disk združený medzi uzlami. Vyžaduje systém Windows Server 2016 Datacenter alebo novší.
Zdieľanie súborov protokolu SMB (Server Message Block) a zdieľané zväzky klastra (CSV): Podporované od SQL Server Od roku 2014 a ďalej.

Naformátujte všetky klastrové disky ako základný súborový systém NT (NTFS). Vyhnite sa pripojeným zväzkom na uzloch klastra.

3. Plánovanie klastra

Pred inštaláciou je potrebné naplánovať typ konfigurácie uzla a nastavenie kvóra, ktoré priamo ovplyvňujú spoľahlivosť klastra a hardvérovú stabilitu.ost:

3.1 Typy konfigurácie

SQL Server Klastre pre záložné zariadenia podporujú štyri typy konfigurácií uzlov, pričom každý z nich ponúka kompromisy v jednoduchosti, hardvérových vlastnostiach a...osta pohotovostnú kapacitu odlišne.

Typ 1: Aktívny/Pohotovostný režim. 1 FCI, 2 uzly. Uzol 1 je aktívny; Uzol 2 je v pohotovostnom režime. Pohotovostný uzol nepretržite monitoruje srdcový tep aktívneho uzla a preberá FCI, keď aktívny uzol zlyhá. Toto je najjednoduchšia konfigurácia a most bežné vo výrobe.
Typ 2: Aktívny/Aktívny. 2 FCI zdieľajúce 2 fyzické uzly. Uzol 1 je aktívny uzol pre FCI 1 a záložný uzol pre FCI 2; Uzol 2 je aktívny uzol pre FCI 2 a záložný uzol pre FCI 1. Tieto dva uzly sú vzájomné záložné – oba prenášajú živé pracovné zaťaženie za normálnej prevádzky. Ak ktorýkoľvek z uzlov zlyhá, preživší uzol prevezme FCI zlyhaného uzla a zároveň bude naďalej prevádzkovať svoju vlastnú. Každý uzol musí byť preto dimenzovaný tak, aby zvládol kombinované pracovné zaťaženie oboch FCI.
Typ 3: N+1. N FCI zdieľajúcich N+1 uzlov. Každé FCI má jeden aktívny uzol; všetkých N FCI zdieľa jeden spoločný záložný uzol. Zdieľaný záložný uzol musí byť schopný nezávisle absorbovať plnú záťaž ktoréhokoľvek zlyhaného aktívneho uzla.
Typ 4: N+M. N FCI zdieľajú N+M uzlov. Každé FCI má jeden aktívny uzol; všetkých N FCI zdieľa M záložných uzlov. M záložných uzlov spoločne pokrývajú záložný režim pre všetkých N aktívnych uzlov, čím rozdeľujú potenciálnu záťaž medzi väčšiu záložnú kapacitu a znižujú hardvérové požiadavky na uzol v porovnaní s N+1.

3.2 Pokyny pre kvórum

Kvórum určuje, či má klaster dostatok zdravých členov na to, aby zostal online. Pri nastavovaní a udržiavaní kvóra majte na pamäti nasledujúce pokyny:

Nakonfigurujte nepárny celkový počet hlasov kvóra, aby ste zaručili väčšinu v prípade rozdelenia hlasov a zabránili rozdeleniu mozgu.
Pre dvojuzlové klastre použite Väčšina uzlov a diskov s tretím hlasom pre svedkovú disketu. Svedkovská disketa nepotrebuje písmeno jednotky.
Ak je kvórum lost úplne, vynútiť kvórum ako poslednú možnosť na obnovenie prežívajúcich uzlov a potom ich bezprostredne prekonfigurovať pred návratom do produkcie.

4. Inštalácia záložného klastra Windows Server (WSFC)

4.1 Príprava zdieľaného úložiska

Pred vytvorením klastra pripojte a nakonfigurujte všetky zdieľané úložiská.

Fyzicky pripojte alebo zriaďte všetky úložné LUN ku každému uzlu klastra.
na iba prvý uzol, otvorený správa diskov, pripojte každý disk online, inicializujte ho a vytvorte NTFS zväzok s písmenom jednotky. Vytvorte malý zväzok (1 – 2 GB) pre svedecký disk – písmeno jednotky nie je potrebné.
Na každom zostávajúcom uzle otvorte správa diskov a disky iba pripojte do režimu online. Neinicializujte ich ani neformátujte. Ak písmená jednotiek nezodpovedajú prvému uzlu, priraďte ich manuálne.

4.2 Inštalácia funkcie klastrovania pri zlyhaní a overenie

Nainštalujte funkciu Failover Clustering na každý uzol a potom ju pred vytvorením klastra overte.

Na každom uzle otvorte Server Manager -> Pridať roly a funkcie -> Vlastnostivyberte Zhlukovanie pri zlyhanía kliknite na tlačidlo inštalovaťReštartujte, ak sa zobrazí výzva. Alternatíva k PowerShellu:
```
Install-WindowsFeature -Name Failover-Clustering -IncludeManagementTools
```
Na ľubovoľnom uzle otvorte Správca klastrov pri zlyhaní -> Overiť konfiguráciuPridajte všetky uzly hostnázvy a spustite všetky testy. Alternatíva k PowerShellu:
```
Test-Cluster -Node Node1, Node2
```
Pred pokračovaním vyriešte všetky chyby v overovacej správe. Upozornenia služby Storage Spaces Direct možno ignorovať, ak sa S2D nepoužíva.

4.3 Vytvorenie WSFC

Po úspešnom overení vytvorte klaster a overte jeho konfiguráciu.

In Správca klastrov pri zlyhaní, Kliknite na tlačidlo Vytvoriť klaster, pridajte všetky uzly hostnázvy, zadajte názov klastra a statickú virtuálnu IP adresu a potom kliknite na ďalšieAlternatíva k PowerShellu:
```
New-Cluster -Name ClusterName -Node Node1, Node2 -StaticAddress x.x.x.x
```
Ak sú povolenia domény obmedzené, požiadajte správcu služby Active Directory o predbežnú prípravu objektu počítača s názvom klastra pred spustením tohto kroku.
Po vytvorení potvrďte zobrazenie kvóra Väčšina uzlov a diskov s priradeným svedeckým diskom.
pod Uskladnenie -> Disky, premenujte každý klastrový disk tak, aby odrážal jeho úlohu (napríklad SQL_DATA, SQL_LOG, WITNESS). pod Siete, premenujte každú klastrovú sieť tak, aby odrážala jej typ prenosu.

5. Inštalácia SQL Server Inštancia záložného klastra

5.1 Výber spôsobu inštalácie

SQL Server Inštalátor ponúka dva spôsoby inštalácie inštancie záložného klastra. Vyberte ten, ktorý zodpovedá vášmu prostrediu.

Integrovaná inštalácia (Pridať uzol): Nainštalujte kompletný a funkčný FCI na prvý uzol a potom pridajte každý ďalší uzol pomocou Pridať uzol možnosť. Jednoduchšie a odporúčané pre most nasadenia.
Pokročilá/Podniková inštalácia: beh Príprava klastra pre záložné systémy najprv na všetkých uzloch a potom spustiť Kompletný klaster pre záložné systémy na uzle, ktorý vlastní zdieľaný disk. Tento prístup použite pre rozsiahle nasadenia s viacerými uzlami, kde chcete pred potvrdením pripraviť všetky uzly paralelne.

5.2 Inštalácia prvého uzla

beh SQL Server Nastavenie na prvom uzle na vytvorenie FCI pomocou integrovanej metódy.

beh Setup.exe ako správca. Vyberte inštalácia -> Nový SQL Server inštalácia záložného klastra.
On Výber funkcií, vybrať Služby databázového stroja a Nástroje pre správu – základné.
On Konfigurácia inštancie, zadajte SQL Server Názov siete – virtuálny názov, ktorý klienti používajú na pripojenie.
On Skupina zdrojov klastra, zadajte popisný názov skupiny.
On Výber klastrového disku, vyberte zdieľané disky pre dáta, protokoly a záložné súbory.
On Konfigurácia klastrovej siete, priraďte IP adresu každej podsieti. Nastavenie automaticky nastaví závislosť OR pre klastre s viacerými podsieťami.
On Konfigurácia serveru, nastaviť servisné účty. Na automatizovanú správu hesiel použite skupinový spravovaný servisný účet (gMSA); ako záložnú možnosť použite doménové účty.
On Konfigurácia databázového stroja, vyberte režim overovania a nastavte cesty k adresárom s údajmi. Umiestnite systémové databázy, používateľské databázy, protokoly, zálohy a dočasnú databázu (TempDB) na samostatné disky.
Skontrolujte súhrn a kliknite inštalovať.

5.3 Pridanie zostávajúcich uzlov

Po dokončení prvého uzla pridajte do FCI každý ďalší uzol.

Na ďalšom uzle spustite Setup.exe a zvoľte inštalácia -> Pridať uzol do SQL Server failover cluster.
On Konfigurácia uzlov klastra, vyberte existujúcu inštanciu FCI.
On Konfigurácia klastrovej siete, priraďte IP adresu pre podsieť tohto uzla.
On Servisné účty, overte, či sa heslá servisných účtov zhodujú s heslami nastavenými na prvom uzle, a potom kliknite na inštalovať.
Opakujte pre každý ďalší uzol.

6. Post-Inštalácia: Konfigurácia a testovanie

6.1 Základné SQL Server nastavenie

Tieto nastavenia použite ihneď po spustení FCI.

Sada maximálna pamäť servera až do konca SQL Serverpamäť a ponechať priestor pre operačný systém a klastrové služby:
```
EXEC sp_configure 'show advanced options', 1; RECONFIGURE;
EXEC sp_configure 'max server memory', <value_in_MB>; RECONFIGURE;
```
Sada maximálny stupeň paralelizmu (MAXDOP) na základe vašej topológie NUMA (Non-Uniform Memory Access).

Presuňme TempDB na vyhradený zväzok, aby sme izolovali jeho I/O operácie:

USE master;
ALTER DATABASE tempdb MODIFY FILE (NAME = tempdev, FILENAME = 'D:\TempDB\tempdb.mdf');
ALTER DATABASE tempdb MODIFY FILE (NAME = templog, FILENAME = 'D:\TempDB\templog.ldf');

Restart SQL Server služba, aby sa presun súboru prejavil.

6.2 Testovanie zlyhania

Pred presunutím klastra do produkčného prostredia overte správanie pri zlyhaní.

In Správca klastrov pri zlyhaní, kliknite pravým tlačidlom myši na ikonu SQL Server Úloha a výber FCI Pohyb -> Vyberte položku UzolVyberte sekundárny uzol a kliknite na OK.
Počkajte, kým sa zobrazí stav roly Bezat na novom uzle.
Z klientskeho počítača sa pripojte k SQL Server pomocou názvu virtuálnej siete a potvrďte úspešné pripojenie bez zmeny reťazca pripojenia.
Prečítajte si SQL Server denník chýb a denník udalostí klastra Windows na potvrdenie čistého záložného prepnutia vo vašom tarzískať cieľový čas zotavenia (RTO).

7. Riadenie, osvedčené postupy a riešenie problémov

7.1 Politika a monitorovanie záložného prepnutia

In Správca klastrov pri zlyhaní, kliknite pravým tlačidlom myši na ikonu SQL Server Úloha FCI -> vlastnosti -> Failover nastaviť úroveň stavu zlyhania a časový limit kontroly stavu. Zvýšte časový limit na vysoko zaťažených serveroch, aby ste predišli falošným zlyhaniam.
Monitorovanie stavu klastra prostredníctvom Správca klastrov pri zlyhaní, Windows Event Viewersa SQL Server protokol chýb a SQL Server Activity Monitor pre prehľadnosť zdrojov a relácií v reálnom čase.
Po každom automatickom prepnutí na záložný systém skontrolujte SQL Server diagnózyostprotokoly ic (uložené spolu s protokolom chýb) pre stav komponentu pred udalosťou. Použite SQL Server Rozšírené udalosti zachytiť podrobný záznam o stave zdrojov a chybových stavoch v okolí okna prepnutia na záložný systém.

7.2 Osvedčené postupy

Používajte statické IP adresy na všetkých uzloch. Dynamický Host Platnosť vypršania prenájmu protokolu DHCP (Configuration Protocol) počas záložného prepnutia predlžuje prestoje a komplikuje registráciu DNS.
Vždy udržiavajte nepárny počet hlasov kvóra. Pridajte svedka, ak pridanie uzla spôsobí párny počet hlasov.
Spustite overenie klastra po akejkoľvek zmene hardvéru, aktualizácii ovládača alebo významnej zmene konfigurácie operačného systému.
Predtým priraďte všetkým uzlom rovnaké písmená jednotiek SQL Server inštalácia. Nezhody blokujú inštaláciu a je ťažké ich neskôr opraviť.
Pred dňom inštalácie kontaktujte správcu služby Active Directory. Povolenia na vytváranie objektov počítača sú most bežný blokátor pred inštaláciou.
Udržiavajte testovaný SQL Server zálohovanie stratégiu aj so zavedenou FCI. FCI chráni pred zlyhaním uzla, nie pred poškodením údajov, náhodným vymazaním alebo stratou úložiska – pravidelný plán zálohovania a obnovy je jedinou ochranou pre tieto scenáre.

7.3 Bežné problémy a ich opravy

Chyby povolení služby Active Directory: Požiadajte správcu služby Active Directory (AD) o predbežnú prípravu objektu klastrového počítača alebo o udelenie Vytvorenie počítačových objektov a Prečítajte si všetky vlastnosti k inštalačnému účtu.
Zdieľané úložisko nie je viditeľné na uzloch: Restart iSCSI Tarzískať server služba na sklade host, potom sa znova pripojte z iniciátora iSCSI na každom uzle. Overte maskovanie a zónovanie LUN.
Upozornenia na overenie ovládačov alebo úrovní aktualizácií: Použite najnovšiu kumulatívnu aktualizáciu z Windows Update na všetkých uzloch pred opätovným spustením overenia.
WSFC sa po zlyhaní uzla prepne do režimu offline: Použiť vynútené kvórum na prepnutie preživších uzlov do režimu online, obnoviť akékoľvek databázy postihnuté zlyhaním, obnovte kvórum a potom prekonfigurujte pred návratom do produkčného režimu. Spustite DBCC CHECKDB na každej obnovenej databáze, aby sa pred obnovením bežného pracovného zaťaženia potvrdila integrita.
Falošné automatické prepnutia pri zlyhaní: Zvýšte časový limit kontroly stavu vo vlastnostiach roly FCI. Skontrolujte diagnostiku.ostprotokoly ic na rozlíšenie skutočného zlyhania od dočasného nárastu zdrojov.

8. Časté otázky

Otázka: Aký je minimálny počet uzlov potrebný pre SQL Server klaster pre prepnutie na záložné systémy?

A: Dva uzly sú minimum. Jeden funguje ako aktívny uzol, na ktorom je spustený SQL Server napríklad; druhý je pohotovostný režim. Most produkčné nasadeniatart s dvojuzlovou aktívnou/pasívnou konfiguráciou.

Otázka: Áno SQL Server Vyžaduje FCI zdieľané úložisko?

A: Áno. Na rozdiel od skupín dostupnosti Always On vyžaduje FCI, aby všetky uzly mali prístup k rovnakému úložisku – buď k sieti SAN (Fibre Channel alebo iSCSI), priamemu úložisku Storage Spaces Direct alebo k zdieľanému úložisku súborov SMB. Zdieľané úložisko umožňuje prístup k rovnakým súborom databázy z ľubovoľného uzla po zlyhaní.

Otázka: Čo SQL Server Podporujú edície failover clustering?

A: SQL Server Edície Standard a Enterprise podporujú FCI. Edície Express a Developer nie. Edícia Enterprise podporuje viac uzlov a ďalšie funkcie vysokej dostupnosti, ako sú napríklad online operácie s indexom počas údržby.

Otázka: Môže SQL Server Dajú sa skupiny dostupnosti FCI a Always On používať spoločne?

A: Áno. Uzol FCI môže maťost replika skupiny dostupnosti, ktorá vám poskytne vysokú dostupnosť (HA) na úrovni inštancie z FCI aj DR na úrovni databázy zo skupiny dostupnosti. Automatické prepnutie skupiny dostupnosti do alebo z FCI-h však môže viesť k zlyhaniu.ostReplika ed nie je podporovaná – v tejto konfigurácii je k dispozícii iba manuálne prepnutie na záložný systém.

Otázka: Ako dlho trvá SQL Server Ako zvyčajne trvá prepnutie na záložný systém?

A: Čas prepnutia pri zlyhaní závisí od počtu nečistých stránok vo vyrovnávacej pamäti buffera, ktoré musia byť zapísané na disk pred obnovením inštancie.tarts na novom uzle. S povolenými nepriamymi kontrolnými bodmi (predvolená hodnota z SQL Server (od roku 2012) sú špinavé stránky ohraničené a most Prepnutia pri zlyhaní sa dokončia za menej ako 30 sekúnd. Skutočný čas obnovenia (RTO) závisí od pracovnej záťaže, rýchlosti úložiska a času obnovy databázy.

Otázka: Čo je kvórum a prečo je dôležité?

A: Kvórum je mechanizmus, ktorý WSFC používa na určenie, či má klaster dostatok zdravých členov na to, aby zostal online a obsluhoval požiadavky. Zabraňuje scenáru rozdeleného mozgu, kde sa dve izolované skupiny uzlov domnievajú, že sú autoritatívnymi vlastníkmi SQL Server napríklad. Ak je kvórum lostWSFC prepne klaster do režimu offline, aby ochránil integritu údajov.

Otázka: Môže SQL Server Má byť FCI nainštalovaný na klastri pracovnej skupiny (bez služby Active Directory)?

A: Nie. SQL Server FCI vyžaduje, aby všetky uzly boli členmi tej istej domény služby Active Directory. Klastre pracovných skupín, klastre s viacerými doménami a klastre, ktoré obsahujú radiče domény iba na čítanie, nie sú podporované konfigurácie.

Otázka: Čo sa stane s pripojeniami klientov, keď dôjde k zlyhaniu?

A: Aktívne pripojenia k SQL Server inštancie sa počas núdzového prepnutia zrušia. Po prepnutí inštancie do režimu online na novom uzle sa tam znova zaregistruje názov virtuálnej siete a virtuálna IP adresa a klienti, ktorí používajú logiku opakovania vo svojich reťazcoch pripojenia, sa automaticky znova pripoja bez akejkoľvek zmeny konfigurácie.

Otázka: Môžem pridať alebo odstrániť uzly z existujúceho SQL Server klaster pre prepnutie na záložné systémy?

A: Áno. Bež. SQL Server Nastavenie na ľubovoľnom uzle a výber Pridať uzol do SQL Server failover cluster pridať uzol alebo Odstrániť uzol z SQL Server failover cluster odstrániť jeden. Pridanie alebo odstránenie uzla nevyžaduje prestoje pre ostatné uzly v klastri.

Otázka: Aký je rozdiel medzi plánovaným záložným prepnutím a automatickým záložným prepnutím?

A: Plánované záložné prepnutie iniciuje manuálne správca – zvyčajne kvôli údržbe, ako je napríklad oprava alebo výmena hardvéru. Umožňuje SQL Server vyprázdniť znečistené stránky a čisto vypnúť systém pred prenosom vlastníctva, čo má za následok minimálne prestoje. WSFC spustí automatické prepnutie na záložný systém, keď monitorovanie stavu zistí, že aktívny uzol zlyhal, a čas obnovy závisí od rozsahu potrebnej obnovy po havárii.

Otázka: Ako môžem obnoviť SQL Server klaster pre prepnutie na záložné systémy, ak sa celý WSFC prepne do režimu offline?

A: Ak je kvórum lost a klaster nemôžetarNormálne sa na prepnutie prežívajúcich uzlov do stavu bez odolnosti voči chybám použije vynútené kvórum. Na prežívajúcom uzle spustite nasledujúci príkaz PowerShell: Start-ClusterNode -ForcQuorumPo prepnutí klastra do online režimu obnovte databázy, overte integritu údajov a potom pred návratom do produkčného režimu prekonfigurujte kvórum so zostávajúcimi uzlami.

Otázka: Mal by som spustiť Sprievodcu overením klastra pred každým SQL Server inštalácia?

A: Áno, a tiež po akejkoľvek významnej zmene hardvéru alebo konfigurácie. Spoločnosť Microsoft podporuje iba konfigurácie záložných klastrov, ktoré prejdú všetkými overovacími testami bez chýb. Vynechanie overenia riskuje spustenie nepodporovanej konfigurácie, ktorá sa môže v prípade zlyhania správať nepredvídateľne.

9. Záver

SQL Server Klastrovanie pri zlyhaní poskytuje transparentnú vysokú dostupnosť na úrovni inštancie prostredníctvom WSFC s automatickým prepnutím na zlyhanie a bez nutnosti rekonfigurácie klienta. Je to správna voľba, keď je k dispozícii zdieľané úložisko a potrebujete, aby sa každá databáza v inštancii prepnula na zálohu spoločne ako celok. V prostrediach, ktoré vyžadujú aj zotavenie po havárii alebo sekundárne úlohy čítania, spárujte FCI so skupinami dostupnosti Always On, aby ste pokryli oba scenáre.

Referencie

Oficiálny dokument spoločnosti Microsoft: Klaster záložných systémov Windows Server s SQL Server
Oficiálny dokument spoločnosti Microsoft: Inštancie klastra Always On Failover
Oficiálny dokument spoločnosti Microsoft: Inštalácia inštancie záložného klastra
Oficiálny dokument spoločnosti Microsoft: Režimy kvóra WSFC a konfigurácia hlasovania

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.