SQL Server Failover Cluster: DBA-ի ամբողջական ուղեցույց [2026]

SQL Server failover կլաստերը բարձր մատչելիության լուծում որը պահում է մի SQL Server օրինակը գործում է նույնիսկ սերվերի խափանման դեպքում։ Այն դա անում է՝ նույն օրինակը գործարկելով մի քանի ֆիզիկական սերվերների՝ հանգույցների վրա, այնպես որ, եթե մեկ սերվերը խափանվի, մյուսը ավտոմատ կերպով ստանձնում է աշխատանքը՝ առանց ձեռքով միջամտության կամ հաճախորդի կողմից փոփոխությունների անհրաժեշտության։

1.2 Հիմնական բաղադրիչներ և ճարտարապետություն

A SQL Server Failover կլաստերի օրինակը կառուցված է հինգ հիմնական բաղադրիչներից, որոնցից յուրաքանչյուրը կատարում է իր առանձնահատուկ դերը: Միասին դրանք կազմում են մեկ տրամաբանական միավոր, որի հետ հաճախորդները փոխազդում են, կարծես դա մեկ սերվեր լինի:

Հանգույցներ ` Ֆիզիկական սերվերները, որոնք մասնակցում են կլաստերին։ Ցանկացած պահի ակտիվ է միայն մեկ հանգույց, որը գործարկում է SQL Server օրինակ; մնացած հանգույցները սպասում են և վերահսկում են ակտիվ հանգույցի առողջությունը։
Համատեղ պահեստավորում՝ Պահեստային ծավալ՝ SAN, iSCSI, Storage Spaces Direct կամ SMB ֆայլի համօգտագործում՝ հասանելի բոլոր հանգույցների համար միաժամանակ։ Քանի որ յուրաքանչյուր հանգույց կարդում և գրում է նույն պահեստից, հանգույցների միջև տվյալների կրկնօրինակման կարիք չկա, և նույն տվյալների բազայի ֆայլերը անմիջապես հասանելի են դառնում՝ անկախ նրանից, թե որ հանգույցն է ստանձնում այն։
Վիրտուալ ցանցի անունը և վիրտուալ IP հասցեն՝ Կայուն նույնականացում, որին հաճախորդները միշտ միանում են՝ անկախ նրանից, թե որ ֆիզիկական հանգույցն է ներկայումս ակտիվ։ Երբ տեղի է ունենում ձախողում, վիրտուալ ցանցի անունը և IP հասցեն վերագրանցվում են նոր ակտիվ հանգույցի վրա, ինչը անցումը դարձնում է թափանցիկ ծրագրերի համար։
Windows Server Failover Clustering (WSFC): Հիմքում ընկած հարթակը, որը միավորում է ամեն ինչ։ WSFC-ն անընդհատ վերահսկում է հանգույցների և ռեսուրսների վիճակը՝ սրտի բաբախյունի ցանցի միջոցով, կառավարում է ռեսուրսների խմբի սեփականությունը և կազմակերպում է ձախողման գործընթացը, երբ հայտնաբերվում է ձախողում։
Քվորում: WSFC-ի ներսում քվեարկության մեխանիզմ, որը կանխում է բաժանված ուղեղի սցենարները: Յուրաքանչյուր հանգույց քվեարկում է կլաստերի վիճակի վերաբերյալ. վկա սկավառակը կամ ֆայլի համօգտագործումը լրացուցիչ քվեարկություն է ապահովում զույգ հանգույցների կլաստերների վերաբերյալ: Կլաստերը մնում է առցանց միայն այն դեպքում, երբ ձայների մեծամասնությունը հասանելի է, ապահովելով, որ երկու մեկուսացված հանգույցների խմբեր երբեք չեն կարող միաժամանակ պահանջել սեփականության իրավունքը: SQL Server օրինակ:

Այս բաղադրիչները աշխատում են մաքուր երկնքի տակrarchy: WSFC-ն կառավարում է հանգույցները և պարտադրում քվորում, հանգույցները կիսում են նույն պահեստին մուտքը, իսկ վիրտուալ ցանցի անունը հաճախորդներին տրամադրում է հաստատուն միացման կետ ամբողջ հանգույցի համար: Երբ հանգույցը խափանվում է, WSFC-ն հայտնաբերում է սրտի բաբախյունի կորուստը, հաստատում է, որ քվորումը դեռևս գոյություն ունի, փոխանցում է ռեսուրսների խմբի սեփականությունը՝ ներառյալ վիրտուալ ցանցի անունը, վիրտուալ IP-ն և պահեստը՝ պահուստային հանգույցին և բերում է SQL Server կրկին առցանց։ Ամբողջ հաջորդականությունը տեղի է ունենում ավտոմատ կերպով և առանց որևէ փոփոխության հաճախորդի կողմից։

1.3 FCI vs Always On Availability Groups

SQL Server տրամադրում է WSFC-ի վրա կառուցված երկու Always On տեխնոլոգիաներ: Հիմնական տարբերությունները՝

Failover կլաստերի օրինակ (FCI): Բարձր մատչելիության օրինակ (HA): Բոլոր տվյալների բազաները միասին են խափանվում: Պահանջվում է համատեղ պահեստավորում: Տվյալների կրկնօրինակում չկա հանգույցների միջև: Ներկառուցված աղետների վերականգնման (DR) համակարգ չկա:
Մշտապես հասանելի խմբեր (AG): Բարձր մատչելիություն տվյալների բազայի մակարդակում: Գրանցամատյանների վրա հիմնված կրկնօրինակում երկրորդական կրկնօրինակների համար: Համատեղ պահեստավորման կարիք չկա: Աջակցում է և՛ HA, և՛ DR:

Օգտագործեք FCI-ը առկա համատեղ պահեստավորման միջոցով օրինակի մակարդակի failover-ի համար: Միավորեք FCI-ը AG-ի հետ, երբ անհրաժեշտ է նաև աղետների վերականգնում կամ ընթեռնելի երկրորդական կրիչներ:

1.4 Առավելություններ և սահմանափակումներ

Առավելությունները `

