Ստուգման կետը հյուրի մի մասը վերադարձնում է հետ և յուրաքանչյուր այլ համակարգ թողնում է իր տեղում։ Այն, ինչ լքել է հյուրին — հանձնված հաղորդագրություն, հոսթին պատճենված ֆայլ, կայքի ընդունած հաշվի գործողություն — պատկանում է այն համակարգին, որը ստացել է այն, ոչ թե ստուգման կետին։ Հետգլորումն ունի սահմանված տեղական ծավալ, և այն ջնջում անվանելը վերականգնման պլանը դարձնում է կեղծ պնդում։ Ստորև բերված աղյուսակը ստուգաթերթն է այն բանի, թե ինչին է վերականգնումն իրականում հասնում։

Աշխատասեղանը վերադառնում է, հեռավոր նստաշրջանը՝ ոչ

Սովորական բողոքը գալիս է փաստից հետո։ Վիրտուալ մեքենան բեռնվում է անցյալ շաբաթվա վիճակում, բրաուզերի պատմությունը անհետացել է, և այն ծառայությունը, որտեղ մուտք է գործել օգտատերը, դեռ նշում է նստաշրջանը որպես ակտիվ։ Ոչինչ կոտրված չէ. երկու համակարգերը երբեք նույն գործարքի մեջ չեն եղել։

Where the effect landedWho owns undoing itHow you verify it is gone
Guest virtual diskThe hypervisor, through the checkpoint you restoreThe disk state matches the checkpoint's timestamp
Guest memoryOnly a checkpoint type that saved memoryThe guest resumes or cold-boots, as that type dictates
Host share or clipboardThe owner of that host pathThe copied file is absent at its destination
Remote account or sessionThe service that accepted the actionThe session list shows nothing active for that account
Mail or message queueThe mail system that delivered itThe message is gone from the recipient's mailbox, not from the guest

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

Ինչ փաստացի պահպանել է հիպերվիզորը

Microsoft-ի Hyper-V փաստաթղթերը տարբերում են ստանդարտ ստուգման կետերը, որոնք հիշողությունը գրավում են վիրտուալ սկավառակների հետ միասին, արտադրական ստուգման կետերից, որոնք օգտագործում են տվյալների հետ համահունչ մեխանիզմ և բաց թողնում հիշողությունը։ Ստանդարտ ստուգման կետը շարունակվում է այն հրահանգից, որը հյուրը կատարում էր. արտադրականը փոխարենը բեռնվում է համահունչ սկավառակից։ Այդ տարբերությունը որոշում է՝ վերականգնումը վերադարձնում է աշխատող գործընթաց, թե մաքուր սկիզբ։ Մի տեղափոխեք մի հիպերվիզորի վարքը մյուսին, որովհետև տերմիններն ու համահունչության մեխանիզմը տարբերվում են ապրանքների միջև։

Microsoft-ը նաև զգուշացնում է, որ ստուգման կետը պահուստ չէ, և այդ զգուշացումը կարևոր է։ Մեկ ծավալի վրա ստուգման կետերի շղթան կիսում է այդ ծավալի ճակատագիրը, ուստի այն պաշտպանում է վատ փոփոխությունից, ոչ թե կորցրած հոսթից։

Ֆայլեր, որոնք ապրում են հյուրի սկավառակից դուրս

Համօգտագործվող պանակը հոսթի ֆայլային համակարգ է, որը ներկայացվում է հյուրին, և հյուրի հետգլորումը այն հետ չի գլորում։ Եթե օգտատերը ֆայլ է ներբեռնել հյուրի ներսում և պատճենել այն դուրս համօգտագործվող ուղով, այդ երկրորդ պատճենն ունի իր կյանքի ցիկլը և իր սեփականատերը։ Հյուրի վերականգնումը հեռացնում է առաջին պատճենը և երկրորդը թողնում է հենց այնտեղ, որտեղ դրվել էր։

Հարցրեք, թե յուրաքանչյուր ուղի ումն է, նախքան հետգլորում խոստանալը։ Հոսթի համօգտագործումը, սեղմատախտակով փոխանցումը և ամպային սկավառակ վերբեռնումը երեք նպատակակետ են, և միայն առաջինը կարող է լինել հիպերվիզորի պահոցի կողքին։

Այնտեղ, որտեղ պատճենն իսկապես պետք է հեռացվի, հեռացրեք այն իր նպատակակետում և այդ քայլը գրանցեք առանձին։ Վերականգնման պլանը, որը նշում է միայն լուսանկարը, թերի է այնպես, որ ոչ ոք չի նկատում, մինչև պատճենը չգտնվի։ Նույն զգուշությունը վերաբերում է հոսթի գրած մատյաններին, քանի դեռ հյուրը աշխատում էր։

Հաշիվներ, որոնք հիպերվիզորը երբեք չի տեսել

Այն ամենը, ինչ ծառայությունը ընդունել է հյուրից, ծառայության գրառումն է, ոչ թե հյուրի։ Հիպերվիզորը երբեք չի տեսել այդ գործարքը, ուստի չի կարող այն շրջել։ Գաղտնաբառի փոփոխությունը, գնումը, հրապարակված հաղորդագրությունը և API կանչը բոլորը մնում են այն համակարգում, որը մշակել է դրանք։ Սկավառակի պատկերի վերականգնումն այդ համակարգին չի հասնում։

Բրաուզերի վիճակը անհամապատասխանությունը դարձնում է շոշափելի։ Վերականգնված հյուրը կարող է պահել ավելի վաղ cookie այն ծառայության համար, որը դրանից հետո փոխել է նստաշրջանը, այնպես որ օգտատերը երևում է մուտք գործած և լուռ մերժվում է, կամ երևում է դուրս եկած, մինչ ծառայությունը նստաշրջանը դեռ վավեր է համարում։ Ծառայությունում նստաշրջանը չեղարկելը միակ գործողությունն է, որ վերջ է դնում դրան։

Ինչ վերականգնումը չի կարող հետարկել

Ստուգման կետը օգտակար է հաստատված փորձարկման կամ կարգավորման փորձի համար, որի ծավալը հասկանալի է։ Այն տեղական հետարկում է տեղական վիճակի համար, ինչը ավելի նեղ խոստում է, քան հնչում է, և ապացույց չէ, որ հոսթը, հիպերվիզորը կամ որևէ արտաքին համակարգ մաքուր է մնացել։ VPN-ը փոխում է, թե փաթեթներն ինչ ուղիով են գնում. այն հյուրի ծրագրաշարը չի դարձնում անվտանգ գործարկման համար։ Երկու պնդումները առանձին են, և դրանցից միայն մեկն է թունելի մասին։

$cp = Get-VMSnapshot -VMName lab-desktop -Name baseline
Get-VMHardDiskDrive -VMSnapshot $cp | Select-Object ControllerType, ControllerNumber, ControllerLocation, Path

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

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

Առնչվող հոդվածներ