Podczas pracy z serwerem wirtualnym można utworzyć migawkę, która zarejestruje aktualny stan systemu przed aktualizacją, zmianą ustawień lub instalacją nowego oprogramowania. W panelu sterowania często wygląda to jak inny rodzaj kopii zapasowej: jeśli system można przywrócić, to dane są chronione. Błąd staje się widoczny, gdy problem wykracza poza nieudane zmiany: uszkodzenie magazynu, zniknięcie maszyny wirtualnej lub uzyskanie dostępu do infrastruktury przez intruza.

Migawka i kopia zapasowa rzeczywiście dają możliwość przywrócenia danych. Jednak są przeznaczone na różne sytuacje, mają różny czas przechowywania i różnie zależą od systemu podstawowego.
Migawka rejestruje stan systemu, kopia zapasowa tworzy zapasową ścieżkę
Migawka, czyli zrzut, rejestruje stan dysku lub maszyny wirtualnej w określonym momencie. Wygodnie jest ją utworzyć przed aktualizacją systemu operacyjnego, zmianą konfiguracji serwera WWW lub wdrożeniem nowej wersji aplikacji. Jeśli po zmianach strona przestaje działać, serwer można szybko przywrócić do poprzedniego stanu.
Migawka nie kopiuje wszystkich danych serwera wirtualnego do osobnego magazynu. Rejestruje stan maszyny wirtualnej w określonym momencie, a dalsze zmiany są zapisywane osobno. Jeśli trzeba wrócić, system wykorzystuje dysk podstawowy i dane migawki, aby przywrócić poprzedni stan.

Dlatego migawka jest tworzona szybko i zazwyczaj zajmuje mniej miejsca niż pełna kopia zapasowa. Jednocześnie pozostaje powiązana z dyskiem podstawowym i infrastrukturą, na której działa serwer wirtualny. Jeśli dane źródłowe lub samo magazynowanie zostaną utracone, jedna migawka może okazać się niewystarczająca do przywrócenia.
Kopia zapasowa jest przeznaczona do dłuższego przechowywania i szerszego zestawu zdarzeń. Może zawierać pojedyncze pliki, bazę danych, konfiguracje, obraz dysku lub cały system. Dla kopii zapasowych ustala się harmonogram, głębokość przechowywania, zasady szyfrowania i lokalizację kopii.

