Պահուստավորում պատրաստ է. տոնի պատվին առասպելների ոչնչացում

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

Այս թեմայով աշխատում եմ գրեթե 20 տարի, որից վերջին 2 տարին Պրոմսվյազբանկում է։ Պրակտիկայի հենց սկզբում ես կրկնօրինակում էի գրեթե ձեռքով, սկրիպտներով, որոնք պարզապես պատճենում էին ֆայլերը: Հետո Windows-ում հայտնվեցին հարմար գործիքներ՝ Robocopy կոմունալը ֆայլեր պատրաստելու համար և NT Backup՝ պատճենելու համար։ Եվ միայն այն ժամանակ եկավ մասնագիտացված ծրագրաշարի ժամանակը, առաջին հերթին Veritas Backup Exec-ը, որն այժմ կոչվում է Symantec Backup Exec: Այսպիսով, ես վաղուց ծանոթ եմ կրկնօրինակումներին:

Պարզ ասած, կրկնօրինակը տվյալների պատճենն է (վիրտուալ մեքենաներ, հավելվածներ, տվյալների բազաներ և ֆայլեր) որոշակի օրինաչափության դեպքում: Յուրաքանչյուր դեպք սովորաբար դրսևորվում է որպես ապարատային կամ տրամաբանական ձախողում և հանգեցնում տվյալների կորստի: Պահուստային համակարգի նպատակն է նվազեցնել տեղեկատվության կորուստը: Սարքավորումների ձախողումը, օրինակ, սերվերի կամ պահեստի ձախողումն է, որտեղ գտնվում է տվյալների բազան: Տրամաբանական - սա տվյալների մի մասի կորուստն է կամ փոփոխությունը, այդ թվում՝ մարդկային գործոնի պատճառով. նրանք պատահաբար ջնջել են աղյուսակը, ֆայլը, գործարկել են ծուռ սցենար՝ կատարման համար: Կան նաև կարգավորիչի պահանջներ որոշակի տեսակի տեղեկատվության երկարաժամկետ պահպանման համար, օրինակ՝ մինչև մի քանի տարի:

Կրկնօրինակների առավել բնորոշ օգտագործումը տվյալների բազաների պահպանված պատճենի վերականգնումն է տարբեր թեստային համակարգերի տեղակայման համար, մշակողների համար կլոններ:

Կան մի քանի բնորոշ առասպելներ կրկնօրինակման շուրջ, որոնք վաղուց պետք է ցրվեն: Ահա դրանցից ամենահայտնին.

Առասպել 1. Պահուստավորումը վաղուց ընդամենը փոքր գործառույթ է անվտանգության կամ պահեստավորման համակարգերում

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

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

Առասպել 2. Երբ կա RAID, կրկնօրինակում այլևս անհրաժեշտ չէ:

Անկասկած, RAID զանգվածները և տվյալների վերարտադրությունը տեղեկատվական համակարգերը ապարատային խափանումներից պաշտպանելու լավ միջոց են, և եթե դուք ունեք սպասման սերվեր, կարող եք արագ կազմակերպել դրա անցումը հիմնական մեքենայի ձախողման դեպքում:

Համակարգի օգտատերերի կողմից թույլ տրված տրամաբանական սխալներից ավելորդությունը և կրկնօրինակումը չեն փրկում: Ահա սպասման սպասարկման սերվեր. այո, այն կարող է օգնել, եթե սխալ հայտնաբերվի նախքան դրա համաժամացումը: Իսկ եթե պահը բաց է թողնե՞լ։ Այստեղ կօգնի միայն ժամանակին կրկնօրինակումը: Եթե ​​գիտեք, որ տվյալները փոխվել են երեկ, կարող եք համակարգը վերականգնել նախօրեին և դրանից հանել անհրաժեշտ տվյալները։ Հաշվի առնելով այն փաստը, որ տրամաբանական սխալները ամենատարածվածն են, հին լավ պահուստավորումը մնում է ապացուցված և անհրաժեշտ գործիք:

Առասպել 3. Կրկնօրինակումը մի բան է, որն արվում է ամիսը մեկ անգամ:

Պահուստավորման հաճախականությունը կարգավորելի կարգավորում է, որը հիմնականում կախված է ձեր պահեստային համակարգի պահանջներից: Միանգամայն հնարավոր է գտնել տվյալներ, որոնք գրեթե երբեք չեն փոխվում և առանձնապես կարևոր չեն, դրանց կորուստը կարևոր չի լինի ընկերության համար։
Դրանք, իսկապես, կարող են կրկնօրինակվել ամիսը մեկ անգամ և նույնիսկ ավելի հազվադեպ: Բայց ավելի կարևոր տվյալներ են պահպանվում ավելի հաճախ՝ կախված RPO (Վերականգնման կետի նպատակային) ցուցիչից, որը սահմանում է տվյալների թույլատրելի կորուստը։ Սա կարող է լինել շաբաթը մեկ, օրական մեկ անգամ կամ նույնիսկ ժամում մի քանի անգամ: Մենք ունենք այս գործարքների մատյանները DBMS-ից:

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

Առասպել 4. Պատճենների ծավալը անընդհատ աճում է և ամբողջությամբ զբաղեցնում է ցանկացած հատկացված տարածք:

Կրկնօրինակներն ունեն պահպանման սահմանափակ ժամկետ: Անիմաստ է, օրինակ, պահել բոլոր 365 օրական կրկնօրինակները տարվա ընթացքում։ Որպես կանոն, ընդունելի է օրական օրինակները պահել 2 շաբաթ, որից հետո դրանք փոխարինվում են թարմներով, իսկ ամսում առաջինը պատրաստված տարբերակը մնում է երկարաժամկետ պահեստում։ Այն, իր հերթին, նույնպես պահվում է որոշակի ժամանակով. յուրաքանչյուր օրինակ ունի իր ողջ կյանքի ընթացքում:

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

Առասպել 5. Կրկնօրինակումը սկսվեց. ամեն ինչ կախված էր

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

Պահուստավորումը կարող է անցնել մեկ կամ մի քանի հոսքերի՝ կախված նրանից, թե արդյոք կրկնօրինակվող համակարգը աջակցում է բազմաթելային: Օրինակ, Oracle DBMS-ը թույլ է տալիս մի քանի թելեր տալ՝ ըստ հասանելի պրոցեսորների քանակի, մինչև փոխանցման արագությունը հասնի ցանցի թողունակության սահմանին:

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

Խոշոր կազմակերպություններում պահեստային համակարգի համար ստեղծվում է առանձին ցանց, որպեսզի կրկնօրինակը չազդի արտադրության վրա։ Բացի այդ, երթեւեկությունը կարող է փոխանցվել ոչ թե ցանցի, այլ SAN-ի միջոցով:

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

Առասպել 6. Գործարկել է պահեստային համակարգ. դա ձեզ համար սխալների հանդուրժողականությունն է

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

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

Առասպել 7. Ես մի անգամ ստեղծել եմ կրկնօրինակում, ստուգել եմ, որ այն աշխատում է: Մնում է միայն դիտել տեղեկամատյանները

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

Եվ մի փոքր համակարգի ադմինիստրատորի աշխատանքի մասին

Ձեռքի ռեժիմում ոչ ոք երկար ժամանակ չի պատճենում տվյալները: Ժամանակակից SRK-ները կարող են կրկնօրինակել գրեթե ամեն ինչ, պարզապես պետք է այն ճիշտ կարգավորել: Եթե ​​նոր սերվեր է ավելացվել, սահմանեք կանոններ. ընտրեք բովանդակությունը, որը կպահուստավորվի, նշեք պահեստավորման տարբերակները և կիրառեք ժամանակացույցը:

Միևնույն ժամանակ, դեռ շատ աշխատանք կա սերվերների լայն նավատորմի պատճառով, ներառյալ տվյալների բազաները, փոստային համակարգերը, վիրտուալ մեքենաների կլաստերները և ֆայլերի համօգտագործումները ինչպես Windows-ում, այնպես էլ Linux / Unix-ում: Աշխատակիցները, ովքեր պահում են պահեստային համակարգը, անգործ չեն նստում:

Ի պատիվ տոնի, ես ցանկանում եմ բոլոր ադմիններին մաղթել ամուր նյարդեր, շարժումների պարզություն և պահեստային պատճեններ պահելու անսահման տարածք:

Source: www.habr.com