1. Ներածություն SQL Server Մատյանների առաքում
1.1 Ինչ է SQL Server Գերանների առաքում՞
SQL Server Գրանցամատյանի առաքումը աղետների դեպքում ավտոմատացված վերականգնման լուծում է, որը պահպանում է ձեր արտադրական տվյալների բազաների տաք պահուստային պատճենները: Տեխնոլոգիան փոխանցում է գործարքների գրանցամատյանի պահուստային պատճենները հիմնական սերվերի վրա գտնվող հիմնական տվյալների բազայից դեպի առանձին երկրորդական սերվերի վրա գտնվող մեկ կամ մի քանի երկրորդական տվյալների բազաներ՝ ապահովելով, որ ձեր երկրորդական տվյալների բազաները համաժամեցված մնան հիմնական տվյալների բազայի հետ, ապահովելով պաշտպանություն տվյալների կորստից և սերվերի խափանումներից:
1.2 Փայտանյութի փոխադրման նպատակը և առավելությունները
Գրանցամատյանի առաքումը ծառայում է տվյալների բազայի կառավարման մի քանի կարևոր նպատակների.
- Դրա հիմնական դերը աղետներից հետո վերականգնումն է՝ ապահովելով հուսալի ձախողման թիրախ, երբ ձեր հիմնական սերվերը անհասանելի է դառնում սարքային խափանման, ծրագրային ապահովման վնասման կամ ձեր տվյալների կենտրոնին ազդող աղետալի իրադարձությունների պատճառով։
- Այն նաև ծախսարդյունավետ է բարձր մատչելիության լուծումԻ տարբերություն ձեռնարկությունների մակարդակի գործառույթների, որոնք պահանջում են թանկարժեք լիցենզավորում, գրանցամատյանի առաքումը գործում է SQL Server Ստանդարտ տարբերակ, որը հասանելի է դարձնում բյուջետային սահմանափակումներ ունեցող կազմակերպությունների համար։
- Երկրորդային տվյալների բազաները սպասման ռեժիմում աղետների վերականգնումից բացի առաջարկում են լրացուցիչ արժեք։ Տվյալների բազայի ադմինիստրատորները կարող են օգտագործել դրանք միայն ընթերցման հաշվետվությունների համար՝ ազատելով հարցումների աշխատանքային ծանրաբեռնվածությունը արտադրական սերվերից։
- Հետաձգված վերականգնման գործառույթը պաշտպանություն է ապահովում տվյալների պատահական փոփոխություններից: Վերականգնման հետաձգումը կարգավորելով՝ դուք ստեղծում եք ժամանակային պատուհան՝ օգտատիրոջ սխալներից հետո վերականգնման համար, նախքան կործանարար փոփոխությունները կհասնեն ձեր երկրորդական տվյալների շտեմարան:
2. SQL Server Գրանցամատյանի առաքման բաղադրիչներ և աշխատանքային հոսք
Փայտանյութի առաքումը բաղկացած է հետևյալ բաղադրիչներից.
- Առաջնային սերվեր և առաջնային տվյալների բազա. Առաջնային սերվերը ներկայացնում է ձեր արտադրությունը SQL Server օրինակ, որը գործարկում է հիմնական տվյալների բազան։
- Պահուստային պատճենների համօգտագործում. Գործարքների գրանցամատյանի պահուստային պատճենները հիմնական սերվերից երկրորդական սերվերներ պահելու և փոխանցելու միջանկյալ տեղ։
- Երկրորդային սերվերներ և երկրորդային տվյալների բազաներ. Երկրորդային սերվերները պահպանում են ձեր հիմնական տվյալների բազայի տաք, պահեստային պատճենները։
- Մոնիտոր սերվեր (ըստ ցանկության). Այս սերվերը հետևում է ձեր ամբողջ գրանցամատյանի առաքման տոպոլոգիայի բոլոր պահուստավորման, պատճենման և վերականգնման գործողությունների պատմությանը և կարգավիճակին:
- Գործակալի աշխատանքներ. ներառյալ պահուստավորման, պատճենահանման, վերականգնման և ծանուցման աշխատանքները, ավտոմատացնելով գրանցամատյանի առաքման ամբողջ գործընթացը։
Ավտոմատացման աշխատանքային հոսքը հետևյալն է.
- Պահուստավորման աշխատանքը կատարվում է հիմնական սերվերի վրա և ստեղծում է պահուստային համօգտագործման վրա գտնվող հիմնական տվյալների բազայի գործարքների գրանցամատյանի պահուստային պատճեններ։
- Պատճենման աշխատանքը կատարվում է յուրաքանչյուր երկրորդական սերվերի վրա և փոխանցում է գրանցամատյանի պահուստային ֆայլերը պահուստային համատեղ օգտագործումից երկրորդական սերվեր(ներ)ին։
- Վերականգնման աշխատանքը կատարվում է յուրաքանչյուր երկրորդական սերվերի վրա և պատճենված գործարքների գրանցամատյանի պահուստային պատճենները կիրառում է երկրորդական տվյալների բազայում։
- Ահազանգման աշխատանքը կատարվում է մոնիթորինգի սերվերի վրա և ստուգում է, թե արդյոք պահուստավորման և վերականգնման գործողությունները ավարտվել են ընդունելի ժամկետներում։
3. Նախապայմաններ և պահանջներ
3.1 SQL Server Տարբերակի պահանջները
Փայտերի առաքումը հասանելի է սկսած SQL Server 2000 թվականից և շարունակում է աջակցվել բոլոր հետագա տարբերակներում։ SQL Server 2005-ից 2025 թվականներին։ Այս երկարատև աջակցությունը ցույց է տալիս տեխնոլոգիայի կայունությունը և շարունակական արդիականությունը։
3.2 SQL Server Հրատարակության պահանջները
Գրանցամատյանի առաքումը գործում է Standard, Workgroup, Enterprise և Developer տարբերակների հետ։ SQL ServerԱյս լայն տարբերակի աջակցությունը մատյանների առաքումը հասանելի է դարձնում Enterprise Edition լիցենզիաներ չունեցող կազմակերպությունների համար, ի տարբերություն այնպիսի գործառույթների, ինչպիսիք են՝ Միշտ հասանելիության խմբեր որոնք պահանջում են Enterprise կամ Evaluation տարբերակներ։
Նշում. Express Edition-ը չի աջակցում գրանցամատյանների առաքմանը։
3.3 Տվյալների բազայի վերականգնման մոդելի պահանջները
Գրանցամատյանի առաքման համար հիմնական տվյալների բազան պետք է օգտագործի ամբողջական վերականգնման մոդել կամ զանգվածային գրանցման վերականգնման մոդել: Պարզ վերականգնման մոդելը չի աջակցվում, քանի որ SQL Server ավտոմատ կերպով կրճատում է գործարքների գրանցամատյանները՝ խզելով գրանցամատյանների առաքման համար անհրաժեշտ անընդհատ գրանցամատյանների շղթան։
Վերականգնման մոդելների վերաբերյալ լրացուցիչ տեղեկությունների համար տե՛ս մեր համապարփակ ուղեցույց SQL Server կրկնօրնկ.
4. SSMS-ի միջոցով գրանցամատյանի առաքման կարգավորում
Գրանցամատյանի առաքումը կարգավորելուց առաջ պատրաստեք պահուստային պատճենների համօգտագործման թղթապանակը, որտեղ գործարքների գրանցամատյանի պահուստային պատճենները կպահվեն և կփոխանցվեն։
- Հիմնական սերվերի կամ նվիրված ֆայլային սերվերի վրա ստեղծեք թղթապանակ (օրինակ՝ C:\Պահուստային պատճեն)
- Աջ սեղմեք թղթապանակի վրա և ընտրեք Հատկություններ
- Սեղմեք է Sharing ականջակալ
- Սեղմել Ընդլայնված փոխանակում
- Ստուգում Կիսվեք այս թղթապանակը
- Սեղմել Թույլտվությունները և դրամաշնորհ Լրիվ վերահսկողություն թույլտվություն դեպի SQL Server ծառայության հաշիվ NT Service\MSSQLSERVER:
- Սեղմել OK կիրառել.
- Փաստաթղթավորեք ցանցի ուղին (UNC) (օրինակ՝ \\ՍԵՐՎԵՐԻ ԱՆՈՒՆ\Պահուստավորում)
4.2 Գրանցամատյանի առաքման միացում և կարգավորում
- Սեղմեք աջ մկնիկի կոճակը հիմնական տվյալների բազայի վրա և ընտրեք Հատկություններ.
- Է Տվյալների բազայի հատկություններ երկխոսություն, ընտրեք Գործարքների գրանցամատյանի առաքում էջը ձախ վահանակում։
- Ստուգում Միացնել սա որպես հիմնական տվյալների բազա գրանցամատյանի առաքման կարգավորման մեջ գրանցամատյանի առաքումը միացնելու համար։
- Այնուհետև կարող եք կարգավորել պահուստավորման կարգավորումները, երկրորդական սերվերը և մոնիթորինգի սերվերը այս հատկությունների էջում: Մենք դրանք կներկայացնենք հաջորդ ենթաբաժիններում:
4.2.1 Պահուստավորման կարգավորումների կարգավորում
- Սեղմեք է Կրկնօրինակեք կարգավորումները կոճակ
- Է Գործարքների գրանցամատյանի պահուստավորման կարգավորումներ երկխոսություն, տակ Ցանցային ուղին դեպի պահուստային թղթապանակը դաշտում մուտքագրեք UNC ուղին (օրինակ՝ \\ՍԵՐՎԵՐԻ ԱՆՈՒՆ\Պահուստավորում)
- Եթե պահուստային պատճենի պանակը գտնվում է հիմնական սերվերի վրա, մուտքագրեք տեղային ուղին (օրինակ՝ C:\Պահուստային պատճեն)
- Կարգավորեք այլ կարգավորումներ, ինչպիսիք են պահուստավորման պահպանման ժամանակահատվածը, տագնապի շեմը, պահուստավորման աշխատանքը և սեղմումը:
- Սեղմել OK կարգավորումները հաստատելու և երկխոսության պատուհանը փակելու համար։
4.2.2 Երկրորդական սերվերի օրինակի և տվյալների բազայի կարգավորում
- Սեղմել Ավելացնել տակ Երկրորդական սերվերի օրինակներ և տվյալների բազաներ
- Է Երկրորդական տվյալների բազայի կարգավորումներ երկխոսություն, սեղմեք միացնել երկրորդական սերվերի օրինակին միանալու համար։
- Է Երկրորդական տվյալների բազա ցանկից ընտրեք առկա տվյալների բազա կամ մուտքագրեք նոր տվյալների բազայի անուն
- Է Երկրորդային տվյալների բազայի նախնականացում ընտրեք Այո, ստեղծել հիմնական տվյալների բազայի ամբողջական պահուստային պատճենը և վերականգնել այն երկրորդական տվյալների բազայում (և ստեղծել երկրորդական տվյալների բազա, եթե այն գոյություն չունի):
- Սեղմեք է Պատճենել ֆայլերը ականջակալ
- Է Պատճենված ֆայլերի նպատակակետային թղթապանակ (այս թղթապանակը սովորաբար գտնվում է երկրորդական սերվերի վրա), մուտքագրեք երկրորդական սերվերի վրա գտնվող նպատակակետային թղթապանակի տեղական ուղին։
- Համոզվեք, որ թղթապանակը գոյություն ունի և SQL Server Ծառայության հաշիվն ունի գրելու թույլտվություններ
- Սեղմել OK կարգավորումները հաստատելու և երկխոսության պատուհանը փակելու համար։
4.2.3 Մոնիտոր սերվերի կարգավորում
- Ստուգում Օգտագործեք մոնիթոր սերվերի օրինակ
- Սեղմել Կարգավորումներ
- Սեղմել միացնել մոնիտորի սերվերի օրինակին միանալու համար
- հավաքածու Ջնջել պատմությունը հետո նշել պահպանման ժամկետը ժամերով
- Սեղմել OK կարգավորումները հաստատելու և երկխոսության պատուհանը փակելու համար։
4.2.4 Կարգավորման վերանայում և ավարտում
- Վերանայեք բոլոր կարգավորումները Գործարքների գրանցամատյանի առաքում էջ
- Ստուգեք պահուստավորման կարգավորումները, երկրորդական սերվերի կարգավորումները և մոնիթորինգի կարգավորումները
- Սեղմել OK կարգավորումը կիրառելու համար
- Վարպետը ստեղծում է բոլոր անհրաժեշտ աշխատանքները առաջնային, երկրորդային և մոնիտորի սերվերների վրա։
- Սեղմել փակել երբ կարգավորումն ավարտվի
5. Փայտանյութի փոխադրման առավելություններն ու թերությունները
5.1-ի առավելությունները SQL Server Մատյանների առաքում
- Ծախսերի արդյունավետ լուծում. Աշխատում է SQL Server Ստանդարտ տարբերակ, որը վերացնում է Enterprise Edition-ի թանկարժեք լիցենզավորման պահանջները: Սա հուսալի աղետների վերականգնումը հասանելի է դարձնում սահմանափակ բյուջե ունեցող կազմակերպությունների համար:
- Պարզ է կարգավորել և պահպանել. Կարգավորման օգնականը հստակ ընտրանքներով ուղղորդում է ադմինիստրատորներին կարգավորման գործընթացում: Տվյալների բազաների մեծ մասը կարող է կարգավորվել 15-30 րոպեի ընթացքում՝ առանց մասնագիտացված ուսուցման:
- Աջակցություն բազմաթիվ երկրորդական սերվերների. Աջակցեք բազմաթիվ երկրորդական սերվերների՝ առանց ճարտարապետական սահմանափակումների: Տեղակայեք մեկ երկրորդական սերվեր տեղական աղետներից վերականգնման համար, մեկ այլ՝ հեռակա, և երրորդը՝ հաշվետվությունների համար:
- Հիմնական սերվերի վրա նվազագույն ազդեցություն. Աշխատում է ասինխրոն՝ վերացնելով համաժամացման ծանրաբեռնվածությունը հիմնական սերվերի վրա: Գործարքների կատարման ժամանակը մնում է անփոփոխ:
- Օգտագործում է գործող գործարքների գրանցամատյանների պահուստային պատճենները՝ Գրանցամատյանի առաքման պահուստային պատճենները գործարքների գրանցամատյանի ստանդարտ պահուստային պատճեններ են, որոնք կարող են օգտագործվել ժամանակին վերականգնման համար՝ անկախ գրանցամատյանի առաքումից։
- Հետաձգված վերականգնման տարբերակ. Վերականգնման հետաձգման գործառույթը պաշտպանություն է ապահովում պատահական տվյալների փոփոխություններից, որոնք հասանելի չեն իրական ժամանակում կրկնօրինակման լուծումներ.
- Համատեղ պահեստավորման կարիք չկա. Օգտագործում է անկախ պահեստ յուրաքանչյուր սերվերի վրա, վերացնելով համատեղ պահեստավորման պահանջները և դրանց հետ կապված ծախսերը։
- Cross-platform աջակցություն. Նույնականորեն աշխատում է և՛ Windows-ի, և՛ Linux-ի վրա SQL Server տեղակայումները.
- Աշխատում է տարբեր տիրույթներում՝ Չի պահանջում տիրույթի վստահության հարաբերություններ կամ Active Directory ինտեգրացիա։
5.2 Փայտանյութի փոխադրման թերություններն ու սահմանափակումները
- Ավտոմատ ձախողման բացակայություն։ Հիմնական սահմանափակումը ձեռքով ձախողման պահանջն է: Ադմինիստրատորները պետք է մի քանի քայլ կատարեն, նախքան ծառայությունը վերսկսվի:
- Տվյալների համաժամեցման ուշացում՝ Երկրորդային տվյալների բազաները միշտ հետ են մնում առաջնային տվյալների բազաներից պահուստավորման և վերականգնման հաճախականությամբ։
- Միայն տվյալների բազայի մակարդակի կարգավորում՝ Կարգավորվում է տվյալների բազայի մակարդակով, այլ ոչ թե օրինակի մակարդակով: 50 տվյալների բազայի պաշտպանությունը պահանջում է 50 առանձին կարգավորումներ:
- Ձեռքով միացման տողի փոփոխություններ՝ Անջատումից հետո հավելվածները պետք է թարմացնեն կապի տողերը՝ երկրորդական սերվերին հղելու համար։
- Երկրորդային տվյալների բազայի ընդհատումներ. Սպասման ռեժիմում գտնվող երկրորդական տվյալների բազաները անջատում են օգտատերերին վերականգնման գործողությունների ընթացքում։
- Առանձին տվյալների բազայի կառավարում. Յուրաքանչյուր տվյալների բազայի կոնֆիգուրացիա պետք է կառավարվի առանձին՝ առանց համակարգված կառավարման հնարավորությունների։
6. Լավագույն փորձը և օգտագործման դեպքերը
6.1 Ե՞րբ օգտագործել գերանների փոխադրումը
- Ցածր բյուջեով աղետներից վերականգնում. Գերազանց է որպես աղետների վերականգնման ծախսարդյունավետ լուծում այն կազմակերպությունների համար, որոնք չեն կարողանում արդարացնել Enterprise Edition լիցենզավորման ծախսերը։
- Միջին RPO/RTO պահանջներ՝ 15-30 րոպե տվյալների կորստի և 30-60 րոպե անգործունեության դիմացող ծրագրերը կատարելապես համապատասխանում են դրա հնարավորություններին։
- Միայն ընթերցման համար նախատեսված հաշվետվությունների սերվեր՝ Ստեղծեք միայն ընթերցման համար նախատեսված պատճեններ այն աշխատանքային բեռների համար, որոնք հանդուրժում են պարբերական անջատումները։
- Ստանդարտ տարբերակի միջավայրեր՝ Կազմակերպությունները ստանդարտացված են SQL Server Ստանդարտ տարբերակը չունի «Միշտ հասանելի» խմբերին հասանելիություն, ինչը մատյանների առաքումը դարձնում է լավագույն հասանելի տարբերակը։
- Սերվերի միգրացիայի նախագծեր՝ Հեշտացնում է սերվերների տեղափոխումը՝ անցումային ժամանակահատվածներում պահպանելով համաժամեցված պատճենները։
- Հետաձգված տվյալների պահանջներ. Կարգավորեք վերականգնման ուշացումները՝ տվյալների բազաները անցյալում ֆիքսված կետերում պահպանելու համար՝ համապատասխանության կամ աուդիտի նպատակներով։
6.2 Երբ չի կարելի օգտագործել գերանների փոխադրումը
- Գրեթե զրոյական դադարի պահանջներ. 15 րոպեից պակաս RTO պահանջներով հավելվածները չեն կարող ապավինել ձեռքով անցկացվող ձախողման ռեժիմին։
- Անհրաժեշտ է ավտոմատ ձախողում. Անտեղի է, երբ բիզնեսի պահանջները պահանջում են ավտոմատ անցում առանց ադմինիստրատորի միջամտության:
- Իրական ժամանակի համաժամեցում է պահանջվում. Երկրորդական սերվերների վրա իրական կամ գրեթե իրական ժամանակի տվյալներ պահանջող ծրագրերը չեն կարող ընդունել գրանցամատյանների առաքման բնորոշ ուշացումը։
- Տվյալների կորստի նվազագույն հանդուրժողականություն. Կազմակերպությունները, որոնց RPO-ն չափվում է վայրկյաններով կամ որոնք պահանջում են տվյալների զրոյական կորուստ, կարիք ունեն համաժամանակյա լուծումների։
6.3 լավագույն փորձ
- Պահուստավորման հաճախականության օպտիմալացում. Հավասարակշռեք պահուստավորման հաճախականությունը համակարգի վերադիր ծախսերի և վերականգնման նպատակների հետ։ Սկսեք 15 րոպեանոց ընդմիջումներով և ճշգրտեք՝ հիմնվելով իրական պահանջների վրա։
- Ցանցային ուղու նկատառումներ՝ Պահուստավորման վայրերի համար օգտագործեք UNC ուղիներ՝ քարտեզագրված սկավառակների փոխարեն: Տեղադրեք պահուստային կրիչները հուսալի ցանցային ենթակառուցվածքների վրա:
- Մոնիթորինգի և ահազանգման կարգավորում՝ Գրանցամատյանի առաքման կարգավորումն ավարտելուց անմիջապես հետո կազմաձևեք պահուստավորման, պատճենման և վերականգնման աշխատանքների ձախողումների մասին ծանուցումները։
- Կանոնավոր թեստավորման ժամանակացույց. Պլանավորեք եռամսյակային կամ կիսամյակային ձախողման փորձարկումներ՝ ընթացակարգերը վավերացնելու և ադմինիստրատորի պատրաստվածությունը պահպանելու համար։
- Փաստաթղթերի պահպանում. Պահպանեք մանրամասն runbook-եր, որոնք փաստաթղթավորում են կարգավորման մանրամասները, ձախողման ընթացակարգերը և խնդիրների լուծման քայլերը։
- Անվտանգության նկատառումներ. Օգտագործեք նվիրված ծառայության հաշիվներ՝ նվազագույն պահանջվող թույլտվություններով: Համապատասխանաբար սահմանափակեք ցանցի համատեղ օգտագործման թույլտվությունները:
- Սկավառակի տարածքի կառավարում. Անընդհատ վերահսկեք սկավառակի տարածքը պահուստային պատճենների վրա: Կարգավորեք ծանուցումները, երբ տարածքը 20%-ից պակաս է:
- Պահպանման քաղաքականության կարգավորում՝ Սահմանեք պահուստավորման պահպանման ժամկետներ, որոնք գերազանցում են ձեր առավելագույն ընդունելի համաժամացման լագը։
- Պաշտպանության վերականգնման ուշացում. Կարգավորեք վերականգնման ուշացումները, երբ պատահական փոփոխություններից պաշտպանությունը արդարացնում է համաժամացման ուշացման ավելացումը։
7. Ընդհանուր խնդիրների լուծում
7.1 Պահուստավորման աշխատանքների ձախողումներ
- Սկավառակի անբավարար տարածք՝ Ստուգեք աշխատանքների պատմությունը սկավառակի տարածքի սխալների համար: Ստուգեք առկա և ազատ տարածքը՝ ջնջելով հին պահուստային պատճենները կամ միացնելով սեղմումը:
- Թույլտվության հետ կապված խնդիրներ. Ստուգեք SQL Server Ծառայության հաշիվն ունի լիարժեք վերահսկողության թույլտվություններ ինչպես տեղական թղթապանակի, այնպես էլ ցանցային համօգտագործման վրա։
- Տվյալների բազան լիովին չի վերականգնվում. Վերադարձեք լիարժեք վերականգնման մոդելին և ստեղծեք ամբողջական պահուստային պատճեն՝ գործարքների գրանցամատյանի շղթան վերագործարկելու համար։
7.2 Պատճենահանման աշխատանքների ձախողումներ
- Ցանցային ուղին անհասանելի է՝ Ստուգեք երկրորդական սերվերի կապը՝ ձեռքով նշելով ցանցային ուղին։
- Նույնականացման խնդիրներ. Կարգավորեք ցանցային համօգտագործման մուտքի հստակ մուտքի տվյալները, եթե սերվերները գտնվում են տարբեր տիրույթներում:
- Ֆայլի կողպման հետ կապված խնդիրներ. Բացառեք պահուստային պատճենների թղթապանակը հակավիրուսային իրական ժամանակի սկանավորումից՝ ֆայլերի արգելափակումը կանխելու համար։
7.3 Վերականգնել աշխատանքի ձախողումները
- Պահուստային ֆայլերի բացակայություն. Ստուգեք, որ ֆայլերը գոյություն ունեն նպատակակետային պանակում և ստուգեք պատճենման աշխատանքների պատմությունը։
- Հաջորդականության վերականգնման սխալ. Հայտնաբերեք գործարքների գրանցամատյանի բացակայող պահուստային պատճենները և վերականգնեք դրանք հաջորդականությամբ՝ գրանցամատյանների շղթան վերականգնելու համար։
- Տվյալների բազան սխալ վիճակում է՝ Վերագործարկեք գրանցամատյանի առաքումը՝ վերականգնելով ամբողջական պահուստային պատճենը NORECOVERY-ի միջոցով, եթե ինչ-որ մեկը վերականգնել է տվյալների բազան։
- Տվյալների բազայի ֆայլերի վնասում. Եթե վերականգնման ձախողումները շարունակվում են ճիշտ հաջորդականության և կարգավորման չնայած, տվյալների բազայի ֆայլերը կարող են վնասվել։ Նման դեպքերում կարող է անհրաժեշտ լինել օգտագործել մասնագիտացված SQL վերականգնման գործիք վնասված .MDF և .NDF ֆայլերից տվյալներ հանելու համար, նախքան գրանցամատյանի առաքումը վերսկսելու փորձը։
7.4 Սինխրոնիզացիայի ուշացման խնդիրներ
- Ցանցի թողունակության սահմանափակումներ՝ Միացրեք պահուստային պատճենների սեղմումը՝ ֆայլերի չափերը և թողունակության պահանջները նվազեցնելու համար։
- Գործարքների բարձր ծավալ՝ Դիտարկեք պահուստավորման հաճախականության ավելացումը՝ ավելի փոքր, ավելի կառավարելի պահուստային ֆայլեր ստեղծելու համար։
- Անբավարար վերականգնման հաճախականություն. Բարձրացրեք վերականգնման աշխատանքների հաճախականությունը՝ մոտավորապես պահուստավորման հաճախականությանը և նվազագույնի հասցրեք լագը։
7.5 Մոնիտոր սերվերի միացման խնդիրներ (SQL 2025)
- OLE DB մատակարարի սխալներ՝ SQL Server 2025-ի լռելյայն պարտադիր կոդավորումը հակասում է հին օրինակներին, որոնք չունեն պատշաճ կոդավորման կարգավորում։
- Գաղտնագրման կարգավորման անհամապատասխանություն՝ Ստուգեք կապակցված սերվերի կոնֆիգուրացիան մոնիթոր սերվերի վրա և ստուգեք կոդավորման կարգավորումները:
- Շրջանցիկ լուծումներ՝ Հեռացրեք և վերստեղծեք գրանցամատյանի առաքումը՝ օգտագործելով TLS 1.3 պարամետրերը կամ թարմացրեք բոլոր օրինակները մինչև SQL Server 2025:
7.6 SQL Server Գործակալի ծառայության հետ կապված խնդիրներ
- Ծառայությունը չի մեկնարկել՝ Ստուգեք գործակալի ծառայության կարգավիճակը և կարգավորեք այն ավտոմատ մեկնարկի համար։
- Աշխատանքային գրաֆիկը անջատված է. Ստուգեք աշխատանքային գրաֆիկի կարգավիճակը և միացրեք անջատված գրաֆիկները։
- Աշխատանքային քայլերի ձախողումներ՝ Վերանայեք աշխատանքների պատմությունը՝ ձախողված քայլերը և կոնկրետ սխալի հաղորդագրությունները հայտնաբերելու համար։
8. Հաճախակի տրվող հարցեր (ՀՏՀ)
Հարց. Կարո՞ղ եմ օգտագործել գրանցամատյանի առաքումը Express Edition-ի հետ։
Ա: Ոչ, SQL Server Express Edition-ը չի աջակցում գրանցամատյանների առաքմանը, քանի որ այն չունի SQL Server Գործակալ:
Հարց. Որքա՞ն հաճախ պետք է գրանցամատյանների պահուստավորում պլանավորեմ։
Ա. Լռելյայն 15 րոպեանոց ինտերվալները ապահովում են ողջամիտ հավասարակշռություն: Կարգավորեք՝ հիմնվելով ձեր վերականգնման կետի նպատակի վրա:
Հարց. Կարո՞ղ են երկրորդային տվյալների բազաները օգտագործվել հաշվետվությունների համար:
Ա. Այո, սպասման ռեժիմում կարգավորված երկրորդական տվյալների բազաները թույլ են տալիս միայն ընթերցման մուտք վերականգնման գործողությունների միջև ընկած ժամանակահատվածում:
Հարց. Ի՞նչ է պատահում, եթե հիմնական սերվերը խափանվի։
Ա. Կատարեք ձեռքով failover՝ երկրորդական տվյալների բազան առցանց միացնելու համար: Տվյալների կորուստը հավասար է համաժամացման ուշացմանը ձախողման պահին:
Հարց. Կարո՞ղ եմ ունենալ մի քանի երկրորդական սերվերներ:
Ա. Այո, գրանցամատյանի առաքումը աջակցում է անսահմանափակ թվով երկրորդական սերվերներ՝ անկախ կոնֆիգուրացիաներով։
Հարց. Ինչպե՞ս հաշվարկել համաժամեցման լագը։
Ա. Համեմատեք վերջին վերականգնված գործարքների գրանցամատյանի ժամանակային դրոշմանիշը ընթացիկ ժամանակի հետ՝ օգտագործելով գրանցամատյանի առաքման մոնիթորինգի աղյուսակները:
Հարց. Կարո՞ղ է գրանցամատյանում առաքումը աշխատել տարբեր տիրույթներում:
Ա. Այո, այն աշխատում է տարբեր տիրույթներում կամ աշխատանքային խմբերի միջավայրերում՝ առանց վստահության հարաբերություններ պահանջելու։
Հարց. Ի՞նչ տարբերություն կա «Վերականգնում չկա» և «Սպասման ռեժիմի» միջև:
Ա. Վերականգնման ռեժիմի բացակայությունը տվյալների բազան անհասանելի է դարձնում: Սպասման ռեժիմը թույլ է տալիս միայն ընթերցման հարցումներ կատարել վերականգնումների միջև ընկած ժամանակահատվածում:
Հարց. Կարո՞ղ եմ ժամանակավորապես դադարեցնել գրանցամատյանի առաքումը:
Ա. Այո, անջատեք պահուստավորման, պատճենման և վերականգնման աշխատանքները՝ կոնֆիգուրացիան պահպանելով համաժամեցումը դադարեցնելու համար:
Հարց. Ինչպե՞ս հեռացնել գրանցամատյանի առաքման կարգավորումը։
A: Ի Գործարքների գրանցամատյանի առաքում գույքի էջ՝
- Բացեք Միացնել սա որպես հիմնական տվյալների բազա գրանցամատյանի առաքման կարգավորման մեջ
- Սեղմել OK կարգավորումը հեռացնելու և աշխատանքները ջնջելու համար։
Հարց. Կարո՞ղ եմ երկրորդական տվյալների բազան միացնել ընթերցման-գրելու ռեժիմի:
Ա. Այո, գործարկել RESTORE DATABASE WITH RECOVERY-ը, բայց սա խզում է գրանցամատյանների առաքման շղթան։
Հարց. Որքա՞ն է վերականգնման համար կարող եմ կարգավորել առավելագույն ուշացումը։
Ա. Հստակ սահմանափակում գոյություն չունի: Կարգավորեք ուշացումները րոպեներից մինչև օրեր՝ ձեր պաշտպանության պահանջներին համապատասխան:
Հարց. Ինչպե՞ս է գրանցամատյանի առաքումը ազդում պահուստավորման ռազմավարության վրա:
Ա. Այն ստեղծում է գործարքների գրանցամատյանի պահուստային պատճեններ, որոնք կարող են օգտագործվել ինչպես գրանցամատյանի առաքման, այնպես էլ ժամանակին վերականգնման համար:
Հարց. Կարո՞ղ եմ օգտագործել գրանցամատյանի առաքումը սերվերի միգրացիայի համար:
Ա. Այո, կարգավորել գրանցամատյանի առաքումը նոր սերվեր, համաժամեցնել, ապա կատարել հին սերվերի պլանավորված ձախողումը սպասարկման ընթացքում:
Հարց. Ի՞նչ մոնիթորինգի գործիքներ են աշխատում գրանցամատյանների առաքման հետ։
A: SQL Server Management Studio-ն ներառում է ներկառուցված հաշվետվություններ: Երրորդ կողմի գործիքները, ինչպիսիք են SQL Monitor-ը և SolarWinds-ը, ապահովում են բարելավված մոնիթորինգ:
9. Եզրակացություն և առաջարկություններ
9.1 Հիմնական կետերի ամփոփում
SQL Server Գրանցամատյանի առաքումը ապահովում է հուսալի, ծախսարդյունավետ աղետների վերականգնում՝ գործարքների գրանցամատյանի ավտոմատացված պահուստավորման և վերականգնման գործողությունների միջոցով: Տեխնոլոգիան աշխատում է Standard Edition-ի հետ, պահանջում է նվազագույն ենթակառուցվածք և աջակցում է բազմաթիվ երկրորդական սերվերների:
Գրանցամատյանի առաքումը գերազանց է միջին վերականգնման նպատակների համար, որտեղ ձեռքով անցումը ընդունելի է: Հիմնական սահմանափակումներից են ձեռքով անցման պահանջը, համաժամացման ուշացումը և տվյալների բազայի մակարդակի կարգավորման շրջանակը:
Տեխնոլոգիան լավ ինտեգրվում է առկա պահուստավորման ռազմավարությունների հետ, աջակցում է միայն ընթերցման հաշվետվությունները սպասման ռեժիմով և ապահովում է հետաձգված վերականգնման պաշտպանություն պատահական փոփոխություններից։
9.2 Ձեր միջավայրի համար ճիշտ ընտրություն կատարելը
Կիրառումից առաջ գնահատեք գերանի առաքումը ձեր կոնկրետ պահանջների համեմատ: Հաշվի առեք վերականգնման կետի նպատակները, վերականգնման ժամանակի նպատակները, բյուջեի սահմանափակումները և գործառնական բարդության հանդուրժողականությունը:
Օգտագործող կազմակերպություններ SQL Server Միջին վերականգնման պահանջներով ստանդարտ տարբերակը պետք է խստորեն քննարկի գրանցամատյանի առաքումը: 15 րոպեից պակաս խիստ RTO ունեցող ձեռնարկությունները պետք է գնահատեն «Միշտ հասանելի խմբերը»:
Դիտարկեք հիբրիդային մոտեցումները, որոնք համատեղում են գերանների փոխադրումը այլ տեխնոլոգիաների հետ՝ ծախսերի օպտիմալացման համար՝ միաժամանակ բավարարելով բազմազան պահանջները։
9.3 Հաջորդ քայլերը և լրացուցիչ ռեսուրսները
Սկսեք փոքրածավալ փորձնական իրականացումներից՝ փորձ ձեռք բերելու համար: Մշակեք համապարփակ փաստաթղթեր, ներառյալ կարգավորման մանրամասները, ձախողման ընթացակարգերը և խնդիրների լուծման ուղեցույցները:
Պլանավորեք պարբերաբար ձախողման փորձարկումներ՝ ընթացակարգերը վավերացնելու և ադմինիստրատորի պատրաստվածությունը պահպանելու համար: Մնացեք տեղեկացված SQL Server թարմացումներ և բարելավումներ։
Սայլակ
- Microsoft-ի պաշտոնական փաստաթուղթը. Փայտանյութի փոխադրման մասին (SQL Server)
- Microsoft-ի պաշտոնական փաստաթուղթը. Կարգավորել գրանցամատյանի առաքումը (SQL Server)
Հեղինակի մասին
Յուան Շենգ տվյալների բազայի ավագ ադմինիստրատոր (DBA) է՝ ավելի քան 10 տարվա փորձով։ SQL Server միջավայրերի և ձեռնարկությունների տվյալների բազայի կառավարման ոլորտում: Նա հաջողությամբ լուծել է տվյալների բազայի վերականգնման հարյուրավոր սցենարներ ֆինանսական ծառայությունների, առողջապահության և արտադրական կազմակերպություններում:
Յուանը մասնագիտանում է SQL Server տվյալների բազայի վերականգնում, բարձր մատչելիության լուծումներ և կատարողականի օպտիմալացում: Նրա լայնածավալ գործնական փորձը ներառում է բազմաբայթ ծավալով տվյալների բազաների կառավարում, միշտ հասանելի խմբերի ներդրում և կարևորագույն բիզնես համակարգերի համար ավտոմատացված պահուստավորման և վերականգնման ռազմավարությունների մշակում:
Իր տեխնիկական փորձագիտության և գործնական մոտեցման միջոցով Յուանը կենտրոնանում է համապարփակ ուղեցույցներ ստեղծելու վրա, որոնք կօգնեն տվյալների բազայի ադմինիստրատորներին և ՏՏ մասնագետներին լուծել բարդ խնդիրներ։ SQL Server արդյունավետորեն մարտահրավերներ է նետում։ Նա տեղեկացված է մնում վերջին նորություններից SQL Server թողարկումները և Microsoft-ի զարգացող տվյալների բազայի տեխնոլոգիաները, պարբերաբար փորձարկելով վերականգնման սցենարները՝ համոզվելու համար, որ նրա առաջարկությունները արտացոլում են իրական աշխարհի լավագույն փորձը։
Հարցեր ունեք SQL Server Վերականգնո՞ւմ, թե՞ անհրաժեշտ է տվյալների բազայի խնդիրների լուծման լրացուցիչ ուղեցույց: Յուանը ողջունում է ձեզ: արձագանքներ և առաջարկություններ այս տեխնիկական ռեսուրսները բարելավելու համար։