Snapshot — najważniejsza umiejętność administratora

Scenariusz z życia

Zaraz wdrożysz duże GPO albo zainstalujesz rolę. Co jeśli coś pójdzie nie tak? Bez punktu powrotu zostaje ręczne cofanie (godziny) albo przywracanie z backupu. Ze snapshotem: przed zmianą robisz „zrzut” stanu VM; jeśli po wdrożeniu jest problem — przywracasz snapshot. Wracasz do stanu sprzed zmiany w minutach.

Snapshot to nie backup (plik jest na tym samym hoście), ale to najważniejsze narzędzie do bezpiecznego testowania i wdrażania. Przed GPO, przed aktualizacją, przed instalacją roli — snapshot. Potem albo zostajesz na nowym stanie (i ewentualnie usuwasz snapshot), albo rollback.

Co się dzieje w systemie

Snapshot = zapis stanu VM (dysk, pamięć, konfiguracja) w danym momencie. Hyper-V tworzy pliki różnicowe (avhdx itd.) — dalsze zmiany idą do nich, oryginał pozostaje. „Apply” / przywrócenie snapshotu = odrzucenie zmian od tego momentu i powrót do zapisanego stanu. „Delete snapshot” = scala zmiany do bazy (ostatecznie); bez tego masz łańcuch plików. W produkcji snapshoty nie zastępują backupu (backup musi być poza hostem), ale są standardem przed ryzykownymi zmianami.

Co administrator zyskuje

Odwaga do zmian: wiesz, że możesz cofnąć. Przed aktualizacją Windows w VM — snapshot. Przed nowym GPO — snapshot. Przed instalacją roli (np. drugi DC) — snapshot. Rollback bez reinstalacji. W labie to podstawa; w produkcji — tam, gdzie polityka na to pozwala (niektóre środowiska zabraniają snapshotów na VM z bazami danych z uwagi na spójność).

Typowy błąd

Nie zrobić snapshotu przed dużą zmianą — potem godziny na cofanie. Albo: trzymać snapshoty miesiącami — łańcuch rośnie, wydajność spada, ryzyko uszkodzenia. Albo: traktować snapshot jako jedyny backup (przy awarii hosta snapshot nie pomoże). Snapshot = punkt powrotu na tym samym hoście; backup = kopia poza hostem.

Myślenie administratora

Zasada: przed czymś nieodwracalnym lub ryzykownym — snapshot. Po udanej zmianie możesz usunąć snapshot (scalając) albo zostawić na krótko. Nie zostawiaj dziesiątek snapshotów na stałe. W produkcji: sprawdź politykę (np. bazy danych — często bez snapshotów na dyskach z DB).

Zapamiętaj – 4 fakty praktyczne

• Przed GPO, przed aktualizacją, przed instalacją roli — zrób snapshot; rollback w minutach zamiast godzin.
• Snapshot = stan VM w danym momencie; przywrócenie = odrzucenie zmian od tego momentu.
• Snapshot nie zastępuje backupu — przy awarii hosta stracisz VM; backup musi być poza hostem.
• Nie trzymaj snapshotów miesiącami — łańcuch plików spowalnia i zwiększa ryzyko; po udanej zmianie scal lub usuń.