SQL Server Failover Cluster: Pilnīgs ceļvedis DBA [2026]

SQL Server rezerves klasteris ir augstas pieejamības risinājums kas uztur SQL Server instances darbību pat servera atteices gadījumā. Tas tiek panākts, darbinot vienu un to pašu instanci vairākos fiziskos serveros, ko sauc par mezgliem, lai, ja viens serveris nedarbojas, cits automātiski pārņemtu darbību, neprasot manuālu iejaukšanos vai izmaiņas klienta pusē.

1.2 Galvenās sastāvdaļas un arhitektūra

A SQL Server Kļūmjpārlēces klastera instance ir veidota no piecām galvenajām komponentēm, katrai no kurām ir atšķirīga loma. Kopā tās veido vienu loģisku vienību, ar kuru klienti mijiedarbojas tā, it kā tas būtu viens serveris.

Mezgli: Fiziskie serveri, kas piedalās klasterī. Jebkurā laikā aktīvs ir tieši viens mezgls, kas darbina SQL Server piemēram; atlikušie mezgli ir gaidīšanas režīmā un uzrauga aktīvā mezgla veselību.
Koplietota krātuve: Krātuves sējums — SAN, iSCSI, Storage Spaces Direct vai SMB failu koplietojums —, kam vienlaikus var piekļūt visi mezgli. Tā kā katrs mezgls lasa no vienas un tās pašas krātuves un raksta tajā, datu replikācija starp mezgliem nav nepieciešama, un vieni un tie paši datubāzes faili ir nekavējoties pieejami neatkarīgi no tā, kurš mezgls pārņem vadību.
Virtuālā tīkla nosaukums un virtuālā IP adrese: Stabila identitāte, ar kuru klienti vienmēr izveido savienojumu neatkarīgi no tā, kurš fiziskais mezgls pašlaik ir aktīvs. Kad notiek kļūmjpārlēce, virtuālā tīkla nosaukums un IP adrese tiek atkārtoti reģistrēti jaunajā aktīvajā mezglā, padarot pārslēgšanos caurspīdīgu lietojumprogrammām.
Windows Server kļūmjpārlēces klasterizācija (WSFC): Pamatplatforma, kas visu satur kopā. WSFC nepārtraukti uzrauga mezglu un resursu stāvokli, izmantojot sirdsdarbības tīklu, pārvalda resursu grupu īpašumtiesības un vada pārslodzes procesu, ja tiek konstatēta kļūme.
Kvorums: Balsošanas mehānisms WSFC ietvaros, kas novērš smadzeņu dalīšanās scenārijus. Katrs mezgls balso par klastera stāvokli; liecinieka disks vai failu koplietošana nodrošina papildu balsojumu par pāra mezglu klasteriem. Klasteris paliek tiešsaistē tikai tad, kad ir sasniedzams balsu vairākums, nodrošinot, ka divas izolētas mezglu grupas nekad nevar vienlaikus pieprasīt īpašumtiesības uz SQL Server piemērs

Šīs sastāvdaļas darbojas skaidri saskaņotirarchy: WSFC pārvalda mezglus un nodrošina kvorumu, mezgli koplieto piekļuvi vienai un tai pašai krātuvei, un virtuālā tīkla nosaukums nodrošina klientiem konsekventu savienojuma punktu visā tajā. Ja mezgls neizdodas, WSFC nosaka sirdsdarbības zudumu, apstiprina, ka kvorums joprojām ir spēkā, nodod resursu grupas īpašumtiesības, tostarp virtuālā tīkla nosaukumu, virtuālo IP adresi un krātuvi, rezerves mezglam un nodrošina SQL Server atpakaļ tiešsaistē. Visa secība notiek automātiski un bez jebkādām izmaiņām klienta pusē.

1.3 FCI salīdzinājumā ar vienmēr pieejamajām pieejamības grupām

SQL Server nodrošina divas Always On tehnoloģijas, kas balstītas uz WSFC. Galvenās atšķirības:

Kļūmjpārlēces klastera instance (FCI): Augsta pieejamība (HA) instances līmenī. Visas datubāzes kopīgi pārslēdzas uz rezerves daļām. Nepieciešama koplietota krātuve. Nav datu replikācijas starp mezgliem. Nav iebūvētas atkopšanas pēc ārkārtas situācijām (DR).
Vienmēr pieejamas pieejamības grupas (AG): Augsta pieejamība datubāzes līmenī. Uz žurnāliem balstīta replikācija uz sekundārajām kopijām. Nav nepieciešama koplietota krātuve. Atbalsta gan HA, gan DR.

Izmantojiet FCI instances līmeņa dublēšanai ar esošo koplietoto krātuvi. Apvienojiet FCI ar AG, ja nepieciešama arī atkopšana pēc ārkārtas situācijām vai nolasāmi sekundārie dati.

1.4 Ieguvumi un ierobežojumi

Pabalsti:

Automātiska pārslēgšanās aparatūras, operētājsistēmas vai pakalpojuma kļūmes gadījumā;
nav nepieciešama klienta pārkonfigurācija;
paredzams rezerves pārslēgšanas laiks, izmantojot netiešos kontrolpunktus;
elastīgas koplietošanas krātuves iespējas.

Ierobežojumi:

Koplietota krātuve ir vienīgais kļūmes punkts, ja vien pati krātuve nav lieka;
Darbojas tikai viens mezgls SQL Server vienlaikus, tāpēc nav lasīšanas slodzes līdzsvarošanas;
Nav iebūvēta DR bez savienošanas pārī ar AG.

2. Priekšnosacījumi un prasības

2.1 Aparatūra un programmatūra

Vismaz divi fiziski serveri ar identisku vai līdzvērtīgu aparatūru, 64 bitu procesoriem un krātuves kontrolleriem, kas sertificēti dublēšanas klasteru izveidei.
Windows Server 2016, 2019 vai 2022 (Standard vai Datacenter). Visos mezglos ir jādarbojas ar vienu un to pašu operētājsistēmas izdevumu, versiju un kumulatīvo atjauninājumu līmeni.
SQL Server Standarta vai uzņēmuma versija. Visiem mezgliem jādarbojas vienādi. SQL Server versija un ielāpa līmenis.

2.2 Tīkla un domēna prasības

Visiem mezgliem jāpieder vienam un tam pašam Active Directory domēnam. Darba grupu klasteri, vairāku domēnu klasteri un tikai lasāmi domēna kontrolleri netiek atbalstīti.
Piešķiriet statiskas IP adreses visiem adapteriem. Katram mezglam atvēliet vismaz vienu tīkla saskarnes karti (NIC) klastera periodisko ziņojumu datplūsmai. Konfigurējiet domēna vārdu sistēmu (DNS) nosaukumu atpazīšanai.
Instalācijas kontam ir nepieciešamas lokālā administratora tiesības visos mezglos un Izveidot datora objektus atļauja pakalpojumā Active Directory.

2.3 Koplietotas krātuves iespējas

SQL Server Kļūmjveida klasterizācija atbalsta vairākas koplietotas krātuves tehnoloģijas. Izvēlieties to, kas vislabāk atbilst jūsu infrastruktūrai un budžetam:

SAN (šķiedru kanāls vai iSCSI): Most kopīgs. Visiem mezgliem ir jāpiekļūst vieniem un tiem pašiem loģisko vienību numuriem (LUN). Izmantojiet vairāku ceļu I/O (MPIO), lai izvairītos no viena ceļa kļūmēm.
Tiešās krātuves vietas (S2D): Lokāli pievienots NVMe vai SSD disks, kas apvienots vairākos mezglos. Nepieciešama Windows Server 2016 Datacenter vai jaunāka versija.
Servera ziņojumu bloka (SMB) failu koplietojumi un klastera koplietotie sējumi (CSV): Atbalstīts no SQL Server Sākot ar 2014. gadu.

Formatējiet visus klastera diskus kā pamata NT failu sistēmu (NTFS). Izvairieties no montētiem sējumiem klastera mezglos.

3. Klastera plānošana

Pirms instalēšanas ir jāplāno mezgla konfigurācijas veids un kvoruma iestatīšana, kas tieši ietekmē klastera uzticamību un aparatūras veiktspēju.ost:

3.1 Konfigurācijas veidi

