Vrácení snímku virtuálního stroje: co obnoví a co ne
Snímek virtuálního stroje obnoví stav disku a paměti hosta, ne akce vzdálených účtů, kopie sdílených souborů ani záznamy uložené jinde: nejprve vymezte rozsah vrácení.
Kontrolní bod vrátí část hosta zpět a každý jiný systém nechá tam, kde byl. Co hosta opustilo — doručená zpráva, soubor zkopírovaný na hostitele, akce účtu, kterou přijal web — patří systému, který to přijal, ne kontrolnímu bodu. Vrácení má daný místní rozsah a nazvat ho smazáním znamená proměnit plán obnovy v nepravdivé tvrzení. Tabulka níže je kontrolní seznam toho, kam obnova skutečně dosáhne.
Plocha se vrátí, vzdálená relace ne
Obvyklá stížnost přichází až poté. Virtuální stroj nastartuje do stavu z minulého týdne, historie prohlížeče je pryč a služba, do které se uživatel přihlásil, stále vede relaci jako aktivní. Nic není rozbité; oba systémy nikdy nebyly ve stejné transakci.
| 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 |
Ten nesoulad je ta lekce. Kontrolní bod obnoví to, co hypervizor sleduje: virtuální hardware hosta a podle typu i jeho paměť. Nesleduje tabulku relací webové aplikace, frontu doručení poštovního serveru ani složku stažených souborů kolegy. Přečtěte si typ před obnovou, protože typ rozhoduje, co vůbec obnova může vrátit.
Co hypervizor skutečně uložil
Dokumentace Microsoftu k Hyper-V rozlišuje standardní kontrolní body, které zachytí paměť spolu s virtuálními disky, od produkčních, jež používají mechanismus konzistence dat a paměť vynechávají. Standardní kontrolní bod pokračuje instrukcí, kterou host právě vykonával; produkční se místo toho spustí z konzistentního disku. Tento rozdíl rozhoduje, zda obnova vrátí běžící proces, nebo čistý start. Nepřenášejte chování jednoho hypervizoru na druhý, protože pojmy i mechanismus konzistence se mezi produkty liší.
Microsoft také varuje, že kontrolní bod není záloha, a to varování je důležité. Řetěz kontrolních bodů na jednom svazku sdílí osud toho svazku, takže chrání před špatnou změnou, ne před ztraceným hostitelem.
Soubory, které žijí mimo disk hosta
Sdílená složka je souborový systém hostitele předaný hostovi a vrácení hosta ji nevrátí. Pokud uživatel stáhl soubor uvnitř hosta a zkopíroval ho ven sdílenou cestou, má tato druhá kopie vlastní životní cyklus i vlastního vlastníka. Obnova hosta odstraní první kopii a druhou nechá přesně tam, kam byla uložena.
Ptejte se, komu patří každá cesta, než slíbíte vrácení. Sdílený prostředek hostitele, přenos přes schránku a nahrání na cloudový disk jsou tři cíle a jen první může být u úložiště hypervizoru.
Kde má být kopie skutečně odstraněna, odstraňte ji v jejím cíli a tento krok zaznamenejte zvlášť. Plán obnovy, který uvádí jen snímek, je neúplný způsobem, kterého si nikdo nevšimne, dokud se kopie nenajde. Stejná opatrnost platí pro logy, které hostitel zapsal, když host běžel.
Účty, které hypervizor nikdy neviděl
Cokoli služba přijala od hosta, je záznam služby, ne hosta. Hypervizor tu transakci nikdy neviděl, takže ji nemůže vrátit. Změna hesla, nákup, zveřejněná zpráva i volání API přetrvávají v systému, který je zpracoval. Obnova obrazu disku k tomu systému nedosáhne.
Stav prohlížeče činí nesoulad konkrétním. Obnovený host může držet starší cookie pro službu, která mezitím relaci obměnila, takže uživatel vypadá přihlášený a je tiše odmítnut, nebo vypadá odhlášený, zatímco služba relaci stále považuje za platnou. Odvolání relace ve službě je jediná operace, která ji ukončí.
Co obnova nedokáže vzít zpět
Kontrolní bod je užitečný pro schválený test nebo experiment s konfigurací, jehož rozsah je pochopen. Je to místní vrácení pro místní stav, což je užší slib, než to zní, a není důkazem, že hostitel, hypervizor nebo jakýkoli vnější systém zůstaly čisté. VPN mění cestu, kterou pakety jdou; softwaru v hostovi ale bezpečnost k běhu nedodá. Obě tvrzení jsou oddělená a jen jedno z nich je o tunelu.
$cp = Get-VMSnapshot -VMName lab-desktop -Name baseline
Get-VMHardDiskDrive -VMSnapshot $cp | Select-Object ControllerType, ControllerNumber, ControllerLocation, PathPrvní řádek převádí kontrolní bod na objekt a druhý vypisuje disky, které pokrývá, což na otázku rozsahu odpovídá důkazem místo pamětí. Vyměňte a odvolejte prozrazené tajemství ve službě, která ho vlastní. Kde je ve hře známý škodlivý kód, použijte autorizované vyšetřovací prostředí a proces reakce organizace, místo abyste předpokládali, že snímek činí spuštění bezpečným.
Před obnovou si zapište tři věci: jaký stav hosta berete zpět, které vnější systémy ještě drží efekt a kterému bodu budete poté věřit. Ten plán je silnější tvrzení než stroj, který znovu vypadá povědomě. Uložte ho k tiketu, aby příští obnova začala stejným seznamem.