Ավտոմատ ձախողում սարքավորումների, օպերացիոն համակարգի կամ ծառայության խափանման դեպքում։
հաճախորդի վերակազմակերպման կարիք չկա;
կանխատեսելի ձախողման ժամանակ անուղղակի ստուգիչ կետերի միջոցով;
ճկուն համատեղ պահեստավորման տարբերակներ։

Սահմանափակումները քանակը:

Համատեղ պահեստը ձախողման միակ կետն է, եթե պահեստն ինքնին ավելորդ չէ։
Միայն մեկ հանգույց է գործում SQL Server միաժամանակ, այնպես որ ընթերցման բեռի հավասարակշռում չկա։
Ներկառուցված DR չկա առանց AG-ի հետ զուգակցվելու։

2. Նախապայմաններ և պահանջներ

2.1 Սարքավորումներ և ծրագրային ապահովում

Առնվազն երկու ֆիզիկական սերվեր՝ նույնական կամ համարժեք սարքավորումներով, 64-բիթանոց պրոցեսորներով և պահեստավորման կարգավորիչներով, որոնք հավաստագրված են ձախողման կլաստերացման համար։
Windows Server 2016, 2019 կամ 2022 (Standard կամ Datacenter): Բոլոր հանգույցները պետք է աշխատեն նույն օպերացիոն համակարգի հրատարակությամբ, տարբերակով և կուտակային թարմացման մակարդակով:
SQL Server Ստանդարտ կամ ձեռնարկությունների տարբերակ։ Բոլոր հանգույցները պետք է նույնը աշխատեն։ SQL Server տարբերակը և թարմացման մակարդակը։

2.2 Ցանցի և տիրույթի պահանջներ

Բոլոր հանգույցները պետք է պատկանեն նույն Active Directory տիրույթին: Աշխատանքային խմբի կլաստերները, բազմադոմենային կլաստերները և միայն ընթերցման համար նախատեսված տիրույթի կառավարիչները չեն աջակցվում:
Բոլոր ադապտերներին վերագրեք ստատիկ IP հասցեներ: Յուրաքանչյուր հանգույցի համար հատկացրեք առնվազն մեկ ցանցային ինտերֆեյսի քարտ (NIC) կլաստերի արագության երթևեկության համար: Կարգավորեք տիրույթի անունների համակարգը (DNS) անունների լուծման համար:
Տեղադրման հաշիվը պահանջում է տեղական ադմինիստրատորի իրավունքներ բոլոր հանգույցներում և Ստեղծեք համակարգչային օբյեկտներ թույլտվություն Active Directory-ում։

2.3 Համատեղ պահեստավորման տարբերակներ

SQL Server Failover կլաստերացումը աջակցում է մի քանի համատեղ օգտագործվող պահեստավորման տեխնոլոգիաներ: Ընտրեք այն մեկը, որն առավելագույնս համապատասխանում է ձեր ենթակառուցվածքին և բյուջեին.

SAN (մանրաթելային ալիք կամ iSCSI): Most ընդհանուր։ Բոլոր հանգույցները պետք է մուտք ունենան նույն տրամաբանական միավորների համարներին (LUN): Միակողմանի խափանումներից խուսափելու համար օգտագործեք բազմաուղի մուտք/ելք (MPIO):
Պահեստային տարածքներ ուղիղ (S2D): Տեղայնորեն միացված NVMe կամ SSD՝ համատեղ օգտագործվող հանգույցների միջև: Պահանջվում է Windows Server 2016 Datacenter կամ ավելի նոր տարբերակ:
Սերվերի հաղորդագրությունների բլոկի (SMB) ֆայլերի համօգտագործման տարածքներ և կլաստերի համօգտագործման ծավալներ (CSV): Աջակցված է SQL Server 2014 թվականից սկսած։

Ձևաչափեք բոլոր կլաստերային սկավառակները որպես հիմնական NT ֆայլային համակարգ (NTFS)։ Խուսափեք կլաստերային հանգույցների վրա տեղադրված հատորներից։

3. Կլաստերի պլանավորում

Տեղադրումից առաջ անհրաժեշտ է պլանավորել հանգույցի կոնֆիգուրացիայի տեսակը և քվորումի կարգավորումը, որոնք անմիջականորեն ազդում են կլաստերի հուսալիության և սարքավորումների վրա։ost:

3.1 Կարգավորումների տեսակները