SQL Server Kļūmjpārlēces klasteri atbalsta četrus mezglu konfigurāciju veidus, katrs no tiem piedāvā kompromisus vienkāršības un aparatūras c ziņā.ostun gaidīšanas režīma jaudu atšķirīgi.

1. veids: aktīvs/gaidstāves režīms. 1 FCI, 2 mezgli. 1. mezgls ir aktīvs; 2. mezgls ir gaidīšanas režīmā. Gaidīšanas mezgls nepārtraukti uzrauga aktīvā mezgla sirdsdarbību un pārņem FCI, ja aktīvais mezgls neizdodas. Šī ir vienkāršākā konfigurācija un most izplatīta ražošanā.
2. tips: aktīvs/aktīvs. 2 FCI koplieto 2 fiziskos mezglus. 1. mezgls ir aktīvais mezgls FCI 1 un rezerves mezgls FCI 2; 2. mezgls ir aktīvais mezgls FCI 2 un rezerves mezgls FCI 1. Abi mezgli ir savstarpēji rezerves mezgli — abi normālas darbības laikā veic aktīvas darba slodzes. Ja kāds no mezgliem neizdodas, atlikušais mezgls pārņem bojātā mezgla FCI, vienlaikus turpinot darboties savam. Tāpēc katram mezglam ir jābūt tādam izmēram, lai tas varētu tikt galā ar abu FCI kopējo darba slodzi.
3. tips: N+1. N FCI koplieto N+1 mezglus. Katram FCI ir viens aktīvais mezgls; visiem N FCI ir viens kopīgs rezerves mezgls. Koplietotajam rezerves mezglam jāspēj neatkarīgi absorbēt jebkura viena bojāta aktīvā mezgla pilnu darba slodzi.
4. tips: N+M. N FCI koplieto N+M mezglus. Katram FCI ir viens aktīvais mezgls; visi N FCI koplieto M gaidīšanas mezglus. M gaidīšanas mezgli kopā nosedz visu N aktīvo mezglu rezerves režīmu, sadalot potenciālo slodzi pa lielāku gaidīšanas režīma jaudu un samazinot aparatūras prasības katram mezglam salīdzinājumā ar N+1.

3.2 Kvoruma vadlīnijas

Kvorums nosaka, vai klasterī ir pietiekami daudz veselīgu dalībnieku, lai tas varētu darboties tiešsaistē. Iestatot un uzturot kvorumu, ņemiet vērā šādas vadlīnijas:

Konfigurējiet nepāra kvoruma balsu skaitu, lai garantētu vairākumu dalītas balss gadījumā un novērstu smadzeņu šķelšanos.
Divu mezglu klasteriem izmantojiet Mezglu un disku vairākums ar liecinieka disku kā trešo balsi. Liecinieka diskam nav nepieciešams diska burts.
Ja kvorums ir lost pilnībā piespiedu kvorumu kā pēdējo līdzekli, lai atjaunotu izdzīvojušos mezglus, un pēc tam nekavējoties pārkonfigurējiet pirms atgriešanās ražošanas režīmā.

4. Windows Server kļūmjpārlēces klastera (WSFC) instalēšana

4.1 Koplietotās krātuves sagatavošana

Pirms klastera izveides pievienojiet un konfigurējiet visu koplietoto krātuvi.

Fiziski pievienojiet vai nodrošiniet visus krātuves LUN katram klastera mezglam.
Gada tikai pirmais mezgls, atvērts disk Management, aktivizējiet katru disku tiešsaistē, inicializējiet to un izveidojiet NTFS sējums ar diska burtu. Izveidojiet nelielu sējumu (1–2 GB) liecinieka diskam — diska burts nav nepieciešams.
Katrā atlikušajā mezglā atveriet disk Management un diskus tikai aktivizējiet tiešsaistē. Neveiciet atkārtotu inicializāciju vai pārformatēšanu. Piešķiriet disku burtus manuāli, ja tie neatbilst pirmajam mezglam.

4.2 Kļūmjpārlēces klasterizācijas funkcijas instalēšana un validācija

Instalējiet kļūmjpārlēces klasterizācijas funkciju katrā mezglā un pēc tam veiciet pārbaudi pirms klastera izveides.

