Një pikë kontrolli kthen mbrapsht një pjesë të mysafirit dhe lë çdo sistem tjetër aty ku ishte. Ajo që la mysafirin — një mesazh i dorëzuar, një skedar i kopjuar në host, një veprim llogarie që një faqe web pranoi — i përket sistemit që e mori, jo pikës së kontrollit. Kthimi ka një shtrirje lokale të përcaktuar, dhe quajtja e tij fshirje e shndërron një plan rikuperimi në një pohim të rremë. Tabela më poshtë është lista e kontrollit e asaj që arrin vërtet një rikthim.

Desktopi kthehet, sesioni në distancë jo

Ankesa e zakonshme vjen pas faktit. Makina virtuale niset në gjendjen e javës së kaluar, historia e shfletuesit është zhdukur, dhe shërbimi ku u identifikua përdoruesi vazhdon ta listojë sesionin si aktiv. Asgjë nuk është prishur; dy sistemet nuk ishin kurrë në të njëjtin transaksion.

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

Ai mospërputhje është mësimi. Një pikë kontrolli rikthen atë që ndjek hipervizori: harduerin virtual të mysafirit dhe, në varësi të llojit, kujtesën e tij. Ajo nuk ndjek tabelën e sesioneve të një aplikacioni web, radhën e dorëzimit të një serveri poste apo dosjen e shkarkimeve të një kolegu. Lexoni llojin përpara rikthimit, sepse lloji vendos çfarë mund të rikuperojë fare një rikthim.

Çfarë ruajti vërtet hipervizori

Dokumentacioni i Hyper-V i Microsoft dallon pikat e kontrollit standarde, që kapin kujtesën bashkë me disqet virtuale, nga ato të prodhimit, që përdorin një mekanizëm konsistent me të dhënat dhe e anashkalojnë kujtesën. Një pikë kontrolli standarde vazhdon nga udhëzimi që po ekzekutonte mysafiri; një e prodhimit niset në vend të saj nga një disk konsistent. Ky ndryshim vendos nëse një rikthim kthen një proces në punë apo një nisje të pastër. Mos e transferoni sjelljen e një hipervizori te një tjetër, sepse termat dhe mekanizmi i konsistencës ndryshojnë midis produkteve.

Microsoft gjithashtu paralajmëron se një pikë kontrolli nuk është kopje rezervë, dhe paralajmërimi ka rëndësi. Një zinxhir pikash kontrolli në një vëllim ndan fatin e atij vëllimi, pra mbron nga një ndryshim i keq, jo nga një host i humbur.

Skedarë që jetojnë jashtë diskut të mysafirit

Një dosje e përbashkët është një sistem skedarësh i hostit i paraqitur mysafirit, dhe kthimi i mysafirit nuk e kthen atë. Nëse përdoruesi shkarkoi një skedar brenda mysafirit dhe e kopjoi jashtë përmes një shtegu të përbashkët, ai kopje e dytë ka ciklin e vet të jetës dhe pronarin e vet. Rikthimi i mysafirit heq kopjen e parë dhe e lë të dytën pikërisht aty ku u vendos.

Pyesni kujt i përket çdo shteg përpara se të premtoni një kthim. Një ndarje e hostit, një transferim përmes kujtesës së përkohshme dhe një ngarkim në një disk cloud janë tre destinacione, dhe vetëm i pari mund të jetë pranë ruajtjes së hipervizorit.

Aty ku një kopje duhet vërtet të hiqet, hiqeni në destinacionin e saj dhe regjistroni atë hap veçmas. Një plan rikuperimi që liston vetëm snapshot-in është i paplotë në një mënyrë që askush nuk e vëren derisa kopja të gjendet. I njëjti kujdes vlen për regjistrat që hosti shkroi ndërsa mysafiri po punonte.

Llogari që hipervizori nuk i pa kurrë

Çdo gjë që një shërbim pranoi nga mysafiri është regjistrim i shërbimit, jo i mysafirit. Hipervizori nuk e pa kurrë atë transaksion, prandaj nuk mund ta përmbysë. Një ndryshim fjalëkalimi, një blerje, një mesazh i postuar dhe një thirrje API vazhdojnë të gjitha në sistemin që i përpunoi. Rikthimi i një imazhi disku nuk arrin në atë sistem.

Gjendja e shfletuesit e bën mospërputhjen konkrete. Një mysafir i rikthyer mund të mbajë një cookie më të vjetër për një shërbim që ka ndërruar sesionin që atëherë, kështu që përdoruesi duket i identifikuar dhe refuzohet në heshtje, ose duket i dalë ndërsa shërbimi ende e konsideron sesionin të vlefshëm. Anulimi i sesionit në shërbim është i vetmi operacion që i jep fund.

Çfarë një rikthim nuk mund të zhbëjë

Një pikë kontrolli është e dobishme për një provë të miratuar ose një eksperiment konfigurimi me shtrirje të kuptuar. Është një zhbërje lokale për gjendje lokale, një premtim më i ngushtë sesa duket, dhe nuk është provë që hosti, hipervizori ose ndonjë sistem i jashtëm mbetën të pastër. Një VPN ndryshon rrugën që marrin paketat; nuk e bën softuerin në mysafir të sigurt për t'u ekzekutuar. Dy pohimet janë të ndara dhe vetëm njëri është për tunelin.

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

Rreshti i parë e zgjidh pikën e kontrollit në një objekt, dhe i dyti liston disqet që mbulon, gjë që i përgjigjet pyetjes së shtrirjes me prova dhe jo me kujtesë. Rrotulloni dhe anuloni një sekret të ekspozuar në shërbimin që e zotëron. Aty ku ka kod keqdashës të njohur në lojë, përdorni një mjedis hetimi të autorizuar dhe procesin e reagimit të organizatës, në vend që të supozoni se një snapshot e bën ekzekutimin të sigurt.

Shkruani tri gjëra përpara rikthimit: çfarë gjendjeje të mysafirit po merrni mbrapsht, cilët sisteme të jashtme e mbajnë ende efektin, dhe në çfarë pike do të keni besim më pas. Ai plan është një pohim më i fortë sesa një makinë që duket përsëri e njohur. Mbajeni me biletën që rikthimi i radhës të nisë nga i njëjti listë.

Artikuj të ngjashëm