Pag-rollback ng snapshot ng VM: ano ang naibabalik at ano ang hindi
Ang snapshot ng VM ay nagbabalik ng estado ng disk at memory ng bisita, hindi ang mga aksyon ng malayong account, mga kopya ng nakabahaging file o mga rekord na itinatago sa ibang lugar: tukuyin muna ang saklaw ng pag-rollback.
Ang isang checkpoint ay nagbabalik ng bahagi ng bisita at iniiwan ang bawat ibang sistema kung nasaan ito. Ang lumabas sa bisita — isang naihatid na mensahe, isang file na kinopya sa host, isang aksyon ng account na tinanggap ng isang website — ay pag-aari ng sistemang tumanggap nito, hindi ng checkpoint. May tinukoy na lokal na saklaw ang pag-rollback, at ang tawagin itong pagbura ay ginagawang maling pahayag ang isang plano sa pagbawi. Ang talahanayan sa ibaba ang checklist ng talagang naaabot ng isang pagpapanumbalik.
Bumabalik ang desktop, hindi ang malayong sesyon
Dumarating ang karaniwang reklamo pagkatapos ng pangyayari. Nagbu-boot ang virtual machine sa estado ng nakaraang linggo, nawala ang kasaysayan ng browser, at nakalista pa rin ng serbisyong pinasukan ng user ang sesyon bilang aktibo. Walang sira; ang dalawang sistema ay hindi kailanman naging sa iisang transaksyon.
| Where the effect landed | Who owns undoing it | How you verify it is gone |
|---|---|---|
| Guest virtual disk | The hypervisor, through the checkpoint you restore | The disk state matches the checkpoint's timestamp |
| Guest memory | Only a checkpoint type that saved memory | The guest resumes or cold-boots, as that type dictates |
| Host share or clipboard | The owner of that host path | The copied file is absent at its destination |
| Remote account or session | The service that accepted the action | The session list shows nothing active for that account |
| Mail or message queue | The mail system that delivered it | The message is gone from the recipient's mailbox, not from the guest |
Ang pagkakaibang iyon ang aral. Ibinabalik ng checkpoint ang sinusubaybayan ng hypervisor: ang virtual hardware ng bisita at, depende sa uri, ang memory nito. Hindi nito sinusubaybayan ang talahanayan ng sesyon ng isang web application, ang pila ng paghahatid ng mail server o ang folder ng download ng isang kasamahan. Basahin ang uri bago magpanumbalik, dahil ang uri ang nagtatakda kung ano ang maibabalik ng isang pagpapanumbalik.
Ano ang aktwal na itinago ng hypervisor
Ang dokumentasyon ng Hyper-V ng Microsoft ay nagtatangi ng mga karaniwang checkpoint, na kumukuha ng memory kasama ng mga virtual disk, mula sa mga production checkpoint, na gumagamit ng mekanismong naaayon sa datos at nilalaktawan ang memory. Ang karaniwang checkpoint ay nagpapatuloy sa instruksyong isinasagawa ng bisita; ang production checkpoint ay nagbu-boot mula sa isang naaayon na disk sa halip. Ang pagkakaibang iyon ang nagtatakda kung ang pagpapanumbalik ay magbabalik ng tumatakbong proseso o malinis na simula. Huwag ilipat ang pag-uugali ng isang hypervisor sa iba, dahil nagkakaiba ang mga termino at mekanismo ng pagkaaayon sa mga produkto.
Nagbabala rin ang Microsoft na ang checkpoint ay hindi backup, at mahalaga ang babalang iyon. Ang isang kadena ng checkpoint sa isang volume ay nakikibahagi sa kapalaran ng volume na iyon, kaya pinoprotektahan nito laban sa masamang pagbabago, hindi sa nawalang host.
Mga file na nabubuhay sa labas ng disk ng bisita
Ang nakabahaging folder ay isang file system ng host na inihaharap sa bisita, at hindi ito ibinabalik ng pag-rollback ng bisita. Kung nag-download ang user ng file sa loob ng bisita at kinopya ito palabas sa pamamagitan ng nakabahaging landas, may sariling lifecycle at sariling may-ari ang ikalawang kopyang iyon. Inaalis ng pagpapanumbalik ng bisita ang unang kopya at iniiwan ang pangalawa kung saan talaga ito inilagay.
Itanong kung kanino ang bawat landas bago mangako ng rollback. Ang pagbabahagi ng host, paglilipat sa clipboard at pag-upload sa cloud disk ay tatlong destinasyon, at ang una lamang ang maaaring nasa tabi ng imbakan ng hypervisor.
Kung saan talagang kailangang alisin ang isang kopya, alisin ito sa destinasyon nito at itala ang hakbang na iyon nang hiwalay. Ang planong pagbawi na naglilista lamang ng snapshot ay hindi kumpleto sa paraang walang makakapansin hanggang sa matagpuan ang kopya. Ang parehong pag-iingat ay nalalapat sa mga log na isinulat ng host habang tumatakbo ang bisita.
Mga account na hindi kailanman nakita ng hypervisor
Anumang tinanggap ng isang serbisyo mula sa bisita ay rekord ng serbisyo, hindi ng bisita. Hindi kailanman nakita ng hypervisor ang transaksyong iyon, kaya hindi niya ito maibabalik. Ang pagbabago ng password, pagbili, nai-publish na mensahe at tawag sa API ay nananatili sa sistemang nagproseso sa kanila. Ang pagpapanumbalik ng disk image ay hindi umaabot sa sistemang iyon.
Ginagawang konkretong ng estado ng browser ang pagkakaiba. Ang naibalik na bisita ay maaaring may lumang cookie para sa serbisyong nagpalit na ng sesyon, kaya mukhang naka-sign in ang user at tahimik na tinatanggihan, o mukhang naka-sign out habang itinuturing pa rin ng serbisyo na wasto ang sesyon. Ang pagpapawalang-bisa ng sesyon sa serbisyo ang tanging operasyong nagtatapos dito.
Ano ang hindi maibabalik ng pagpapanumbalik
Ang checkpoint ay kapaki-pakinabang para sa aprubadong pagsubok o eksperimento sa configuration na nauunawaan ang saklaw. Ito ay lokal na pag-undo para sa lokal na estado, isang mas makitid na pangako kaysa sa tunog nito, at hindi ito patunay na nanatiling malinis ang host, hypervisor o anumang panlabas na sistema. Binabago ng VPN ang rutang tinatahak ng mga packet; hindi nito ginagawang ligtas na patakbuhin ang software sa bisita. Magkahiwalay ang dalawang pahayag at isa lamang ang tungkol sa tunnel.
$cp = Get-VMSnapshot -VMName lab-desktop -Name baseline
Get-VMHardDiskDrive -VMSnapshot $cp | Select-Object ControllerType, ControllerNumber, ControllerLocation, PathInireresolba ng unang linya ang checkpoint sa isang object, at inililista ng pangalawa ang mga disk na sakop nito, na sinasagot ang tanong sa saklaw sa pamamagitan ng ebidensya kaysa memory. Paikutin at bawiin ang isang nahayag na sikreto sa serbisyong nagmamay-ari nito. Kung may kilalang malisyosong code, gumamit ng awtorisadong kapaligiran sa imbestigasyon at proseso ng pagtugon ng organisasyon sa halip na ipagpalagay na ginagawang ligtas ng snapshot ang pagpapatupad.
Isulat ang tatlong bagay bago ang pagpapanumbalik: aling estado ng bisita ang ibinabalik mo, aling panlabas na sistema ang may hawak pa ng epekto, at aling punto ang pagkakatiwalaan mo pagkatapos. Ang planong iyon ay mas matibay na pahayag kaysa sa makinang mukhang pamilyar muli. Itago ito kasama ng tiket upang ang susunod na pagpapanumbalik ay magsimula sa parehong listahan.