Katrā mezglā atveriet Servera pārvaldnieks -> Pievienojiet lomas un funkcijas -> Apkalpošanaizvēlieties Kļūmjpārlēces klasterizācijaun noklikšķiniet uz instalētPārstartējiet, ja tiek prasīts. PowerShell alternatīva:
```
Install-WindowsFeature -Name Failover-Clustering -IncludeManagementTools
```
Jebkurā mezglā atveriet Kļūmjpārlēces klastera pārvaldnieks -> Validēt konfigurācijuPievienot visus mezglus hostnosaukumus un palaidiet visus testus. PowerShell alternatīva:
```
Test-Cluster -Node Node1, Node2
```
Pirms turpināt, novērsiet visas kļūdas validācijas ziņojumā. Ja S2D netiek lietots, brīdinājumus par tiešajiem krātuves vietām var ignorēt.

4.3 Izveidojiet WSFC

Pēc validācijas izveidojiet klasteri un pārbaudiet tā konfigurāciju.

In Kļūmjpārlēces klastera pārvaldnieksklikšķis Izveidot klasteru, pievienojiet visus mezglus hostnosaukumi, ievadiet klastera nosaukumu un statisku virtuālo IP adresi un pēc tam noklikšķiniet uz NākamāPowerShell alternatīva:
```
New-Cluster -Name ClusterName -Node Node1, Node2 -StaticAddress x.x.x.x
```
Ja domēna atļaujas ir ierobežotas, pirms šīs darbības veikšanas lūdziet Active Directory administratoram sagatavot klastera nosaukuma datora objektu.
Pēc izveides apstipriniet kvoruma rādījumus Mezglu un disku vairākums ar piešķirto liecinieka disku.
Zem glabāšana -> Diski, pārdēvējiet katru klastera disku, lai atspoguļotu tā lomu (piemēram, SQL_DATI, SQL_LOG, APLIECINĀJUMS). Zem tīkli, pārdēvējiet katru klastera tīklu, lai tas atspoguļotu tā datplūsmas veidu.

5. Instalēšana SQL Server Kļūmjpārlēces klastera instance

5.1 Izvēlieties instalēšanas metodi

SQL Server Uzstādīšanas programma piedāvā divas pieejas kļūmjpārlēces klastera instances instalēšanai. Izvēlieties to, kas atbilst jūsu videi.

Integrēta instalēšana (pievienot mezglu): Pirmajā mezglā instalējiet pilnīgu, funkcionējošu FCI un pēc tam pievienojiet katru nākamo mezglu, izmantojot Pievienot mezglu variants. Vienkāršāks un ieteicams most izvietošanu.
Paplašināta/uzņēmuma līmeņa instalēšana: skrējiens Sagatavot kļūmjpārlēces klasteri vispirms visos mezglos, pēc tam palaidiet Pilnīgs dublēšanas klasteris mezglā, kuram pieder koplietotais disks. Izmantojiet šo pieeju lieliem vairāku mezglu izvēršanas gadījumiem, kuros vēlaties sagatavot visus mezglus paralēli pirms apstiprināšanas.

5.2 Pirmā mezgla instalēšana

skrējiens SQL Server Iestatiet pirmo mezglu, lai izveidotu FCI, izmantojot integrēto metodi.

skrējiens Setup.exe kā administrators. Atlasiet uzstādīšana -> Jaunums SQL Server kļūmjpārlēces klastera instalēšana.
On Funkciju izvēle, izvēlēties Datu bāzes dzinēju pakalpojumi un Pārvaldības rīki – pamata.
On Gadījuma konfigurācija, ievadiet SQL Server Tīkla nosaukums — virtuālais nosaukums, ko klienti izmanto, lai izveidotu savienojumu.
On Klastera resursu grupa, ievadiet aprakstošu grupas nosaukumu.
On Klastera diska izvēle, atlasiet koplietojamos diskus datu, žurnālu un dublējuma failu glabāšanai.
On Klastera tīkla konfigurācija, piešķiriet IP adresi katram apakštīklam. Iestatīšanas programma automātiski iestata VAI atkarību vairāku apakštīklu klasteriem.
On Servera konfigurēšana, iestatiet pakalpojumu kontus. Izmantojiet grupas pārvaldītu pakalpojumu kontu (gMSA) automatizētai paroļu pārvaldībai; izmantojiet domēna kontus kā rezerves risinājumu.
On Datu bāzes dzinēja konfigurācija, izvēlieties autentifikācijas režīmu un iestatiet datu direktoriju ceļus. Novietojiet sistēmas datubāzes, lietotāju datubāzes, žurnālus, dublējumkopijas un TempDB atsevišķos diskos.
Pārskatiet kopsavilkumu un noklikšķiniet uz instalēt.