SQL Server Failover կլաստերները աջակցում են հանգույցների չորս տեսակի կոնֆիգուրացիաներ, որոնցից յուրաքանչյուրը զիջում է պարզությանը, ապարատային c-ինostև սպասման ռեժիմի հզորությունը տարբեր կերպ։

Տիպ 1՝ Ակտիվ/Պահպանման ռեժիմ։ 1 FCI, 2 հանգույց։ 1-ին հանգույցը ակտիվ է, 2-րդ հանգույցը՝ սպասման։ Սպասման հանգույցը անընդհատ վերահսկում է ակտիվ հանգույցի սրտի աշխատանքը և ստանձնում է FCI-ի աշխատանքը, երբ ակտիվ հանգույցը խափանվում է։ Սա ամենապարզ կոնֆիգուրացիան է և մost արտադրության մեջ տարածված։
Տիպ 2՝ Ակտիվ/Ակտիվ։ 2 FCI-ներ, որոնք կիսում են 2 ֆիզիկական հանգույցներ: 1-ին հանգույցը FCI 1-ի ակտիվ հանգույցն է և FCI 2-ի սպասման հանգույցը. 2-րդ հանգույցը FCI 2-ի ակտիվ հանգույցն է և FCI 1-ի սպասման հանգույցը: Երկու հանգույցները փոխադարձ սպասման հանգույցներ են՝ երկուսն էլ կրում են ակտիվ աշխատանքային բեռներ նորմալ աշխատանքի դեպքում: Եթե որևէ հանգույց խափանվում է, մնացած հանգույցը ստանձնում է խափանված հանգույցի FCI-ն՝ շարունակելով աշխատել իր սեփականի հետ: Հետևաբար, յուրաքանչյուր հանգույց պետք է ունենա չափսեր՝ երկու FCI-ների համակցված աշխատանքային բեռները կառավարելու համար:
Տիպ 3: N+1։ N FCI-ներ, որոնք կիսում են N+1 հանգույցներ: Յուրաքանչյուր FCI ունի մեկ ակտիվ հանգույց. բոլոր N FCI-ները կիսում են մեկ ընդհանուր պահուստային հանգույց: Համատեղ պահուստային հանգույցը պետք է կարողանա անկախ կերպով կլանել ցանկացած մեկ խափանված ակտիվ հանգույցի ամբողջ աշխատանքային ծանրաբեռնվածությունը:
Տիպ 4: N+M։ N FCI-ներ, որոնք կիսում են N+M հանգույցներ: Յուրաքանչյուր FCI ունի մեկ ակտիվ հանգույց. բոլոր N FCI-ները կիսում են M սպասման հանգույցներ: M սպասման հանգույցները միասին ապահովում են բոլոր N ակտիվ հանգույցների failover-ը՝ բաշխելով պոտենցիալ բեռը ավելի մեծ սպասման հզորության վրա և նվազեցնելով յուրաքանչյուր հանգույցի ապարատային պահանջները՝ համեմատած N+1-ի հետ:

3.2 Քվորումի ուղեցույցներ

Քվորումը որոշում է, թե արդյոք կլաստերն ունի բավարար առողջ անդամներ առցանց մնալու համար: Քվորում ստեղծելիս և պահպանելիս հաշվի առեք հետևյալ ուղեցույցները.

Կարգավորեք քվորումի ձայների կենտ ընդհանուր թիվ՝ պառակտված սցենարում մեծամասնությունը երաշխավորելու և ուղեղի պառակտումը կանխելու համար։
Երկու հանգույցից բաղկացած կլաստերների համար օգտագործեք Հանգույցի և սկավառակի մեծամասնություն վկա սկավառակը որպես երրորդ քվեարկություն։ Վկա սկավառակը սկավառակի տառի կարիք չունի։
Եթե քվորումը l էost ամբողջությամբ, քվորումը պարտադրել որպես վերջին միջոց՝ մնացած հանգույցները վերականգնելու համար, այնուհետև վերակազմավորել անմիջապես արտադրության վերադառնալուց առաջ։

4. Windows Server Failover Cluster-ի (WSFC) տեղադրում

4.1 Համատեղ պահեստի պատրաստում

Կլաստերը ստեղծելուց առաջ կցեք և կարգավորեք բոլոր համատեղ օգտագործվող պահեստային տարածքները։

Ֆիզիկապես միացրեք կամ ապահովեք բոլոր պահեստավորման LUN-ները յուրաքանչյուր կլաստերի հանգույցին։
Մասին միայն առաջին հանգույցը, բաց Disk կառավարման, յուրաքանչյուր սկավառակը միացրեք առցանց, նախնականացրեք այն և ստեղծեք NTFS սկավառակի տառով ծավալ։ Ստեղծեք փոքր ծավալ (1–2 ԳԲ) վկայող սկավառակի համար՝ սկավառակի տառը պարտադիր չէ։
Յուրաքանչյուր մնացած հանգույցի վրա բացեք Disk կառավարման և միայն սկավառակները միացրեք առցանց։ Մի՛ վերագործարկեք կամ վերաձևաչափեք։ Սկավառակի տառերը ձեռքով նշանակեք, եթե դրանք չեն համապատասխանում առաջին հանգույցին։

4.2 Տեղադրեք Failover Clustering գործառույթը և վավերացրեք այն

