SQL Server Մշտապես հասանելի խմբեր [2026 թվականի ուղեցույց]

Միշտ հասանելի խմբերը (AG) SQL Server ձեռնարկություն բարձր հասանելիություն և աղետներից վերականգնման լուծում, որը գործում է տվյալների բազայի մակարդակում: Հասանելիության խումբը խմբավորում է մեկ կամ մի քանի օգտատիրոջ տվյալների բազաներ մեկ ձախողման միավորի մեջ և կրկնօրինակում է դրանք մինչև ութ երկրորդական կրկնօրինակների՝ գործարքների գրանցամատյանի անընդհատ առաքման միջոցով: Երբ հիմնական կրկնօրինակը խափանվում է, նշանակված համաժամանակյա երկրորդականը ավտոմատ կերպով ստանձնում է աշխատանքը՝ վերականգնելով մուտքը վայրկյանների ընթացքում՝ առանց համատեղ պահեստավորման կամ ձեռքով միջամտության:

1.2 Միշտ հասանելի խմբերն ընդդեմ Failover կլաստերային օրինակների

SQL Server Always On-ը ներառում է երկու տարբեր տեխնոլոգիա՝ հասանելիության խմբեր (AG) և ձախողման կլաստերային դեպքեր (FCI):

	Միշտ հասանելիության խմբեր	Միշտ միացված Failover կլաստերի օրինակներ
Failover շրջանակ	Տվյալների բազայի մակարդակ	Օրինակի մակարդակ (բոլոր տվյալների բազաները միասին ձախողվում են)
Տվյալների կրկնօրինակում	Յուրաքանչյուր երկրորդայինի համար լոգարիթմական կրկնօրինակում	Ոչ մեկը — բոլոր հանգույցները կիսում են նույն պահեստը
Համատեղ պահեստավորում	Չի պահանջվում	Պահանջվում է (SAN, iSCSI, S2D կամ SMB)
Ընթերցելի երկրորդական տեքստեր	Այո	Ոչ
Աղետների վերականգնումը	Ներկառուցված (ասինխրոն կրկնօրինակներ տարբեր կայքերում)	Ներկառուցված չէ առանց AG-ի հետ զուգակցման

Ե՞րբ օգտագործել յուրաքանչյուրը՝ Օգտագործեք FCI, երբ ձեզ անհրաժեշտ է օրինակի մակարդակի failover և արդեն ունեք համատեղ պահեստավորման ենթակառուցվածք: Օգտագործեք AG, երբ ձեզ անհրաժեշտ է տվյալների բազայի մակարդակի մանրամասնություն, ընթեռնելի երկրորդական տվյալներ կամ աղետներից վերականգնում: Առավել լիարժեք պաշտպանության համար համատեղեք երկուսն էլ. գործարկեք յուրաքանչյուր կրկնօրինակը որպես FCI հանգույց և կապեք դրանք AG-ում:

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

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

Ավտոմատ անցում գրեթե զրոյական վերականգնման ժամանակի նպատակով (RTO) համաժամանակյա կրկնօրինակների համար։
զրոյական տվյալների կորուստ (վերականգնման կետի նպատակ (RPO) = 0) սինխրոն հաստատման ռեժիմում;
համատեղ պահեստավորման կարիք չկա. յուրաքանչյուր կրկնօրինակ օգտագործում է անկախ տեղական պահեստավորում։
ընթեռնելի երկրորդայինները բեռնաթափում են հաշվետվությունների և պահուստային աշխատանքային բեռները հիմնականից։
Աջակցում է ինչպես տեղական բարձր մատչելիության (HA), այնպես էլ միջկայքային աղետների վերականգնման (DR) մեկ կոնֆիգուրացիայի շրջանակներում։

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

Պահանջվում է Windows Server Failover Clustering բոլոր կրկնօրինակների վրա։
Enterprise Edition-ը՝ ամբողջական հնարավորությունների համար (Standard Edition-ը աջակցում է Basic AG-ին՝ էական սահմանափակումներով)։
Սինխրոն հաստատման ռեժիմը գրելու գործողություններին ավելացնում է լատենտություն, որը համամասնական է ցանցի երկկողմանի փոխանցման ժամանակին։
Մուտքագրումները, SQL Agent-ի աշխատանքները և կապված սերվերները ավտոմատ կերպով չեն համաժամեցվում SQL Server 2019 և ավելի վաղ (լուծված է SQL Server 2022 թվականը պարունակում էր հասանելիության խմբեր):

2. Մշտապես հասանելի խմբերի ճարտարապետություն

2.1 Հիմնական բաղադրիչներ և հասկացություններ

2.1.1 Հասանելիության տվյալների բազաներ

Հասանելիության տվյալների բազաները օգտատերերի տվյալների բազաներ են, որոնք մասնակցում են հասանելիության խմբում: Այս տվյալների բազաները պետք է համապատասխանեն որոշակի պահանջների. դրանք պետք է օգտագործեն ամբողջական վերականգնման մոդելը, ունենան ամբողջական պահուստային պատճեն և գոյություն ունենան հիմնական կրկնօրինակի վրա՝ հասանելիության խմբում ավելացվելուց առաջ:

Երբ տվյալների բազան միանում է մատչելիության խմբի, այն դառնում է համաժամեցված հավաքածուի մաս, որը ձախողվում է որպես մեկ միավոր: Հասանելիության խմբի բոլոր տվյալների բազաները կիսում են նույն ձախողման վիճակը, ինչը նշանակում է, որ եթե հիմնական կրկնօրինակը ձախողվում է, բոլոր տվյալների բազաները միաժամանակ ձախողվում են նույն երկրորդական կրկնօրինակի վրա: Սա ապահովում է համապատասխանություն այն ծրագրերի համար, որոնք հիմնված են բազմաթիվ փոխկապակցված տվյալների բազաների վրա:

2.1.2 Հասանելիության կրկնօրինակներ

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

2.1.3 Հիմնական կրկնօրինակ

Հիմնական կրկնօրինակը պահում է հասանելիության տվյալների բազաների կարդալու-գրելու պատճենը: Բոլոր տվյալների փոփոխությունները (INSERT, UPDATE, DELETE) տեղի են ունենում հիմնական կրկնօրինակի վրա: Հաճախորդային ծրագրերը միանում են հիմնական կրկնօրինակին բոլոր գրելու գործողությունների և, ըստ լռելյայնի, նաև ընթերցման գործողությունների համար:

2.1.4 Երկրորդական կրկնօրինակներ

Երկրորդային կրկնօրինակները պարունակում են մատչելիության տվյալների բազաների միայն ընթերցման համար նախատեսված պատճեններ, որոնք պահպանվում են հիմնական կրկնօրինակից ստացված գործարքների գրանցամատյանի գրառումների անընդհատ կիրառման միջոցով: Յուրաքանչյուր երկրորդային կրկնօրինակ ստանում, ամրացնում և կիրառում է գրանցամատյանի գրառումներ՝ իր տվյալների բազայի պատճենները հիմնականի հետ համաժամեցված պահելու համար:

2.2 Հասանելիության ռեժիմներ

2.2.1 Սինխրոն հաստատման ռեժիմ

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

2.2.2 Ասինխրոն հաստատման ռեժիմ

Ասինխրոն հաստատման ռեժիմը առաջնահերթություն է տալիս առաջնային կրկնօրինակի աշխատանքին, թույլ տալով գործարքներին հաստատվել առանց սպասելու երկրորդային կրկնօրինակների կողմից լոգերի խստացման հաստատմանը: Այս ռեժիմը հարմար է աղետների վերականգնման կրկնօրինակների համար կամ երբ ցանցի լատենտությունը սինխրոն հաստատումը դարձնում է անիրագործելի:

Փոխզիջումը տվյալների հնարավոր կորուստն է ձախողման ժամանակ։ Եթե հիմնական կրկնօրինակը ձախողվի, որոշ կատարված գործարքներ կարող են չհասած լինել երկրորդական կրկնօրինակին։ Տվյալների հնարավոր կորստի չափը կախված է ցանցի թողունակությունից, երկրորդական կրկնօրինակի աշխատանքից և ձախողման ժամանակից։ Կազմակերպությունները պետք է ընդունեն այս ռիսկը ասինխրոն ռեժիմն օգտագործելիս։

2.3 Անջատման տեսակներ

2.3.1 Ավտոմատ ձախողում

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

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

2.3.2 Ձեռքով անցում

Ձեռքով անցումը թույլ է տալիս ադմինիստրատորներին դիտավորյալ փոխարկել հիմնական կրկնօրինակի դերը երկրորդականի, սովորաբար պլանային սպասարկման կամ փորձարկման նպատակներով: Ավտոմատ անցումից տարբերվող, ձեռքով անցումը պահանջում է ադմինիստրատորի հստակ գործողություն:

Սինխրոն-կոմիտացված կրկնօրինակների համար հասանելի է ձեռքով անցում առանց տվյալների կորստի: Ադմինիստրատորը սկսում է անցումը հետևյալ կերպ. SQL Server Management Studio, Transact-SQL կամ PowerShell: Հիմնական կրկնօրինակն ավարտում է ընթացիկ գործարքների մշակումը, ուղարկում է մնացած բոլոր գրանցամատյանի գրառումները թիրախային երկրորդականին և սպասում է հաստատման՝ նախքան հիմնական դերը փոխանցելը:

Ձեռքով անցումը կարող է տեղի ունենալ նաև ասինխրոն հաստատմամբ կրկնօրինակների դեպքում, սակայն սա պահանջում է հարկադիր անցում, որը կարող է հանգեցնել տվյալների կորստի։ Ադմինիստրատորները պետք է օգտագործեն հարկադիր ձեռքով անցումը միայն իրական աղետների դեպքում, երբ հիմնական կրկնօրինակը հասանելի չէ, և տվյալների կորուստը ընդունելի է երկարատև դադարի համեմատ։

2.3.3 Հարկադիր ձախողում

Հարկադիր ձախողումը թույլ է տալիս ձախողել ասինխրոն երկրորդային կրկնօրինակը կամ լիովին չսինխրոնացված երկրորդային կրկնօրինակը՝ տվյալների հնարավոր կորստի հստակ գիտակցմամբ: Այս տարբերակը ծառայում է որպես վերջին միջոց, երբ հիմնական կրկնօրինակը հասանելի չէ, և սինխրոնացված երկրորդային կրկնօրինակ գոյություն չունի:

2.4 Տվյալների համաժամեցում

2.4.1 Ինչպես է գործում տվյալների համաժամեցումը

Միշտ հասանելիության խմբերում տվյալների համաժամեցումը տեղի է ունենում գործարքների գրանցամատյանի գրառումների անընդհատ փոխանցման միջոցով՝ հիմնական կրկնօրինակից դեպի բոլոր երկրորդական կրկնօրինակները: Այս գրանցամատյանի վրա հիմնված համաժամեցումը ապահովում է հետևողականություն՝ միաժամանակ թույլ տալով յուրաքանչյուր կրկնօրինակի համար անկախ պահեստավորում:

2.4.2 Գործարքների գրանցամատյանի գրառումներ և դրանց ճշգրտում

Գործարքների գրանցամատյանի ամրացումը կարևորագույն քայլ է, որի ընթացքում գրանցամատյանի գրառումները գրանցվում են երկրորդական կրկնօրինակների վրա՝ երկարակյաց պահեստում: ամրացումը ապահովում է, որ գրանցամատյանի գրառումները գոյատևեն երկրորդական կրկնօրինակների խափանումներից հետո և կարողանան վերօգտագործվել վերականգնման ընթացքում:

2.5 Կարդացվող մասշտաբով և ընթեռնելի երկրորդային կրկնօրինակներ

2.5.1 Միայն ընթերցման աշխատանքային բեռների բեռնաթափում

Ընթերցելի երկրորդային կրկնօրինակները թույլ են տալիս կազմակերպություններին ազատել ընթերցման ինտենսիվ աշխատանքային ծանրաբեռնվածությունը հիմնական կրկնօրինակից՝ բարելավելով համակարգի ընդհանուր աշխատանքը և ռեսուրսների օգտագործումը: Այս ընթերցման մասշտաբի հնարավորությունը մատչելիության խմբերի հիմնական առավելություններից մեկն է հին բարձր մատչելիության լուծումների համեմատ:

Կազմակերպությունները պետք է հաշվի առնեն միայն ընթերցման աշխատանքային բեռնվածության պահանջները՝ մատչելիության խմբի կոնֆիգուրացիաները նախագծելիս: Մի քանի ընթերցելի երկրորդային սերվերներ կարող են բաշխել հաշվետվողական բեռը մի քանի սերվերների միջև: Միայն ընթերցման երթուղավորման ցուցակները սահմանում են այն հերթականությունը, որով երկրորդային սերվերները ստանում են ընթերցման մտադրության միացումներ՝ հնարավորություն տալով օգտագործել բեռի հավասարակշռման ռազմավարություններ:

2.5.2 Պահուստավորման գործողություններ երկրորդական կրկնօրինակների վրա

Երկրորդական կրկնօրինակների վրա պահուստային պատճեններ ստեղծելը նվազեցնում է հիմնական կրկնօրինակի մուտքային/ելքային (Մ/Ե) և կենտրոնական պրոցեսորի (ԿՊԲ) ծանրաբեռնվածությունը, թույլ տալով այն կենտրոնանալ գործարքային աշխատանքային բեռների վրա: Այս հնարավորությունը օգնում է կազմակերպություններին բավարարել պահուստային պատճենների պահանջները՝ առանց ազդելու արտադրական արդյունավետության վրա:

SQL Server Աջակցում է տվյալների բազայի լրիվ պահուստավորումը, դիֆերենցիալ պահուստավորումը և գործարքների գրանցամատյանի պահուստավորումը երկրորդական կրկնօրինակների վրա: Պահուստավորման նախընտրությունները կարող են կարգավորվել՝ նախընտրելով երկրորդական կրկնօրինակները, նախընտրելով առաջնայինը, միայն երկրորդայինը կամ ցանկացած կրկնօրինակը: Պահուստավորման համակարգը ավտոմատ կերպով ընտրում է համապատասխան կրկնօրինակը՝ հիմնվելով այս նախընտրությունների և ընթացիկ հասանելիության վրա:

Լրացուցիչ մանրամասների համար SQL Server պահուստային պատճեն, տե՛ս մեր համապարփակ ուղեցույց.

2.6 Հասանելիության խմբի լսողներ

2.6.1 Ի՞նչ է լսողը։

Հասանելիության խմբի լսողը վիրտուալ ցանցի անուն (VNN) և IP հասցե է, որն օգտագործվում է հաճախորդային հավելվածների կողմից հասանելիության խմբի տվյալների բազաներին միանալու համար: Լսողը ավտոմատ կերպով վերահասցեագրում է կապերը ընթացիկ հիմնական կրկնօրինակին, վերացնելով հավելվածների անհրաժեշտությունը հետևելու, թե որ սերվերն է ներկայումս հիմնականը:

2.6.2 Հաճախորդի միացման երթուղայնացում

Լսողի միջոցով հաճախորդի միացման երթուղայնացումը աջակցում է ինչպես կարդալ-գրել, այնպես էլ միայն կարդալու միացման մտադրություններին: Լսողը ուսումնասիրում է միացման հարցումը և ուղղորդում այն համապատասխան կրկնօրինակին՝ հիմնվելով ծրագրի մտադրության վրա:

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

3.1 Windows Server-ի Failover կլաստերացում հասանելիության խմբերի համար

3.1.1 Windows Server-ի Failover կլաստերացման հիմունքներ

