Przywracanie snapshotu maszyny wirtualnej: co odtwarza, a czego nie
Snapshot maszyny wirtualnej odtwarza stan dysku i pamięci gościa, ale nie działania zdalnych kont, kopie udostępnionych plików ani zapisy przechowywane gdzie indziej: najpierw określ zakres przywracania.
Punkt kontrolny przywraca część gościa i pozostawia każdy inny system tam, gdzie był. To, co opuściło gościa — dostarczona wiadomość, plik skopiowany na hosta, działanie konta przyjęte przez witrynę — należy do systemu, który to odebrał, a nie do punktu kontrolnego. Przywracanie ma określony lokalny zakres, a nazywanie go wymazaniem zamienia plan odzyskiwania w fałszywe twierdzenie. Tabela poniżej jest listą kontrolną tego, co przywracanie faktycznie osiąga.
Pulpit wraca, zdalna sesja nie
Zwykła skarga przychodzi po fakcie. Maszyna wirtualna uruchamia się w stanie z zeszłego tygodnia, historia przeglądarki zniknęła, a usługa, do której zalogował się użytkownik, nadal wymienia sesję jako aktywną. Nic nie jest zepsute; oba systemy nigdy nie były w tej samej transakcji.
| 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 |
Ta rozbieżność jest lekcją. Punkt kontrolny odtwarza to, co śledzi hipervisor: wirtualny sprzęt gościa i, w zależności od typu, jego pamięć. Nie śledzi tabeli sesji aplikacji webowej, kolejki dostarczania serwera poczty ani folderu pobierania kolegi. Przeczytaj typ przed przywróceniem, bo typ decyduje, co przywracanie w ogóle może odzyskać.
Co hipervisor naprawdę zapisał
Dokumentacja Hyper-V firmy Microsoft rozróżnia punkty kontrolne standardowe, które przechwytują pamięć wraz z dyskami wirtualnymi, od punktów kontrolnych produkcyjnych, które używają mechanizmu spójnego z danymi i pomijają pamięć. Standardowy punkt kontrolny wznawia od instrukcji, którą wykonywał gość; produkcyjny uruchamia się natomiast z dysku spójnego. Ta różnica decyduje, czy przywracanie zwróci działający proces, czy czysty start. Nie przenoś zachowania jednego hipervisora na drugi, bo terminy i mechanizm spójności różnią się między produktami.
Microsoft ostrzega też, że punkt kontrolny nie jest kopią zapasową, i to ostrzeżenie jest ważne. Łańcuch punktów kontrolnych na jednym woluminie dzieli los tego woluminu, więc chroni przed złą zmianą, a nie przed utraconym hostem.
Pliki żyjące poza dyskiem gościa
Udostępniony folder to system plików hosta prezentowany gościowi, a przywrócenie gościa go nie przywraca. Jeśli użytkownik pobrał plik wewnątrz gościa i skopiował go na zewnątrz udostępnioną ścieżką, ta druga kopia ma własny cykl życia i własnego właściciela. Przywrócenie gościa usuwa pierwszą kopię i zostawia drugą dokładnie tam, gdzie została położona.
Zapytaj, do kogo należy każda ścieżka, zanim obiecasz przywrócenie. Udostępnienie hosta, transfer przez schowek i wysłanie na dysk w chmurze to trzy miejsca docelowe, a tylko pierwsze może znajdować się obok magazynu hipervisora.
Gdzie kopię naprawdę trzeba usunąć, usuń ją w miejscu docelowym i zapisz ten krok osobno. Plan odzyskiwania, który wymienia tylko snapshot, jest niekompletny w sposób, którego nikt nie zauważa, dopóki kopia się nie znajdzie. Ta sama ostrożność dotyczy logów, które host zapisał, gdy gość działał.
Konta, których hipervisor nigdy nie widział
Wszystko, co usługa przyjęła od gościa, jest zapisem usługi, a nie gościa. Hipervisor nigdy nie widział tej transakcji, więc nie może jej odwrócić. Zmiana hasła, zakup, opublikowana wiadomość i wywołanie API pozostają w systemie, który je przetworzył. Przywrócenie obrazu dysku nie dociera do tego systemu.
Stan przeglądarki czyni rozbieżność konkretną. Przywrócony gość może przechowywać starsze ciasteczko dla usługi, która od tego czasu zmieniła sesję, więc użytkownik wygląda na zalogowanego i jest po cichu odrzucany, albo wygląda na wylogowanego, gdy usługa nadal uważa sesję za ważną. Unieważnienie sesji w usłudze to jedyna operacja, która ją kończy.
Czego przywracanie nie może cofnąć
Punkt kontrolny jest przydatny do zatwierdzonego testu lub eksperymentu konfiguracyjnego o zrozumiałym zakresie. To lokalne cofnięcie lokalnego stanu, węższa obietnica, niż brzmi, i nie jest dowodem, że host, hipervisor lub dowolny system zewnętrzny pozostały czyste. VPN zmienia trasę, którą podążają pakiety; nie czyni oprogramowania w gościu bezpiecznym do uruchomienia. Oba twierdzenia są osobne i tylko jedno dotyczy tunelu.
$cp = Get-VMSnapshot -VMName lab-desktop -Name baseline
Get-VMHardDiskDrive -VMSnapshot $cp | Select-Object ControllerType, ControllerNumber, ControllerLocation, PathPierwszy wiersz rozwiązuje punkt kontrolny do obiektu, a drugi wymienia dyski, które obejmuje, co odpowiada na pytanie o zakres dowodami, a nie pamięcią. Obróć i unieważnij ujawniony sekret w usłudze, która go posiada. Gdzie w grę wchodzi znany złośliwy kod, użyj autoryzowanego środowiska badania i procesu reakcji organizacji, zamiast zakładać, że snapshot czyni wykonanie bezpiecznym.
Zapisz trzy rzeczy przed przywróceniem: jaki stan gościa odbierasz, które systemy zewnętrzne nadal trzymają efekt i w którym punkcie zaufasz później. Ten plan jest mocniejszym twierdzeniem niż maszyna, która znów wygląda znajomo. Trzymaj go przy zgłoszeniu, aby następne przywracanie zaczęło się od tej samej listy.