Տեղադրեք Failover Clustering գործառույթը յուրաքանչյուր հանգույցի վրա, այնուհետև հաստատեք այն կլաստերը ստեղծելուց առաջ։

Յուրաքանչյուր հանգույցի վրա բացեք Server մենեջեր -> Ավելացնել դերեր և առանձնահատկություններ -> Հատկություններընտրեք Ձախողման կլաստերացումեւ սեղմեք ՏեղադրեքՎերագործարկեք, եթե հուշում լինի։ PowerShell-ի այլընտրանքային տարբերակը՝
```
Install-WindowsFeature -Name Failover-Clustering -IncludeManagementTools
```
Բացեք ցանկացած հանգույցի վրա Failover կլաստերի կառավարիչ -> Հաստատել կարգավորումըԱվելացնել բոլոր h հանգույցներըostանունները և գործարկել բոլոր թեստերը: PowerShell-ի այլընտրանքային տարբերակը՝
```
Test-Cluster -Node Node1, Node2
```
Շարունակելուց առաջ շտկեք վավերացման հաշվետվության բոլոր սխալները: Storage Spaces Direct-ի նախազգուշացումները կարող են անտեսվել, եթե S2D-ն չի օգտագործվում:

4.3 Ստեղծեք WSFC-ն

Հաստատումը հաջողությամբ անցնելուց հետո ստեղծեք կլաստերը և ստուգեք դրա կարգավորումները։

In Failover կլաստերի կառավարիչՀամար Ստեղծեք կլաստեր, ավելացնել բոլոր h հանգույցներըostանուններ, մուտքագրեք կլաստերի անունը և ստատիկ վիրտուալ IP հասցեն, այնուհետև սեղմեք հաջորդPowerShell-ի այլընտրանքային տարբերակը՝
```
New-Cluster -Name ClusterName -Node Node1, Node2 -StaticAddress x.x.x.x
```
Եթե տիրույթի թույլտվությունները սահմանափակված են, խնդրեք ձեր Active Directory ադմինիստրատորին նախապես մշակել կլաստերի անվան համակարգչային օբյեկտը, նախքան այս քայլը կատարելը։
Ստեղծումից հետո հաստատեք, որ քվորումը ցույց է տալիս Հանգույցի և սկավառակի մեծամասնություն նշանակված վկայի սկավառակով։
Under Պահեստ -> Սկավառակներ, վերանվանեք յուրաքանչյուր կլաստերային սկավառակը՝ արտացոլելու դրա դերը (օրինակ՝ SQL_DATA, SQL_LOG, Վկա). Տակ Ցանցեր, վերանվանեք յուրաքանչյուր կլաստերային ցանցը՝ արտացոլելու համար դրա երթևեկության տեսակը։

5. Տեղադրում SQL Server Failover կլաստերի օրինակ

5.1 Ընտրեք տեղադրման մեթոդ

SQL Server Կարգավորումը տրամադրում է երկու մոտեցում failover կլաստերի օրինակ տեղադրելու համար: Ընտրեք ձեր միջավայրին համապատասխանողը:

Ինտեգրված տեղադրում (ավելացնել հանգույց): Տեղադրեք ամբողջական, գործող FCI առաջին հանգույցի վրա, այնուհետև ավելացրեք յուրաքանչյուր հաջորդ հանգույց՝ օգտագործելով Ավելացնել հանգույց տարբերակ։ Ավելի պարզ և խորհուրդ է տրվում մ-ի համարost տեղակայումները.
Ընդլայնված/Ձեռնարկության տեղադրում՝ Վազում Պատրաստել Failover կլաստերը նախ բոլոր հանգույցների վրա, ապա գործարկել Ավարտված Failover կլաստեր համօգտագործվող սկավառակի սեփականատեր հանգույցի վրա: Օգտագործեք այս մոտեցումը մեծ բազմահանգույցային տեղակայումների համար, որտեղ դուք ցանկանում եք զուգահեռաբար պատրաստել բոլոր հանգույցները նախքան կոմիտացումը:

5.2 Առաջին հանգույցի տեղադրում

Վազում SQL Server Կարգավորեք առաջին հանգույցի վրա՝ ինտեգրված մեթոդով FCI ստեղծելու համար։

Վազում Setup.exe- ն որպես ադմինիստրատոր։ Ընտրեք տեղակայում -> նոր SQL Server ձախողման կլաստերի տեղադրում.
On Առանձնահատկությունների ընտրություն, ընտրել Տվյալների բազայի շարժիչի ծառայություններ և Կառավարման գործիքներ – Հիմնական.
On Օրինակի կարգավորումմուտքագրեք SQL Server Ցանցի անուն — վիրտուալ անուն, որը հաճախորդներն օգտագործում են միանալու համար։
On Կլաստերային ռեսուրսների խումբ, մուտքագրեք նկարագրական խմբի անուն։
On Կլաստերային սկավառակի ընտրություն, ընտրեք համօգտագործվող սկավառակներ տվյալների, գրանցամատյանի և պահուստային ֆայլերի համար։
On Կլաստերի ցանցի կարգավորում, յուրաքանչյուր ենթացանցին IP հասցե նշանակելը: Կարգավորումը ավտոմատ կերպով սահմանում է OR կախվածությունը բազմաենթացանցային կլաստերների համար:
On Server կարգավորում, սահմանեք ծառայողական հաշիվներ: Օգտագործեք խմբային կառավարվող ծառայողական հաշիվ (gMSA)՝ գաղտնաբառերի ավտոմատ կառավարման համար. օգտագործեք դոմեյնային հաշիվները որպես պահեստային տարբերակ:
On Տվյալների բազայի շարժիչի կոնֆիգուրացիա, ընտրեք նույնականացման ռեժիմ և սահմանեք տվյալների գրացուցակի ուղիները: Տեղադրեք համակարգի տվյալների բազաները, օգտատիրոջ տվյալների բազաները, գրանցամատյանները, պահուստային պատճենները և TempDB-ը առանձին սկավառակների վրա:
Վերանայեք ամփոփումը և սեղմեք Տեղադրեք.

