Այսօր ես ձեզ կպատմեմ MS SQL կրկնօրինակման երկու Commvault առանձնահատկությունների մասին, որոնք անարդարացիորեն անտեսվում են՝ հատիկավոր վերականգնում և Commvault հավելված SQL Management Studio-ի համար: Ես չեմ հաշվի առնի հիմնական պարամետրերը: Գրառումն ավելի հավանական է նրանց համար, ովքեր արդեն գիտեն, թե ինչպես տեղադրել գործակալ, կարգավորել ժամանակացույցը, քաղաքականությունը և այլն: Ես խոսեցի այն մասին, թե ինչպես է աշխատում Commvault-ը և ինչ կարող է անել այս հարցում:
հատիկավոր վերականգնում
Տարբերակ սեղանի մակարդակի վերականգնում Համեմատաբար վերջերս հայտնվել են Subclient հատկություններում: Այն թույլ է տալիս Ձեզ հնարավորություն տալ վերականգնել աղյուսակները տվյալների բազայից՝ առանց ամբողջ տվյալների բազան կրկնօրինակից վերականգնելու: Սա հարմար է, երբ գիտեք, թե կոնկրետ որտեղ է սխալը կամ տվյալների կորուստը: Միևնույն ժամանակ տվյալների բազան ինքնին մեծ է, և այդ ամենի վերականգնումը շատ ժամանակ կպահանջի:
Այս տարբերակն ունի սահմանափակումներ.
- Աղյուսակները չեն կարող վերականգնվել սկզբնական տվյալների բազայում, միայն մեկ այլ տվյալների վրա:
— Բոլոր աղյուսակները վերականգնվել են dbo սխեմային: Աղյուսակը չի կարող վերականգնվել օգտվողի սխեմայի մեջ:
— Աջակցվում է միայն տեղական SQL սերվերի հաշիվը՝ համակարգի ադմինիստրատորի իրավունքներով:
— Թիրախային սերվերը, որտեղ մենք վերականգնում ենք աղյուսակը, պետք է աշխատի Windows OS-ով:
— Թիրախային սերվերի վրա, բացի SQL Agent-ից, պետք է տեղադրվեն Media Agent-ը և Java Runtime Environment-ը:
— Տվյալների բազան պետք է օգտագործի Վերականգնման մոդելը Full ռեժիմում:
— Եթե տվյալների բազայի վերականգնման հատիկավոր տարբերակը միացված է, դիֆերենցիալ պահուստավորման աշխատանքներ կատարելու հնարավորությունը կորչում է:
Սեղանի մակարդակի վերականգնման տարբերակն անջատված է:
Սեղանի մակարդակի վերականգնման տարբերակն անջատված է:
Իմ պրակտիկայում եղել է դեպք, երբ հաճախորդը SQL սերվերի համար կազմաձևել է հետևյալ ժամանակացույցը՝ մեկ ամբողջական կրկնօրինակում շաբաթը մեկ անգամ և 6 դիֆերենցիալ կրկնօրինակում աշխատանքային օրերին: Նա միացրեց աղյուսակի մակարդակի վերականգնման գործառույթը, և դիֆերենցիալ պահուստավորման աշխատանքները մշակվեցին սխալմամբ:
Տեսնենք, թե ինչպիսի տեսք կունենա վերականգնումն ինքնին։
1. Սկսեք վերականգնումը ցանկալի գործակալի վրա:
2. Բացվող պատուհանում անցեք ներդիր Ընդլայնված Options. Ընտրեք SQL Granular Browse - Դիտեք բովանդակությունը:
3. Բացվող ցանկում ընտրեք տվյալների բազան, որտեղից կվերականգնենք աղյուսակը և սեղմեք Վերականգնել Granular-ը.
4. Երկխոսության վանդակում կարգավորեք տվյալների բազայի ամրացման կետը պահուստային ֆայլերից (ինչ-որ բան, ինչպես Instant Recovery տեխնոլոգիան):
Մենք նշում ենք.
- ժամանակավոր տվյալների բազայի անվանումը;
- որքան ժամանակ պահել այս վերականգնման կետը օրերի ընթացքում;
- սերվերը, որտեղ մենք կտեղադրենք տվյալների բազան: Ցանկում հասանելի կլինեն միայն այն սերվերները, որոնք կբավարարեն վերը նշված բոլոր անհրաժեշտ պայմանները՝ տեղադրված Windows OS, Media Agent և Java Runtime Environment և այլն:
Սեղմեք OK:
5. Նոր պատուհանում սեղմեք List Recovery Points:
6. Կբացվի տեղադրված վերականգնման կետերի ցանկը: Եթե տվյալների բազան մեծ է, դուք պետք է սպասեք: Այնուհետեւ սեղմեք Թերթել. Կհայտնվի պատուհան՝ ընտրված տվյալների բազայից աղյուսակները դիտելու համար:
Մինչ ցուցակը ձևավորվում է, Վերականգնման կետերի երկխոսությունը հաճախ փակվում է, և այնուհետև նրանք չեն կարող նորից վերադառնալ այնտեղ: Դա պարզ է՝ սեղմեք SQL սերվերի օրինակի վրա, որտեղ սկսվել է վերականգնման կետի տեղադրման գործընթացը: Գնացեք «Բոլոր առաջադրանքները» և ընտրեք «Ցուցակ վերականգնման կետեր»:
7. Եթե կան շատ աղյուսակներ, դրանք ցուցադրելու համար կարող է որոշ ժամանակ պահանջվել: Օրինակ, 40 ԳԲ տվյալների բազայի համար ցուցակի ձևավորումը տևում է մոտ տասը րոպե: Ընտրեք ցանկալի աղյուսակը և սեղմեք Վերականգնել բոլոր ընտրվածները:
8. Նոր պատուհանում ընտրեք տվյալների բազան, որտեղ մենք կվերականգնենք աղյուսակ(ները): Մեր դեպքում սա GPI TEST տվյալների բազան է:
9. Վերականգնման ավարտից հետո ընտրված աղյուսակները կհայտնվեն GPI TEST տվյալների բազայում:
Աղյուսակը ժամանակավոր տվյալների բազա վերականգնելուց հետո կարող եք այն տեղափոխել սկզբնական տվյալների բազա՝ օգտագործելով Management Studio:
Commvault plug-in SQL Management Studio-ի համար
Տվյալների բազայի ադմինիստրատորները միշտ չէ, որ մուտք ունեն պահուստային համակարգ (BSS): Երբեմն դուք պետք է շտապ ինչ-որ բան անեք, բայց IBS-ի ադմինիստրատորը հասանելի չէ: SQL Management Studio-ի Commvault հավելվածի միջոցով տվյալների բազայի ադմինիստրատորը կարող է կատարել տվյալների հիմնական կրկնօրինակում և վերականգնում:
QL Management Studio-ի տարբերակը
Հրաման
SQL 2008 R2
CvSQLAddInConfig.exe /i 10 /r
SQL 2012
CvSQLAddInConfig.exe /i 11 /r
SQL 2014
CvSQLAddInConfig.exe /i 12 /r
SQL 2016
CvSQLAddInConfig.exe /i 13 /r
SQL 2017
CvSQLAddInConfig.exe /i 14 /r
SQL սերվերների տարբերակները, որոնք աջակցում են Commvault Plug-in-ին և հրամաններ, որոնք ակտիվացնում են plug-in-ը: Փլագինը աջակցվում է միայն 64-բիթանոց Windows ՕՀ-ում:
1. Կատարեք հրամանը, որը համապատասխանում է SQL սերվերի մեր տարբերակին.
2. Կրկնօրինակման և վերականգնման տարբերակներն այժմ հասանելի են Management Studio-ում: Դա անելու համար աջ սեղմեք ցանկալի տվյալների բազայի վրա:
Այսպիսով, ադմինիստրատորը հնարավորություն ունի ուղղակիորեն շփվել այս տվյալների բազայի պահուստային պատճենների հետ՝ առանց Commvault վահանակի և SRK ադմինիստրատորին զանգեր կատարելու:
3. Երբ դուք գործարկում եք այս ընտրացանկի հասանելի գործառույթներից որևէ մեկը, կհայտնվի պատուհան, որտեղ խնդրում ենք մուտք գործել ձեր մուտքաբառը և գաղտնաբառը: CommServe-ին միանալու համար օգտագործեք SSO կամ որևէ այլ հաշիվ Commserve-ի Անվտանգության բաժնից (Commcell մուտք):
4. Եթե հավատարմագրերը ճիշտ են մուտքագրվել և կան բավարար մուտքի իրավունքներ, տվյալների բազայի ադմինիստրատորը կարող է.
— գործարկել արտասովոր պահուստավորում (Backup);
— վերականգնել տվյալների բազան կրկնօրինակից (Վերականգնել);
— դիտել կատարված առաջադրանքների պատմությունը (Դիտել պատմությունը) և ընթացքի մեջ գտնվող առաջադրանքների առաջընթացը (Աշխատանքի մոնիտոր):
Ահա թե ինչ տեսք ունի ընտրված տվյալների բազայի ավարտված պահեստային աշխատանքների պատմությունը Management Studio-ում:
Մենյու տվյալների բազայի վերականգնման համար: Այն նույնիսկ չի տարբերվում վահանակի մենյուից:
Դա այն է, որ այս երկու SQL Agent հատկանիշները Commvault-ից: Ես կավելացնեմ, որ Commvault-ի միջոցով կրկնօրինակումն ավելի հարմար է նրանց համար, ովքեր ունեն տասնյակ սերվերներ ծառայության մեջ, մի քանի օրինակներով և տվյալների բազաներով, այս ամենը, հնարավոր է, տարբեր կայքերում և պահանջում է ստեղծել տարբեր ժամանակացույցեր, խորություն և այլն: Եթե ունեք մի քանի սերվեր, ապա Standard MS SQL գործիքները բավարար են կրկնօրինակման համար:
Source:
Source: www.habr.com