1. Ներածություն SQL Server Բարձր մատչելիություն
Բարձր մատչելիություն SQL Server վերաբերում է համակարգի կարողությանը մնալու գործունակ՝ նվազագույն դադարներով, երբ բախվում են սարքավորումների խափանումների, ծրագրային խնդիրների կամ պլանային սպասարկման հետ։ Բարձր մատչելիության կարևորությունը չի կարելի գերագնահատել։ Երբ տվյալների բազաները դառնում են անհասանելի, կազմակերպությունները բախվում են անմիջական հետևանքների, այդ թվում՝ եկամտի կորստի, արտադրողականության նվազման և հաճախորդների դժգոհության։
Թեև բարձր մատչելիությունը (HA) և աղետների վերականգնումը (DR) հաճախ օգտագործվում են փոխարինելիորեն, դրանք լուծում են տարբեր ձախողումների սցենարներ: HA-ն կենտրոնանում է տեղայնացված ձախողումների, ինչպիսիք են սերվերի կամ օրինակի վթարները, պատճառած անսարքությունների նվազագույնի հասցնելու վրա, մինչդեռ DR-ն նախատեսված է ամբողջ տվյալների կենտրոնի կամ տարածաշրջանի վրա ազդող լայնածավալ աղետներից վերականգնման համար:
Երկու կարևոր չափանիշներ են ուղղորդում ՀԱ պլանավորումը.
- Վերականգնման ժամանակի նպատակը (RTO) սահմանում է ձախողումից հետո առավելագույն ընդունելի դադարի ժամանակը
- Վերականգնման կետի նպատակը (RPO) սահմանում է տվյալների կորստի առավելագույն թույլատրելի մակարդակը։
Հասանելիությունը սովորաբար չափվում է «իններով». 99.9%-ը (երեք-ինը) թույլ է տալիս տարեկան 8.76 ժամ անգործունեություն, 99.99%-ը (չորս-ինը) թույլ է տալիս 52.6 րոպե, իսկ 99.999%-ը (հինգ-ինը) սահմանափակում է անգործունեությունը տարեկան ընդամենը 5.26 րոպեով։
2. SQL Server Բարձր մատչելիության լուծումների ակնարկ
2.1 HA լուծումների կատեգորիաներ
SQL Server Բարձր մատչելիության լուծումները կարելի է դասակարգել մի քանի չափանիշներով.
- Օրինակի և տվյալների բազայի մակարդակի պաշտպանություններ. Օրինակի մակարդակի պաշտպանությունները, ինչպիսիք են Failover Cluster Instances-ը, պաշտպանում են ամբողջ օրինակները, ներառյալ բոլոր տվյալների բազաները և սերվերի օբյեկտները, մինչդեռ տվյալների բազայի մակարդակի պաշտպանությունները, ինչպիսիք են Always On Availability Groups-ը, պաշտպանում են որոշակի տվյալների բազաներ:
- Սինխրոն ընդդեմ ասինխրոն տվյալների տեղաշարժի. Սինխրոն տվյալների տեղաշարժը ապահովում է տվյալների զրոյական կորուստ, բայց կարող է առաջացնել լատենտություն, մինչդեռ ասինխրոն տեղաշարժը օպտիմալացնում է կատարողականը, բայց ընդունում է տվյալների հնարավոր կորուստը:
- Ավտոմատ ընդդեմ ձեռքով անցկացվող անհաջողության. Ավտոմատ անցումը նվազագույնի է հասցնում անգործության ժամանակը առանց ձեռքով միջամտության, մինչդեռ ձեռքով անցումը ապահովում է ավելի մեծ վերահսկողություն, բայց պահանջում է ադմինիստրատորի գործողություն:
2.2 ՀԱ-ի տարածված լուծումներ
SQL Server տրամադրում է ութ հիմնական բարձր մատչելիության լուծումներ, որոնցից յուրաքանչյուրը լուծում է որոշակի սցենարներ՝
- Միշտ հասանելիության խմբեր
- Պարունակվող հասանելիության խմբեր
- Բաշխված հասանելիության խմբեր
- Failover կլաստերի օրինակներ
- SQL Server Replication
- Մատյանների առաքում
- Տվյալների բազայի արտացոլում
- Կառավարվող օրինակի հղում
3. Մշտապես հասանելի խմբեր
«Միշտ հասանելի» խմբերը ներկայացնում են SQL Server-ի առաջատար տվյալների բազայի մակարդակի բարձր մատչելիության և աղետների վերականգնման լուծումը, որը ներկայացվել է SQL Server 2012թ.։ Այն թույլ է տալիս տվյալների բազաների խմբերին միասին խափանվել որպես մեկ միավոր, միաժամանակ ապահովելով ընթեռնելի երկրորդային կրկնօրինակներ հարցումների բեռնաթափման համար։
ԿԱՐԵՎՈՐ մասեր
- Աջակցություն մինչև 9 կրկնօրինակի ընդհանուր քանակի համար (1 հիմնական + 8 երկրորդական)
- Մինչև 5 կրկնօրինակ սինխրոն հաստատման ռեժիմում (1 հիմնական + 4 երկրորդական)
- Ավտոմատ անցումային անջատում՝ սինխրոն ռեժիմում տվյալների զրոյական կորստով
- Հարցման բեռնաթափման համար ընթեռնելի երկրորդային կրկնօրինակներ
- Պահուստային պատճենների բեռնաթափում երկրորդական կրկնօրինակների վրա
- Հասանելիության խմբի լսող ավտոմատ միացման երթուղայնացման համար
- Միայն ընթերցման երթուղավորում բեռի հավասարակշռման ընթերցման հարցումների համար
- Մի քանի տվյալների բազաներ միասին խափանվում են որպես խումբ
Իրականացման քայլեր
- Կարգավորեք Windows Server Failover Clustering (WSFC) կամ Linux Pacemaker կլաստերը
- Միացնել «Միշտ միացված հասանելիության խմբեր» գործառույթը բոլորի վրա SQL Server դեպքերում
- Համոզվեք, որ տվյալների բազաները օգտագործում են ամբողջական վերականգնման մոդել և ունեն ամբողջական պահուստային պատճեններ
- Ստեղծեք տվյալների բազայի հայելային վերջնակետեր յուրաքանչյուր կրկնօրինակի վրա
- Ստեղծեք Հասանելիության խումբ և ավելացրեք տվյալների բազաներ
- Կարգավորեք առաջնային և երկրորդային կրկնօրինակները ցանկալի ռեժիմներով
- Ստեղծեք և կարգավորեք հասանելիության խմբի լսիչը
- Կարգավորեք միայն ընթերցման երթուղավորումը, եթե օգտագործում եք ընթերցելի երկրորդականներ
- Փորձարկեք ձախողման ընթացակարգերը և ստուգեք ծրագրի կապը
Լավագույն For
- Կարևորագույն տվյալների բազաներ, որոնք պահանջում են առավելագույն աշխատանքային ժամանակ
- Կազմակերպություններ, որոնք կարիք ունեն և՛ տեղական տնային տնտեսության, և՛ աշխարհագրական տվյալների կառավարման (DR)
- Ընթերցման մասշտաբի հնարավորություններ պահանջող միջավայրեր
- Ծրագրեր, որոնք օգուտ են քաղում հաշվետվությունների հարցումներից
- Տվյալների կորստի զրոյական պաշտպանություն պահանջող տվյալների բազաներ
- Համակարգված ձախողման կարիք ունեցող բազմաբնույթ տվյալների բազայի կիրառություններ
Կոալիցիայում
- Զրոյական տվյալների կորուստ համաժամանակյա հաստատման ռեժիմով
- Ավտոմատ ձախողումը նվազագույնի է հասցնում անսարքության ժամանակը (սովորաբար վայրկյաններ)
- Ընթերցելի երկրորդային միացումները նվազեցնում են առաջնայինի վրա բեռը
- Համատեղ պահեստավորման պահանջ չկա
- Աջակցում է ինչպես Windows, այնպես էլ Linux հարթակներին
- Աղետների վերականգնման աշխարհագրական բաշխումը
- Պահուստային գործողությունները կարող են բեռնաթափվել երկրորդական մասերին
- Ծրագրի միացման տողերը մնում են անփոփոխ ձախողումից հետո
Դեմ
- Լրիվ ֆունկցիոնալության համար անհրաժեշտ է Enterprise Edition
- Ստանդարտ հրատարակությունը սահմանափակվում է Basic AG-ով (1 տվյալների բազա, 1 երկրորդական, ոչ մի ընթեռնելի երկրորդական)
- Բարդ կարգավորում և կառավարում
- Պահանջվում է կլաստերային ենթակառուցվածք (WSFC կամ Pacemaker)
- Օրինակի մակարդակի օբյեկտները (մուտքագրումներ, աշխատանքներ) պահանջում են ձեռքով համաժամեցում
- Սինխրոն ռեժիմը կարող է առաջացնել գործարքի լատենտություն
- Լիցենզավորման արժեքը բազմաթիվ սերվերների համար
Սայլակ
- SQL Server Մշտապես հասանելի խմբեր. ամբողջական ուղեցույց
- Microsoft-ի պաշտոնական փաստաթուղթ. «Միշտ միացված» հասանելիության խմբերի ակնարկ (SQL Server)
4. Պարունակվող հասանելիության խմբեր
Պարունակվող հասանելիության խմբեր, ներկայացված SQL Server 2022 թվականին ընդլայնվում են ավանդական «Միշտ միացված հասանելիության խմբերը»՝ ավտոմատ կերպով համաժամեցնելով օրինակների մակարդակի օբյեկտները կրկնօրինակների միջև, վերացնելով մուտքերի, աշխատանքների և սերվերի մակարդակի այլ օբյեկտների ձեռքով կրկնօրինակման անհրաժեշտությունը։
ԿԱՐԵՎՈՐ մասեր
- Օրինակի մակարդակի օբյեկտների ավտոմատ համաժամեցում (մուտքագրումներ, օգտատերեր, դերեր)
- SQL Server Գործակալի աշխատանքները կրկնօրինակվել են բոլոր կրկնօրինակներում
- Տվյալների բազայի թույլտվությունները համաժամեցվում են ավտոմատ կերպով
- Բոլոր Always On AG հնարավորությունները ներառված են
- Պարզեցված ձախողում ամբողջական միջավայրի կրկնօրինակմամբ
- Աջակցություն ինչպես Windows, այնպես էլ Linux հարթակների համար
Իրականացման քայլեր
- Ապահովել SQL Server 2022 կամ ավելի ուշ՝ բոլոր դեպքերում
- Կարգավորեք WSFC կամ Pacemaker կլաստերային ենթակառուցվածքը
- Միացնել «Միշտ միացված» գործառույթը բոլոր դեպքերում
- Ստեղծեք «Պարունակվող հասանելիության խումբ»՝ «ՊԱՐՈՒՆԱԿՎԱԾ» տարբերակով
- Ավելացրեք տվյալների բազաներ պարունակվող AG-ին
- Ստեղծեք մուտքանուններ և աշխատատեղեր AG համատեքստում
- Կարգավորեք լսողը և փորձարկեք ձախողումը
Լավագույն For
- Կազմակերպություններ, որոնք ցանկանում են պարզեցված AG վարչարարություն
- Հաճախակի ձախողման փորձարկումներ կամ գործողություններ ունեցող միջավայրեր
- Ծրագրեր, որոնք պահանջում են բազմաթիվ օրինակի մակարդակի օբյեկտներ
- նոր SQL Server 2022+ տեղակայումներ
- Թիմեր, որոնք ձգտում են կրճատել հետ-failover կոնֆիգուրացիան
Կոալիցիայում
- Վերացնում է մուտքերի և աշխատանքների ձեռքով համաժամեցումը
- Ավելի արագ, ավելի հուսալի ձախողման համակարգ
- Վարչական ծախսերի կրճատում
- Ծրագրերը աշխատում են անմիջապես ձախողումից հետո
- Աղետներից հետո վերականգնման պարզեցված ընթացակարգեր
- Բոլոր ավանդական AG արտոնությունները ներառված են
Դեմ
- Պահանջում է SQL Server 2022 կամ ավելի ուշ
- Լիարժեք ֆունկցիոնալության համար անհրաժեշտ է Enterprise Edition
- Հնարավոր չէ գոյություն ունեցող ավանդական AG-ները վերածել պարունակվող AG-ների։
- Բոլոր կրկնօրինակները պետք է աջակցեն պարունակվող AG գործառույթին
- Լրացուցիչ բարդություն՝ համեմատած ավանդական AG-ների հետ
Սայլակ
5. Բաշխված հասանելիության խմբեր
Բաշխված հասանելիության խմբեր, որոնք ներկայացվել են SQL Server 2016 թվականին հնարավոր դարձավ ստեղծել «Հասանելիության խմբերի հասանելիության խումբ» ճարտարապետությունը, որը միացնում է երկու անկախ AG-ներ առանձին կլաստերների միջև՝ աղետների վերականգնման և միգրացիայի առաջադեմ սցենարների համար։
ԿԱՐԵՎՈՐ մասեր
- Կապում է երկու անկախ հասանելիության խմբեր
- Յուրաքանչյուր AG պահպանում է իր սեփական անկախ կլաստերը
- Տարբեր հարթակների աջակցություն (Windows-ից մինչև Linux)
- Խաչաձև կլաստերային վերարտադրություն առանց կլաստերի համատեղ անդամակցության
- Մեկ AG-ն ծառայում է որպես առաջնային, մյուսը՝ որպես երկրորդական
- Աջակցում է ինչպես սինխրոն, այնպես էլ ասինխրոն ռեժիմներին
- Աշխարհագրական բաշխումը տարածաշրջաններում կամ մայրցամաքներում
Իրականացման քայլեր
- Ստեղծեք և կարգավորեք առաջին հասանելիության խումբը (հիմնական DAG)
- Ստեղծեք և կարգավորեք երկրորդ հասանելիության խումբը (երկրորդական DAG)
- Ստեղծեք բաշխված AG՝ կապելով երկու AG-ները
- Կարգավորեք տվյալների համաժամեցումը AG-ների միջև
- Կարգավորեք լսողը յուրաքանչյուր AG-ի վրա՝ ծրագրի միացման համար
- Կարգավորեք ձախողման քաղաքականությունները և փորձարկման ընթացակարգերը
- Ստուգեք միջկլաստերային հաղորդակցությունը և կրկնօրինակումը
Լավագույն For
- Բազմառազմաշրջանային աղետների վերականգնում՝ ընդգրկելով անկախ տվյալների կենտրոններ
- Windows-ից Linux կամ հակառակը տարբեր հարթակների միջև անցում
- Հիբրիդային ամպային սցենարներ, որոնք միանում են տեղական Azure-ին
- Հիմնական տարբերակի թարմացումներ, որոնք պահանջում են երկարաձգված միգրացիոն պատուհաններ
- Կազմակերպություններ, որոնք ունեն բազմաթիվ անկախ ձախողման կլաստերներ
- Գլոբալ ձեռնարկությունները կարիք ունեն մայրցամաքային կրկնօրինակման
Կոալիցիայում
- Անջատում է կլաստերային կախվածությունները կայքերի միջև
- Հնարավորություն է տալիս իրական աշխարհագրական բաշխման
- Աջակցում է խաչաձև հարթակային սցենարներին
- Յուրաքանչյուր AG կարող է անկախ ձախողվել
- Իդեալական է բարդ միգրացիոն նախագծերի համար
- Համատեղ կլաստերային ենթակառուցվածքի կարիք չկա
- Կարող է ընդգրկել տարբեր Windows տիրույթներ կամ Linux բաշխումներ
Դեմ
- Պահանջվում է Enterprise Edition
- Կարգավորման և կառավարման բարձր բարդություն
- Պահանջվում է ինչպես կլաստերացման, այնպես էլ գյուղատնտեսական տեխնոլոգիայի խորը ըմբռնում
- Ավելի դժվար է լուծել խնդիրները, քան ստանդարտ AG-ները
- Լրացուցիչ լատենտություն միջտարածաշրջանային սցենարների համար
- Պահանջում է ձախողման ընթացակարգերի ուշադիր պլանավորում
Սայլակ
6. Failover կլաստերային դեպքեր (FCI)
Failover Cluster Instances-ները ապահովում են բարձր մատչելիություն՝ օգտագործելով համօգտագործվող պահեստը և Windows Server Failover Clustering-ը, հնարավորություն տալով ավտոմատ կերպով անցնել ամբողջ համակարգի failover-ին։ SQL Server օրինակ, որը ներառում է բոլոր տվյալների բազաները և սերվերի մակարդակի օբյեկտները։
ԿԱՐԵՎՈՐ մասեր
- Օրինակի մակարդակի պաշտպանություն (բոլոր տվյալների բազաները միասին ձախողվում են)
- Ակտիվ-պասիվ կոնֆիգուրացիա՝ համատեղ պահեստով
- Վիրտուալ ցանցի անուն (VNN) թափանցիկ ձախողման համար
- Ավտոմատ անցում, երբ ակտիվ հանգույցը ձախողվում է
- Զրոյական տվյալների կորուստ (տվյալների մեկ օրինակ)
- Ներառված սերվերի մակարդակի օբյեկտներ (մուտքագրումներ, աշխատանքներ, կապված սերվերներ)
- Աջակցում է բոլորին SQL Server վերականգնման մոդելներ
Իրականացման քայլեր
- Կարգավորել Windows Server Failover Cluster-ը (WSFC)
- Կարգավորեք համատեղ պահեստը (SAN, SMB, Storage Spaces Direct)
- Կազմաձևեք կլաստերի քվորումի կարգավորումները
- Տեղադրեք SQL Server որպես Failover Cluster Instance առաջին հանգույցի վրա
- Ավելացրեք լրացուցիչ հանգույցներ FCI-ին
- Կարգավորեք վիրտուալ ցանցի անունը և IP հասցեն
- Կլաստերի հանգույցների միջև անցումային անցման փորձարկում
- Կարգավորեք հաճախորդի ծրագրերը՝ VNN օգտագործելու համար
Լավագույն For
- Կազմակերպություններ, որոնք ունեն համատեղ պահեստավորման ենթակառուցվածքներ
- Միջավայրեր, որոնք պահանջում են օրինակի մակարդակի պաշտպանություն
- Տեղական բարձր մատչելիություն մեկ տվյալների կենտրոնում
- Բոլոր տվյալների բազաների միաժամանակյա ձախողման կարիք ունեցող ծրագրեր
- Սցենարներ, որտեղ սերվերի մակարդակի օբյեկտները պետք է պաշտպանված լինեն
- Միայն Windows միջավայրեր (Linux-ը չի աջակցվում FCI-ի համար)
Կոալիցիայում
- Ամբողջական պաշտպանություն օրինակի մակարդակում
- Զրոյական տվյալների կորուստը երաշխավորված է
- Ավտոմատ ձախողման հնարավորություն
- Անհրաժեշտ չէ համաժամեցնել մուտքերը կամ աշխատանքները
- Տվյալների մեկ պատճենը նվազեցնում է պահեստավորման ծախսերը
- Աջակցում է վերականգնման բոլոր մոդելներին
- Ծրագրի միացման տողերը անփոփոխ են մնացել ձախողումից հետո
Դեմ
- Պահանջում է թանկարժեք համատեղ պահեստավորման ենթակառուցվածք
- Համատեղ պահեստը ձախողման միակ կետն է
- Չկա ընթերցման մասշտաբի հնարավորություն (միայն մեկ ակտիվ հանգույց)
- Սահմանափակ աշխարհագրական տարածում՝ պահեստավորման սահմանափակումների պատճառով
- Ստանդարտ հրատարակությունը սահմանափակվում է 2 հանգույցով
- Միայն Windows (Linux-ի աջակցություն չկա)
- Ավելի երկար անհաջողության ժամանակ՝ համեմատած AG-ների հետ (սովորաբար րոպեներ)
- Բարդ պահեստավորման կարգավորում և կառավարում
Սայլակ
- SQL Server Failover Cluster: DBA-ի ամբողջական ուղեցույց
- Microsoft-ի պաշտոնական փաստաթուղթ. Միշտ միացված failover կլաստերի օրինակներ (SQL Server)
7. SQL Server Replication
SQL Server Կրկնօրինակումը տվյալների բաշխման տեխնոլոգիա է, որը պատճենում և բաշխում է տվյալները բազմաթիվ սերվերների միջև՝ աջակցելով տարբեր տոպոլոգիաների՝ պարզ միակողմանի բաշխումից մինչև բարդ բազմամասթեր կոնֆիգուրացիաներ, չնայած որ հիմնականում օգտագործվում է հաշվետվությունների համար, այլ ոչ թե մաքուր բարձր մատչելիության լուծումների համար։
ԿԱՐԵՎՈՐ մասեր
- Չորս կրկնօրինակման տեսակ՝ Snapshot, Transactional, Merge, Peer-to-peer
- Հատիկավոր տվյալների ընտրություն (կոնկրետ աղյուսակներ, սյուներ, տողեր)
- Աջակցություն մեկ հրատարակչի կողմից բազմաթիվ բաժանորդների համար
- Հասանելի են երկկողմանի և բազմամասթեր տոպոլոգիաներ
- ճկուն ժամանակացույցի և համաժամեցման տարբերակներ
- Հակամարտության լուծում միաձուլման կրկնօրինակման համար
- WHERE պրեդիկատներով ֆիլտրման հնարավորություններ
Իրականացման քայլեր
- Կարգավորեք դիստրիբյուտորի սերվերը (կարող է լինել առանձին կամ նույնը, ինչ հրատարակիչը)
- Ստեղծեք հրատարակություն հրատարակչի տվյալների բազայում
- Ընտրեք կրկնօրինակման տեսակը՝ հիմնվելով պահանջների վրա
- Ընտրեք հոդվածներ (աղյուսակներ, տեսակետներ, պահված ընթացակարգեր)՝ կրկնօրինակելու համար
- Անհրաժեշտության դեպքում կարգավորեք ֆիլտրացումը և տվյալների փոխակերպումը
- Կարգավորեք բաժանորդների տվյալների բազաները
- Ստեղծեք բաժանորդագրություններ (push կամ pull)
- Սկզբնավորել բաժանորդագրությունները Snapshot-ի միջոցով
- Վերահսկեք վերարտադրության գործակալները և լատենտությունը
Լավագույն For
- Տվյալների բաշխում բազմաթիվ հաշվետվությունների սերվերների միջև
- Հաշվետվությունների աշխատանքային բեռներով ընթերցման մասշտաբի սցենարներ
- Մասնակի տվյալների բաշխում հեռավոր վայրերում
- Տվյալների համախմբում բազմաթիվ աղբյուրներից
- Երբեմն կապված սցենարներ (միաձուլման կրկնօրինակում)
- Աջակցող դեր աղետների վերականգնման ռազմավարության մեջ
Կոալիցիայում
- Կրկնօրինակված տվյալների մանրացված վերահսկողություն
- Աջակցվում են բազմաթիվ բաժանորդներ
- ճկուն տոպոլոգիայի տարբերակներ
- Կարող է կրկնօրինակել որոշակի աղյուսակներ կամ սյուներ
- Ֆիլտրացումը նվազեցնում է ցանցային երթևեկությունը
- Աջակցում է տարասեռ վերարտադրությանը (SQL Server դեպի Oracle)
- Աշխատում է Standard Edition-ի հետ
Դեմ
- Ավտոմատ ձախողման հնարավորություն չկա
- Բարդ կարգավորում և կառավարում
- Կրկնօրինակման կոնֆլիկտների հավանականություն (միաձուլում և peer-to-peer)
- Տվյալների համաժամեցման ուշացում
- Սխեմայի փոփոխությունները պահանջում են ուշադիր համակարգում
- Չի նախագծվել որպես հիմնական HA լուծույթ
- Խնդիրների լուծումը կարող է դժվար լինել
- Peer-to-Peer-ը պահանջում է Enterprise Edition
Սայլակ
- SQL Server Կրկնօրինակում. DBA-ի ամբողջական ուղեցույց
- Microsoft-ի պաշտոնական փաստաթուղթ. SQL Server վերօրինակման
8. Փայտանյութի առաքում
Log Shipping-ը տրամադրում է տաք սպասման ռեժիմով աղետներից վերականգնման և բարձր մատչելիության լուծում՝ գործարքների գրանցամատյանի ավտոմատացված պահուստավորման, պատճենման և վերականգնման գործընթացների միջոցով, առաջարկելով պարզ և ծախսարդյունավետ մոտեցում համաժամեցված երկրորդային տվյալների բազաների պահպանման համար։
ԿԱՐԵՎՈՐ մասեր
- Ավտոմատացված պահուստավորում, պատճենում և վերականգնում աշխատանքներ SQL Agent-ի միջոցով
- Աջակցություն բազմաթիվ երկրորդական սերվերների համար
- Կարգավորելի պահուստավորման և վերականգնման ժամանակահատվածներ
- Սպասման ռեժիմը թույլ է տալիս միայն կարդալու մուտք երկրորդական
- Սխալների վերականգնումից պաշտպանության համար ուշացած գրանցամատյանի վերականգնում
- Մոնիտոր սերվեր կենտրոնացված մոնիթորինգի համար
- Գործարքների գրանցամատյանի սեղմման աջակցություն
Իրականացման քայլեր
- Համոզվեք, որ հիմնական տվյալների բազան օգտագործում է ամբողջական վերականգնման մոդել
- Ստեղծեք հիմնական տվյալների բազայի ամբողջական պահուստային պատճենը
- Վերականգնել պահուստային պատճենը երկրորդական սերվերի վրա՝ օգտագործելով NORECOVERY-ը
- Կարգավորեք գրանցամատյանի առաքումը հիմնական տվյալների բազայում
- Նշեք բոլոր սերվերների համար հասանելի համօգտագործվող պահուստային թղթապանակը
- Կարգավորեք պահուստավորման աշխատանքների ժամանակացույցը հիմնականի վրա
- Կազմաձևեք պատճենումը և վերականգնեք աշխատանքները երկրորդականի վրա
- Ըստ ցանկության կարգավորել մոնիտորի սերվերը
- Փորձարկման ձախողման ընթացակարգեր
Լավագույն For
- Աղետների վերականգնման մատչելի լուծումներ
- Ստանդարտ տարբերակի լիցենզիա ունեցող կազմակերպություններ
- Սցենարներ, որոնք հանդուրժում են տվյալների կորստի րոպեները
- Հարմար միջավայրեր ձեռքով անցման հնարավորությամբ
- Սխալներից պաշտպանության կարիքների համար ուշացած վերականգնում
- Աշխատանքային բեռների մասին հաղորդումներ՝ օգտագործելով սպասման ռեժիմը
- Պարզ DR պահանջներ՝ առանց բարդ ենթակառուցվածքների
Կոալիցիայում
- Պարզ կարգավորում և շահագործում
- Ցածր գին (Standard Edition-ի աջակցություն)
- Աջակցվում են բազմաթիվ երկրորդական սերվերներ
- Կարգավորելի ուշացումը պաշտպանում է տրամաբանական սխալներից
- Միայն ընթերցման հաշվետվություն սպասման ռեժիմում
- Հանդուրժում է բարձր ցանցային լատենտություն
- Նվազագույն ազդեցություն հիմնական սերվերի վրա
- Լավ հաստատված, ապացուցված տեխնոլոգիա
Դեմ
- Ավտոմատ ձախողման հնարավորություն չկա
- Պետք է առանձին կարգավորել յուրաքանչյուր տվյալների բազայի համար
- Սինխրոնիզացիայի ուշացում (րոպեից մինչև ժամ)
- Հնարավոր տվյալների կորուստ՝ կախված պահուստավորման ժամանակահատվածից
- Ձեռքով անցումը մեծացնում է RTO-ն (Ri-Tower)
- Պահանջում է SQL Server Գործակալը աշխատում է բոլոր սերվերների վրա
- Երկրորդական տվյալների բազաները հասանելի չեն գրանցամատյանի վերականգնման ժամանակ
- Անջատումից հետո հավելվածները պահանջում են կապի տողերի փոփոխություններ
Սայլակ
- SQL Server Գրանցամատյանների առաքում. DBA-ի ամբողջական ուղեցույց
- Microsoft-ի պաշտոնական փաստաթուղթ. Գրանցամատյանի առաքման մասին (SQL Server)
9. Տվյալների բազայի հայելային արտացոլում
Տվյալների բազայի հայելային արտացոլումը հնացած տվյալների բազայի մակարդակի բարձր մատչելիության լուծում է, որը այդ ժամանակվանից ի վեր որևէ բարելավում չի ստացել։ SQL Server 2012 թվական, չնայած այն դեռևս հասանելի է ներկայիս տարբերակներում: Microsoft-ը խստորեն խորհուրդ է տալիս բոլոր նոր տեղակայումների համար անցնել Always On Availability Groups-ին:
ԿԱՐԵՎՈՐ մասեր
- Գլխավոր և հայելային սերվերի ճարտարապետություն
- Լրացուցիչ վկաների սերվեր ավտոմատ ձախողման համար
- Երկու աշխատանքային ռեժիմ՝ բարձր անվտանգություն և բարձր արդյունավետություն
- Սինխրոն և ասինխրոն գործողությունների աջակցություն
- Էջի ավտոմատ վերականգնման հնարավորություն
- Տվյալների բազայի մակարդակի պաշտպանություն
- Տվյալների փոխանցման կոդավորման աջակցություն
Իրականացման քայլեր
- Համոզվեք, որ տվյալների բազան օգտագործում է ամբողջական վերականգնման մոդել
- Ստեղծեք ամբողջական պահուստային պատճեն և վերականգնեք հայելային սերվերի վրա NORECOVERY-ի միջոցով
- Ստեղծեք հայելային վերջնակետեր գլխավորի և հայելայինի վրա
- Կարգավորեք վկայականները նույնականացման համար
- Ստեղծել հայելային սեսիա սերվերների միջև
- Ըստ ցանկության՝ կարող եք կարգավորել վկաների սերվերը ավտոմատ ձախողման համար
- Սահմանել աշխատանքային ռեժիմը (Բարձր անվտանգություն կամ Բարձր արդյունավետություն)
- Փորձարկման ձախողման ընթացակարգեր
Լավագույն For
- Հնացած համակարգերը, որոնք արդեն օգտագործում են տվյալների բազայի հայելային արտացոլումը
- Պահպանելով առկա կարգավորումները մինչև տեղափոխման հնարավորությունը
- Այլ սցենարներ խորհուրդ չեն տրվում (գործառույթը հնացած է)
Կոալիցիայում
- Արագ ավտոմատ անցում բարձր անվտանգության ռեժիմում՝ վկայի հետ
- Բարձր անվտանգության ռեժիմում տվյալների զրոյական կորուստ
- Գործընկերոջ կողմից էջի ավտոմատ վերականգնում
- Ավելի պարզ, քան մեկ տվյալների բազայի համար հասանելիության խմբերը
- Աջակցում է փոխանցման կոդավորմանը
- Անընդհատ թարմացումներ՝ նվազագույն դադարներով
Դեմ
- Հնացած է SQL Server 2012 (կարող է հեռացվել)
- Յուրաքանչյուր տվյալների բազայի համար կոնֆիգուրացիա և ձախողում
- Ընթերցելի հայելի չկա (կարդալու մասշտաբի հնարավորություն չկա)
- Յուրաքանչյուր տվյալների բազա ինքնուրույն ձախողվում է
- Անջատումից հետո անհրաժեշտ է միացման տողի թարմացումներ
- Սահմանափակված է երկու սերվերով (գլխավոր և հայելային)
- Բարելավումներ կամ նոր հնարավորություններ չկան
- Microsoft-ը խորհուրդ է տալիս անցնել Always On AG-ին
Սայլակ
10. Կառավարվող օրինակի հղում
Կառավարվող օրինակի հղումը ստեղծում է հիբրիդային կապ SQL Server և Azure SQL կառավարվող օրինակ՝ օգտագործելով բաշխված հասանելիության խմբի տեխնոլոգիա, որը հնարավորություն է տալիս գրեթե իրական ժամանակում տվյալների կրկնօրինակում կատարել աղետների վերականգնման, միգրացիայի և ամպային ինտեգրման սցենարների համար։
ԿԱՐԵՎՈՐ մասեր
- Գրեթե իրական ժամանակում կրկնօրինակում՝ օգտագործելով բաշխված AG տեխնոլոգիա
- Միակողմանի վերարտադրություն (SQL Server 2016-2019 թվականներից մինչև Azure)
- Երկկողմանի վերարտադրություն՝ հետադարձ կապի հնարավորությամբ (SQL Server 2022+)
- Մեկ հղման համար մեկ տվյալների բազա (աջակցվում են բազմաթիվ հղումներ)
- Azure SQL կառավարվող օրինակի վրա ընթեռնելի կրկնօրինակներ
- Լիցենզիա չպահանջող պասիվ DR կրկնօրինակման տարբերակ
- Առցանց միգրացիա նվազագույն դադարներով
Իրականացման քայլեր
- Պատրաստել SQL Server միջավայր (VPN կամ ExpressRoute դեպի Azure)
- Կարգավորել Azure SQL կառավարվող օրինակը
- Միացնել «Միշտ միացված AG» գործառույթը SQL Server
- Ստեղծեք տվյալների բազայի հայելային վերջնակետ
- Վկայականների փոխանակում SQL Server և Միչիգան
- Ստեղծեք կառավարվող օրինակի հղում՝ օգտագործելով SSMS կամ սկրիպտներ
- Հաստատեք կրկնօրինակումը և համաժամացումը
- Կարգավորեք միայն ընթերցման երթուղավորումը, եթե օգտագործում եք ընթերցման մասշտաբի համար
- Փորձարկման ձախողման ընթացակարգեր
Լավագույն For
- Հիբրիդային աղետների վերականգնում՝ ամպային երկրորդային տեխնոլոգիայով
- Առցանց միգրացիա դեպի Azure SQL կառավարվող օրինակ
- Վերլուծությունների և հաշվետվությունների տեղափոխում Azure-ին
- Հիբրիդային ամպային ռազմավարություն որդեգրող կազմակերպություններ
- Azure ծառայության ինտեգրում պահանջող սցենարներ
- Արժեքի օպտիմալացում լիցենզիա չպահանջող պասիվ DR-ի միջոցով
Կոալիցիայում
- Առավելագույն արդյունավետությամբ, նվազագույն դադարների ժամանակով անցում դեպի Azure
- Իրական առցանց անցում դեպի բիզնեսի կարևորագույն մակարդակ
- Երկկողմանի ձախողում SQL Server 2022+
- Լիցենզիա չպահանջող պասիվ DR կրկնօրինակը նվազեցնում է ծախսերը
- Azure ծառայությունների հետ ինտեգրում առանց լրիվ միգրացիայի
- Azure-ի կրկնօրինակների միջոցով ընթերցման մասշտաբի հնարավորություն
- Ավտոմատացված պահուստավորումներ Azure-ի կողմից
- Աշխարհագրական բաշխումը Azure տարածաշրջաններում
Դեմ
- Մեկ հղման համար մեկ տվյալների բազայի սահմանափակում
- Հնարավոր չէ օգտագործել MI-ի վրա ձախողման խմբերի հետ
- Համակարգի տվյալների բազաները չեն կրկնօրինակվել
- Օրինակի մակարդակի օբյեկտները պահանջում են ձեռքով համաժամեցում
- SQL Server 2016-2019 թվականներին՝ միայն միակողմանի (առանց հետադարձ կապի)
- Azure-ի ծախսերը կառավարվող օրինակի համար
- Ցանցային կապի պահանջներ (VPN/ExpressRoute)
- Հատկանիշների սահմանափակումներ (ֆայլերի աղյուսակները, ֆայլերի հոսքերը չեն աջակցվում)
Սայլակ
11. Բարձր մատչելիության լուծումների համեմատություն
11.1 Հատկանիշների համեմատական աղյուսակ
| առանձնահատկություն | Միշտ AG-ի վրա | Պարունակված AG | Բաշխված AG | CFI | Replication | Մատյանների առաքում | Հայելի | MI Link |
|---|---|---|---|---|---|---|---|---|
| Հրատարակություն | ԼՕՌ/Ստանդարտ | ԼՕՌ/Ստանդարտ | Մուտք | ԼՕՌ/Ստանդարտ | ԼՕՌ/Ստանդարտ | ԼՕՌ/Ստանդարտ | ԼՕՌ/Ստանդարտ | ԼՕՌ/Ստանդարտ |
| Protection Level | Database | Տվյալների բազա + օրինակ | Database | Դեպք | Տվյալների բազա/օբյեկտներ | Database | Database | Database |
| Տվյալների համաժամեցում | Սինխրոնիզացիա/Չսինխրոնիզացիա | Սինխրոնիզացիա/Չսինխրոնիզացիա | Սինխրոնիզացիա/Չսինխրոնիզացիա | Հղում | համաժամ | համաժամ | Սինխրոնիզացիա/Չսինխրոնիզացիա | համաժամ |
| Ավտոմատ ձախողում | Այո | Այո | Այո | Այո | Ոչ | Ոչ | Այո | Ոչ |
| Կարդալու մասշտաբ | Այո | Այո | Այո | Ոչ | Այո | սահմանափակ | Ոչ | Այո |
| RTO- ն | վայրկյան | վայրկյան | վայրկյան | արձանագրություն | ձեռնարկ | ձեռնարկ | վայրկյան | ձեռնարկ |
| RPO | Զրո/րոպե | Զրո/րոպե | Զրո/րոպե | Զրո | Նվազագույն | արձանագրություն | Զրո/րոպե | Նվազագույն |
| Աջակցության կարգավիճակ | ակտիվ | ակտիվ | ակտիվ | ակտիվ | ակտիվ | ակտիվ | Հնացել | ակտիվ |
11.2 Ընտրեք HA լուծումը
Լուծում ընտրելիս հաշվի առեք հետևյալ գործոնները.
- Բյուջեի նկատառումները զգալիորեն ազդում են լուծման ընտրության վրա. Enterprise Edition-ի պահանջները ազդում են լիցենզավորման ծախսերի վրա, մինչդեռ ենթակառուցվածքների կարիքները տատանվում են FCI-ների համար թանկարժեք համատեղ օգտագործվող պահեստից մինչև մատչելիության խմբերի համար նախատեսված ապրանքային սերվերներ:
- Բարդությունը էապես տարբերվում է. Գրանցամատյանի առաքումն առաջարկում է ամենապարզ իրականացումը, մինչդեռ բաշխված հասանելիության խմբերը պահանջում են լայնածավալ փորձագիտություն։
- RTO պահանջները որոշում են տեխնոլոգիական ընտրությունը: Պահանջվում է վայրկյանների ընթացքում դադարի ժամանակ: Մշտապես հասանելի խմբեր կամ FCI-ներ ավտոմատ անցումային տարբերակով: Րոպեների հանդուրժողականությունը թույլ է տալիս ձեռքով անցումային տարբերակի լուծումներ, ինչպիսին է գրանցման մատյանի առաքումը:
- RPO պահանջները հավասարապես կարևոր են. տվյալների զրոյական կորուստը պահանջում է համաժամանակյա լուծումներ, մինչդեռ րոպեների հանդուրժողականությունը հնարավորություն է տալիս գրանցամատյանի առաքմանը։
- Ենթակառուցվածքի սահմանափակումները, ընթերցման մասշտաբի կարիքները, աշխարհագրական բաշխման պահանջները և ամպային հիբրիդային սցենարները՝ բոլորը ազդում են օպտիմալ լուծման ընտրության վրա։
12. Լավագույն փորձը SQL Server Բարձր մատչելիություն
12.1 Պլանավորում և նախագծում
Գնահատեք բիզնեսի պահանջները՝ յուրաքանչյուր տվյալների բազայի համար RTO և RPO մանրակրկիտ վերլուծության միջոցով: Ընտրեք պահանջներին համապատասխանող համապատասխան լուծումներ՝ փոխարենը ընտրելով ամենաբարդ տարբերակները: Պլանավորեք ինչպես տեղական բարձր մատչելիության, այնպես էլ աշխարհագրական աղետների դեպքում վերականգնման համար՝ օգտագործելով շերտավոր մոտեցումներ: Համապարփակ փաստաթղթավորեք ճարտարապետությունը՝ ներառյալ ցանցային դիագրամները, ձախողման ընթացակարգերը և վերականգնման runbooks-ը:
12.2 Կիրառման ուղեցույցներ
Պարբերաբար փորձարկել ձախողման ընթացակարգերը՝ պլանավորված թեստերի և սիմուլյացիոն ձախողումների միջոցով՝ վավերացնելու համար։ SQL Server բարձր մատչելիության լուծումներ և թիմի պատրաստվածություն: Մշտապես վերահսկեք առողջությունը և կատարողականը՝ օգտագործելով SQL Serverներկառուցված գործիքներ, ինչպիսիք են SQL Server Պրոֆիլավոր և DMV-ներ: Կարգավորեք համապարփակ ահազանգեր համաժամացման ուշացման, ձախողման դեպքերի և աշխատանքի վատթարացման համար: Պահպանեք SQL Server պահեստային ռազմավարություններ չնայած HA ներդրմանը, քանի որ պահուստավորումները մնում են տրամաբանական վնասման և պատահական ջնջումների դեմ պաշտպանության վերջին գիծը: Պահպանեք համակարգերը թարմացված կուտակային թարմացումներով, անվտանգության թարմացումներով և ներկառուցված ծրագրային ապահովման թարմացումներով: Պարբերաբար ստուգեք վերականգնման ընթացակարգերը իրական վերականգնման և ծրագրերի փորձարկման միջոցով և իմացեք, թե ինչպես վարվել այնպիսի սցենարների հետ, ինչպիսիք են տվյալների բազաները խրված են վերականգնման ռեժիմում.
12.3 Մոնիտորինգ և սպասարկում
Օգտագործեք այնպիսի գործիքներ, ինչպիսիք են SQL Server Գործունեության մոնիտոր, SQL Server Performance Monitor- ըև դինամիկ կառավարման լայնածավալ դիտումներ՝ առողջության մոնիթորինգի և գործարկման համար DBCC CHECKDB պարբերաբար ստուգել տվյալների բազայի ամբողջականությունը: Օգտագործեք Always On Dashboard-ը՝ հասանելիության խմբի վիճակի տեսողական գնահատման համար: Ուշադիր վերահսկեք համաժամեցման ուշացումը, մասնավորապես ասինխրոն կրկնօրինակների և գրանցամատյանի առաքման համար: Մանրակրկիտ հետևեք ձախողման իրադարձություններին՝ օգտագործելով SQL Server Ընդլայնված իրադարձություններ և վերլուծել օրինաչափությունների պատճառները։ Սահմանել բնականոն գործունեության համար կատարողականի բազային ցուցանիշներ և վերահսկել հնարավոր խնդիրները մատնանշող շեղումները։ Կատարել կանոնավոր հզորությունների պլանավորման վերանայումներ՝ ապահովելով, որ ենթակառուցվածքները աջակցեն աճող աշխատանքային բեռներին։
13. ՀՏՀ
Հարց. Ի՞նչ տարբերություն կա բարձր մատչելիության և աղետներից հետո վերականգնման միջև։ SQL Server?
Ա. Բարձր մատչելիությունը նվազագույնի է հասցնում տվյալների կենտրոնի տեղական խափանումների դեպքում առաջացած դադարների ժամանակը, սովորաբար ավտոմատ կերպով ձախողման և վայրկյանների կամ րոպեների ընթացքում RTO-ների միջոցով: Աղետների վերականգնումը պաշտպանում է տարածաշրջանային աղետներից, սովորաբար ձեռքով ձախողման և ավելի երկար RTO-ների միջոցով, բայց ընդգրկում է ամբողջ օբյեկտներին ազդող իրադարձությունները:
Հարց. Ի՞նչ տարբերություն կա բարձր մատչելիության (HA) և ընթերցման մասշտաբի լուծումների միջև:
Ա. Բարձր մատչելիության լուծումները ապահովում են տվյալների բազաների հասանելիությունը խափանումների ժամանակ՝ կենտրոնանալով աշխատանքի ժամանակի և ավտոմատ ձախողման հնարավորությունների վրա: Կարդալու մասշտաբի լուծումները բարելավում են հարցումների կատարողականությունը՝ բաշխելով միայն ընթերցման աշխատանքային բեռները բազմաթիվ տվյալների բազայի կրկնօրինակների միջև՝ կենտրոնանալով թողունակության և արձագանքման ժամանակի վրա: Չնայած դրանք ծառայում են տարբեր նպատակների, նույն տեխնոլոգիան, ինչպիսին է «Միշտ հասանելիության խմբերը», կարող է միաժամանակ ապահովել երկու առավելություններն էլ. ընթերցելի երկրորդային կրկնօրինակները առաջարկում են ընթերցման մասշտաբի հնարավորություններ՝ միաժամանակ ծառայելով որպես ձախողման թիրախներ բարձր մատչելիության համար:
Հարց. Ո՞րը SQL Server Բարձր մատչելիության լուծումը լավագույնն է իմ կարիքների համար՞
Ա. Լավագույն լուծումը կախված է RTO և RPO նպատակներից, բյուջեից, հրատարակության առկայությունից, ենթակառուցվածքներից և փորձագիտությունից: «Միշտ հասանելի խմբերը» հարմար է ձեռնարկությունների մեծ մասի սցենարների համար, մինչդեռ «Մատյանների առաքումը» լավ է աշխատում ծախսերի նկատմամբ զգայուն միջավայրերի համար: Գնահատեք պահանջները համեմատական աղյուսակի միջոցով:
Հարց. Արդյո՞ք «Միշտ հասանելի խմբերը» պահանջում են Enterprise Edition:
Ա. Ստանդարտ տարբերակը աջակցում է հիմնական հասանելիության խմբերին՝ էական սահմանափակումներով. մեկ տվյալների բազա մեկ խմբում, մեկ երկրորդական կրկնօրինակ և ոչ մի ընթեռնելի երկրորդական: Լրիվ ֆունկցիոնալությունը, ներառյալ բազմաթիվ տվյալների բազաներ, ութ երկրորդական և ընթեռնելի կրկնօրինակներ, պահանջում է Enterprise Edition:
Հարց. Կարո՞ղ եմ օգտագործել տեղեկամատյանների առաքումը SQL Server Ստանդարտ տարբերակ՞
Ա. Այո, Գրանցամատյանի առաքումը լիովին աջակցվում է Standard Edition-ում, ինչը այն դարձնում է գրավիչ ծախսարդյունավետ աղետների վերականգնման լուծում Enterprise Edition լիցենզիա չունեցող կազմակերպությունների համար:
Հարց. Ի՞նչ տարբերություն կա «Միշտ հասանելի խմբերի» և «Տվյալների բազայի հայելային արտացոլման» միջև։
Ա. Տվյալների բազայի հայելային արտացոլումը հնացած է և գործում է անհատական տվյալների բազայի մակարդակով՝ առանց ընթերցվող երկրորդական մուտքի։ Always On Availability Groups-ը աջակցում է տվյալների բազաների խմբեր, մինչև ութ երկրորդական, ընթերցվող կրկնօրինակներ և բարելավված մոնիթորինգ։ Microsoft-ը խորհուրդ է տալիս անցնել Always On-ի։
Հարց. Ինչպե՞ս ընտրել Failover Cluster Instances-ի և Availability Groups-ի միջև:
Ա. Ընտրեք FCI-ներ՝ օրինակի մակարդակի պաշտպանության համար՝ համատեղ պահեստավորման ենթակառուցվածքով: Ընտրեք Հասանելիության խմբեր՝ տվյալների բազայի մակարդակի պաշտպանության, ընթերցման մասշտաբի հնարավորությունների և աշխարհագրական բաշխման համար՝ առանց համատեղ պահեստավորման: Կազմակերպությունները հաճախ համատեղում են երկուսն էլ՝ համապարփակ պաշտպանության համար:
Հարց. Կարո՞ղ եմ մի քանիսը համատեղել SQL Server բարձր մատչելիության լուծումներ;
Ա. Այո, լուծումների համադրումը տարածված է: FCI-ները կարող են ծառայել որպես հասանելիության խմբերի կրկնօրինակներ՝ ապահովելով օրինակի մակարդակի տեղական HA և տվյալների բազայի մակարդակի աշխարհագրական DR: Գրանցամատյանի առաքումը կարող է լրացնել հասանելիության խմբերը՝ լրացուցիչ հեռակա պաշտպանության համար: Մանրակրկիտ փորձարկեք համակցված կոնֆիգուրացիաները:
Հարց. Ի՞նչ տարբերություն կա սինխրոն և ասինխրոն վերարտադրության միջև։
Ա. Սինխրոն վերարտադրությունը սպասում է երկրորդային հաստատման՝ նախքան հաստատումը, ինչը երաշխավորում է տվյալների զրոյական կորուստ, բայց հնարավոր է՝ առաջացնի լատենտություն: Ասինխրոն վերարտադրությունն ընթանում է առանց սպասելու, օպտիմալացնելով կատարողականը, բայց ստեղծելով տվյալների կորստի հնարավորություն ձախողման ժամանակ:
Հարց. Արդյո՞ք դեռ պահուստային պատճեններ են պետք, եթե ունեմ SQL Server բարձր մատչելիությունը կարգավորված է՞
Ա. Անկասկած այո: Բարձր մատչելիությունը պաշտպանում է սարքավորումների խափանումներից, բայց չի կարող պաշտպանել տրամաբանական վնասումից, պատահական ջնջումներից կամ բոլոր պատճենների վրա կրկնօրինակվող չարամիտ գործողություններից: Պահուստային պատճենները մնում են կարևորագույնը ժամանակի ընթացքում վերականգնման և համապատասխանության պահանջների համար:
Հարց. Արդյո՞ք դեռ պահուստային պատճեններ են պետք, եթե ունեմ SQL Server բարձր մատչելիությունը կարգավորված է՞
Ա. Անկասկած այո։ Բարձր մատչելիությունը պաշտպանում է սարքավորումների խափանումներից, բայց չի կարող պաշտպանել տվյալների բազայի վնասումից, պատահական ջնջումներից կամ չարամիտ գործողություններից։ Պահուստային պատճենները կարևոր են մնում ժամանակի ընթացքում վերականգնման և համապատասխանության պահանջների համար։ Այն դեպքերում, երբ տվյալների բազայի ֆայլերը վնասվում են, և պահուստային պատճենները անհասանելի են կամ նույնպես վնասվում են, մասնագիտացված SQL տվյալների բազայի վերանորոգման ծրագիր կարող է օգնել վերականգնել տվյալները վնասված MDF, NDF և պահուստային ֆայլերից։
Հարց. Ի՞նչ է պարունակվող հասանելիության խումբը և ինչո՞վ է այն տարբերվում սովորական հասանելիության խմբից:
Ա. Պարունակվող հասանելիության խմբեր, ներկայացված են SQL Server 2022 թվականին, ավտոմատ կերպով համաժամեցնում են օրինակի մակարդակի օբյեկտները, ինչպիսիք են մուտքանունները, աշխատանքները և մետատվյալները: Սովորական հասանելիության խմբերը համաժամեցնում են միայն տվյալների բազայի օբյեկտները, ինչը պահանջում է օրինակի օբյեկտների ձեռքով կրկնօրինակում:
Հարց. Կարո՞ղ եմ կրկնօրինակել տվյալները SQL Server դեպի Azure SQL կառավարվող օրինակ։
Ա. Այո, կառավարվող օրինակի հղումը ապահովում է հիբրիդային կրկնօրինակում SQL Server և Ազուր։ SQL Server 2016-2019 թվականները աջակցում են միակողմանի կրկնօրինակմանը, մինչդեռ SQL Server 2022+ թվականը հնարավորություն է տալիս երկկողմանի կրկնօրինակման՝ հետադարձ կապի միջոցով՝ աղետների վերականգնման, միգրացիայի և հիբրիդային սցենարների համար։
Հարց. Ի՞նչ է պատահում SQL Server Գործակալի աշխատանքներ ձախողման ժամանակ՞
Ա. Ավանդական հասանելիության խմբերի դեպքում աշխատանքները պետք է ձեռքով ստեղծվեն երկրորդական կրկնօրինակների վրա: Պարունակվող հասանելիության խմբեր (SQL Server 2022+) ավտոմատ կերպով համաժամեցնում են աշխատանքները: Failover կլաստերային օրինակները ներառում են աշխատանքները որպես օրինակի մակարդակի պաշտպանության մաս:
14: եզրափակում
SQL Server ապահովում է համապարփակ բարձր մատչելիության լուծումներ, որոնք լուծում են բազմազան պահանջներ՝ սկսած գերատեսչական տվյալների բազաներից մինչև կարևորագույն ձեռնարկությունների համակարգեր: Յուրաքանչյուր լուծում առաջարկում է առանձին հնարավորություններ և փոխզիջումներ, որոնք տվյալների բազայի ադմինիստրատորները պետք է հասկանան՝ տեղեկացված որոշումներ կայացնելու համար:
«Միշտ հասանելի խմբերը» ժամանակակից տեղակայումների համար ներկայացնում է առաջատար տեխնոլոգիան՝ պարունակվող հասանելիության խմբերը պարզեցնում են կառավարումը, իսկ բաշխված հասանելիության խմբերը հնարավորություն են տալիս ստեղծել բարդ միջպլատֆորմային սցենարներ: Failover կլաստերային օրինակները շարունակում են բավարարել օրինակների մակարդակի պաշտպանության կարիքները, մինչդեռ գրանցամատյանի առաքումը մնում է արդիական ծախսերի նկատմամբ զգայուն սցենարների համար: Կառավարվող օրինակի կապը բացում է ամպային հիբրիդային հնարավորություններ՝ կամուրջներ ստեղծելով տեղում: SQL Server Azure-ի հետ։
Լուծումների համապատասխանեցումը կոնկրետ բիզնեսի կարիքներին հանդիսանում է հաջողության կարևորագույն գործոն: Չկա միասնական մոտեցում: Կազմակերպությունները պետք է ուշադիր գնահատեն RTO և RPO պահանջները, բյուջետային սահմանափակումները, ենթակառուցվածքային հնարավորությունները և վարչական փորձը: Հաճախ լավագույն ճարտարապետությունը համատեղում է բազմաթիվ լուծումներ՝ համապարփակ պաշտպանության համար: Հաշվի առեք, թե ինչպես է ձեր HA ռազմավարությունը համապատասխանում ամպային տեխնոլոգիաների ներդրման ավելի լայն ծրագրերին, և խորհրդակցեք նվիրված հոդվածների հետ՝ մանրամասն իրականացման ուղեցույցների համար, որպեսզի ապահովեք ձեր... SQL Server ենթակառուցվածքը ապահովում է ձեր բիզնեսի պահանջած հուսալիությունը։
Հեղինակի մասին
Յուան Շենգ տվյալների բազայի ավագ ադմինիստրատոր (DBA) է՝ ավելի քան 10 տարվա փորձով։ SQL Server միջավայրերի և ձեռնարկությունների տվյալների բազայի կառավարման ոլորտում: Նա հաջողությամբ լուծել է տվյալների բազայի վերականգնման հարյուրավոր սցենարներ ֆինանսական ծառայությունների, առողջապահության և արտադրական կազմակերպություններում:
Յուանը մասնագիտանում է SQL Server տվյալների բազայի վերականգնում, բարձր մատչելիության լուծումներ և կատարողականի օպտիմալացում: Նրա լայնածավալ գործնական փորձը ներառում է բազմաբայթ ծավալով տվյալների բազաների կառավարում, միշտ հասանելի խմբերի ներդրում և կարևորագույն բիզնես համակարգերի համար ավտոմատացված պահուստավորման և վերականգնման ռազմավարությունների մշակում:
Իր տեխնիկական փորձագիտության և գործնական մոտեցման միջոցով Յուանը կենտրոնանում է համապարփակ ուղեցույցներ ստեղծելու վրա, որոնք կօգնեն տվյալների բազայի ադմինիստրատորներին և ՏՏ մասնագետներին լուծել բարդ խնդիրներ։ SQL Server արդյունավետորեն մարտահրավերներ է նետում։ Նա տեղեկացված է մնում վերջին նորություններից SQL Server թողարկումները և Microsoft-ի զարգացող տվյալների բազայի տեխնոլոգիաները, պարբերաբար փորձարկելով վերականգնման սցենարները՝ համոզվելու համար, որ նրա առաջարկությունները արտացոլում են իրական աշխարհի լավագույն փորձը։
Հարցեր ունեք SQL Server Վերականգնո՞ւմ, թե՞ անհրաժեշտ է տվյալների բազայի խնդիրների լուծման լրացուցիչ ուղեցույց: Յուանը ողջունում է ձեզ: արձագանքներ և առաջարկություններ այս տեխնիկական ռեսուրսները բարելավելու համար։