5.3 Մնացած հանգույցների ավելացում

Առաջին հանգույցի ավարտից հետո FCI-ին ավելացրեք յուրաքանչյուր լրացուցիչ հանգույց։

Լրացուցիչ հանգույցի վրա գործարկեք Setup.exe- ն եւ ընտրել տեղակայում -> Ավելացնել հանգույց a-ին SQL Server ձախողման կլաստեր.
On Կլաստերի հանգույցների կարգավորում, ընտրեք առկա FCI օրինակը։
On Կլաստերի ցանցի կարգավորում, նշանակեք այս հանգույցի ենթացանցի IP հասցեն։
On Ծառայությունների հաշիվներ, հաստատեք, որ ծառայության հաշվի գաղտնաբառերը համընկնում են առաջին հանգույցում սահմանված գաղտնաբառերի հետ, այնուհետև սեղմեք Տեղադրեք.
Կրկնեք յուրաքանչյուր լրացուցիչ հանգույցի համար։

6. Պost-Տեղադրում. Կարգավորում և փորձարկում

6.1 Հիմնական SQL Server Կարգավորումներ

Կիրառեք այս կարգավորումները FCI-ի գործարկումից անմիջապես հետո։

հավաքածու սերվերի առավելագույն հիշողություն փակել SQL Server-ի հիշողությունը և թողեք ազատ տարածք OS-ի և կլաստերային ծառայությունների համար։
```
EXEC sp_configure 'show advanced options', 1; RECONFIGURE;
EXEC sp_configure 'max server memory', <value_in_MB>; RECONFIGURE;
```
հավաքածու զուգահեռության առավելագույն աստիճան (MAXDOP) հիմնված ձեր ոչ միատեսակ հիշողության մուտքի (NUMA) տոպոլոգիայի վրա։
Տեղափոխեք TempDB-ը նվիրված հատոր՝ դրա մուտք/ելքը մեկուսացնելու համար։
```
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');
```
Restarտ SQL Server ծառայություն՝ ֆայլի տեղափոխումն ուժի մեջ մտնելու համար։

6.2 Փորձարկման ձախողում

Կլաստերը արտադրության վիճակի տեղափոխելուց առաջ ստուգեք ձախողման վարքագիծը։

In Failover կլաստերի կառավարիչ, աջ սեղմեք SQL Server FCI դերը և ընտրությունը Շարժվել -> Ընտրեք հանգույցԸնտրեք երկրորդական հանգույցը և սեղմեք OK.
Սպասեք մինչև դերի կարգավիճակը երևա Վազում նոր հանգույցի վրա։
Հաճախորդի մեքենայից միացեք SQL Server օգտագործելով վիրտուալ ցանցի անունը և հաստատեք, որ կապը հաջողված է՝ առանց կապի տողը փոխելու։
Վերանայեք SQL Server սխալների գրանցամատյան և Windows կլաստերի իրադարձությունների գրանցամատյան՝ ձեր ներսում մաքուր ձախողումը հաստատելու համար tarստանալ վերականգնման ժամանակի նպատակը (RTO):

7. Կառավարում, լավագույն փորձ և խնդիրների լուծում

7.1 Failover քաղաքականություն և մոնիթորինգ

In Failover կլաստերի կառավարիչ, աջ սեղմեք SQL Server FCI դերը -> Հատկություններ -> Failover խափանման վիճակի մակարդակը և առողջության ստուգման ժամկետը սահմանելու համար: Մեծացրեք ժամկետը գերծանրաբեռնված սերվերների վրա՝ կեղծ ձախողումներից խուսափելու համար:
Կլաստերի վիճակի վերահսկումը՝ Failover կլաստերի կառավարիչ, Windows-ի իրադարձությունների դիտիչԷ, SQL Server սխալների գրանցամատյան, և SQL Server Գործունեության մոնիտոր իրական ժամանակի ռեսուրսների և սեսիայի տեսանելիության համար։
Ցանկացած ավտոմատ ձախողումից հետո վերանայեք SQL Server ախտորոշումostic գրանցամատյաններ (պահվում են սխալի գրանցամատյանի հետ միասին)՝ իրադարձությանը նախորդող բաղադրիչի վիճակի համար։ Օգտագործեք SQL Server Ընդլայնված իրադարձություններ failover պատուհանի շուրջ ռեսուրսների առողջության և սխալների պայմանների մանրամասն հետքը գրանցելու համար։