Windows Server Failover Clustering-ը (WSFC) հիմք է հանդիսանում Always On Availability Groups-ի համար՝ կառավարելով կլաստերի անդամակցությունը, առողջության մոնիթորինգը և failover-ի կազմակերպումը: Failover Cluster Instances-ից տարբերվող մատչելիության խմբերը WSFC-ն օգտագործում են միայն կլաստերի համակարգման, այլ ոչ թե համատեղ պահեստավորման կառավարման համար:

յուրաքանչյուր SQL Server Հասանելիության խմբում մասնակցող օրինակը պետք է լինի WSFC կլաստերի հանգույց։ Կլաստերը կառավարում է քվորումի քվեարկությունը, հանգույցի առողջության հայտնաբերումը և հասանելիության խմբի ռեսուրսների վիճակը։ Երբ առաջնային կրկնօրինակը ձախողվում է, WSFC-ն համակարգում է ձախողման գործընթացը և թարմացնում կլաստերի ռեսուրսները՝ նոր առաջնային կրկնօրինակը արտացոլելու համար։

3.1.2 Կլաստերի քվորումի կարգավորում

Կլաստերի քվորումը որոշում է, թե որ հանգույցները կարող են գործել, երբ ցանցային կապի խնդիրներ են առաջանում՝ կանխելով բաժանված ուղեղի սցենարները, երբ մի քանի հանգույցներ անկախ կերպով պնդում են, որ առաջնային են: Քվորումի կոնֆիգուրացիան սահմանում է, թե ինչն է կազմում կլաստերի որոշումների կայացման մեծամասնության քվեարկությունը:

Հասանելիության խմբերի համար հասանելի են մի քանի քվորումի ռեժիմներ՝

Node Majority-ն օգտագործում է միայն կլաստերային հանգույցների ձայները և լավ է աշխատում կենտ թվով հանգույցներ ունեցող կլաստերների համար։
Հանգույցների և ֆայլերի համօգտագործման մեծամասնությունը ավելացնում է ֆայլի համօգտագործման վկայի քվեարկության հնարավորություն, որը հարմար է զույգ թվերով հանգույցների կլաստերների համար։
Հանգույցի և սկավառակի մեծամասնությունը օգտագործում է սկավառակի վկա, բայց այն ավելի քիչ տարածված է մատչելիության խմբերի համար, քանի որ համատեղ պահեստավորման կարիք չկա։

3.1.3 Բազմաենթացանցային կլաստերացում

Բազմաենթացանցային կլաստերացումը հնարավորություն է տալիս հասանելիության խմբի կրկնօրինակներին ընդգրկել տարբեր ցանցային ենթացանցեր՝ աջակցելով աշխարհագրորեն բաշխված տեղակայումներին տվյալների կենտրոններում: Այս հնարավորությունը կարևոր է աղետներից վերականգնման կոնֆիգուրացիաների համար, որտեղ կրկնօրինակները գոյություն ունեն առանձին վայրերում:

3.2 SQL Server Հրատարակության պահանջները

3.2.1 Enterprise Edition-ի առանձնահատկությունները

SQL Server Ձեռնարկության տարբերակը ապահովում է մատչելիության խմբերի լիարժեք ֆունկցիոնալություն՝ առանց սահմանափակումների: Ձեռնարկության տարբերակը աջակցում է մինչև ութ երկրորդական կրկնօրինակներ, ընթեռնելի երկրորդականներ, ավտոմատ սերմնավորում, բաշխված մատչելիության խմբեր և բոլոր առաջադեմ գործառույթները:

3.2.2 Ստանդարտ տարբերակի հնարավորություններ (հիմնական հասանելիության խմբեր)

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

4. Միշտ ակտիվ հասանելիության խմբերի կարգավորում

4.1 Միջավայրի պատրաստում

Հասանելիության խումբ ստեղծելուց առաջ միջավայրը պետք է պատշաճ կերպով պատրաստ լինի՝ Active Directory հաշիվներով, սերվերի կարգավորումներով և ցանցային ենթակառուցվածքներով։

4.1.1 Դոմեյնի կառավարիչի կարգավորում

Active Directory տիրույթի կառավարիչը պետք է կարգավորվի հասանելիության խմբի կլաստերը և SQL Server սպասարկման հաշիվներ։

Մուտք գործեք դոմեյնի վերահսկիչ՝ օգտագործելով դոմեյնի ադմինիստրատորի տվյալները։
բաց Server մենեջեր եւ նավարկելու համար Գործիքներ -> Active Directory օգտագործողներ եւ համակարգիչներ.
Ստեղծեք կազմակերպչական միավոր՝ SQL Server առարկաներ, եթե դրանցից մեկը գոյություն չունի։
Ստուգեք, որ բոլոր կլաստերային հանգույցների համակարգչային օբյեկտները գոյություն ունեն Active Directory-ում։
Համոզվեք, որ դոմենային անվանումների համակարգի (DNS) ծառայությունները ճիշտ են կարգավորված և բոլոր սերվերների անունները ճիշտ են լուծվում։

4.1.2 Ծառայողական հաշիվների ստեղծում

Ստեղծեք Active Directory ծառայության համար նախատեսված նվիրված հաշիվներ՝ SQL Server ծառայություններ յուրաքանչյուր հանգույցի վրա։

բաց Active Directory օգտագործողներ եւ համակարգիչներ դոմեյնի վերահսկիչի վրա։
Սեղմեք համապատասխան կազմակերպչական միավորի վրա և ընտրեք նոր -> Օգտվող.
Մուտքագրեք ծառայության հաշվի անունը (օրինակ՝ svc_SQLServer) և սահմանեք Օգտատիրոջ մուտքի անունը.
Սեղմել հաջորդ և մուտքագրեք ուժեղ գաղտնաբառ։
ընտրել Օգտագործողը չի կարող փոխել գաղտնաբառը և Գաղտնաբառը երբեք չի սպառվում.
Սեղմել հաջորդ եւ ապա Ավարտ հաշիվ ստեղծելու համար:
Կրկնեք անհրաժեշտ լրացուցիչ ծառայությունների հաշիվների համար (SQL Server Գործակալ, SSRS և այլն):

4.1.3 Ադմինիստրատորի թույլտվությունների կարգավորում

Ծառայողական հաշիվներ և կարգավորման համար օգտագործվող հաշիվներ SQL Server պետք է ունենա համապատասխան թույլտվություններ բոլոր կլաստերային հանգույցների վրա։

Մուտք գործեք յուրաքանչյուր կլաստերային հանգույցի սերվեր։
բաց Համակարգչային կառավարում - ից սկիզբ մենյու կամ սերվերի կառավարիչ։
Ընդարձակել Տեղական օգտատերեր և խմբեր եւ ընտրել Խմբեր.
Աջ - կտտացրեք Ադմինիստրատորներ եւ ընտրել Հատկություններ.
Սեղմել Ավելացնել և մուտքագրեք ծառայության հաշվի անունը։
Սեղմել Ստուգեք անունները հաշիվը հաստատելու համար սեղմեք OK.
Սեղմել OK Ադմինիստրատորի հատկությունների երկխոսության պատուհանը փակելու համար։
Կրկնել բոլոր կլաստերային հանգույցների վրա։

4.2 WSFC-ի տեղադրում և կարգաբերում

Windows Server Failover Clustering-ը պետք է տեղադրվի և կարգավորվի բոլոր հանգույցների վրա՝ նախքան Always On Availability Groups-ը միացնելը։

4.2.1 Failover Clustering ֆունկցիայի տեղադրում

Տեղադրեք Failover Clustering գործառույթը յուրաքանչյուր սերվերի վրա, որը կմասնակցի մատչելիության խմբում:

բաց Server մենեջեր առաջին կլաստերային հանգույցի վրա։
Սեղմել Կառավարել -> Ավելացնել դերեր և առանձնահատկություններ.
Սեղմել հաջորդ ներածական էկրանների միջոցով։
ընտրել Դերի վրա հիմնված կամ առանձնահատկությունների վրա հիմնված տեղադրում եւ սեղմեք հաջորդ.
Ընտրեք տեղական սերվերը և սեղմեք հաջորդ.
Բաց թողեք «Դերեր» էկրանը և սեղմեք հաջորդ.
Հատկանիշների էկրանին ընտրեք Ձախողման կլաստերացում.
Սեղմել Ավելացնել առանձնահատկություններ երբ խնդրվի ներառել կառավարման գործիքները։
Սեղմել հաջորդ եւ ապա Տեղադրեք.
Սպասեք տեղադրման ավարտին և սեղմեք փակել.
Կրկնեք բոլոր սերվերների վրա, որոնք կմասնակցեն կլաստերին։

4.2.2 Failover կլաստերի ստեղծում

Failover Clustering գործառույթը բոլոր հանգույցների վրա տեղադրելուց հետո ստեղծեք կլաստեր մեկ հանգույցից։

բաց Failover կլաստերի կառավարիչ - ից Server մենեջեր -> Գործիքներ.
Սեղմել Ստեղծեք կլաստեր Գործողությունների վահանակում։
Սեղմել հաջորդ «Նախքան սկսելը» էջում։
Սեղմել Թերթել և ավելացնել բոլոր սերվերները, որոնք կլինեն կլաստերային հանգույցներ։
Սեղմել հաջորդ բոլոր հանգույցները ավելացնելուց հետո։
լքել Գործարկել բոլոր թեստերը (խորհուրդ է տրվում) ընտրված և սեղմված հաջորդ.
Վերանայեք վավերացման թեստի արդյունքները և շտկեք ցանկացած սխալ կամ նախազգուշացում։
Սեղմել Ավարտ վավերացումը հաջողությամբ ավարտվելուց հետո։
Մուտքագրեք կլաստերի անունը և IP հասցեն։
Բացեք Ավելացրեք բոլոր համապատասխան տարածքները կլաստերին քանի որ համատեղ պահեստավորումը պարտադիր չէ։
Սեղմել հաջորդ և վերանայել հաստատումը։
Սեղմել Ավարտ կլաստերը ստեղծելու համար։

4.2.3 Կլաստերի կոնֆիգուրացիայի վավերացում

Հաստատեք կլաստերի կոնֆիգուրացիան՝ համոզվելու համար, որ բոլոր հանգույցները կարող են ճիշտ շփվել և կլաստերը ճիշտ է գործում։

In Failover կլաստերի կառավարիչ, աջ սեղմեք կլաստերի անվան վրա։
ընտրել Հաստատել կլաստերը ից ցանկի մեջ:
Սեղմել հաջորդ «Նախքան սկսելը» էջում։
ընտրել Գործարկել բոլոր թեստերը (խորհուրդ է տրվում) եւ սեղմեք հաջորդ.
Սեղմել հաջորդ վավերացման թեստերը սկսելու համար։
Վերանայեք վավերացման զեկույցը, երբ թեստերն ավարտվեն։
Ուղղեք զեկույցում նշված ցանկացած խափանում կամ նախազգուշացում։
Սեղմել Ավարտ կախարդը փակելու համար։

4.3 Տեղադրում SQL Server հասանելիության խմբերի համար

Տեղադրեք SQL Server յուրաքանչյուր հանգույցի վրա, որը կմասնակցի մատչելիության խմբին՝ օգտագործելով առանձին տեղադրման տարբերակը։

Վազիր SQL Server տեղադրման մեդիա առաջին հանգույցի վրա։
ընտրել նոր SQL Server ինքնուրույն տեղադրում.
Մուտքագրեք ապրանքի բանալին կամ ընտրեք գնահատման տարբերակը։
Ընդունեք լիցենզիայի պայմանները և սեղմեք հաջորդ.
Կատարեք նախնական ստուգումներ և լուծեք ցանկացած խնդիր։
Հատկանիշների ընտրության էջում ընտրեք Տվյալների բազայի շարժիչի ծառայություններ.
Կարգավորեք օրինակի անունը (օգտագործեք նույն օրինակի անունը բոլոր հանգույցների վրա):
Սերվերի կոնֆիգուրացիայի էջում նշեք ծառայության հաշվի մուտքային տվյալները։
Կարգավորեք ծառայության գործարկման տեսակները որպես Ավտոմատ.
«Տվյալների բազայի շարժիչի կարգավորում» էջում ընտրեք նույնականացման ռեժիմը։
Ավելացնել ադմինիստրատորի հաշիվներ։
Կարգավորեք տվյալների գրացուցակները՝ օգտագործելով բոլոր հանգույցների միջև հետևողական ուղիներ։
Ավարտեք տեղադրումը և ստուգեք հաջողությունը։
Կրկնեք տեղադրումը բոլոր մյուս կլաստերային հանգույցների վրա՝ նույնական կարգավորումներով։

4.4 Միշտ միացված հասանելիության խմբերի գործառույթի միացում

Տեղադրելուց հետո SQL Server բոլոր հանգույցների վրա, յուրաքանչյուր օրինակի համար միացրեք «Միշտ միացված հասանելիության խմբեր» գործառույթը։

4.4.1 Միացնելը միջոցով SQL Server Կազմաձևման կառավարիչ

օգտագործում SQL Server Կազմաձևման կառավարիչ՝ գրաֆիկական ինտերֆեյսի միջոցով «Միշտ միացված հասանելիության խմբերը» միացնելու համար։

բաց SQL Server Կազմաձևման կառավարիչ առաջին հանգույցի վրա։
Ընդարձակել SQL Server Ծառայություններ ձախ թաղամասում:
Անմիջապես սեղմեք այն SQL Server օրինակ և ընտրեք Հատկություններ.
Սեղմեք է AlwaysOn բարձր մատչելիություն էջանիշը.
Ստուգում Միացնել AlwaysOn հասանելիության խմբերը.
Ստուգեք, որ Windows-ի ձախողման կլաստերի անունը ճիշտ է։
Սեղմել OK փոփոխությունները պահպանելու համար:
Սեղմել OK նախազգուշացման վրա, որ ծառայությունը պետք է վերագործարկվի։
Անմիջապես սեղմեք այն SQL Server ծառայություն և ընտրեք Վերսկսել.
Սպասեք ծառայության հաջող վերագործարկմանը։
Կրկնել բոլոր կլաստերային հանգույցների վրա։

4.4.2 Միացնել PowerShell-ի միջոցով

PowerShell-ը տրամադրում է սկրիպտային մեթոդ՝ մի քանի հանգույցներում «Միշտ միացված հասանելիության խմբերը» միացնելու համար։

Բացեք PowerShell-ը որպես ադմինիստրատոր առաջին հանգույցում։
Ներմուծեք ՝ SQL Server PowerShell մոդուլ՝
```
Import-Module SQLPS -DisableNameChecking
```
Միացնել «Մշտապես միացված հասանելիության խմբերը» գործառույթը՝
```
Enable-SqlAlwaysOn -ServerInstance "ServerName\InstanceName" -Force
```
Ծառայությունը ավտոմատ կերպով կվերագործարկվի Force պարամետրն օգտագործելիս։

Ստուգեք, որ գործառույթը միացված է.

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

Կրկնեք յուրաքանչյուր կլաստերային հանգույցի համար՝ փոխարինելով համապատասխան սերվերի և օրինակի անունները։

4.4.3 Հատկանիշի միացված լինելու ստուգում

Կարգավորումը շարունակելուց առաջ համոզվեք, որ «Միշտ միացված հասանելիության խմբերը» միացված է բոլոր դեպքերում։