Różnica nie polega na tym, że kopia zapasowa musi być duża i wolna, a migawka zawsze jest tworzona w kilka sekund. Kopie zapasowe mogą być również inkrementalne. Główne pytanie brzmi inaczej: czy punkt przywracania pozostanie dostępny, jeśli system podstawowy zostanie utracony.
Przeczytaj także: Jak wybrać system operacyjny dla serwera VPS
Dlaczego sama migawka nie wystarczy
Przed aktualizacją PHP administrator utworzył migawkę. Nowa wersja okazała się niekompatybilna z witryną, więc serwer został przywrócony do poprzedniego stanu. W takim przypadku migawka sprawdza się dobrze: przywracanie jest szybkie, a przechowywanie jej przez miesiące nie ma sensu.
Inna sytuacja: pracownik usunął katalog z dokumentami, ale błąd zauważono po pięciu dniach. Krótkoterminowa migawka mogła już zostać usunięta. W tym przypadku potrzebna jest seria kopii zapasowych z wystarczającą głębokością przechowywania.
Jest też bardziej niebezpieczny scenariusz. Intruz uzyskał dostęp administracyjny i usunął serwer wraz z migawkami. Jeśli wszystkie punkty znajdowały się na tym samym koncie, formalnie kopie istniały, ale awarii nie przetrwały.
Migawki również nie powinny być pozostawiane bez kontroli. W systemach, w których tworzą łańcuch zależnych dysków, zrzuty stopniowo zajmują więcej miejsca i mogą wpływać na wydajność. VMware zaleca, aby nie trzymać jednej migawki dłużej niż 72 godziny i ograniczać łańcuch do dwóch lub trzech zrzutów. To zalecenie dla konkretnej platformy, ale dobrze pokazuje przeznaczenie technologii: krótkie ubezpieczenie przed zmianami, a nie archiwum.
WAŻNE DO WIEDZENIA! Problemy mogą wystąpić, jeśli migawka jest tworzona podczas aktywnej pracy systemu. Na przykład, sklep internetowy właśnie zapisuje nowe zamówienie w bazie danych. Część informacji została już zapisana, a część jest jeszcze przetwarzana. Jeśli zarejestruje się stan serwera w tym momencie, operacja może trafić do zrzutu w stanie nieukończonym.
Po powrocie do takiej migawki serwer najprawdopodobniej uruchomi się, ale ostatnie zmiany mogą zostać przywrócone niepoprawnie. Dlatego przed utworzeniem zrzutu ważnych systemów zapis danych tymczasowo wstrzymuje się lub używa narzędzi, które najpierw kończą bieżące operacje.
Czy można utworzyć migawkę na serwerze dedykowanym
Na serwerze dedykowanym zazwyczaj nie ma gotowego przycisku do tworzenia migawki, jak w panelu sterowania VPS/VDS. Klient otrzymuje osobną fizyczną maszynę, a możliwość przechowywania jej stanów pośrednich zależy od zainstalowanego systemu i sposobu organizacji dysków.
Migawki można skonfigurować na poziomie systemu plików lub magazynu dyskowego, na przykład za pomocą ZFS lub LVM. Inną opcją jest zainstalowanie na fizycznym serwerze platformy wirtualizacji, podzielenie jego zasobów między kilka maszyn wirtualnych i tworzenie zrzutów każdej z nich. Takie podejście stosuje się, gdy na jednym serwerze dedykowanym trzeba izolować kilka witryn, aplikacji lub środowisk roboczych.
Lepiej skonfigurować tę możliwość przed uruchomieniem projektu, ponieważ wymaga to prawidłowej organizacji dysków i przewidzenia wolnego miejsca. Jeśli migawka jest przechowywana w tym samym macierzy dyskowej, nie ochroni przed fizyczną awarią nośników lub utratą całego serwera. Dlatego na dedykowanej maszynie migawki również używa się głównie do szybkiego powrotu po nieudanych zmianach, a kopie zapasowe przechowuje się osobno.
Przeczytaj także: Optymalizacja procesu edukacyjnego za pomocą Windows VPS
Jak połączyć migawki i kopie zapasowe
Schemat roboczy nie zmusza do wyboru tylko jednego narzędzia. Rozdziela między nimi zadania:
-
migawka jest tworzona przed aktualizacją, przeconfigurowaniem lub wdrożeniem i usuwana po sprawdzeniu systemu;
-
kopie zapasowe są tworzone automatycznie i mają kilka punktów przywracania;
-
przynajmniej jedna kopia jest przechowywana osobno od głównego serwera i nie jest usuwana tymi samymi danymi logowania;
-
dla baz danych konfiguruje się spójne kopiowanie, a nie mechaniczny zrzut aktywnego dysku;
-
przywracanie jest okresowo sprawdzane na maszynie testowej, ponieważ zakończone kopiowanie nie gwarantuje jeszcze poprawności danych.
Dla krytycznych informacji warto kierować się zasadą 3-2-1: mieć trzy kopie danych, używać dwóch różnych typów magazynów i trzymać jedną kopię poza główną infrastrukturą. To nie jest gotowy schemat dla każdego projektu, ale eliminuje zależność, gdy serwer, migawki i kopie zapasowe mogą zostać utracone w wyniku jednego zdarzenia.
Migawka skraca czas powrotu po nieudanych zmianach. Kopia zapasowa chroni historię danych i daje możliwość przywrócenia się po poważniejszej awarii. Niezawodność pojawia się wtedy, gdy te narzędzia działają jako różne poziomy ochrony.