5.3 Pievienot atlikušos mezglus

Pēc pirmā mezgla pabeigšanas pievienojiet FCI katru papildu mezglu.

Papildu mezglā palaidiet Setup.exe un izvēlieties uzstādīšana -> Pievienot mezglu SQL Server rezerves klasteris.
On Klastera mezglu konfigurācija, atlasiet esošo FCI instanci.
On Klastera tīkla konfigurācija, piešķiriet šī mezgla apakštīkla IP adresi.
On Pakalpojumu konti, pārliecinieties, vai pakalpojuma konta paroles atbilst tām, kas iestatītas pirmajā mezglā, un pēc tam noklikšķiniet uz instalēt.
Atkārtojiet katram papildu mezglam.

6 Post-Instalēšana: konfigurēšana un pārbaude

6.1 Būtiski SQL Server Settings

Lietojiet šos iestatījumus tūlīt pēc FCI darbības uzsākšanas.

Noteikt maksimālā servera atmiņa ierobežot SQL Serveratmiņu un atstājiet brīvu vietu operētājsistēmai un klastera pakalpojumiem:
```
EXEC sp_configure 'show advanced options', 1; RECONFIGURE;
EXEC sp_configure 'max server memory', <value_in_MB>; RECONFIGURE;
```
Noteikt maksimālā paralēlisma pakāpe (MAXDOP) pamatojoties uz jūsu nevienmērīgās atmiņas piekļuves (NUMA) topoloģiju.

Pārvietojiet TempDB uz atsevišķu sējumu, lai izolētu tā I/O:

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 pakalpojums, lai faila pārvietošana stātos spēkā.

6.2 Testa kļūmjpārlēce

Pirms klastera pārvietošanas uz ražošanas vidi validējiet kļūmjpārlēces darbību.

In Kļūmjpārlēces klastera pārvaldnieks, ar peles labo pogu noklikšķiniet uz SQL Server FCI loma un atlase Pārvietot -> Atlasīt mezgluIzvēlieties sekundāro mezglu un noklikšķiniet uz OK.
Pagaidiet, līdz tiek parādīts lomas statuss Ekspluatācijas uz jaunā mezgla.
No klienta datora izveidojiet savienojumu ar SQL Server izmantojot virtuālā tīkla nosaukumu un apstiprinot savienojuma izdošanos, nemainot savienojuma virkni.
Pārskatiet SQL Server kļūdu žurnālu un Windows klastera notikumu žurnālu, lai apstiprinātu tīru kļūmjpārlēci jūsu sistēmā tariegūt atjaunošanās laika mērķi (RTO).

7. Pārvaldība, labākā prakse un problēmu novēršana

7.1 Kļūmjpārlēces politika un uzraudzība

In Kļūmjpārlēces klastera pārvaldnieks, ar peles labo pogu noklikšķiniet uz SQL Server FCI loma -> īpašības -> Kļūmjpārlēce lai iestatītu kļūmes stāvokļa līmeni un veselības pārbaudes taimautu. Palieliniet taimautu ļoti noslogotos serveros, lai izvairītos no viltus pārslēgšanās.
Klastera veselības uzraudzība, izmantojot Kļūmjpārlēces klastera pārvaldnieks, Windows notikumu skatītājs, tad SQL Server kļūdu žurnāls un SQL Server Activity Monitor resursu un sesiju redzamībai reāllaikā.
Pēc jebkuras automātiskas pārslēgšanas pārskatiet SQL Server diagnozeostic žurnāli (tiek glabāti kopā ar kļūdu žurnālu) par komponenta stāvokli pirms notikuma. Izmantojiet SQL Server Paplašināti notikumi lai iegūtu detalizētu resursu veselības un kļūdu stāvokļu izsekošanu ap kļūmjpārlēces logu.