Միացեք յուրաքանչյուրին SQL Server օրինակ օգտագործելով SQL Server Կառավարման ստուդիա.
Բացեք նոր հարցման պատուհան և կատարեք հետևյալը.
```
SELECT SERVERPROPERTY('IsHadrEnabled')
```
Ստուգեք, որ արդյունքը 1 է (միացված):
Ստուգեք, որ SQL Server Օրինակը հայտնվում է Failover Cluster Manager-ում կլաստերի դերերի ներքո։
Ստուգեք, որ հասանելիության խմբի վերջնակետը գոյություն ունի՝ կատարելով հետևյալը.
```
SELECT * FROM sys.endpoints WHERE type_desc = 'DATABASE_MIRRORING'
```
Եթե վերջնակետը գոյություն չունի, այն կստեղծվի հասանելիության խմբի ստեղծման ընթացքում։

4.5 Տվյալների բազաների պատրաստում մատչելիության խմբերի համար

Տվյալների բազաները պետք է համապատասխանեն որոշակի պահանջների, նախքան դրանք հասանելիության խմբում ավելացվելը։

4.5.1 Տվյալների բազայի վերականգնման մոդելի պահանջները

Փոխեք տվյալների բազայի վերականգնման մոդելը FULL-ի հիմնական կրկնօրինակի վրա, նախքան այն մատչելիության խմբում ավելացնելը։

Միացեք հիմնական կրկնօրինակին՝ օգտագործելով SQL Server Կառավարման ստուդիա.
Սեղմեք տվյալների բազայի վրա աջ կոճակով և ընտրեք Հատկություններ.
Ընտրել Ընտրանքներ էջ:
Փոփոխություն Վերականգնման մոդել դեպի Լրիվ.
Սեղմել OK փրկել փոփոխությունը:
Այլընտրանքորեն, օգտագործեք Transact-SQL-ը՝
```
ALTER DATABASE DatabaseName SET RECOVERY FULL;
```

4.5.2 Տվյալների բազայի ամբողջական պահուստային պատճենների ստեղծում

Կատարեք տվյալների բազայի ամբողջական պահուստային պատճեն՝ հասանելիության խմբերի համար անհրաժեշտ պահուստային շղթան ստեղծելու համար։

In SQL Server Management Studio-ում աջ սեղմեք տվյալների բազայի վրա։
ընտրել Խնդիրներ -> Վերադառնալ Up.
Ստուգել Պահուստային պատճենի տեսակը սահմանվում է Լրիվ.
Ընտրեք պահուստավորման նպատակակետ կամ ավելացրեք նոր նպատակակետ։
Սեղմել OK պահուստավորումը կատարելու համար։

Այլընտրանքորեն, օգտագործեք Transact-SQL-ը՝

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

4.5.3 Գործարքների գրանցամատյանի պահուստային պատճենների ստեղծում

Կատարեք գործարքների գրանցամատյանի պահուստային պատճեն՝ գրանցամատյանների շղթան հաստատված լինելու և նախնականացման ժամանակը նվազագույնի հասցնելու համար։

In SQL Server Management Studio-ում աջ սեղմեք տվյալների բազայի վրա։
ընտրել Խնդիրներ -> Վերադառնալ Up.
Փոփոխություն Պահուստային պատճենի տեսակը դեպի Գործարքների գրանցամատյան.
Ընտրեք պահուստավորման նպատակակետ։
Սեղմել OK պահուստավորումը կատարելու համար։
Այլընտրանքորեն, օգտագործեք Transact-SQL-ը՝
```
BACKUP LOG DatabaseName TO DISK = 'C:\Backup\DatabaseName.trn';
```

4.6 Հասանելիության խմբի ստեղծում

Ստեղծեք հասանելիության խումբ՝ օգտագործելով մի քանի հասանելի մեթոդներից մեկը՝ կախված ձեր նախասիրություններից և ավտոմատացման պահանջներից։

4.6.1 Նոր հասանելիության խմբի ստեղծման օգնականի օգտագործումը

Նոր հասանելիության խմբի ստեղծման օգնականը տրամադրում է գրաֆիկական ինտերֆեյս հասանելիության խմբեր ստեղծելու համար։

In SQL Server Management Studio-ում միացեք այն օրինակին, որը կհյուրընկալի հիմնական կրկնօրինակը։
Ընդարձակել AlwaysOn բարձր մատչելիություն օբյեկտների հետազոտիչում։
Աջ - կտտացրեք Հասանելիության խմբեր եւ ընտրել Հասանելիության խմբի նոր մոգ.
Սեղմել հաջորդ Ներածության էջում։
Մուտքագրեք հասանելիության խմբի անունը և սեղմեք հաջորդ.
«Ընտրել տվյալների բազաներ» էջում ընտրեք ներառելու համար անհրաժեշտ տվյալների բազաները։
Ստուգեք, որ տվյալների բազաները համապատասխանում են բոլոր նախապայմաններին և սեղմեք հաջորդ.
«Նշեք կրկնօրինակները» էջում սեղմեք Ավելացնել կրկնօրինակ.
Միացեք յուրաքանչյուր երկրորդական կրկնօրինակի օրինակին։
Կարգավորեք յուրաքանչյուր օրինակի համար կրկնօրինակի հատկությունները (մատչելիության ռեժիմ, ձախողման ռեժիմ):
Սեղմեք է Վերջնակետեր սեղմեք ներդիրը և վերանայեք վերջնակետի կարգավորումը։
Սեղմեք է Կրկնօրինակման նախապատվություններ ներդիր և կարգավորեք պահուստավորման առաջնահերթությունները։
Սեղմեք է ունկնդիր ներդիր և ըստ ցանկության ստեղծել լսող։
Սեղմել հաջորդ և ընտրեք տվյալների համաժամեցման մեթոդը։
Վերանայեք վավերացման արդյունքները և լուծեք ցանկացած խնդիր։
Սեղմել հաջորդ և վերանայել ամփոփումը։
Սեղմել Ավարտ մատչելիության խումբ ստեղծելու համար։
Հետևեք առաջընթացին և ստուգեք հաջող ստեղծումը։

4.6.2 Transact-SQL-ի օգտագործումը

Ստեղծեք հասանելիության խմբեր՝ օգտագործելով Transact-SQL-ը՝ սկրիպտային, կրկնվող տեղակայումների համար։

Ստեղծեք հասանելիության խումբը հիմնական կրկնօրինակի վրա՝

CREATE AVAILABILITY GROUP AG_Name
FOR DATABASE DatabaseName
REPLICA ON
  'PrimaryServer\Instance' WITH
    (ENDPOINT_URL = 'TCP://PrimaryServer:5022',
     AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
     FAILOVER_MODE = AUTOMATIC,
     SECONDARY_ROLE(ALLOW_CONNECTIONS = ALL)),
  'SecondaryServer\Instance' WITH
    (ENDPOINT_URL = 'TCP://SecondaryServer:5022',
     AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
     FAILOVER_MODE = AUTOMATIC,
     SECONDARY_ROLE(ALLOW_CONNECTIONS = ALL));

Միացրեք երկրորդական կրկնօրինակը հասանելիության խմբին՝
```
ALTER AVAILABILITY GROUP AG_Name JOIN;
```
Միացեք երկրորդական տվյալների բազային.
```
ALTER DATABASE DatabaseName SET HADR AVAILABILITY GROUP = AG_Name;
```

4.6.3 PowerShell-ի օգտագործումը

PowerShell-ը տրամադրում է սկրիպտային հնարավորություններ մատչելիության խմբերի ստեղծման և կառավարման համար։

Ստեղծեք մատչելիության խմբի օբյեկտը՝

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

Ավելացնել տվյալների բազաներ՝

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

Կարգավորեք կրկնօրինակները ցանկալի հատկություններով՝ օգտագործելով New-SqlAvailabilityReplica cmdlet-ը։
Միացրեք երկրորդական կրկնօրինակները՝ օգտագործելով Join-SqlAvailabilityGroup cmdlet-ը։

