Piątek, 16:40. Przed weekendem została jeszcze aktualizacja systemu ERP. Administrator robi snapshota maszyny wirtualnej, na wszelki wypadek, i uruchamia instalator. Aktualizacja przechodzi gładko, wszyscy idą do domu. W głowie zespołu IT zostaje jednak coś więcej niż zapomniana migawka: przekonanie, że skoro robimy snapshoty, to mamy kopie zapasowe.
Trzy tygodnie później pada macierz. Albo ransomware szyfruje o trzeciej w nocy wszystko, do czego ma dostęp. Wtedy wychodzi na jaw niewygodna prawda: snapshot umarł w tym samym momencie co dane, które miał chronić.
Snapshot vs backup to zestawienie, w którym wiele firm stawia znak równości. Niesłusznie i drogo. To jeden z najczęściej powtarzanych mitów. Rozbieramy go dziś na części: pokazujemy, czym migawka różni się od kopii zapasowej, do czego naprawdę służy i jak zbudować ochronę danych, która przetrwa kontakt z awarią.
Spis treści
Czym naprawdę jest snapshot
Snapshot, czyli migawka, to zapis stanu maszyny wirtualnej w konkretnym punkcie czasu. Brzmi jak kopia, ale nią nie jest. W momencie utworzenia snapshota hiperwizor nie kopiuje danych. Zamiast tego zamraża dysk bazowy i zaczyna zapisywać wszystkie nowe zmiany w osobnym pliku różnicowym. Snapshot to w praktyce wskaźnik: informacja o tym, jak wyglądał dysk w danej chwili, plus łańcuch różnic (delta), które narosły od tego momentu.
Z tej konstrukcji wynikają trzy konsekwencje, o których wiele firm dowiaduje się w najgorszym możliwym momencie.
Po pierwsze, snapshot nie istnieje bez dysku bazowego. To nie jest niezależna kopia, tylko warstwa nałożona na dane produkcyjne. Ginie dysk bazowy, ginie wszystko, łącznie z każdą migawką, która się do niego odwoływała.
Po drugie, snapshot żyje na tym samym storage co maszyna wirtualna. Awaria macierzy, uszkodzenie systemu plików, ransomware z dostępem do wolumenów: każdy z tych scenariuszy zabiera dane produkcyjne i migawki jednocześnie. Nie ma tu żadnej separacji, która jest istotą prawdziwej kopii zapasowej.
Po trzecie, snapshoty kosztują wydajność. Każdy zapis na maszynie z aktywną migawką przechodzi przez łańcuch plików różnicowych. Im dłuższy łańcuch, tym wolniejsze operacje dyskowe i tym większe ryzyko problemów przy scalaniu. Snapshot trzymany tygodniami to nie zabezpieczenie, tylko tykający problem wydajnościowy.
Czym jest backup
Backup to niezależna, kompletna kopia danych przechowywana poza środowiskiem źródłowym. Słowo „niezależna” jest tu kluczowe. Prawdziwą kopię zapasową można odtworzyć nawet wtedy, gdy oryginalna infrastruktura przestała istnieć. Zalana serwerownia, zaszyfrowana macierz, przypadkowo usunięty wolumen: na każdy z tych scenariuszy backup odpowiada tym samym spokojnym „odtwarzamy”.
Dojrzały backup to również retencja, czyli przechowywanie wielu wersji danych z różnych punktów w czasie, harmonogram działający bez udziału człowieka i regularne testy odtwarzania. Punktem odniesienia pozostaje zasada 3-2-1: trzy kopie danych, na dwóch różnych nośnikach, z czego jedna poza główną lokalizacją. O tym, gdzie te kopie powinny fizycznie mieszkać i jak dobrać do nich odpowiedni magazyn, pisaliśmy szerzej we wpisie o backup storage.
Snapshot vs backup: różnice, które bolą dopiero po awarii
Na papierze oba rozwiązania dają punkt w czasie, do którego można wrócić. Zestawienie snapshot vs backup pokazuje jednak, że dzieli je przepaść.
Kryterium | Snapshot | Backup |
Zależność od źródła | Wymaga dysku bazowego, bez niego nie istnieje | Samowystarczalny, odtwarzalny bez środowiska źródłowego |
Lokalizacja | Ten sam storage co dane produkcyjne | Inny nośnik, najlepiej inna lokalizacja |
Horyzont czasowy | Godziny, maksymalnie dni | Tygodnie, miesiące, lata |
Odporność na ransomware | Szyfrowany razem z produkcją | Odizolowana kopia przetrwa atak |
Wpływ na wydajność | Długi łańcuch spowalnia maszynę | Pracuje poza środowiskiem produkcyjnym |
Odtworzenie po awarii sprzętu | Niemożliwe | To jego podstawowe zadanie |
Najboleśniej ta różnica wychodzi przy ransomware. Nowoczesne ataki nie zatrzymują się na zaszyfrowaniu plików użytkowników: szukają hostów wirtualizacji, macierzy i wszystkiego, co wygląda jak kopia danych. Snapshoty leżące na tej samej macierzy co produkcja są dla atakującego jednym celem, nie dwoma. Jak taki scenariusz wygląda od środka i co robić, gdy już się wydarzy, opisaliśmy we wpisie o ataku ransomware.
Skąd się wziął ten mit
Mit ma solidne korzenie, bo snapshot w interfejsie wygląda dokładnie jak backup. Jest lista punktów w czasie, jest przycisk przywracania, jest zielony komunikat o powodzeniu operacji. W środowisku testowym wszystko działa bez zarzutu, więc łatwo uwierzyć, że temat ochrony danych został załatwiony jednym kliknięciem.
Swoje dołożyły nawyki ze świata VMware, gdzie backup od zawsze był osobnym produktem do dokupienia. Skoro pełnoprawne narzędzie kosztowało dodatkowe pieniądze, a snapshot był pod ręką i za darmo, wiele firm zatrzymywało się w połowie drogi. Budżet się zgadzał, ryzyko rosło po cichu. Audyt tego stanu rzeczy robi zwykle awaria, a ona nie wystawia zaleceń, tylko rachunek.
Kiedy snapshot ma sens
Żeby było jasne: nie namawiamy nikogo do rezygnacji ze snapshotów. Migawka ma swoje zastosowanie i w swojej roli jest znakomita. Robimy snapshota przed aktualizacją systemu, przed zmianą konfiguracji, przed testem nowej wersji aplikacji. Jeśli coś pójdzie nie tak, wracamy do punktu wyjścia w kilka minut zamiast odtwarzać całą maszynę z kopii zapasowej.
Warunek jest jeden: snapshot to punkt powrotu na godziny, nie na tygodnie. Po potwierdzeniu, że zmiana działa, migawkę kasujemy i pozwalamy łańcuchowi plików się scalić.
Jest jeszcze jeden wątek, który dobrze pokazuje właściwą hierarchię. Systemy backupu same korzystają ze snapshotów, żeby uzyskać spójny obraz działającej maszyny w trakcie kopiowania. Snapshot bywa więc narzędziem w procesie backupu. Narzędziem, nie zamiennikiem.
XCP-ng z Xen Orchestra: backup wbudowany w platformę
W XCP-ng z Xen Orchestra ta cała dyskusja wygląda inaczej niż na większości platform wirtualizacyjnych, bo pełnoprawny backup jest wbudowany w środowisko zarządzania. Nie moduł pokazowy, nie okrojona wersja zachęcająca do zakupu rozszerzenia, tylko kompletny system ochrony danych.
Co konkretnie dostajemy? Delta backup, czyli kopie przyrostowe przenoszące wyłącznie zmienione bloki, dzięki czemu codzienny backup dużego środowiska mieści się w rozsądnym oknie czasowym. Backup do zdalnego storage przez NFS, SMB lub S3, więc kopie lądują fizycznie poza środowiskiem produkcyjnym, dokładnie tak, jak wymaga tego zasada 3-2-1. Continuous Replication, która utrzymuje aktualną replikę maszyn na drugim hoście lub w zapasowej lokalizacji i skraca powrót po awarii z godzin do minut. Do tego harmonogramy, polityki retencji i health check, czyli automatyczny test odtworzenia, który sprawdza, czy kopię rzeczywiście da się przywrócić, zanim będzie potrzebna.
W ekosystemie VMware standardem było dokładanie do platformy zewnętrznego narzędzia backupowego, na przykład Veeam. W XCP-ng ta warstwa jest częścią platformy, bez dodatkowych licencji i bez kolejnego systemu do utrzymania. Dla firm rozważających zmianę hiperwizora to jeden z mocniejszych argumentów, obok tych, które opisaliśmy w porównaniu XCP-ng vs Proxmox i w przewodniku po migracji z VMware do XCP-ng.
Jak wygląda sensowna strategia ochrony danych
Dobra strategia nie zaczyna się od narzędzia, tylko od dwóch pytań: ile danych możemy stracić i jak długo firma może stać. Odpowiedzi, w branży opisywane parametrami RPO i RTO, wyznaczają częstotliwość kopii, retencję i architekturę całego rozwiązania. Do tych dwóch skrótów wrócimy niedługo w osobnym wpisie, bo zasługują na własne miejsce w naszym słowniku.
Fundament pozostaje niezmienny. Zasada 3-2-1 jako absolutne minimum, retencja dopasowana do wymagań biznesowych i prawnych, przynajmniej jedna kopia odizolowana od środowiska produkcyjnego oraz regularne, zaplanowane testy odtwarzania. Backup, którego nikt nigdy nie odtworzył, to hipoteza, nie zabezpieczenie.
Najczęstsze pytania
Czy snapshot to backup?
Nie. Snapshot to zapis stanu maszyny zależny od dysku bazowego i przechowywany na tym samym storage co dane produkcyjne. Awaria macierzy lub atak ransomware niszczy dane razem ze snapshotami. Backup to niezależna kopia w innej lokalizacji, którą można odtworzyć nawet po całkowitej utracie środowiska.
Czym różni się snapshot od kopii zapasowej?
Snapshot zapisuje wyłącznie różnice względem dysku bazowego i bez niego nie istnieje. Kopia zapasowa jest kompletna i samowystarczalna. Snapshot służy do krótkoterminowego cofania zmian, backup do odzyskiwania danych po awarii, ataku lub błędzie człowieka. W skrócie: w starciu snapshot vs backup nie ma zwycięzcy, bo każde z nich gra w innej lidze.
Jak długo można trzymać snapshot?
Godziny, w wyjątkowych sytuacjach pojedyncze dni. Długo utrzymywane migawki wydłużają łańcuch plików różnicowych, co obniża wydajność maszyny i zwiększa ryzyko problemów przy scalaniu. Po potwierdzeniu, że zmiana się powiodła, snapshot należy usunąć.
Czy XCP-ng ma wbudowany backup?
Tak. Xen Orchestra zawiera pełny system kopii zapasowych: delta backup, replikację ciągłą, backup do zdalnego storage (NFS, SMB, S3), polityki retencji i automatyczne testy odtwarzania. Nie trzeba dokupować zewnętrznego narzędzia.
Snapshot vs backup: dwa narzędzia, dwa zadania
Snapshot i backup to nie konkurencja, tylko dwa różne narzędzia do dwóch różnych zadań. Problem zaczyna się wtedy, gdy jedno udaje drugie. Jeśli strategia ochrony danych w Twojej firmie opiera się dziś na snapshotach, warto to zweryfikować, zanim zrobi to za Ciebie awaria.
Zajrzyj do naszej oferty ochrony danych albo po prostu zadzwoń: +48 12 210 02 82. Sprawdzimy, co naprawdę chroni Twoje dane, a co tylko wygląda na ochronę.