7.2 labākās prakses

Visos mezglos izmantojiet statiskas IP adreses. Dinamiskais Host Konfigurācijas protokola (DHCP) nomas termiņa beigas dublēšanas laikā pagarina dīkstāves laiku un sarežģī DNS reģistrāciju.
Vienmēr saglabājiet nepāra skaitu kvoruma balsu. Pievienojiet liecinieku, ja mezgla pievienošana padara skaitli pāra skaitli.
Pēc jebkādām aparatūras izmaiņām, draivera atjauninājumiem vai būtiskām operētājsistēmas konfigurācijas izmaiņām veiciet klastera validāciju.
Piešķiriet identiskus disku burtus visiem mezgliem pirms SQL Server Neatbilstības bloķē iestatīšanu un vēlāk ir grūti labojamas.
Pirms instalēšanas dienas sazinieties ar savu Active Directory administratoru. Datora objektu izveides atļaujas ir galvenās.ost parasts pirmsinstalācijas bloķētājs.
Uzturēt pārbaudītu SQL Server rezerves stratēģiju pat ar FCI. FCI aizsargā pret mezglu kļūmēm, nevis pret datu bojājumiem, nejaušu dzēšanu vai krātuves līmeņa zudumu — regulāra dublēšanas un atjaunošanas grafiks ir vienīgais drošības līdzeklis šādos gadījumos.

7.3 Bieži sastopamās problēmas un to labojumi

Active Directory atļauju kļūdas: Lūdziet savam Active Directory (AD) administratoram sagatavot klastera datora objektu vai piešķirt atļauju Izveidot datora objektus un Lasīt visus rekvizītus uz instalācijas kontu.
Koplietotā krātuve nav redzama mezglos: Restart iSCSI Tariegūt serveri pakalpojums uzglabāšanā host, pēc tam pievienojiet savienojumu no iSCSI iniciatora katrā mezglā. Pārbaudiet LUN maskēšanu un zonēšanu.
Validācijas brīdinājumi draiveros vai atjauninājumu līmeņos: Lietojiet jaunāko kumulatīvo atjauninājumu no Windows Update visos mezglos pirms atkārtotas validācijas.
WSFC pārstāj darboties bezsaistē pēc mezgla kļūmes: Izmantojiet piespiedu kvorumu, lai atjaunotu izdzīvojušos mezglus tiešsaistē. atgūt visas datubāzes kļūmes ietekmētas, atjaunojiet kvorumu un pēc tam veiciet atkārtotu konfigurēšanu, pirms atgriežaties ražošanas režīmā. Palaist DBCC PĀRBAUDE katrā atjaunotajā datubāzē, lai apstiprinātu integritāti pirms normālu darba slodžu atsākšanas.
Viltus automātiskās pārslēgšanās: Palieliniet veselības pārbaudes taimautu FCI lomas īpašībās. Pārskatiet diagnostiku.ostic žurnālus, lai atšķirtu īstu kļūmi no īslaicīga resursu pieauguma.

8. Bieži uzdotie jautājumi

J: Kāds ir minimālais mezglu skaits, kas nepieciešams, lai SQL Server kļūmjpārlēces klasteris?

A: Minimums ir divi mezgli. Viens darbojas kā aktīvais mezgls, kas darbina SQL Server piemēram; otrs ir gaidīšanas režīms. Most ražošanas izvietojumitart ar divu mezglu aktīvo/pasīvo konfigurāciju.

J: Vai SQL Server Vai FCI ir nepieciešama koplietota krātuve?

A: Jā. Atšķirībā no Always On pieejamības grupām (Always On Availability Groups), FCI pieprasa, lai visi mezgli piekļūtu vienai un tai pašai krātuvei — vai nu SAN (Fibre Channel vai iSCSI), Storage Spaces Direct, vai SMB failu koplietojumam. Koplietotā krātuve ir tas, kas padara vienus un tos pašus datubāzes failus pieejamus no jebkura mezgla pēc dublēšanas.