4.7 Հասանելիության խմբում կրկնօրինակների ավելացում

Կարգավորեք կրկնօրինակներին հատուկ հատկություններ, որոնք կառավարում են, թե ինչպես է յուրաքանչյուր օրինակ մասնակցում մատչելիության խմբում։

4.7.1 Կրկնօրինակի հատկությունների կարգավորում

Սահմանեք յուրաքանչյուր ռեպլիկի հատկությունները՝ դրա դերը և հնարավորությունները մատչելիության խմբում սահմանելու համար։

In SQL Server Կառավարման ստուդիա, ընդլայնել AlwaysOn բարձր մատչելիություն -> Հասանելիության խմբեր.
Ընդարձակեք մատչելիության խումբը, ապա ընդարձակեք Հասանելիության կրկնօրինակներ.
Սեղմեք աջ կոճակով կրկնօրինակի վրա և ընտրեք Հատկություններ.
Վերանայեք և փոփոխեք հիմնական և երկրորդական դերերի միացման կարգավորումները։
Անհրաժեշտության դեպքում կարգավորեք սեսիայի ժամանակի ավարտի արժեքները։
Սեղմել OK փոփոխություններ պահպանելու համար:

4.7.2 Հասանելիության ռեժիմների կարգավորում

Կարգավորեք մատչելիության ռեժիմը՝ կրկնօրինակների միջև համաժամեցման վարքագիծը կառավարելու համար։

Սեղմեք աջ կոճակով մատչելիության խմբի վրա և ընտրեք Հատկություններ.
Է ընդհանուր էջ, անցեք դեպի Հասանելիության կրկնօրինակներ բաժնում:
Յուրաքանչյուր կրկնօրինակի համար ընտրեք Սինխրոն կատարում or Ասինխրոն կատարում իջնումից
Օգտագործեք համաժամանակյա հաստատում տեղական բարձր մատչելիության կրկնօրինակների համար։
Աշխարհագրորեն հեռավոր աղետների վերականգնման կրկնօրինակների համար օգտագործեք ասինխրոն կոմիտ։
Սեղմել OK կարգավորումը պահպանելու համար։

4.7.3 Անջատման ռեժիմների կարգավորում

Կարգավորեք ձախողման ռեժիմը՝ յուրաքանչյուր կրկնօրինակի համար ձախողման գործընթացը կառավարելու համար։

Սեղմեք աջ կոճակով մատչելիության խմբի վրա և ընտրեք Հատկություններ.
Է ընդհանուր էջ, անցեք դեպի Հասանելիության կրկնօրինակներ բաժնում:
Սինխրոն կոմիտի կրկնօրինակների համար ընտրեք Ավտոմատ or ձեռնարկ ձախողման ռեժիմ:
Ավտոմատ ձախողումը պահանջում է համաժամանակյա հաստատման ռեժիմ և հնարավորություն է տալիս աննկատ անցում կատարել։
Ասինխրոն կոմիտի կրկնօրինակների համար հասանելի է միայն ձեռքով failover-ը։
Կարգավորեք մինչև երեք կրկնօրինակ ավտոմատ անցման համար (մեկ հիմնական և երկու երկրորդական):
Սեղմել OK պարամետրերը կիրառելու համար:

4.7.4 Պահուստավորման նախընտրությունների կարգավորում

Սահմանեք պահուստավորման նախընտրությունները՝ կարգավորելու համար, թե որտեղ պետք է տեղի ունենան պահուստավորման գործողությունները:

Սեղմեք աջ կոճակով մատչելիության խմբի վրա և ընտրեք Հատկություններ.
ընտրել Կրկնօրինակման նախապատվություններ ձախ թաղամասում:
Ընտրեք պահուստավորման նախընտրություններից մեկը՝
- Նախընտրում են երկրորդականՊահուստավորումներ երկրորդականի վրա, եթե հնարավոր է, հակառակ դեպքում՝ առաջնայինի վրա
- Միայն երկրորդականՊահուստավորում միայն երկրորդական կրկնօրինակների վրա
- ՀիմնականՊահուստավորում միայն հիմնական կրկնօրինակի վրա
- Ցանկացած կրկնօրինակՊահուստավորումներ ցանկացած հասանելի կրկնօրինակի վրա
Սահմանեք պահուստավորման առաջնահերթության արժեքներ յուրաքանչյուր կրկնօրինակի համար (0-100):
Ավելի բարձր առաջնահերթության արժեքները ցույց են տալիս նախընտրելի պահուստային թիրախները։
Սեղմել OK նախընտրությունները պահպանելու համար։

4.8 Հասանելիության խմբի լսողի կարգավորում

Ստեղծեք լսող՝ մեկ միացման կետ ապահովելու համար, որը ավտոմատ կերպով վերահղում է ընթացիկ հիմնական կրկնօրինակին։

4.8.1 Լսողի ստեղծում

Հաճախորդների միացման կառավարման համար հասանելիության խմբում ավելացրեք լսող։

In SQL Server Management Studio, ընդլայնեք հասանելիության խումբը։
Աջ - կտտացրեք Հասանելիության խմբի լսողներ եւ ընտրել Ավելացնել լսող.
Մուտքագրեք լսողի DNS անունը (օրինակ՝ AG_Listener):
Մուտքագրեք պորտի համարը (լռելյայն՝ 1433):
ընտրել Ստատիկ IP ցանցային ռեժիմի համար։
Սեղմել Ավելացնել յուրաքանչյուր ենթացանցի համար IP հասցե ավելացնելու համար։
Մուտքագրեք IP հասցեն և ընտրեք ենթացանցը։
Սեղմել OK լսող ստեղծելու համար։
Ստուգեք, որ լսողը գտնվում է Object Explorer-ում և առցանց է։

4.8.2 DNS և IP կարգավորումների կարգավորում

Ստուգեք DNS գրանցումը և լսողի ցանցի կարգավորումը։

Բացեք DNS Manager-ը դոմեյնի վերահսկիչի վրա։
Ստուգեք, որ լսողի անունը գրանցված է բոլոր IP հասցեներով։
DNS լուծաչափի ստուգում հաճախորդային մեքենաներից՝
```
nslookup ListenerName
```
Ստուգեք, որ բոլոր կարգավորված IP հասցեները վերադարձված են։
Failover Cluster Manager-ում ընդարձակեք դերեր և ընտրեք մատչելիության խումբը։
Ստուգեք, որ IP հասցեի ռեսուրսները առցանց են։
Ստուգեք, որ ցանցի անվան ռեսուրսը առցանց է։

4.8.3 Լսողի կապի ստուգում

Ստուգեք, որ հաճախորդային ծրագրերը կարող են միանալ լսողի միջոցով։

Հաճախորդի մեքենայից բացեք SQL Server Կառավարման ստուդիա.
Միացեք լսողի անվան միջոցով՝ սերվերի անվան փոխարեն։
Կատարեք հարցում՝ ընթացիկ հիմնական կրկնօրինակի հետ կապը ստուգելու համար։
```
SELECT @@SERVERNAME;
```
Ստուգեք ընթերցման մտադրության երթուղավորումը՝ միացման տողին ավելացնելով ApplicationIntent=ReadOnly:
Ստուգեք կապի վերահղումները դեպի ընթեռնելի երկրորդական կրկնօրինակ։
Փորձարկեք ձախողման գործընթացը՝ ձեռքով ձախողելով հասանելիության խումբը և ստուգելով վերամիացումը։

4.9 Տվյալների համաժամեցման մեթոդներ

Ընտրեք տվյալների համաժամացման մեթոդ՝ երկրորդական կրկնօրինակները տվյալների բազայի պատճեններով նախնականացնելու համար։

4.9.1 Ավտոմատ ցանքս

Ավտոմատ սերմնավորումը տվյալների բազայի տվյալները փոխանցում է ցանցով՝ առանց ձեռքով պահուստավորման և վերականգնման անհրաժեշտության։

