Dlaczego ten projekt kopii zapasowej społeczności korzysta z rsync
Autor stworzył przejrzysty przepływ pracy ZimaOS–Synology po odkryciu, że wbudowane zadanie tworzenia kopii zapasowej pomijało nieczytelne pliki. Najważniejszy wniosek wykracza poza konkretne narzędzie: należy weryfikować miejsce docelowe zamiast ufać wskaźnikowi powodzenia.
Kopia zapasowa danych: CURRENT oraz migawki twardych dowiązań tworzone po stronie serwera
Przetestowany projekt kopiuje pulę do katalogu CURRENT/ za pomocą rsync, a następnie tworzy na serwerze Synology migawki z datą przy użyciu cp -al. Autor poprawił wcześniejsze podejście po odkryciu, że tworzenie twardych dowiązań przez SMB było znacznie wolniejsze niż lokalne tworzenie migawki na serwerze Synology.
Pułapka kolejności filtrów rsync
rsync stosuje reguły dołączania i wykluczania w określonej kolejności. Szerokie wykluczenie Dockera umieszczone przed regułą dołączającą wolumin spowodowało, że trwałe woluminy Dockera autora zostały po cichu pominięte, mimo że zadanie wyglądało na zakończone powodzeniem. Oficjalny podręcznik rsync opisuje działanie filtrów. Zawsze sprawdzaj miejsce docelowe i upewniaj się, że znajdują się w nim potrzebne dane.
Oddziel kopie zapasowe danych od obrazów systemu operacyjnego
Drugie zadanie autora tworzy skompresowany obraz dysku systemowego wraz z sumą kontrolną na potrzeby odzyskiwania na nowym sprzęcie. Obrazowanie dysku za pomocą dd może zniszczyć niewłaściwy dysk w przypadku pomyłki, dlatego jest to zaawansowana procedura, którą najpierw należy przetestować na niekrytycznym sprzęcie. Dokumentacja GNU opisuje weryfikację sum kontrolnych w dokumentacji narzędzi SHA-2.
Co należy archiwizować w ZimaOS
Ustal, gdzie znajdują się rzeczywista pula, dane aplikacji i woluminy kontenerów, zamiast zakładać, że każda instalacja korzysta z identycznych ścieżek. Przed dostosowaniem skryptu społeczności zapoznaj się z aktualnym przewodnikiem konfiguracji pamięci masowej ZimaOS oraz wskazówkami dotyczącymi aplikacji ZimaOS.
