Najbezpieczniejszym sposobem tworzenia kopii zapasowej serwera ZimaOS na innym serwerze NAS jest ochrona danych, które muszą przetrwać ponowną instalację — a nie klonowanie całego systemu operacyjnego. Twórz kopie folderów użytkowników, trwałych danych aplikacji Docker oraz baz danych aplikacji na docelowym urządzeniu w sieci LAN, a następnie przechowuj co najmniej jedną dodatkową kopię na innym nośniku lub poza siedzibą.
ZimaOS korzysta z lekkiego systemu w stylu urządzenia appliance, wyposażonego w dwa sloty systemowe służące do odzyskiwania. Dzięki temu model odzyskiwania różni się od kopii zapasowej migracji Synology DSM: system operacyjny można odzyskać lub zainstalować ponownie niezależnie, podczas gdy cenne dane znajdują się na woluminach pamięci masowej i w przypisanych folderach aplikacji. Celem jest więc serwer możliwy do odtworzenia, a niekoniecznie obraz działającego systemu wierny co do bajtu.
Co właściwie powinna obejmować kopia zapasowa ZimaOS?
Dobry plan tworzenia kopii zapasowych zaczyna się od oddzielenia oprogramowania, które można zastąpić, od danych, których nie da się zastąpić. Kontenery Docker i pakiety ze sklepu z aplikacjami można zazwyczaj odtworzyć. Plików, ustawień aplikacji, baz danych i bibliotek multimediów — nie.
Foldery użytkowników i dane udostępnione
Twórz kopie folderów Dokumenty, Multimedia, Zdjęcia, folderów projektów, danych witryn internetowych oraz wszystkich innych katalogów, które są aktywnie modyfikowane przez użytkowników lub aplikacje. Aktualny przewodnik tworzenia kopii zapasowych 3-2-1 w ZimaOS obsługuje źródła i miejsca docelowe w sieci LAN, na USB, w chmurze oraz między urządzeniami Zima.
Trwałe dane aplikacji Docker
Kontenery ze sklepu z aplikacjami można usunąć, ale ich przypisanych folderów — nie. ZimaOS informuje, że konfiguracja i trwałe pliki znajdują się poza kontenerem, w skonfigurowanej lokalizacji danych aplikacji. Przed określeniem zakresu kopii zapasowej sprawdź ścieżki przechowywania aplikacji w ZimaOS.
Bazy danych i usługi przechowujące stan
W przypadku usług takich jak Nextcloud, WordPress, Home Assistant, Immich, MariaDB czy aplikacji korzystających z PostgreSQL samo skopiowanie aktywnego katalogu danych nie zawsze wystarczy. Jeśli aplikacja udostępnia zrzut bazy danych, eksport lub procedurę konserwacyjną, użyj jej. Czysta kopia bazy danych wraz z folderami konfiguracji aplikacji jest zwykle łatwiejsza do przeniesienia niż niespójna baza kopiowana w trakcie aktywnego zapisu.
Jak utworzyć zadanie tworzenia kopii zapasowej w sieci LAN?
Krok 1: Wybierz urządzenie docelowe
Synology, inny serwer NAS, serwer plików lub inne urządzenie Zima mogą pełnić funkcję celu w sieci LAN, jeśli ZimaOS może uzyskać dostęp do zapisywalnego folderu udostępnionego. Upewnij się, że udział ma wystarczająco dużo wolnego miejsca, a konto używane przez ZimaOS ma uprawnienia do tworzenia, modyfikowania i usuwania plików zgodnie z zasadami przechowywania kopii.
Krok 2: Utwórz osobne zadania dla różnych typów danych
Nie umieszczaj wszystkiego w jednym ogromnym zadaniu, chyba że masz ku temu powód. Utwórz niezależne zadania dla ważnych dokumentów, multimediów, danych aplikacji i innych kategorii. Ułatwia to diagnozowanie błędów i pozwala ustawić bardziej intensywny harmonogram dla danych niemożliwych do zastąpienia niż dla multimediów, które można odtworzyć.
Krok 3: Zaplanuj i przetestuj zadanie
Uruchom pierwszą kopię ręcznie, sprawdź, czy w miejscu docelowym znajdują się oczekiwane pliki, a następnie włącz harmonogram. Zielony status zadania to za mało: otwórz kilka odtworzonych plików i sprawdź, czy uprawnienia, nazwy plików i znaczniki czasu są prawidłowe.
Jak tworzyć kopie zapasowe aplikacji Docker?
Najważniejsze jest tworzenie kopii ścieżek hosta przypisanych do kontenera, a nie efemerycznego systemu plików kontenera. Aktualny przewodnik ZimaOS zaleca przechowywanie danych aplikacji poza małym dyskiem systemowym, na głównej puli pamięci masowej. Ułatwia to również określenie zakresu kopii zapasowej.
Jeśli używasz niestandardowych stosów Docker Compose, przechowuj kopię pliku YAML Compose, zmiennych środowiskowych, niestandardowych plików konfiguracyjnych i sekretów w chronionej lokalizacji. Nie polegaj na zrzutach ekranu ustawień. Plik Compose wraz z folderami trwałych danych znacznie ułatwia odbudowę środowiska na nowym sprzęcie.
Przegląd kopii zapasowych ZimaOS jest pomocny przy planowaniu miejsca przechowywania poszczególnych kopii, natomiast podstawy przechowywania danych Docker wyjaśniają granicę między kontenerem a danymi.
Co z samym systemem ZimaOS?
ZimaOS ma konstrukcję systemu z dwoma slotami. Aktualny przewodnik odzyskiwania systemu opisuje uruchamianie alternatywnego slotu systemowego, gdy wystąpi problem z jedną z partycji.
Ta ścieżka odzyskiwania chroni przed niektórymi awariami systemu operacyjnego, ale nie zastępuje kopii zapasowej danych. Jeśli sam dysk systemowy ulegnie awarii, praktyczny plan odzyskiwania obejmuje ponowną instalację lub odzyskanie ZimaOS, ponowne podłączenie albo odtworzenie pamięci masowej, ponowną instalację aplikacji, a następnie przywrócenie trwałych danych aplikacji i plików użytkowników.
Zamiast pojedynczej kopii w sieci LAN stosuj regułę 3-2-1
Kopia zapasowa na innym serwerze NAS w sieci LAN jest cenna, ale oba urządzenia nadal mogą ucierpieć wskutek tej samej kradzieży, awarii zasilania, ataku ransomware lub błędu użytkownika. W przypadku danych niemożliwych do zastąpienia stosuj schemat 3-2-1: trzy kopie, dwa różne typy pamięci masowej i jedna kopia poza siedzibą.
Na przykład przechowuj aktywną kopię w ZimaOS, zaplanowaną kopię na urządzeniu Synology oraz zaszyfrowaną kopię poza siedzibą w obsługiwanej lokalizacji chmurowej lub na rotowanym dysku USB przechowywanym w innym miejscu.
Typowe błędy przy tworzeniu kopii zapasowych
- Tworzenie kopii tylko obrazów Docker. Obrazy można ponownie pobrać; najważniejsze są dane aplikacji i bazy danych.
- Uznawanie macierzy RAID za kopię zapasową. RAID pomaga w przypadku awarii dysku, ale nie chroni przed przypadkowym usunięciem, uszkodzeniem danych ani ransomware.
- Instalowanie agenta kopii zapasowych na poziomie hosta bez sprawdzenia zgodności. ZimaOS nie jest typowym, modyfikowalnym serwerem Debian, dlatego agenty systemowe mogą kolidować z chronioną konstrukcją jego systemu operacyjnego.
- Nigdy nie testowanie przywracania. Kopia zapasowa, z której nigdy nie wykonano przywracania, jest tylko założeniem.
- Przechowywanie wszystkich kopii w tej samej obudowie lub pomieszczeniu. Nie chroni to przed utratą urządzenia ani całej lokalizacji.
Jak sprawdzić, czy kopię zapasową ZimaOS można odzyskać?
Wybierz niewielki, reprezentatywny zestaw: jeden folder dokumentów, jeden plik multimedialny, jeden katalog konfiguracji aplikacji i jeden eksport bazy danych. Przywróć je do tymczasowej lokalizacji, otwórz pliki i sprawdź, czy aplikacja może odczytać przywrócone dane. Powtarzaj ten test po większych zmianach pamięci masowej lub aplikacji.
W przypadku ważnego serwera przechowuj również krótką notatkę dotyczącą odzyskiwania, zawierającą nazwy pamięci masowej, porty aplikacji, niestandardowe stosy Compose, polecenia przywracania baz danych oraz zależności związane z domenami i odwrotnym proxy. Taka dokumentacja często oszczędza więcej czasu niż surowy obraz systemu.
FAQ
Czy ZimaOS może utworzyć pełny obraz systemu w stylu Synology Hyper Backup?
Aktualna dokumentacja ZimaOS koncentruje się na tworzeniu kopii danych i odzyskiwaniu za pomocą slotów systemowych, a nie na udokumentowanym obrazie migracyjnym jednym kliknięciem, który odtworzyłby cały system operacyjny, wszystkie aplikacje i wszystkie ustawienia na innym sprzęcie.
Czy mogę używać urządzenia Synology jako miejsca docelowego kopii zapasowej ZimaOS?
Tak. Dostępny udział SMB w sieci LAN może być częścią planu tworzenia kopii zapasowych. Przed poleganiem na nim sprawdź dane uwierzytelniające, wolne miejsce i możliwość przywracania.
Czy muszę tworzyć kopie samych kontenerów Docker?
Zwykle nie. Zachowaj definicje Compose, konfigurację aplikacji, przypisane dane aplikacji i bazy danych. Kontenery i obrazy zazwyczaj można zastąpić.
Czy odzyskanie systemu ZimaOS przywróci usunięte pliki użytkowników?
Nie. Odzyskiwanie ze slotu dotyczy warstwy systemu operacyjnego. Do odzyskania usuniętych lub uszkodzonych danych użytkownika potrzebna jest osobna kopia zapasowa.