7.2 լավագույն փորձ

Օգտագործեք ստատիկ IP-ներ բոլոր հանգույցների վրա։ Դինամիկ Host Կարգավորման արձանագրության (DHCP) վարձակալության ժամկետի ավարտը ձախողման ժամանակ երկարացնում է անսարքության ժամանակը և բարդացնում DNS գրանցումը։
Միշտ պահպանեք քվորումի ձայների կենտ թիվը։ Ավելացրեք վկա, եթե հանգույցի ավելացումը հաշիվը զույգ է դարձնում։
Գործարկեք կլաստերի վավերացումը ցանկացած սարքավորման փոփոխությունից, դրայվերի թարմացումից կամ օպերացիոն համակարգի կազմաձևման էական փոփոխությունից հետո։
Նախկինում բոլոր հանգույցներին նույնական սկավառակի տառեր նշանակեք SQL Server տեղադրում: Անհամապատասխանությունները խոչընդոտում են տեղադրմանը և հետագայում դժվար է շտկել դրանք:
Տեղադրման օրվանից առաջ կապվեք ձեր Active Directory ադմինիստրատորի հետ։ Համակարգչային օբյեկտների ստեղծման թույլտվությունները հիմնականն են։ost ընդհանուր նախնական տեղադրման արգելափակիչ:
Պահպանեք փորձարկված SQL Server կրկնօրնկ ռազմավարություն նույնիսկ FCI-ի առկայության դեպքում: FCI-ն պաշտպանում է հանգույցի խափանումից, այլ ոչ թե տվյալների վնասումից, պատահական ջնջումից կամ պահեստային տարածքի կորստից. կանոնավոր պահուստավորման և վերականգնման ժամանակացույցը այդ սցենարների միակ պաշտպանությունն է:

7.3 Հաճախ հանդիպող խնդիրներ և լուծումներ

Active Directory-ի թույլտվության սխալներ՝ Խնդրեք ձեր Active Directory (AD) ադմինիստրատորին նախնական փուլ կազմել կլաստերի համակարգչային օբյեկտը կամ տրամադրել Ստեղծեք համակարգչային օբյեկտներ և Կարդացեք բոլոր հատկությունները տեղադրման հաշվին։
Համօգտագործվող պահեստը տեսանելի չէ հանգույցների վրա. Restarտ iSCSI Tarստանալ սերվերը ծառայություն պահեստումost, ապա վերամիացեք iSCSI նախաձեռնողից յուրաքանչյուր հանգույցի վրա։ Ստուգեք LUN դիմակավորումը և գոտիավորումը։
Դրայվերների կամ թարմացման մակարդակների վավերացման նախազգուշացումներ. Կիրառել վերջին կուտակային թարմացումը՝ Windows Update բոլոր հանգույցների վրա՝ վերստին վավերացումից առաջ։
WSFC-ն անջատվում է ցանցից հանգույցի խափանումից հետո։ Օգտագործեք հարկադիր քվորումը՝ մնացած հանգույցները առցանց բերելու համար, վերականգնել ցանկացած տվյալների բազա ձախողումից տուժած, վերականգնեք քվորումը, ապա վերակազմակերպեք՝ արտադրությանը վերադառնալուց առաջ: Գործարկել DBCC CHECKDB յուրաքանչյուր վերականգնված տվյալների բազայի վրա՝ բնականոն աշխատանքային բեռները վերսկսելուց առաջ ամբողջականությունը հաստատելու համար։
Կեղծ ավտոմատ ձախողումներ. FCI դերի հատկություններում առողջության ստուգման ժամկետի ավելացում։ Վերանայեք ախտորոշումը։ostic գրանցամատյաններ՝ իրական ձախողումը ռեսուրսների ժամանակավոր կտրուկ աճից տարբերակելու համար։

8. ՀՏՀ

Հարց. Որքա՞ն է հանգույցների նվազագույն քանակը, որը պահանջվում է SQL Server ձախողման կլաստեր՞

Ա. Նվազագույնը երկու հանգույց է։ Մեկը գործում է որպես ակտիվ հանգույց, որը գործարկում է SQL Server օրինակ՝ մյուսը սպասման ռեժիմն է։ Most արտադրական տեղակայումներtart՝ երկու հանգույցից բաղկացած Ակտիվ/Պասիվ կոնֆիգուրացիայով։

Հարց: Արի SQL Server FCI-ն պե՞տք է համատեղ պահեստային տարածք ունենա։

Ա. Այո։ Ի տարբերություն «Միշտ հասանելի խմբերի», FCI-ն պահանջում է, որ բոլոր հանգույցները մուտք ունենան նույն պահեստին՝ կամ SAN (Fibre Channel կամ iSCSI), Storage Spaces Direct, կամ SMB ֆայլի համօգտագործման տարածք։ Համատեղ պահեստն է, որը նույն տվյալների բազայի ֆայլերը հասանելի է դարձնում ցանկացած հանգույցից՝ ձախողումից հետո։

Հարց: Ինչ SQL Server հրատարակությունները աջակցո՞ւմ են ձախողման կլաստերացմանը։