J: Kas SQL Server Vai izdevumi atbalsta kļūmjpārlēces klasterizāciju?

A: SQL Server Standard un Enterprise izdevumi atbalsta FCI. Express un Developer izdevumi to neatbalsta. Enterprise izdevums atbalsta vairāk mezglu un papildu augstas pieejamības funkcijas, piemēram, tiešsaistes indeksēšanas darbības apkopes laikā.

J: Vai SQL Server Vai FCI un Always On pieejamības grupas var izmantot kopā?

A: Jā. FCI mezgls var host pieejamības grupas repliku, kas nodrošina gan instances līmeņa HA no FCI, gan datubāzes līmeņa DR no pieejamības grupas. Tomēr automātiska pieejamības grupas pārslēgšana uz FCI-h vai no tāosted replika netiek atbalstīta — šajā konfigurācijā ir pieejama tikai manuāla dublēšana.

J: Cik ilgi notiek SQL Server Kas parasti aizņem rezerves pārslēgšanu?

A: Pārslēgšanas laiks ir atkarīgs no netīro lapu skaita bufera kešatmiņā, kas jāieraksta diskā pirms instances atjaunošanas.tarts jaunajā mezglā. Ar iespējotiem netiešajiem kontrolpunktiem (pēc noklusējuma no SQL Server (sākot ar 2012. gadu), netīrās lapas ir robežotas, un most Kļūmjpārlēces tiek pabeigtas mazāk nekā 30 sekundēs. Jūsu faktiskais RTO ir atkarīgs no darba slodzes, krātuves ātruma un datubāzes atkopšanas laika.

J: Kas ir kvorums un kāpēc tas ir svarīgs?

A: Kvorums ir mehānisms, ko WSFC izmanto, lai noteiktu, vai klasterī ir pietiekami daudz veselīgu dalībnieku, lai tas paliktu tiešsaistē un apkalpotu pieprasījumus. Tas novērš smadzeņu dalīšanas scenāriju, kurā divas izolētas mezglu grupas uzskata, ka katra ir autoritatīva mezgla īpašniece. SQL Server piemēram. Ja kvorums ir lost, WSFC atvieno klasteri no tīkla, lai aizsargātu datu integritāti.

J: Vai SQL Server Vai FCI jāinstalē darba grupas klasterī (bez Active Directory)?

A: Nē. SQL Server FCI pieprasa, lai visi mezgli būtu viena un tā paša Active Directory domēna dalībnieki. Darba grupu klasteri, vairāku domēnu klasteri un klasteri, kas ietver tikai lasāmus domēna kontrollerus, nav atbalstītas konfigurācijas.

J: Kas notiek ar klientu savienojumiem, ja notiek kļūmjpārlēce?

A: Aktīvi savienojumi ar SQL Server instances tiek atmestas pārslodzes laikā. Pēc tam, kad instance ir tiešsaistē jaunajā mezglā, virtuālā tīkla nosaukums un virtuālā IP adrese tiek atkārtoti reģistrētas tur, un klienti, kas savās savienojuma virknēs izmanto atkārtotas mēģinājuma loģiku, automātiski atkārtoti izveidos savienojumu bez jebkādām konfigurācijas izmaiņām.

J: Vai es varu pievienot vai noņemt mezglus no esoša SQL Server kļūmjpārlēces klasteris?

A: Jā. Skrien SQL Server Iestatiet jebkurā mezglā un izvēlieties Pievienot mezglu SQL Server rezerves klasteris lai pievienotu mezglu vai Noņemt mezglu no SQL Server rezerves klasteris lai noņemtu vienu. Mezgla pievienošana vai noņemšana neprasa dīkstāvi citiem klastera mezgliem.

J: Kāda ir atšķirība starp plānoto kļūmjpārlēci un automātisko kļūmjpārlēci?

A: Plānotu kļūmjpārlēci manuāli uzsāk administrators — parasti apkopes, piemēram, ielāpu ieviešanas vai aparatūras nomaiņas, laikā. Tas ļauj SQL Server lai pirms īpašumtiesību nodošanas iztīrītu netīrās lapas un tīri izslēgtu, tādējādi samazinot dīkstāves laiku. WSFC aktivizē automātisku pārslēgšanos, kad veselības uzraudzība nosaka, ka aktīvais mezgls ir cietis kļūmi, un atkopšanas laiks ir atkarīgs no nepieciešamā avārijas atkopšanas apjoma.

J: Kā es varu atgūt SQL Server dublēšanas klasteris, ja viss WSFC pārstāj darboties bezsaistē?

A: Ja kvorums ir lost un klasteris nevar starParasti izmantojiet piespiedu kvorumu, lai atjaunotu atlikušo mezglu darbību nekļūdīgi tolerētā stāvoklī. Izdzīvojušajā mezglā palaidiet šo PowerShell komandu: Start-ClusterNode -ForcQuorumPēc tam, kad klasteris ir tiešsaistē, atjaunojiet datubāzes, pārbaudiet datu integritāti un pēc tam atkārtoti konfigurējiet kvorumu ar atlikušajiem mezgliem, pirms atgriešanās ražošanas režīmā.

J: Vai man vajadzētu palaist klastera validācijas vedni pirms katras SQL Server uzstādīšana?

A: Jā, kā arī pēc jebkādām būtiskām aparatūras vai konfigurācijas izmaiņām. Microsoft atbalsta tikai tās kļūmjpārlēces klasteru konfigurācijas, kas iztur visus validācijas testus bez kļūdām. Validācijas izlaišana rada risku palaist neatbalstītu konfigurāciju, kas kļūmes apstākļos var darboties neparedzami.

9. secinājums

SQL Server Kļūmjpārlēces klasterizācija nodrošina caurspīdīgu instances līmeņa augstu pieejamību, izmantojot WSFC, ar automātisku kļūmjpārlēci un klienta pārkonfigurācijas neesamību. Tā ir pareizā izvēle, ja ir pieejama koplietota krātuve un jums ir nepieciešams, lai katra instances datubāze darbotos kopā kā vienota vienība. Vidēs, kurās nepieciešama arī atkopšana pēc ārkārtas situācijām vai sekundārās lasīšanas darba slodzes, savienojiet FCI pārī ar Always On pieejamības grupām, lai aptvertu abus scenārijus.

Atsauces

Oficiālais Microsoft dokuments: Windows Server kļūmjpārlēces klasteris ar SQL Server
Oficiālais Microsoft dokuments: Vienmēr ieslēgtas kļūmjpārlēces klastera instances
Oficiālais Microsoft dokuments: Kļūmjpārlēces klastera instances instalēšana
Oficiālais Microsoft dokuments: WSFC kvoruma režīmi un balsošanas konfigurācija

par autoru

Juaņs Šens ir vecākais datubāzes administrators (DBA) ar vairāk nekā 10 gadu pieredzi SQL Server vides un uzņēmumu datubāzu pārvaldību. Viņš ir veiksmīgi atrisinājis simtiem datubāzu atkopšanas scenāriju finanšu pakalpojumu, veselības aprūpes un ražošanas organizācijās.

Juaņa specializējas SQL Server datubāzu atjaunošana, augstas pieejamības risinājumi un veiktspējas optimizācija. Viņa plašā praktiskā pieredze ietver vairāku terabaitu datubāzu pārvaldību, Always On pieejamības grupu ieviešanu un automatizētu dublēšanas un atkopšanas stratēģiju izstrādi kritiski svarīgām biznesa sistēmām.

Izmantojot savu tehnisko pieredzi un praktisko pieeju, Juans koncentrējas uz visaptverošu rokasgrāmatu izveidi, kas palīdz datubāzu administratoriem un IT speciālistiem risināt sarežģītus jautājumus SQL Server efektīvi izaicina. Viņš seko līdzi jaunākajām tendencēm SQL Server laidieniem un Microsoft attīstītajām datubāzu tehnoloģijām, regulāri testējot atkopšanas scenārijus, lai nodrošinātu, ka viņa ieteikumi atspoguļo labāko praksi reālajā pasaulē.

Ir jautājumi par SQL Server atkopšanai vai nepieciešama papildu palīdzība datubāzes problēmu novēršanā? Juans laipni aicina atsauksmes un ieteikumi lai uzlabotu šos tehniskos resursus.