Բարև մեր բլոգի ընթերցողներ: Մասամբ արդեն ծանոթ ենք՝ իմ անգլալեզու գրառումները հայտնվել են այստեղ՝ իմ սիրելի գործընկերոջ թարգմանությամբ . Այս անգամ որոշեցի ուղիղ դիմել ռուսախոս հանդիսատեսին.
Իմ դեբյուտի համար ես ուզում էի գտնել մի թեմա, որը հետաքրքիր կլինի հնարավորինս լայն լսարանի համար և պահանջում է մանրամասն քննարկում: Դենիել Դեֆոն պնդում էր, որ մահն ու հարկերը սպասում են ցանկացած մարդու: Իմ կողմից կարող եմ ասել, որ ցանկացած աջակցության ինժեներ սպասում է հարցերի վերականգնման կետերի պահպանման քաղաքականության (կամ, ավելի պարզ ասած, պահպանման) վերաբերյալ: Ես սկսեցի բացատրել, թե ինչպես է աշխատում պահպանումը 4 տարի առաջ՝ որպես XNUMX-ին մակարդակի կրտսեր ինժեներ, և շարունակում եմ բացատրել հիմա՝ որպես իսպանախոս և իտալախոս թիմի ղեկավար: Համոզված եմ, որ աջակցության երկրորդ և նույնիսկ երրորդ մակարդակի իմ գործընկերները նույնպես պարբերաբար պատասխանում են նույն հարցերին։
Այս լույսի ներքո ես ուզում էի գրել վերջնական, հնարավորինս մանրամասն գրառում, որին ռուսալեզու օգտատերերը կարող էին նորից ու նորից վերադառնալ որպես հղում։ Պահը ճիշտ է. վերջերս թողարկված տասներորդ տարեդարձի տարբերակը նոր հնարավորություններ է ավելացրել հիմնական գործառույթին, որը տարիներ շարունակ չի փոխվել: Իմ գրառումը հիմնականում կենտրոնացած է այս տարբերակի վրա, թեև գրվածի մեծ մասը ճիշտ է նախորդ տարբերակների համար, դուք պարզապես այնտեղ չեք գտնի նկարագրված գործառույթներից մի քանիսը: Վերջապես, մի փոքր նայելով ապագային, կասեմ, որ հաջորդ տարբերակում որոշ փոփոխություններ են սպասվում, բայց դրա մասին կպատմենք, երբ ժամանակը գա։ Այսպիսով, եկեք սկսենք:
Պահուստային աշխատանքներ
Նախ, եկեք նայենք այն հատվածին, որը չի փոխվել 10 տարբերակում: Պահպանման քաղաքականությունը որոշվում է մի քանի պարամետրերով: Եկեք բացենք նոր առաջադրանք ստեղծելու պատուհանը և անցնենք Պահպանման ներդիր: Այստեղ մենք կտեսնենք պարամետր, որը որոշում է վերականգնման կետերի ցանկալի քանակը.
Այնուամենայնիվ, սա հավասարման միայն մի մասն է: Միավորների իրական թիվը որոշվում է նաև աշխատանքի համար սահմանված պահեստային ռեժիմով: Այս տարբերակը ընտրելու համար սեղմեք նույն ներդիրի Ընդլայնված կոճակը: Սա նոր պատուհան կբացի բազմաթիվ տարբերակներով: Համարակալենք դրանք և մեկ առ մեկ դիտարկենք.
Եթե միայն 1-ին տարբերակը միացված է, ապա աշխատանքը կաշխատի «անսահմանորեն աճող» ռեժիմով (ընդմիշտ առաջ աստիճանաբար): Այստեղ դժվարություններ չկան. առաջադրանքը կպահի վերականգնման կետերի սահմանված քանակը ամբողջական կրկնօրինակից (ֆայլ VBK ընդլայնմամբ) մինչև վերջին աճը (VIB ընդլայնմամբ ֆայլ): Երբ միավորների թիվը գերազանցում է սահմանված արժեքը, ամենահին աճը կմիավորվի ամբողջական կրկնօրինակի հետ: Այլ կերպ ասած, եթե առաջադրանքը դրված է պահել 3 միավոր, ապա հաջորդ նիստից անմիջապես հետո պահեստում կլինի 4 կետ, որից հետո ամբողջական կրկնօրինակը կմիավորվի ամենահին հավելման հետ և միավորների ընդհանուր թիվը կվերադառնա: 3.
Նաև չափազանց պարզ է պահպանումը «հակադարձ աճող» (հակադարձ աճող) ռեժիմի համար (տարբերակ 2): Քանի որ այս դեպքում նորագույն կետը կլինի ամբողջական կրկնօրինակումը, որին կհաջորդի այսպես կոչված հետադարձ կապի շղթան (VRB ընդլայնումով ֆայլեր), պահպանումը կիրառելու համար բավական է պարզապես ջնջել ամենահին վերադարձը։ Իրավիճակը նույնն է լինելու՝ նիստից անմիջապես հետո միավորների քանակը 1-ով կգերազանցի սահմանված արժեքը, որից հետո այն կվերադառնա ցանկալի արժեքին։
Նկատի ունեցեք, որ հակադարձ աճող ռեժիմով կարող եք նաև ակտիվացնել պարբերական ամբողջական կրկնօրինակումները (տարբերակ 4), բայց դա չի փոխում էությունը: Այո, ամբողջական վերականգնման կետերը կհայտնվեն շղթայում, բայց մենք դեռ հերթով կջնջենք ամենահին կետերը:
Վերջապես գալիս ենք հետաքրքիր հատվածին. Եթե դուք ակտիվացնեք լրացուցիչ կրկնօրինակում, բայց նաև միացնեք 3-րդ կամ 4-րդ տարբերակները (կամ երկուսը միաժամանակ), խնդիրը կսկսի ստեղծել պարբերական ամբողջական կրկնօրինակումներ՝ օգտագործելով «ակտիվ» կամ սինթետիկ մեթոդը: Ամբողջական կրկնօրինակի ստեղծման մեթոդը կարևոր չէ. այն կպարունակի նույն տվյալները, իսկ աճող շղթան կբաժանվի «ենթաշղթաների»: Այս մեթոդը կոչվում է առաջադիմական, և հենց նա է առաջացնում մեր հաճախորդների հարցերի զգալի մասը:
Պահպանումը կիրառվում է այստեղ՝ ջնջելով շղթայի ամենահին մասը (ամբողջական կրկնօրինակից մինչև ավելացում): Միևնույն ժամանակ, մենք չենք ջնջի միայն խոռոչի կրկնօրինակը կամ ավելացումների միայն մի մասը: Ամբողջ «ենթաշղթան» միանգամից ամբողջությամբ հեռացվում է։ Միավորների քանակի սահմանման իմաստը նույնպես փոխվում է. եթե այլ մեթոդներում սա առավելագույն թույլատրելի թիվ է, որից հետո պետք է կիրառվի պահպանում, ապա այստեղ այս պարամետրը որոշում է նվազագույն թիվը: Այսինքն՝ ամենահին «ենթաշղթան» ջնջելուց հետո մնացած մասում միավորների քանակը չպետք է իջնի այս նվազագույնից։
Ես կփորձեմ պատկերել այս հայեցակարգը գրաֆիկորեն: Ենթադրենք, պահպանումը դրված է 3 միավորի վրա, առաջադրանքն աշխատում է ամեն օր՝ երկուշաբթի լրիվ կրկնօրինակով: Այս դեպքում պահպանումը կկիրառվի, երբ միավորների ընդհանուր թիվը հասնի 10-ի.
Ինչու՞ արդեն 10, երբ նրանք դնում են 3-ը: Երկուշաբթի օրը ստեղծվել է ամբողջական կրկնօրինակում: Երեքշաբթիից կիրակի աշխատատեղերը ավելացումներ են ստեղծել: Վերջապես, հաջորդ երկուշաբթի, կրկին ստեղծվում է ամբողջական կրկնօրինակում, և միայն 2 հավելումներից հետո կարող է վերջապես ջնջվել շղթայի ամբողջ հին մասը, քանի որ մնացած միավորների քանակը չի ընկնի 3-ից ցածր:
Եթե գաղափարը պարզ է, ապա առաջարկում եմ ինքներդ փորձել հաշվարկել պահումը։ Վերցնենք հետևյալ պայմանները՝ առաջադրանքն առաջին անգամ գործարկվում է հինգշաբթի (բնականաբար, ամբողջական կրկնօրինակում կկատարվի)։ Խնդիր է դրված չորեքշաբթի և կիրակի օրերին ստեղծել ամբողջական կրկնօրինակում և պահպանել 8 վերականգնման կետեր: Ե՞րբ է առաջին անգամ կիրառվելու պահումը:
Այս հարցին պատասխանելու համար խորհուրդ եմ տալիս վերցնել մի թերթիկ, նկարել այն ըստ շաբաթվա օրերի և գրել, թե որ կետն է ստեղծվում ամեն օր: Պատասխանն ակնհայտ կդառնա
Պատասխան
Պարզաբանում. Պատասխանելու համար բավական է ինքներդ ձեզ հարցնել՝ «ե՞րբ է կիրառվելու պահումը»։ Պատասխանն այն է, երբ մենք կարող ենք հեռացնել առաջին 3 կետերը (VBK, VIB, VIB) և շղթայի մնացած մասը չի ընկնում պահանջվող 8 միավորից: Պարզ է դառնում, որ մենք դա կկարողանանք անել, երբ ընդհանուր առմամբ ունենանք 11 միավոր, այսինքն՝ երկրորդ շաբաթվա կիրակի օրը։
Որոշ ընթերցողներ կարող են առարկել. «Ինչո՞ւ այս ամենը, եթե կա ? Անկասկած, դա շատ օգտակար գործիք է, և որոշ դեպքերում ես կօգտագործեի այն, բայց ունի նաև սահմանափակումներ։ Նախ, դա թույլ չի տալիս նշել նախնական պայմանները, և շատ դեպքերում հարցը հենց «մենք ունենք նման շղթա, ի՞նչ կլինի, եթե փոխենք այսինչ կարգավորումները»: Երկրորդ, գործիքը դեռ որոշ չափով բացակայում է տեսանելիությունից: Ցույց տալով RPS էջը հաճախորդներին, ես հասկացողություն չգտա, բայց այն նկարելուց հետո, ինչպես օրինակում (նույնիսկ օգտագործելով նույն Paint-ը), օր օրի ամեն ինչ պարզ դարձավ:
Վերջապես, մենք չենք դիտարկել «Նախորդ պահուստային շղթաները վերածել հետադարձների» տարբերակը (նշված թիվ 5): Այս տարբերակը երբեմն շփոթեցնում է հաճախորդներին, ովքեր այն ակտիվացնում են «թռչելիս»՝ ցանկանալով միացնել պարզ սինթետիկ կրկնօրինակումը: Մինչդեռ այս տարբերակը ակտիվացնում է շատ հատուկ պահուստային ռեժիմ։ Առանց մանրամասների մեջ մտնելու, ես անմիջապես կասեմ, որ արտադրանքի մշակման այս փուլում «Նախկին պահուստային շղթաները վերափոխումների վերածել» հնացած տարբերակ է, և ես չեմ կարող մտածել մեկ սցենարի մասին, երբ այն պետք է օգտագործվի: Դրա արժեքը այնքան կասկածելի է, որ որոշ ժամանակ Անտոն Գոստևն ինքը զանգահարեց ֆորումի միջոցով՝ խնդրելով իրեն ուղարկել դրա օգտակար օգտագործման օրինակներ (եթե ունեք, գրեք մեկնաբանություններում, ինձ շատ է հետաքրքրում): Եթե չկան (կարծում եմ՝ կանեն), ապա տարբերակը կհեռացվի հետագա տարբերակներում։
Աշխատանքը կստեղծի ավելացումներ (VIB) մինչև այն օրը, երբ նախատեսվում է սինթետիկ ամբողջական կրկնօրինակում: Այս օրը VBK-ն իսկապես ստեղծվում է, բայց այս VBK-ից առաջ բոլոր կետերը վերածվում են վերադարձի (VRB): Դրանից հետո աշխատանքը կշարունակի ստեղծել հավելումներ ամբողջական կրկնօրինակում մինչև հաջորդ սինթետիկ կրկնօրինակումը: Արդյունքում շղթայում ստեղծվում է VBK, VBR և VIB ֆայլերի պայթուցիկ խառնուրդ։ Պահպանումը կիրառվում է շատ պարզ՝ հեռացնելով վերջին VBR-ը.
Problems
Բացի իրականում հասկանալուց, թե ինչպես է այն աշխատում, խնդիրների մեծ մասը, որոնք առաջանում են աճող ռեժիմն օգտագործելիս, սովորաբար կապված են ամբողջական կրկնօրինակման հետ: Այս ռեժիմի համար անհրաժեշտ է կանոնավոր ամբողջական կրկնօրինակում, հակառակ դեպքում շտեմարանը միավորներ կկուտակի այնքան ժամանակ, քանի դեռ չի լցվել:
Օրինակ, ամբողջական կրկնօրինակը կարող է ստեղծվել չափազանց հազվադեպ: Ենթադրենք, առաջադրանքը դրված է պահել 10 միավոր, իսկ ամբողջական կրկնօրինակը ստեղծվում է ամիսը մեկ անգամ: Հասկանալի է, որ այստեղ միավորների փաստացի թիվը սահմանվածից շատ ավելի մեծ կլինի։ Կամ առաջադրանքը, ընդհանուր առմամբ, դրված է աշխատելու անվերջ աճող ռեժիմով և պահպանում է 50 միավոր: Հետո ինչ-որ մեկը պատահաբար ստեղծել է ամբողջական կրկնօրինակում: Վերջ, առաջադրանքն այսուհետ կսպասի մինչև լրիվ միավորը կուտակի 49 հավելում, որից հետո կկիրառի պահպանումը և կվերադառնա անսահման-լիարժեք ռեժիմ։
Այլ դեպքերում, ամբողջական կրկնօրինակը նախատեսված է պարբերաբար ստեղծելու համար, բայց ինչ-ինչ պատճառներով դա չի արվում: Այստեղ ես կթվարկեմ ամենատարածված պատճառը. Որոշ հաճախորդներ նախընտրում են օգտագործել «վազել հետո» պլանավորման տարբերակը և ստեղծել աշխատատեղեր՝ աշխատելու շղթայով: Վերցնենք այս օրինակը. կան 3 աշխատատեղեր, որոնք աշխատում են ամեն օր և ստեղծում են ամբողջական կրկնօրինակում կիրակի օրը: Առաջին առաջադրանքը սկսվում է 22.30-ին, մնացածը գործարկվում են շղթայական։ Ավելացվող կրկնօրինակումը տևում է 10 րոպե, և, հետևաբար, մինչև ժամը 23.00:22.30 բոլոր առաջադրանքները ավարտում են իրենց աշխատանքը: Բայց ամբողջական կրկնօրինակումը տևում է մեկ ժամ, ուստի կիրակի օրը տեղի է ունենում հետևյալը. առաջին առաջադրանքն աշխատում է 23.30-ից մինչև 23.30: Հաջորդը 00.30-ից XNUMX-ն է։ Սակայն երրորդ առաջադրանքը գործարկվում է երկուշաբթի. Ամբողջական կրկնօրինակը կազմաձևված է կիրակի համար, ուստի այս դեպքում այն պարզապես չի լինի: Առաջադրանքը կսպասի ամբողջական պահուստավորմանը՝ պահպանումը կիրառելու համար: Ուստի զգույշ եղեք, երբ օգտագործում եք «վազել հետո» տարբերակը կամ ընդհանրապես մի օգտագործեք այն. պարզապես կարգավորեք աշխատանքները, որ սկսվեն միևնույն ժամանակ և թույլ տվեք ռեսուրսների ժամանակացույցը կատարել իր աշխատանքը:
«Հեռացնել ջնջված տարրերը» դժվար տարբերակ
Անցնելով Storage - Advanced - Maintenance առաջադրանքի կարգավորումները, կարող եք պատահել «ջնջված տարրերի տվյալները հեռացնելուց հետո» տարբերակին, որը հաշվարկվում է օրերով:
Որոշ հաճախորդներ ակնկալում են, որ դա պահպանում է: Իրականում սա բոլորովին առանձին տարբերակ է, որի թյուրիմացությունը կարող է հանգեցնել անսպասելի հետեւանքների։ Այնուամենայնիվ, առաջին հերթին ես պետք է բացատրեմ, թե ինչպես է B&R-ն արձագանքում այն իրավիճակներին, երբ նիստի ընթացքում հաջողությամբ կրկնօրինակվում են միայն մի քանի մեքենաներ:
Պատկերացրեք այս սցենարը. անսահման աճող աշխատանք, որը կազմաձևված է 6 միավոր պահելու համար: Առաջադրանքում կա 2 մեքենա, մեկը միշտ հաջողությամբ կրկնօրինակվում է, մյուսը երբեմն սխալներ է տալիս: Արդյունքում յոթերորդ կետով ձևավորվել է հետևյալ իրավիճակը.
Պահպանումը կիրառելու ժամանակն է, բայց մի մեքենան ունի 7 միավոր, իսկ մյուսը՝ ընդամենը 4։ Այստեղ պահպանումը կկիրառվի՞։ Պատասխանն է՝ այո, կլինի: Եթե առնվազն մեկ օբյեկտ կրկնօրինակվել է, B&R-ը համարում է, որ կետը ստեղծվել է:
Նմանատիպ իրավիճակ կարող է առաջանալ, եթե ինչ-որ մեքենա պարզապես չի ընդգրկվել առաջադրանքի մեջ որոշակի նիստի ընթացքում: Դա տեղի է ունենում, օրինակ, երբ մեքենաները առաջադրանքին ավելացվում են ոչ թե առանձին, այլ որպես կոնտեյներների մաս (թղթապանակներ, պահեստներ), և որոշ մեքենաներ ժամանակավորապես տեղափոխվում են այլ կոնտեյներ: Աշխատանքն այնուհետև կհամարվի հաջողված, բայց վիճակագրության մեջ դուք կգտնեք հաղորդագրություն, որում ասվում է, որ ուշադրություն դարձնեք այն փաստին, որ այս կամ այն մեքենան այլևս չի մշակվում աշխատանքի կողմից:
Ի՞նչ կլինի, եթե դրան ուշադրություն չդարձնեք։ Անսահման աճող կամ հակադարձ աճող ռեժիմների դեպքում «խնդրահարույց» մեքենայի վերականգնման կետերի թիվը կնվազի յուրաքանչյուր նստաշրջանի հետ, մինչև այն հասնի VBK-ում պահված 1-ի: Այլ կերպ ասած, նույնիսկ եթե մեքենան երկար ժամանակ պահուստավորված չէ, մեկ վերականգնման կետ դեռ կմնա: Սա այն դեպքը չէ, եթե միացված են պարբերական ամբողջական կրկնօրինակումները: Եթե B&R-ի ազդանշաններն անտեսվեն, վերջին կետը կարող է ի վերջո ջնջվել շղթայի հին մասի հետ միասին:
Հասկանալով այս մանրամասները՝ վերջապես կարող ենք դիտարկել «Հեռացնել ջնջված տարրերի տվյալները հետո» տարբերակը։ Այն կջնջի կոնկրետ մեքենայի բոլոր կետերը, եթե այդ սարքը X օր պահուստավորված չէ: Խնդրում ենք նկատի ունենալ, որ այս պարամետրը չի արձագանքում սխալներին (փորձված - չաշխատեց): Մեքենան կրկնօրինակելու փորձ անգամ չպետք է լինի: Թվում է, որ տարբերակը օգտակար է և միշտ պետք է միացված լինի: Եթե ադմինիստրատորը հանել է մեքենան առաջադրանքից, ապա տրամաբանական է որոշ ժամանակ անց մաքրել շղթան ավելորդ տվյալներից։ Այնուամենայնիվ, թյունինգը պահանջում է կարգապահություն և խնամք:
Բերեմ օրինակ պրակտիկայից՝ առաջադրանքին ավելացվել են մի քանի տարաներ, որոնց կազմը բավականին դինամիկ էր։ RAM-ի բացակայության պատճառով B&R սերվերը խնդիրներ ունեցավ, որոնք աննկատ մնացին: Առաջադրանքը սկսվեց և փորձ արվեց կատարել ապարատների կրկնօրինակում, բացառությամբ մեկի, որն այդ պահին չկար տարայի մեջ։ Քանի որ շատ մեքենաներ առաջացրել են սխալներ, լռելյայնորեն B&R-ը պետք է 3 լրացուցիչ փորձ կատարի «խնդիր» մեքենաները կրկնօրինակելու համար: RAM-ի հետ մշտական խնդիրների պատճառով այս փորձերը ձգձգվեցին մի քանի օր: Բացակայող VM-ի կրկնօրինակման երկրորդ փորձ չի եղել (VM-ի բացակայությունը սխալ չէ): Արդյունքում կրկնվող փորձերից մեկի ժամանակ «Հեռացնել ջնջված տարրերը» պայմանը բավարարվել է, և սարքի բոլոր կետերը ջնջվել են։
Այս առիթով կարող եմ ասել հետևյալը. եթե դուք ունեք ծանուցումներ առաջադրանքների արդյունքների մասին, և նույնիսկ ավելի լավ, օգտագործվում է Veeam ONE-ի հետ ինտեգրումը, ապա, ամենայն հավանականությամբ, դա ձեզ հետ չի պատահի: Եթե շաբաթը մեկ նայեք B&R սերվերին՝ ստուգելու, որ ամեն ինչ աշխատում է, ապա ավելի լավ է հրաժարվել տարբերակներից, որոնք կարող են հանգեցնել կրկնօրինակների ջնջման:
Ինչ նորություն կա v.10-ում
Այն, ինչի մասին մենք նախկինում խոսում էինք, գոյություն ուներ B&R-ում բազմաթիվ տարբերակների համար: Հասկանալով աշխատանքի այս սկզբունքները՝ հիմա տեսնենք, թե ինչ է ավելացվել հոբելյանական «թոփ տասնյակում»։
Ամենօրյա պահպանում
Վերևում մենք դիտարկեցինք «դասական» պահպանման քաղաքականությունը՝ հիմնված միավորների քանակի վրա: Այլընտրանքային մոտեցում է նույն մենյուում «օրեր» դնելը «վերականգնման կետերի» փոխարեն:
Գաղափարը պարզ է անունից. պահպանումը կպահի սահմանված օրերի քանակը, յուրաքանչյուր օրվա միավորների քանակը նշանակություն չունի: Դրանով հիշեք հետևյալը.
- Պահպանումը հաշվարկելիս հաշվի չի առնվում ընթացիկ օրը
- Հաշվվում են նաև այն օրերը, երբ առաջադրանքն ընդհանրապես չի աշխատել։ Սա պետք է նկատի ունենալ, որպեսզի պատահաբար չկորցնեք անկանոն գործող առաջադրանքների միավորները։
- Վերականգնման կետը հաշվվում է այն ստեղծման օրվանից (այսինքն, եթե առաջադրանքը սկսվել է երկուշաբթի և ավարտվել երեքշաբթի, ապա սա երկուշաբթի օրվա կետ է)
Հակառակ դեպքում, առաջադրանքների կողմից պահպանում կիրառելու սկզբունքները նույնպես որոշվում են ընտրված պահեստային մեթոդով: Փորձենք մեկ այլ հաշվարկային առաջադրանք՝ օգտագործելով նույն աստիճանական մեթոդը: Ենթադրենք, պահպանումը սահմանված է 8 օր, առաջադրանքը կատարվում է յուրաքանչյուր 6 ժամը մեկ՝ չորեքշաբթի օրը լիարժեք կրկնօրինակումով: Այս դեպքում կիրակի օրը առաջադրանքը չի գործում։ Աշխատանքը գործում է երկուշաբթի առաջին անգամ։ Ե՞րբ է կիրառվելու պահումը:
Պատասխան
Ինչպես միշտ, ավելի լավ է նշան նկարել: Ես ինձ թույլ կտամ պարզեցնել առաջադրանքը և չեմ գծի յուրաքանչյուր օրվա համար ստեղծված բոլոր միավորները, քանի որ օրական միավորների քանակը այստեղ նշանակություն չունի։ Մեզ համար միայն կարևոր է, որ առաջին երկուշաբթի և չորեքշաբթի առաջին կետը լինի ամբողջական պահեստային, մյուս օրերին առաջադրանքը պարզապես կստեղծի 4 հավելյալ միավոր։
Մենք ինքներս հասկանում ենք, որ պահպանումը կկիրառվի՝ ջնջելով երկուշաբթի լրիվ կրկնօրինակը և դրա ավելացումը: Ե՞րբ դա տեղի կունենա։ Երբ շղթայի մնացած մասը կպարունակի 8 օր: Ընդ որում, մենք չենք հաշվում ընթացիկ օրը, այլ կիրակի օրը, ընդհակառակը, հաշվում ենք։ Այսպիսով, պատասխանը երկրորդ շաբաթվա հինգշաբթին է:
GFS արխիվացում սովորական աշխատատեղերի համար
Մինչև v.10-ը, պապիկ-հայր-որդի (GFS) պահպանման մեթոդը հասանելի էր միայն Պահուստային պատճենման և ժապավենի պատճենման աշխատանքների համար: Այժմ այն հասանելի է նաև սովորական կրկնօրինակման համար:
Թեև սա կապված չէ ընթացիկ թեմայի հետ, բայց չեմ կարող ասել, որ նոր ֆունկցիոնալությունը չի նշանակում շեղում 3-2-1 ռազմավարությունից: Հիմնական պահոցում արխիվային կետերի առկայությունը որևէ կերպ չի ազդում դրա հուսալիության վրա: Հասկանալի է, որ GFS-ը կօգտագործվի ընդարձակվող (Scale-out) պահեստի հետ միասին՝ այս կետերը S3 և նմանատիպ պահեստարաններ առաքելու համար: Եթե դուք չեք օգտագործում այն, ապա ավելի լավ է շարունակեք պահպանել հիմնական և արխիվային կետերը տարբեր պահեստներում:
Այժմ անդրադառնանք GFS կետերի ստեղծման սկզբունքներին: Առաջադրանքի կարգավորումներում, Պահպանման քայլում, հայտնվել է հատուկ կոճակ, որը կանչում է հետևյալ ընտրացանկը.
GFS-ի էությունը կարող է կրճատվել մի քանի կետի (նկատի ունեցեք, որ GFS-ն այլ կերպ է աշխատում այլ տեսակի առաջադրանքներում, բայց դրա մասին ավելի ուշ).
- Առաջադրանքը GFS կետի տակ առանձին ամբողջական կրկնօրինակում չի ստեղծում: Փոխարենը, կօգտագործվի հասանելի ամենահարմար ամբողջական կրկնօրինակը: Հետևաբար, աշխատանքը պետք է աշխատի աստիճանական ռեժիմով՝ պարբերական ամբողջական կրկնօրինակումով, կամ ամբողջական կրկնօրինակը պետք է ձեռքով ստեղծվի օգտագործողի կողմից:
- Եթե միացված է միայն մեկ ժամանակաշրջան (օրինակ՝ շաբաթական), ապա GFS ժամանակաշրջանի սկզբում առաջադրանքը պարզապես կսկսի սպասել ամբողջական պահուստավորման և կնշի առաջին հարմարը որպես GFS:
Օրինակ. Աշխատանքը կազմաձևված է շաբաթական GFS-ը պահելու համար՝ օգտագործելով չորեքշաբթի կրկնօրինակում: Առաջադրանքն աշխատում է ամեն օր, սակայն ամբողջական կրկնօրինակումը նախատեսված է ուրբաթ օրը: Այս դեպքում GFS-ի շրջանը կսկսվի չորեքշաբթի և առաջադրանքը կսկսի սպասել հարմար կետի: Այն կհայտնվի ուրբաթ օրը և կնշվի GFS դրոշով։
- Եթե մի քանի ժամանակաշրջաններ միացված են միանգամից (օրինակ՝ շաբաթական և ամսական), ապա B&R-ը կկիրառի մեթոդ, որը թույլ է տալիս օգտագործել նույն կետը որպես բազմաթիվ ընդմիջումների GFS (տարածք խնայելու համար): Դրոշները հերթով կհանձնվեն՝ սկսած ամենափոքրից։
Օրինակ՝ շաբաթական GFS-ը սահմանված է չորեքշաբթի, իսկ ամսական GFS-ը՝ ամսվա վերջին շաբաթ: Աշխատանքն աշխատում է ամեն օր և ստեղծում է ամբողջական կրկնօրինակումներ երկուշաբթի և ուրբաթ օրերին:
Պարզության համար եկեք սկսենք հաշվել ամսվա նախավերջին շաբաթից։ Այս շաբաթ ամբողջական կրկնօրինակը կստեղծվի երկուշաբթի օրը, բայց այն անտեսվելու է, քանի որ շաբաթական GFS ընդմիջումը սկսվում է չորեքշաբթի: Բայց ուրբաթ ամբողջական կրկնօրինակը լիովին հարմար է GFS կետի համար: Այս համակարգը մեզ արդեն ծանոթ է։
Հիմա մտածեք, թե ինչ կլինի ամսվա վերջին շաբաթվա ընթացքում։ Ամսական GFS ինտերվալը կսկսվի երկուշաբթի օրը, բայց երկուշաբթի VBK-ն չի պիտակվի որպես GFS, քանի որ աշխատանքը ձգտում է նշել մեկ VBK որպես ամսական և շաբաթական GFS կետ: Միաժամանակ որոնումը սկսվում է շաբաթականից, հետևաբար, ըստ սահմանման, այն կարող է դառնալ նաև ամսական։
Այնուամենայնիվ, եթե միացված են միայն շաբաթական և տարեկան ինտերվալները, դրանք կգործեն միմյանցից անկախ և կարող են նշել 2 առանձին VBK որպես համապատասխան GFS միջակայքեր:
Պահուստային պատճենման աշխատանքներ
Մեկ այլ տեսակի առաջադրանք, որը հաճախ պահանջում է աշխատանքի վերաբերյալ պարզաբանում: Սկզբից վերլուծենք աշխատանքի «դասական» մեթոդը՝ առանց նորարարությունների v.10
Պահպանման պարզ մեթոդ
Լռելյայնորեն, նման աշխատանքներն աշխատում են անսահման աճող ռեժիմով: Կետերի ստեղծումը որոշվում է երկու պարամետրով՝ պատճենահանման ընդմիջումով և վերականգնման կետերի ցանկալի քանակով (այստեղ օրական պահպանում չկա): Պատճենման ընդմիջումը սահմանվում է Աշխատանքի առաջին ներդիրում աշխատանք ստեղծելիս.
Միավորների թիվը որոշվում է մի փոքր ավելի հեռու՝ «Թիրախ» ներդիրում
Աշխատանքը ստեղծում է 1 նոր միավոր մեկ ընդմիջումով (կարևոր չէ, թե քանի միավոր է ստեղծվել VM-ի համար սկզբնական աշխատանքների կողմից): Ընդմիջման վերջում նոր կետը վերջնական տեսքի է բերվում և, անհրաժեշտության դեպքում, կիրառվում է պահպանում՝ միացնելով VBK-ն և ամենահին հավելումը: Այս մեխանիզմը մեզ արդեն ծանոթ է։
Պահպանման մեթոդ օգտագործելով GFS
BCJ-ը կարող է նաև պահել արխիվացված կետերը: Սա կազմաձևված է նույն «Թիրախ» ներդիրում, վերականգնման կետերի պարամետրերից անմիջապես ցածր:
GFS կետերը կարող են ստեղծվել երկու եղանակով՝ սինթետիկ՝ օգտագործելով երկրորդական պահեստի տվյալները, կամ ամբողջական պահուստավորումը մոդելավորելով և առաջնային պահոցից բոլոր տվյալները կարդալով (ակտիվացված է 3 համարով նշված տարբերակով): Պահպանումը երկու դեպքում էլ շատ տարբեր կլինի, ուստի մենք դրանք կդիտարկենք առանձին:
Սինթետիկ GFS
Այս դեպքում GFS կետը չի ստեղծվում հենց նշանակված օրը։ Փոխարենը, GFS կետը կստեղծվի, երբ GFS կետի ստեղծման օրվա VIB-ը միաձուլվի ամբողջական կրկնօրինակի հետ: Սա երբեմն թյուրիմացություն է առաջացնում, քանի որ ժամանակն անցնում է, բայց GFS կետը դեռ չկա: Եվ միայն տեխնիկական աջակցության հզոր շամանը կարող է գուշակել, թե որ օրը դեռ կհայտնվի կետը: Իրականում, կախարդանք պետք չէ. պարզապես նայեք կետերի սահմանված քանակին և համաժամացման միջակայքին (օրական քանի միավոր է ստեղծվում): Փորձեք ինքներդ հաշվարկել՝ օգտագործելով այս օրինակը. առաջադրանքը դրված է պահել 7 միավոր, համաժամացման միջակայքը 12 ժամ է (այսինքն՝ օրական 2 միավոր): Այս պահին շղթայում կա արդեն 7 կետ, այսօր երկուշաբթի է, և այս օրը նախատեսված է GFS կետի ստեղծում։ Ո՞ր օրն է այն ստեղծվելու։
Պատասխան
Այստեղ ավելի լավ է նկարագրել, թե ինչպես է փոխվելու շղթան դինամիկայի մեջ՝ ըստ օրական.
Այսպիսով, երկուշաբթի օրը շղթայի վերջին աճը նշվում է որպես GFS, բայց այլ տեսանելի փոփոխություններ տեղի չեն ունենում: Ամեն օր առաջադրանքը ստեղծում է 2 նոր կետ, իսկ պահպանումը շղթան անխոս առաջ է տանում: Վերջապես, հինգշաբթի օրը, ժամանակն է կիրառել պահպանումը այդ նույն աճի վրա: Այս նիստը սովորականից ավելի երկար կտևի, քանի որ առաջադրանքը «կհանի» անհրաժեշտ բլոկները շղթայից և կստեղծի նոր ամբողջական կետ: Այսուհետ շղթայում կլինի 8 միավոր՝ 7 հիմնական շղթայում + GFS։
GFS կետերի ստեղծում «Կարդալ ամբողջ կետը» տարբերակով
Վերևում ասացի, որ BCJ-ն աշխատում է անվերջ աճող ռեժիմով։ Այժմ մենք կվերլուծենք այս կանոնի միակ բացառությունը: Եթե միացնեք «Կարդալ ամբողջ կետը» տարբերակը, GFS կետը կստեղծվի հենց նախատեսված օրը: Առաջադրանքն ինքնին կաշխատի աստիճանական ռեժիմով՝ պարբերական ամբողջական կրկնօրինակումներով, որոնք մենք քննարկեցինք վերևում: Պահպանումը կկիրառվի նաև շղթայի ամենահին հատվածը հեռացնելով։ Այնուամենայնիվ, այս դեպքում միայն ավելացումները կջնջվեն, իսկ ամբողջական կրկնօրինակը կմնա որպես GFS կետ: Համապատասխանաբար, GFS դրոշակներով նշված կետերը հաշվի չեն առնվում պահումը հաշվարկելիս:
Ենթադրենք, առաջադրանքը դրված է պահել 7 միավոր և ստեղծել շաբաթական GFS կետ երկուշաբթի օրը: Այս դեպքում, ամեն երկուշաբթի աշխատանքն իսկապես կստեղծի ամբողջական կրկնօրինակում և կնշի այն որպես GFS: Պահպանումը կկիրառվի, երբ ամենահին մասից ավելացումները ջնջելուց հետո մնացած ավելացումների թիվը 7-ից ցածր չընկնի: Ահա թե ինչպես է այն երևում գծապատկերում.
Այսպիսով, երկրորդ շաբաթվա վերջում շղթայում կա ընդհանուր առմամբ 14 միավոր։ Երկրորդ շաբաթվա ընթացքում առաջադրանքը ստեղծեց 7 միավոր։ Եթե դա պարզ խնդիր լիներ, պահպանումն արդեն կիրառված կլիներ։ Բայց սա BCJ է GFS պահպանմամբ, այնպես որ մենք չենք հաշվում GFS միավորները, ինչը նշանակում է, որ դրանք ընդամենը 6-ն են, այսինքն, մենք դեռ չենք կարող կիրառել պահպանումը: Երրորդ շաբաթվա ընթացքում մենք ստեղծում ենք մեկ այլ ամբողջական կրկնօրինակում GFS դրոշով: 15 միավոր, բայց այս մեկը կրկին չենք հաշվում։ Եվ վերջապես, երրորդ շաբաթվա երեքշաբթի օրը մենք ավելացում ենք ստեղծում։ Այժմ, եթե մենք հանենք առաջին շաբաթվա շղթայի ավելացումները, ապա ավելացումների ընդհանուր թիվը կբավարարի սահմանված պահպանումը:
Ինչպես նշվեց վերևում, այս մեթոդով շատ կարևոր է, որ պարբերաբար ստեղծվեն ամբողջական կրկնօրինակներ: Օրինակ, եթե հիմնական պահպանումը սահմանում եք 7 օր, բայց միայն 1 տարեկան միավոր, ապա հեշտ է պատկերացնել, որ ավելացումները կկուտակվեն շատ, շատ ավելի, քան 7-ը: Նման դեպքերում ավելի լավ է օգտագործել ստեղծման սինթետիկ մեթոդը: GFS.
Եվ կրկին «Հեռացնել ջնջված տարրերը»
Այս տարբերակը առկա է նաև BCJ-ի համար.
Այս տարբերակի տրամաբանությունն այստեղ նույնն է, ինչ սովորական պահուստային առաջադրանքներում. եթե մեքենան չի մշակվում նշված օրերի ընթացքում, ապա դրա տվյալները ջնջվում են շղթայից: Այնուամենայնիվ, BCJ-ի համար այս տարբերակը օբյեկտիվորեն ավելի օգտակար է, և ահա թե ինչու.
Նորմալ ռեժիմում BCJ-ն աշխատում է անսահման աճող ռեժիմով, այնպես որ, եթե ինչ-որ պահի մեքենան հեռացվի առաջադրանքից, ապա պահպանումն աստիճանաբար կջնջի վերականգնման բոլոր կետերը, մինչև մնա միայն մեկը՝ VBK-ում: Հիմա եկեք պատկերացնենք, որ աշխատանքը նույնպես կազմաձևված է սինթետիկ GFS կետեր ստեղծելու համար: Երբ ժամանակը գա, աշխատանքը պետք է ստեղծի GFS շղթայի բոլոր մեքենաների համար: Եթե ինչ-որ մեքենա ընդհանրապես չունի նոր կետեր, լավ, դուք պետք է օգտագործեք այն, ինչ կա: Եվ այսպես ամեն անգամ։ Արդյունքում կարող է առաջանալ հետևյալ իրավիճակը.
Ուշադրություն դարձրեք Ֆայլեր բաժնին. մենք ունենք հիմնական VBK և շաբաթական 2 GFS կետեր: Եվ հիմա դեպի Վերականգնման կետեր բաժինը. իրականում այս ֆայլերը պարունակում են մեքենայի նույն պատկերը: Բնականաբար, նման GFS կետերում իմաստ չկա, դրանք միայն տեղ են զբաղեցնում:
Այս իրավիճակը հնարավոր է միայն սինթետիկ GFS-ի օգտագործման դեպքում: Դա կանխելու համար օգտագործեք «Հեռացնել ջնջված տարրերը» տարբերակը: Պարզապես հիշեք, որ այն կարգավորեք բավարար քանակությամբ օրերի համար: Տեխնիկական աջակցությունը տեսել է դեպքեր, երբ տարբերակը սահմանվել է համաժամացման միջակայքից պակաս օրերի քանակով. BCJ-ն սկսեց կատաղի գնալ և ջնջել կետերը, քանի դեռ ժամանակ չէր ունեցել դրանք ստեղծելու համար:
Նկատի ունեցեք նաև, որ այս տարբերակը չի ազդում առկա GFS կետերի վրա: Եթե ցանկանում եք մաքրել արխիվները, դուք պետք է դա անեք ձեռքով. աջ սեղմելով մեքենայի վրա և ընտրելով «Ջնջել սկավառակից» (հայտնվող պատուհանում մի մոռացեք ստուգել «Հեռացնել GFS լրիվ կրկնօրինակը» վանդակը): :
Innovation v.10 - անմիջական պատճեն (անմիջական պատճեն)
Անդրադառնալով «դասական» ֆունկցիոնալությանը, եկեք անցնենք նորին: Նորարարությունը մեկն է, բայց շատ կարևոր: Սա աշխատանքի նոր եղանակ է։
Չկա «համաժամացման ինտերվալ» հասկացություն, առաջադրանքը մշտապես հետևելու է, թե արդյոք նոր կետեր են հայտնվել և պատճենել դրանք բոլորը, անկախ նրանից, թե որքան են դրանք: Այնուամենայնիվ, աշխատանքը մնում է աստիճանական, ինչը նշանակում է, որ նույնիսկ եթե հիմնական աշխատանքը ստեղծի VBK կամ VRB, այդ կետերը կպատճենվեն որպես VIB: Հակառակ դեպքում, այս ռեժիմում անակնկալներ չկան. և՛ ստանդարտ, և՛ GFS-ի պահպանումը աշխատում են վերը նկարագրված կանոնների համաձայն (չնայած այստեղ հասանելի է միայն սինթետիկ GFS-ը):
Սկավառակները պտտվում են: Պտտվող սկավառակների պահեստների առանձնահատկությունները
Փրկագին վիրուսների մշտական սպառնալիքը դե ֆակտո անվտանգության ստանդարտ է դարձրել տվյալների կրկնօրինակն այնպիսի միջավայրի վրա, որտեղ վիրուսը չի կարող հասնել: Տարբերակներից մեկը սկավառակի պտտվող պահեստների օգտագործումն է, որտեղ սկավառակներն օգտագործվում են հերթով. մինչ մեկ սկավառակը միացված է և գրավոր, մնացածը պահվում են ապահով տեղում:
B&R-ին նման պահեստների հետ աշխատել սովորեցնելու համար պահեստի կարգավորումներում Պահեստի քայլում սեղմեք Ընդլայնված կոճակը և ընտրեք համապատասխան տարբերակը.
Դրանից հետո VBR-ը կսպասի, որ պարբերաբար գոյություն ունեցող շղթան անհետանա պահեստից, ինչը նշանակում է սկավառակի ռոտացիա։ Կախված պահեստի տեսակից և աշխատանքի տեսակից, B&R-ն այլ կերպ կվարվի: Դուք կարող եք սա ներկայացնել հետևյալ աղյուսակով.
Դիտարկենք յուրաքանչյուր տարբերակ:
Նորմալ աշխատանք և Windows-ի պահոց
Այսպիսով, մենք ունենք խնդիր, որը պահպանում է շղթաները առաջին սկավառակի վրա: Պտտման ընթացքում ստեղծված շղթան իրականում անհետանում է, և առաջադրանքը պետք է ինչ-որ կերպ գոյատևի այս կորուստը: Այն մխիթարություն է գտնում ամբողջական կրկնօրինակում ստեղծելու մեջ: Այսպիսով, յուրաքանչյուր ռոտացիա նշանակում է ամբողջական կրկնօրինակում: Բայց ի՞նչ է պատահում անջատված սկավառակի կետերին: Դրանք հիշվում և հաշվի են առնվում պահումը հաշվարկելիս: Այսպիսով, առաջադրանքի մեջ նշված կետերի քանակն այն է, թե քանի միավոր պետք է պահվի բոլոր սկավառակների վրա: Ահա մի օրինակ.
Աշխատանքն աշխատում է անսահման աճող ռեժիմով և կազմաձևված է 3 վերականգնման կետ պահելու համար: Բայց մենք ունենք նաև երկրորդ սկավառակ, և այն պտտում ենք շաբաթը մեկ (կարող է ավելի շատ սկավառակներ լինեն, սա չի փոխում էությունը):
Առաջին շաբաթվա ընթացքում առաջադրանքը կստեղծի միավորներ առաջին սկավառակի վրա և կմիավորի լրացուցիչները: Այսպիսով, միավորների ընդհանուր թիվը կլինի երեք.
Այնուհետեւ մենք միացնում ենք երկրորդ սկավառակը: Գործարկման ժամանակ B&R-ը կնկատի, որ սկավառակը փոխվել է: Առաջին սկավառակի շղթան կվերանա ինտերֆեյսից, սակայն դրա մասին տեղեկատվությունը կմնա տվյալների բազայում։ Աշխատանքն այժմ կպահի 3 կետ երկրորդ սկավառակի վրա: Ընդհանուր իրավիճակը կլինի հետևյալը.
Ի վերջո, մենք նորից միացնում ենք առաջին սկավառակը: Նախքան նոր կետ ստեղծելը, առաջադրանքը կստուգի, թե ինչ կա պահման հետ: Իսկ պահպանումը, հիշեցնում եմ, սահմանված է 3 միավոր պահելու համար։ Միևնույն ժամանակ, մենք ունենք 3 կետ 2-րդ սկավառակի վրա (բայց այն անցանց է և պահվում է անվտանգ վայրում, որտեղ B&R-ը չի կարող հասնել) և 3 կետ 1-ին սկավառակի վրա (բայց սա միացված է): Այսպիսով, դուք կարող եք ապահով կերպով հեռացնել 3 միավոր սկավառակ 1-ից, քանի որ դրանք գերազանցում են պահպանումը: Դրանից հետո առաջադրանքը կրկին ստեղծում է ամբողջական կրկնօրինակում, և մեր շղթան սկսում է այսպիսի տեսք ունենալ.
Եթե պահպանումը կազմաձևված է այնպես, որ օրերը պահվեն միավորների քանակի փոխարեն, ապա տրամաբանությունը չի փոխվում: Բացի այդ, GFS-ի պահպանումն ընդհանրապես չի աջակցվում սկավառակի պտտմամբ պահեստներ օգտագործելիս:
Սովորական աշխատանք և Linux պահեստի ցանցային պահեստավորում
Այս տարբերակը նույնպես հնարավոր է, բայց ընդհանուր առմամբ ավելի քիչ է առաջարկվում՝ պայմանավորված սահմանափակումների պատճառով։ Առաջադրանքը կպատասխանի սկավառակի ռոտացիային և շղթայի անհետացմանը նույն կերպ՝ ստեղծելով ամբողջական կրկնօրինակում: Սահմանափակումը կապված է կրճատված պահպանման մեխանիզմի հետ։
Այստեղ ռոտացիայի ժամանակ անջատված սկավառակի ամբողջ շղթան պարզապես ջնջվում է B&R տվյալների բազայից։ Ուշադրություն դարձրեք. տվյալների բազայից ֆայլերն իրենք մնում են սկավառակի վրա: Դրանք կարելի է ներմուծել և օգտագործել վերականգնման համար, բայց դժվար չէ կռահել, որ վաղ թե ուշ մոռացված նման շղթաները կլցնեն ամբողջ շտեմարանը։
Լուծումը DWORD ForceDeleteBackupFiles ավելացնելն է, ինչպես նշված է այս էջում. . Դրանից հետո աշխատանքը պարզապես կսկսի ջնջել աշխատանքի թղթապանակի կամ պահեստի թղթապանակի ամբողջ բովանդակությունը (կախված արժեքից) յուրաքանչյուր պտույտի ժամանակ:
Այնուամենայնիվ, սա նրբագեղ պահում չէ, այլ ավելի շուտ ամբողջ բովանդակության մաքրում: Ցավոք, տեխնիկական աջակցությունը հանդիպել է դեպքերի, երբ շտեմարանը պարզապես սկավառակի արմատային գրացուցակն էր, որտեղ, բացի կրկնօրինակներից, այլ տվյալներ կային։ Այս ամենը ոչնչացվել է ռոտացիայի ժամանակ։
Բացի այդ, երբ միացված է ForceDeleteBackupFiles-ը, այն աշխատում է բոլոր տեսակի պահոցների համար, այսինքն՝ նույնիսկ Windows-ի պահեստները կդադարեն կիրառել պահպանում և կսկսեն ջնջել բովանդակությունը: Այլ կերպ ասած, Windows-ում տեղական սկավառակը լավագույն ընտրությունն է նման պահեստային պահեստավորման համակարգի համար:
Կրկնօրինակման պատճեն և Windows-ի պահոց
BCJ-ի հետ ամեն ինչ ավելի հետաքրքիր է դառնում: Ոչ միայն կա լիարժեք պահպանում, այլև կարիք չկա ամբողջական կրկնօրինակում անել ամեն անգամ, երբ դուք փոխել եք սկավառակը: Այն աշխատում է այսպես.
Նախ, B&R-ը սկսում է կետեր անել առաջին սկավառակի վրա: Ենթադրենք, պահպանումը սահմանել ենք 3 միավոր։ Առաջադրանքը կաշխատի անսահման աճող ռեժիմով և կմիավորի ավելորդ ամեն ինչ (հիշեցնում եմ ձեզ, որ GFS-ի պահպանումն այս դեպքում չի ապահովվում):
Այնուհետեւ մենք միացնում ենք երկրորդ սկավառակը: Քանի որ դրա վրա դեռ շղթա չկա, մենք ստեղծում ենք ամբողջական կրկնօրինակում, որից հետո մենք ունենք երեք կետից բաղկացած երկրորդ շղթա.
Վերջապես, ժամանակն է նորից միացնել առաջին սկավառակը: Եվ հենց այստեղ է գալիս կախարդանքը, քանի որ առաջադրանքը չի ստեղծի ամբողջական կրկնօրինակում, այլ պարզապես շարունակելու է աճող շղթան.
Դրանից հետո, փաստորեն, յուրաքանչյուր սկավառակ կունենա իր անկախ շղթան։ Հետևաբար, պահպանումն այստեղ նշանակում է ոչ թե բոլոր սկավառակների վրա եղած կետերի, այլ յուրաքանչյուր սկավառակի առանձին կետերի քանակը։
Պահուստային պատճեն և Linux պահեստի ցանցային պահեստավորում
Կրկին, ամբողջ նրբագեղությունը կորչում է, եթե պահեստը տեղական Windows սկավառակի վրա չէ: Այս սցենարն աշխատում է վերը նշված պարզ առաջադրանքի նման: Յուրաքանչյուր ռոտացիայի ժամանակ BCJ-ն կստեղծի ամբողջական կրկնօրինակում, և առկա կետերը կմոռացվեն: Որպեսզի չմնաք առանց ազատ տարածության, դուք պետք է օգտագործեք DWORD ForceDeleteBackupFiles-ը:
Ամփոփում
Այսպիսով, այսքան երկար տեքստի արդյունքում մենք դիտարկել ենք երկու տեսակի առաջադրանքներ. Իհարկե, կան շատ ավելի առաջադրանքներ, բայց դրանք բոլորը մեկ հոդվածի ձևաչափով դիտարկել հնարավոր չի լինի։ Եթե կարդալուց հետո դեռ ունեք հարցեր, ապա գրեք դրանք մեկնաբանություններում, սիրով կպատասխանեմ անձամբ։
Source: www.habr.com