A: SQL Server Ստանդարտ և Enterprise տարբերակները աջակցում են FCI-ին: Express և Developer տարբերակները՝ ոչ: Enterprise տարբերակը աջակցում է ավելի շատ հանգույցներ և լրացուցիչ բարձր մատչելիության գործառույթներ, ինչպիսիք են առցանց ինդեքսավորման գործողությունները սպասարկման ընթացքում:

Q: Կարող է SQL Server Կարո՞ղ են FCI-ն և Always On Availability խմբերը միասին օգտագործվել։

Ա. Այո։ FCI հանգույցը կարող էost մատչելիության խմբի կրկնօրինակ, որը ձեզ տալիս է ինչպես FCI-ից օրինակի մակարդակի HA, այնպես էլ մատչելիության խմբից տվյալների բազայի մակարդակի DR: Այնուամենայնիվ, մատչելիության խմբի ավտոմատ անցումը FCI-h-ից կամ դրանիցosted replica-ն չի աջակցվում. այդ կոնֆիգուրացիայում հասանելի է միայն ձեռքով failover-ը։

Հարց. Որքա՞ն ժամանակ է պահանջվում SQL Server Failover-ը սովորաբար տևում է՞։

Ա. Անջատման ժամանակը կախված է բուֆերային քեշում առկա կեղտոտ էջերի քանակից, որոնք պետք է գրվեն սկավառակի վրա՝ օրինակի վերբեռնումից առաջ։tarts նոր հանգույցի վրա։ Անուղղակի անցակետերը միացված լինելով (նախնական արժեքը՝ SQL Server 2012 թվականից սկսած), կեղտոտ էջերը սահմանափակված են, և մost Անհաջող վերագործարկումները ավարտվում են 30 վայրկյանից պակաս ժամանակում: Ձեր իրական RTO-ն կախված է աշխատանքային ծանրաբեռնվածությունից, պահեստավորման արագությունից և տվյալների բազայի վերականգնման ժամանակից:

Հարց. Ի՞նչ է քվորումը, և ինչո՞ւ է այն կարևոր։

Ա. Քվորումը մեխանիզմ է, որն WSFC-ն օգտագործում է՝ որոշելու համար, թե արդյոք կլաստերն ունի բավարար առողջ անդամներ՝ առցանց մնալու և հարցումները սպասարկելու համար: Այն կանխում է ուղեղի բաժանման սցենարը, որտեղ երկու մեկուսացված հանգույցային խմբերից յուրաքանչյուրը կարծում է, որ իրենք են կլաստերի հեղինակավոր սեփականատերը: SQL Server օրինակ։ Եթե քվորումը 1 էost, WSFC-ն կլաստերը անջատում է ցանցից՝ տվյալների ամբողջականությունը պաշտպանելու համար։

Q: Կարող է SQL Server FCI-ն տեղադրվե՞լ աշխատանքային խմբի կլաստերի վրա (առանց Active Directory-ի):

Ո՛չ: SQL Server FCI-ը պահանջում է, որ բոլոր հանգույցները լինեն նույն Active Directory տիրույթի անդամներ: Աշխատանքային խմբի կլաստերները, բազմադոմեյնային կլաստերները և կլաստերները, որոնք ներառում են միայն ընթերցման համար նախատեսված տիրույթի կառավարիչներ, չեն աջակցվում որպես կոնֆիգուրացիաներ:

Հարց. Ի՞նչ է պատահում հաճախորդի միացումներին, երբ տեղի է ունենում ձախողում:

Ա. Ակտիվ կապեր SQL Server Ինստանը անջատվում է ձախողման ժամանակ։ Երբ ինստանը միանում է նոր հանգույցին, վիրտուալ ցանցի անունը և վիրտուալ IP հասցեն վերագրանցվում են այնտեղ, և այն հաճախորդները, որոնք օգտագործում են վերստուգման տրամաբանություն իրենց միացման տողերում, կրկին կմիանան ավտոմատ կերպով՝ առանց որևէ կարգավորման փոփոխության։

Հարց. Կարո՞ղ եմ հանգույցներ ավելացնել կամ հեռացնել գոյություն ունեցողից։ SQL Server ձախողման կլաստեր՞

Ա: Այո։ Վազել SQL Server Կարգավորեք ցանկացած հանգույցի վրա և ընտրեք Ավելացնել հանգույց a-ին SQL Server ձախողման կլաստեր հանգույց ավելացնելու համար, կամ Հեռացնել հանգույցը a-ից SQL Server ձախողման կլաստեր մեկը հեռացնելու համար: Հանգույց ավելացնելը կամ հեռացնելը չի պահանջում կլաստերի մյուս հանգույցների աշխատանքի դադարեցում:

Հարց. Ի՞նչ տարբերություն կա պլանավորված ձախողման և ավտոմատ ձախողման միջև:

Ա. Պլանավորված ձախողումը նախաձեռնվում է ձեռքով ադմինիստրատորի կողմից՝ սովորաբար սպասարկման համար, ինչպիսիք են թարմացումները կամ սարքավորումների փոխարինումը: Այն թույլ է տալիս SQL Server մաքրել կեղտոտ էջերը և մաքուր կերպով անջատել սեփականության փոխանցումից առաջ, ինչը հանգեցնում է նվազագույնի հասցնելու անսարքությունը: WSFC-ն ակտիվացնում է ավտոմատ ձախողման ռեժիմը, երբ առողջության մոնիթորինգը հայտնաբերում է, որ ակտիվ հանգույցը խափանվել է, և վերականգնման ժամանակը կախված է վթարից հետո վերականգնման անհրաժեշտ քանակից:

Հարց. Ինչպե՞ս կարող եմ վերականգնել SQL Server failover կլաստեր, եթե ամբողջ WSFC-ն անջատվի։

Ա. Եթե քվորումը 1 էost և կլաստերը չի կարողtarՍովորաբար, օգտագործեք հարկադիր քվորումը՝ մնացած հանգույցները ոչ-խափանող վիճակում առցանց բերելու համար: Գործարկեք հետևյալ PowerShell հրամանը մնացած հանգույցի վրա. Start-ClusterNode -ForcQuorumԿլաստերի առցանց լինելուց հետո վերականգնեք տվյալների բազաները, ստուգեք տվյալների ամբողջականությունը, ապա վերակարգավորեք քվորումը մնացած հանգույցների հետ՝ նախքան արտադրության վերադառնալը։

Հարց. Արդյո՞ք պետք է գործարկեմ կլաստերի վավերացման վարպետը յուրաքանչյուրից առաջ։ SQL Server տեղադրում?

Ա. Այո, և նաև ցանկացած էական սարքավորման կամ կազմաձևման փոփոխությունից հետո: Microsoft-ը աջակցում է միայն այն կլաստերային կազմաձևումները, որոնք անցնում են բոլոր վավերացման թեստերը առանց սխալների: Վավերացման բացթողումը ռիսկի է ենթարկում գործարկել չաջակցվող կազմաձև, որը կարող է անկանխատեսելիորեն գործել ձախողման պայմաններում:

9: եզրափակում

SQL Server Անջատման կլաստերացումը ապահովում է թափանցիկ օրինակի մակարդակի բարձր մատչելիություն WSFC-ի միջոցով՝ ավտոմատ անջատման հնարավորությամբ և հաճախորդի վերակազմակերպման անհրաժեշտության բացառմամբ: Սա ճիշտ ընտրություն է, երբ համատեղ օգտագործվող պահեստը հասանելի է, և ձեզ անհրաժեշտ է, որ օրինակի յուրաքանչյուր տվյալների բազա միասին անջատվի որպես մեկ միավոր: Այն միջավայրերի համար, որոնք նաև պահանջում են աղետների վերականգնում կամ երկրորդական ընթերցման աշխատանքային բեռներ, զուգակցեք FCI-ն Always On Availability Groups-ի հետ՝ երկու սցենարներն էլ ծածկելու համար:

Սայլակ

Microsoft-ի պաշտոնական փաստաթուղթը. Windows Server Failover կլաստեր SQL Server
Microsoft-ի պաշտոնական փաստաթուղթը. Միշտ միացված Failover կլաստերի օրինակներ
Microsoft-ի պաշտոնական փաստաթուղթը. Տեղադրեք Failover կլաստերի օրինակ
Microsoft-ի պաշտոնական փաստաթուղթը. WSFC քվորումի ռեժիմներ և քվեարկության կարգավորում

Հեղինակի մասին

Յուան Շենգ տվյալների բազայի ավագ ադմինիստրատոր (DBA) է՝ ավելի քան 10 տարվա փորձով։ SQL Server միջավայրերի և ձեռնարկությունների տվյալների բազայի կառավարման ոլորտում: Նա հաջողությամբ լուծել է տվյալների բազայի վերականգնման հարյուրավոր սցենարներ ֆինանսական ծառայությունների, առողջապահության և արտադրական կազմակերպություններում:

Յուանը մասնագիտանում է SQL Server տվյալների բազայի վերականգնում, բարձր մատչելիության լուծումներ և կատարողականի օպտիմալացում: Նրա լայնածավալ գործնական փորձը ներառում է բազմաբայթ ծավալով տվյալների բազաների կառավարում, միշտ հասանելի խմբերի ներդրում և կարևորագույն բիզնես համակարգերի համար ավտոմատացված պահուստավորման և վերականգնման ռազմավարությունների մշակում:

Իր տեխնիկական փորձագիտության և գործնական մոտեցման միջոցով Յուանը կենտրոնանում է համապարփակ ուղեցույցներ ստեղծելու վրա, որոնք կօգնեն տվյալների բազայի ադմինիստրատորներին և ՏՏ մասնագետներին լուծել բարդ խնդիրներ։ SQL Server արդյունավետորեն մարտահրավերներ է նետում։ Նա տեղեկացված է մնում վերջին նորություններից SQL Server թողարկումները և Microsoft-ի զարգացող տվյալների բազայի տեխնոլոգիաները, պարբերաբար փորձարկելով վերականգնման սցենարները՝ համոզվելու համար, որ նրա առաջարկությունները արտացոլում են իրական աշխարհի լավագույն փորձը։

Հարցեր ունեք SQL Server Վերականգնո՞ւմ, թե՞ անհրաժեշտ է տվյալների բազայի խնդիրների լուծման լրացուցիչ ուղեցույց: Յուանը ողջունում է ձեզ: արձագանքներ և առաջարկություններ այս տեխնիկական ռեսուրսները բարելավելու համար։