Հասանելիության խումբը ստեղծելիս ընտրեք Ավտոմատ սերմնացան որպես համաժամեցման մեթոդ։
Ապահովեք ցանցային կապը և բավարար թողունակությունը կրկնօրինակների միջև։
Հիմնական կրկնօրինակը ավտոմատ կերպով հոսքային փոխանցում է տվյալների բազայի տվյալները երկրորդական կրկնօրինակներին։
Հետևեք ցանքսերի առաջընթացին՝ օգտագործելով մատչելիության խմբի վահանակը կամ DMV-ները:
Ավտոմատ ցանքսը պահանջում է SQL Server 2016 կամ ավելի ուշ:
Մեծ տվյալների բազաների համար հաշվի առեք ցանցի ազդեցությունը և ժամանակացույցը ցածր օգտագործման ժամանակահատվածներում։

4.9.2 Ձեռքով սերմնավորում (պահուստավորում և վերականգնում)

Ձեռքով սերմնավորումը ենթադրում է պահուստային պատճեններ ստեղծել հիմնականի վրա և վերականգնել դրանք երկրորդական կրկնօրինակների վրա։

Հիմնական կրկնօրինակի վրա կատարեք ամբողջական պահուստային պատճեն՝
```
BACKUP DATABASE DatabaseName TO DISK = '\\SharePath\DatabaseName.bak';
```
Կատարեք գործարքների գրանցամատյանի պահուստային պատճեն՝
```
BACKUP LOG DatabaseName TO DISK = '\\SharePath\DatabaseName.trn';
```
Յուրաքանչյուր երկրորդական կրկնօրինակի վրա վերականգնեք ամբողջական պահուստային պատճենը.
```
RESTORE DATABASE DatabaseName FROM DISK = '\\SharePath\DatabaseName.bak' WITH NORECOVERY;
```
Վերականգնել գրանցամատյանի պահուստային պատճենը՝
```
RESTORE LOG DatabaseName FROM DISK = '\\SharePath\DatabaseName.trn' WITH NORECOVERY;
```
Միացեք տվյալների բազային հասանելիության խմբին՝
```
ALTER DATABASE DatabaseName SET HADR AVAILABILITY GROUP = AG_Name;
```
Ստուգեք, որ համաժամեցումը սկսվել է և տվյալների բազան հասել է ՍԻՆԽՐՈՆԱՑՎԱԾ վիճակի։

4.9.3 Տվյալների բազայի պատկերի ֆայլեր

Օգտագործեք տվյալների բազայի snapshot ֆայլերը՝ առկա տվյալների բազայի ֆայլերից երկրորդային կրկնօրինակները նախնականացնելու համար։

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

5. ՀՏՀ

5.1 Ընդհանուր հարցեր

Հարց. Ի՞նչ տարբերություն կա Always On FCI-ի և Always On AG-ի միջև։

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

Հարց. Կարո՞ղ եմ օգտագործել «Միշտ հասանելի» խմբերը SQL Server Ստանդարտ տարբերակ՞

Ա. Այո, SQL Server 2016 թվականի Ստանդարտ հրատարակությունը և ավելի ուշ տարբերակները աջակցում են Հիմնական Հասանելիության Խմբերին՝ սահմանափակումներով, ներառյալ մեկ տվյալների բազա յուրաքանչյուր AG-ի համար, առավելագույնը երկու կրկնօրինակ և ընթեռնելի երկրորդական աջակցության բացակայությունը։

Հարց. Արդյո՞ք ինձ անհրաժեշտ է համատեղ պահեստ «Միշտ հասանելի» խմբերի համար:

Ա. Ոչ, մատչելիության խմբերը չեն պահանջում համատեղ պահեստավորում: Յուրաքանչյուր կրկնօրինակ պահպանում է տվյալների բազաների անկախ պատճեններ տեղական պահեստում, որոնք համաժամեցված են գործարքների գրանցամատյանի առաքման միջոցով:

Հարց. Որքա՞ն է առկայություն ունեցող խմբում կրկնօրինակների առավելագույն քանակը։

A: SQL Server Enterprise Edition-ը աջակցում է մինչև ինը կրկնօրինակ (մեկ հիմնական և ութ երկրորդական): Բաշխված հասանելիության խմբերը կարող են աջակցել մինչև 18 ընդհանուր կրկնօրինակ երկու հասանելիության խմբերում:

5.2 Կարգավորման հարցեր

Հարց. Ինչպե՞ս ընտրել սինխրոն և ասինխրոն կոմիտացման ռեժիմների միջև։

Ա. Օգտագործեք համաժամանակյա հաստատում նույն տվյալների կենտրոնում կամ ցածր լատենտությամբ ցանցերում զրոյական տվյալների կորստի պահանջների համար: Օգտագործեք ասինխրոն հաստատում հեռավոր աղետների վերականգնման կրկնօրինակների համար, որտեղ համաժամանակյա հաստատումը կարող է ազդել արդյունավետության վրա:

Հարց. Կարո՞ղ եմ նույն հասանելիության խմբում համատեղել սինխրոն և ասինխրոն կրկնօրինակները:

Ա. Այո, մատչելիության խմբերը աջակցում են խառը կոնֆիգուրացիաներ՝ ինչպես սինխրոն, այնպես էլ ասինխրոն կրկնօրինակներով: Սա հնարավորություն է տալիս տեղական բարձր մատչելիություն ունենալ սինխրոն կրկնօրինակներով և հեռակա աղետների վերականգնում՝ ասինխրոն կրկնօրինակներով:

Հարց. Ի՞նչ է պատահում իմ միացումներին ձախողման ժամանակ։

Ա. Անջատման ժամանակ առկա կապերը ընդհատվում են: Կապի վերստուգման տրամաբանություն ունեցող հավելվածները ավտոմատ կերպով վերամիանում են նոր հիմնականին լսողի միջոցով: Անջատման գործընթացը սովորաբար ավարտվում է վայրկյաններից մինչև րոպեների ընթացքում:

Հարց. Արդյո՞ք պետք է համաժամեցնեմ մուտքանունները և աշխատանքները կրկնօրինակների միջև։

Ա SQL Server 2019 և ավելի վաղ տարբերակներ, այո՛, մուտքերը, SQL Agent-ի աշխատանքները և կապված սերվերները պետք է ձեռքով համաժամեցվեն։ SQL Server 2022 թվականը ներկայացնում է պարունակվող մատչելիության խմբեր, որոնք ավտոմատ կերպով ներառում են այս օբյեկտները։

5.3 Կառավարման հարցեր

Հարց. Կարո՞ղ եմ պահուստային պատճեններ ստեղծել երկրորդական կրկնօրինակների վրա:

Ա. Այո, երկրորդական կրկնօրինակները աջակցում են լրիվ, դիֆերենցիալ և գործարքների գրանցամատյանների պահուստավորումներ: Կարգավորեք պահուստավորման նախընտրությունները՝ պահուստավորումները հիմնական կրկնօրինակից ազատելու և դրա ռեսուրսների օգտագործումը նվազեցնելու համար:

Հարց. Ինչպե՞ս կարող եմ թարմացնել SQL Server նվազագույն դադարի ժամանակով՞

Ա. Օգտագործեք շարունակական թարմացումները՝ նախ երկրորդային կրկնօրինակները թարմացնելով, այնուհետև ձեռքով կատարելով թարմացված երկրորդային համակարգի անցումը թարմացված տարբերակին և վերջապես թարմացնելով նախկին հիմնական տարբերակը: Սա նվազագույնի է հասցնում անցման տևողության ընթացքում առաջացող դադարների ժամանակը:

Հարց. Կարո՞ղ եմ տվյալների բազաներ ավելացնել առկա հասանելիության խմբում:

Ա. Այո, տվյալների բազաները կարող են ավելացվել գործող հասանելիության խմբերին: Տվյալների բազան պետք է լինի լիարժեք վերականգնման մոդելում՝ ամբողջական պահուստավորմամբ, իսկ երկրորդային կրկնօրինակները պետք է ցանվեն ավտոմատ ցանման կամ ձեռքով պահուստավորման և վերականգնման միջոցով:

Հարց. Ի՞նչ է ավտոմատ ցանքսը և պե՞տք է այն օգտագործեմ։

Ա. Ավտոմատ սերմնավորումը տվյալների բազայի տվյալները փոխանցում է ցանցի միջոցով՝ երկրորդական կրկնօրինակները նախնականացնելու համար՝ առանց ձեռքով պահուստավորման: Օգտագործեք այն փոքր տվյալների բազաների համար կամ երբ ցանցի թողունակությունը բավարար է: Շատ մեծ տվյալների բազաների համար ձեռքով սերմնավորումը կարող է ավելի արագ լինել:

Հարց. Որտե՞ղ պետք է գործարկեմ DBCC CHECKDB-ը հասանելիության խմբում:

Ա. Դուք պետք է գործարկեք DBCC CHECKDB-ը երկրորդական կրկնօրինակների վրա՝ հիմնական կրկնօրինակի վրա ծանրաբեռնվածությունը նվազեցնելու համար: Տվյալների բազայի համապատասխանության ստուգումները կարող են իրականացվել երկրորդական տվյալների բազաների վրա՝ առանց ազդելու հիմնական կրկնօրինակի աշխատանքի վրա:

DBCC CHECKDB-ի մասին լրացուցիչ տեղեկությունների համար տե՛ս մեր համապարփակ ուղեցույց.

5.4 Խնդիրների լուծման հարցեր

Հարց. Ինչո՞ւ է իմ տվյալների բազան «ՉՍԻՆԽՐՈՆԱՑՎՈՂ» վիճակում։

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

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

Ա. Միացեք երկրորդական կրկնօրինակին և կատարեք ALTER AVAILABILITY GROUP AG_Name FORCE_FAILOVER_ALLOW_DATA_LOSS հրամանը: Սա հաստատում է տվյալների հնարավոր կորուստը և անմիջապես երկրորդական կրկնօրինակը դարձնում է առաջնային:

Հարց. Ինչո՞ւ հաճախորդները չեն կարողանում կապ հաստատել իմ լսողի հետ։

Ա. Ստուգեք, որ լսողը միացված է Failover Cluster Manager-ում, DNS գրանցումը հաջող է, բոլոր լսողի IP հասցեները հասանելի են հաճախորդներին, և firewall-ի կանոնները թույլ են տալիս երթևեկություն դեպի լսողի միացք:

Հարց. Ի՞նչ է նշանակում մեծ կրկնության հերթը։

Ա. Կրկնման մեծ հերթը ցույց է տալիս, որ երկրորդային կրկնօրինակը չի կարող կիրառել գրանցամատյանի գրառումները այնքան արագ, որքան դրանք ժամանում են: Սա կարող է ցույց տալ սկավառակի մուտքի/ելքի խցանումներ, պրոցեսորի սահմանափակումներ կամ երկրորդայինի վրա միայն ընթերցման հարցումների արգելափակում:

Հարց. Ի՞նչ պետք է անեմ, եթե աղետը ազդում է բոլոր կրկնօրինակների վրա, և իմ պահուստային պատճենները նույնպես վնասված են։

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

5.5 Լիցենզավորման և արժեքի վերաբերյալ հարցեր

Հարց. Ինչպե՞ս է լիցենզավորվում «Միշտ հասանելի խմբերը» (Always On Availability Groups):

A: SQL Server Լիցենզավորումը կախված է հրատարակությունից և տեղակայման մոդելից: Enterprise Edition-ի հասանելիության խմբերը պահանջում են Enterprise լիցենզիաներ բոլոր կրկնօրինակների համար: Պասիվ երկրորդական կրկնօրինակները կարող են որակավորվել անվճար լիցենզավորման համար որոշակի պայմաններում:

Հարց: Կարող եմ օգտագործել SQL Server Մշակողի տարբերակ մատչելիության խմբերի համար՞

Ա. Այո, Developer Edition-ը ներառում է Enterprise Edition-ի բոլոր հնարավորությունները, ներառյալ հասանելիության խմբերի լիարժեք աջակցությունը: Այնուամենայնիվ, այն լիցենզավորված է միայն մշակման և փորձարկման, այլ ոչ թե արտադրական օգտագործման համար:

Հարց. Արդյո՞ք ընթեռնելի երկրորդական ֆայլերը պահանջում են լրացուցիչ լիցենզիաներ:

Ա. Լիցենզավորումը կախված է իրավիճակից: Աղետների վերականգնման համար նախատեսված պասիվ երկրորդական սարքերը սովորաբար լիցենզիաներ չեն պահանջում: Միայն ընթերցման աշխատանքային բեռներ սպասարկող ակտիվ երկրորդական սարքերը սովորաբար լիցենզիաներ են պահանջում, չնայած որոշակի պայմաններ տարբեր են:

Հարց. Կա՞ արդյոք անվճար միջոց բարձր մատչելիություն ստանալու համար SQL Server?

A: SQL Server Express Edition-ը չի աջակցում մատչելիության խմբերը։ SQL Server Ստանդարտ տարբերակը աջակցում է հիմնական հասանելիության խմբերին՝ սկսած SQL Server 2016 թվականին, ապահովելով հիմնական բարձր մատչելիություն Standard Edition լիցենզավորման արժեքով։

Հարց. Ի՞նչ են բաշխված հասանելիության խմբերը:

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

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

6.1 Հիմնական կետերի ամփոփում

SQL Server «Միշտ հասանելիության խմբերը» ներկայացնում են Microsoft-ի առաջատար բարձր մատչելիության և աղետների վերականգնման լուծումը կարևորագույն տվյալների բազաների համար: Դրանք ապահովում են տվյալների բազայի մակարդակի ձախողում առանց համատեղ պահեստավորման պահանջների, ընթեռնելի երկրորդային կրկնօրինակներ աշխատանքային բեռնաթափման համար և ճկուն աշխարհագրական բաշխում՝ տվյալների համապարփակ պաշտպանության համար: Կազմակերպությունների համար, որոնք դեռևս գործարկում են այնպիսի լուծումներ, ինչպիսիք են՝ գերանների առաքում or վերօրինակման, հասանելիության խմբերը առաջարկում են ավելի հուսալի և գործառնական առումով պարզ արդիականացման ուղի։

6.2 Ե՞րբ օգտագործել «Միշտ միացված» հասանելիության խմբերը

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

6.3 Ձեր ներդրման մեկնարկը

Սկսեք մատչելիության խմբի պլանավորումը՝ գնահատելով բիզնես պահանջները, ներառյալ RTO-ն, RPO-ն և բյուջետային սահմանափակումները: Փաստաթղթավորեք տվյալների բազայի ներկայիս ենթակառուցվածքը, կիրառական կախվածությունները և մատչելիության բարձր բացերը: Մշակեք մատչելիության խմբի ճարտարապետություն, որը կբավարարի պահանջները՝ մնալով ռեսուրսների սահմանափակումների սահմաններում:

Սայլակ

Microsoft-ի պաշտոնական փաստաթուղթը. Ի՞նչ է «Միշտ միացված» հասանելիության խումբը։
Microsoft-ի պաշտոնական փաստաթուղթը. Սկսեք «Միշտ հասանելի» խմբերի հետ
Microsoft-ի պաշտոնական փաստաթուղթը. Բաշխված հասանելիության խմբեր

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

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

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

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

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

SQL Server Մշտապես հասանելի խմբեր. Ամբողջական ուղեցույց [2026]

1. Մշտապես հասանելի խմբերի հասկացողությունը

1.1 Ի՞նչ է դա և ինչպե՞ս է այն գործում