Պահուստավորե՞լ կոնտեյները, թե՞ դրա ֆայլերը. որոշե՛ք վերականգնման ձևով
Պատկերի և ֆայլային մակարդակի պահուստները վերականգնում են տարբեր բաներ և կախված են տարբեր բանալիներից։ Համապատասխանեցրե՛ք պահված օբյեկտը ձեզ իրականում անհրաժեշտ վերականգնմանը։
Դուք կարող եք պահուստավորել գաղտնագրված կոնտեյները որպես մեկ օբյեկտ, կամ տեղադրել այն և պահուստավորել ներսի ֆայլերը։ Երկուսն էլ հանգիստ անցնում են VPN-ով, և այստեղ ավարտվում է նմանությունը։ Դրանք վերականգնում են տարբեր բաներ, կախված են տարբեր բանալիներից, զբաղեցնում են տարբեր ծավալ, և տարբեր ձևերով են ձախողվում, երբ ինչ-որ մեկին տվյալները հետ են պետք։ Սկզբում ընտրե՛ք վերականգնման օբյեկտը, հետո տեղափոխումը, հետո պահված պատճենի գաղտնագրումը։ Ստորև բերված ստուգաթերթը գնում է այդ հերթականությամբ, որովհետև գրեթե ամեն պահուստավորման վեճ իրականում վեճ է այն մասին, թե այդ երեքից որն է առաջինը որոշվել։
Երկու օբյեկտ, վերականգնման երկու ձև
Պատկերի պահուստը վերականգնում է կոնտեյներ. դուք հետ եք ստանում գաղտնագրված ծավալը, և դեռ պետք է դրա վերականգնման նյութը այն բացելու համար։ Ֆայլային մակարդակի պահուստը վերականգնում է ֆայլեր և պանակների ծառեր, և դրանք պաշտպանող գաղտնագրումը պահուստային պահոցի հատկությունն է, ոչ թե սկզբնական կոնտեյների։ Պարզ պատճենը հեռավոր պանակում երրորդ դեպքն է, և այն ժառանգում է այն պաշտպանությունը, որ այդ պանակը պատահաբար ունի։
| Object | What a restore gives you | Where the encryption question lands |
|---|---|---|
| Encrypted container image | The volume, still locked | The container format and its recovery key material |
| Mounted files into a backup tool | Selected files and metadata | The backup repositorys own keys and design |
| Plain copy to a remote folder | Whatever the copy process kept | Whatever protects that storage afterwards |
Միջին տողն այն է, որը մարդիկ սխալ են կարդում։ Այն կարող է լիովին լավ ձևավորում լինել. պահուստային ծրագիրը տեղում կարդում է բաց տեքստ և գրում գաղտնագրված, նույնականացված պահոց։ Այդ դեպքում անվտանգությունը հենվում է այդ ծրագրի և նրա հավատարմագրերի վրա, ոչ թե սկզբնական կոնտեյների գաղտնաբառի, և այդ երկուսը չպետք է նկարագրել այնպես, կարծես նույն վերահսկողությունն են։
Ստուգում 1. ի՞նչ պետք է վերակառուցի վերականգնումը։
Հարցը տվե՛ք վերականգնման, ոչ թե պահուստի ձևով։ Եթե պահանջը «այս ծառայությունը վերադարձնել մեկ այլ հոսթի վրա» է, ապա պատկերը իր վերականգնման նյութով համահունչ պատասխան է։ Եթե պահանջը «մարտ ամսվա ֆինանսական աղյուսակը հետ բերելն» է, ապա մեկ ֆայլ հանելու համար մի քանի գիգաբայթանոց պատկեր վերականգնելը թանկ պատասխան է։ Երկուսն էլ օրինական վերականգնումներ են, և դրանք փոխանակելի բյուջեներ չեն։ Պլանը, որը նշում է միայն մեկը, վաղ թե ուշ կփորձարկվի մյուսով։
Գրե՛ք վերականգնման նպատակը պլանում. ամբողջ ծավալը, պանակների ծառը կամ առանձին ֆայլերը։ Այնուհետև նշե՛ք, թե ինչ մետատվյալներ պետք է ճամփորդեն նրանց հետ, որովհետև սեփականությունը, թույլտվությունները, ընդլայնված հատկանիշները և ժամանակադրոշմները ֆայլային մակարդակի վերականգնման մասն են և հաճախ կորչում են պատճենահեն աշխատահոսքերում, որոնք փորձարկման ընթացքում բավարար էին թվացել։
Որոշե՛ք նաև, թե ով է կատարում վերականգնումը։ Ֆայլային մակարդակի պահոցը, որը ցանկացած օպերատոր կարող է տեղադրել, տարբեր հասանելիության մոդել է, քան պատկերը, որը պահանջում է բանալու տիրոջ ներկայությունը, և ոչ մեկը ինքնաբերաբար ավելի լավը չէ։ Կարևորն այն է, որ ընտրությունը դիտավորյալ և գրավորված լինի։
Ստուգում 2. ի՞նչն է պաշտպանում պահված պատճենը։
VPN-ը պաշտպանում է տեղափոխման մի հատված։ Այն ոչինչ չի ասում պահված պատճենի մասին, երբ փոխանցումն ավարտվել է, և «այն անցավ թունելով» պնդում չէ պահուստի օպերատորի՝ ձեր տվյալները կարդալու ունակության մասին։ Եթե հեռավոր կողմը ղեկավարում է մեկ ուրիշը, հարցն այն է, թե նրանք ինչ կարող են կարդալ, ոչ թե՝ արդյոք կապը գաղտնագրված էր։
Պատկերի դեպքում դա նշանակում է պաշտպանել կոնտեյների բանալու նյութը՝ առանձին հենց պատկերից։ Վերնագրի կորուստը ծավալի կորուստ է, ուստի պահուստավորե՛ք վերնագիրը այնտեղ, որտեղ պատկերը չկա.
cryptsetup luksHeaderBackup /dev/vg0/data --header-backup-file data-header.img
cryptsetup luksDump /dev/vg0/data | head -20Ֆայլային մակարդակի պահոցի համար ստուգե՛ք, որ գործիքը գաղտնագրում և նույնականացնում է բովանդակությունն ու մետատվյալները նախքան դրանք հոսթը կլքեն, և պարզե՛ք, թե ով է պահում բանալիները։ Restic-ի ձևավորման փաստաթղթերը հստակ ասում են, որ այն ենթադրում է վստահելի աղբյուր-հոսթ և որ գաղտնագրումը չի խանգարում պահոցին հասանելիություն ունեցողին ջնջել պահուստները։ Երկու նախազգուշացումներն էլ կարևոր են. պահոցը կարող է գաղտնի լինել և այդուհանդերձ ոչնչացվել։
Ստուգում 3. արդյո՞ք պատճենը համահունչ է։
Պահուստը, որը ձայնագրում է փոփոխվող ֆայլային համակարգ, պատճեն է, ոչ վերականգնման կետ։ Պատկերի համար օգտագործե՛ք ծավալների գործիքի աջակցվող եղանակը կայուն պահի պատկեր ստանալու համար, ինչը սովորաբար նշանակում է պահի պատկերի գործողություն կամ անջատում, այլ ոչ թե մեծ ֆայլի ընթերցում այն փոփոխվելիս.
lvcreate -L 5G -s -n data-snap /dev/vg0/data
cryptsetup open /dev/vg0/data-snap data-snap --readonlyՏեղադրված ֆայլերի համար օգտագործե՛ք հավելվածի աջակցվող համահունչության ընթացակարգը ակտիվ տվյալների բազաների և այլ համակարգված տվյալների համար։ Ֆայլային համակարգի մակարդակի պատճենը և հավելվածի հետ համահունչ վերականգնման կետը տարբեր նկարագրություններ են, և տարբերությունը տեսանելի է դառնում միայն այն ժամանակ, երբ փորձում եք հավելվածը գործարկել վերականգնված պատճենից։
Պահե՛ք վերականգնման նյութը անկախ պաշտպանված ուղու վրա։ Սկզբնական մեքենայի կորուստը երբեք չպետք է նշանակի նաև դրա պահուստը բացող միակ հավատարմագրի կորուստ, և դա հենց այն է, ինչ տեղի է ունենում, երբ բանալու ֆայլը ապրում է պահուստավորվող ծավալի վրա։ Փորձարկե՛ք այդ բաժանումը դիտավորյալ. վերականգնե՛ք հոսթի վրա, որը երբեք չի տեսել բնօրինակը, օգտագործելով միայն այն, ինչ պլանը ասում է, որ հասանելի է։
Ստուգում 4. արդյո՞ք փոփոխությունների հայտնաբերումը գործում է այս օբյեկտի համար։
Գաղտնագրված կոնտեյները տեղափոխման գործիքների մեծամասնության համար նման է մեկ մեծ անթափանց ֆայլի, ուստի բաց տեքստի փոքր խմբագրումը կարող է առաջացնել մեծ վերընթերցում կամ ամբողջական վերբեռնում՝ կախված գործիքից և ձևաչափից։ Փոփոխական չափի բլոկավորումը և կրկնօրինակների հեռացումը, ինչպես փաստում է restic-ը, կարող են նվազեցնել դա, բայց դա այդ գործիքի հատկությունն է, ոչ թե գաղտնագրված կոնտեյներներինը ընդհանուր առմամբ։
Չափե՛ք, ոչ թե ենթադրե՛ք։ Համեմատե՛ք առաջին գործարկումը երկրորդի հետ փոքր, անվնաս փոփոխությունից հետո, և գրանցե՛ք փոխանցված բայթերը, ինչպես նաև անցած ժամանակը։ Փորձարկումների ընթացքում պահպանե՛ք հայտնի-լավ պահուստ, որպեսզի փորձարկումը չսպառի ձեր միակ վերականգնման կետը։
Ապա ավարտե՛ք ստուգաթերթը միակ հաշվող փորձարկումով. վերականգնում առանց սկզբնական մեքենայի։ Բացե՛ք վերականգնված կոնտեյներ, կամ վերականգնե՛ք ընտրված ֆայլերը դրանց մետատվյալներով, և հաստատե՛ք, որ հավելվածը կամ օգտատերը կարող է օգտագործել արդյունքը։ Արագ, լավ գաղտնագրված փոխանցումը, որը չի կարող պատասխանել այդ փորձարկմանը, ձեր տվյալների պատճենն է, ոչ դրա պահուստը։