Czy przed wykonaniem kopii zapasowej Immich Live należy najpierw zatrzymać usługę?

Najpierw zatrzymaj Immich, jeśli zależy Ci na najprostszej i najłatwiejszej do wyjaśnienia granicy spójności; korzystaj z kopii zapasowej wykonywanej podczas pracy systemu tylko wtedy, gdy możesz utworzyć zrzut natywny dla bazy danych i skoordynować przechwycenie lub migawkę danych multimedialnych tak, aby relacja między nimi podczas przywracania była znana.

Immich przechowuje rekordy zasobów w PostgreSQL, a oryginalne i przetworzone pliki znajdują się w magazynie danych, dlatego zwykłe rekurencyjne kopiowanie podczas pracy systemu może uchwycić różne momenty. W małym gospodarstwie domowym krótka przerwa serwisowa jest często bezpieczniejsza niż złożona orkiestracja. Gdy ciągłe przesyłanie plików ma znaczenie, pozostaw usługę uruchomioną, ale używaj narzędzi świadomych struktury bazy danych, zapisuj kolejność przechwytywania, zabezpieczaj nowo przybywające zasoby i oceniaj kopię zapasową na podstawie odizolowanego przywracania.

Zdefiniuj każdy element, który musi zostać odtworzony podczas przywracania

Zinwentaryzuj bazę danych PostgreSQL, bibliotekę przesyłanych plików, wygenerowane multimedia wymagane przez przyjętą politykę, definicje bibliotek zewnętrznych, pliki Compose i środowiskowe, sekrety, ustawienia serwera proxy oraz klucze szyfrowania. Określ, które elementy należą do Immich, a które można wygenerować ponownie.

Praktyczny artykuł o kopii zapasowej bazy danych wyjaśnia, dlaczego należy używać zrzutu PostgreSQL zamiast traktować działający katalog bazy danych jak zwykłe pliki. Jego metoda tworzenia kopii zapasowej świadoma struktury bazy danych obsługuje działający system; potwierdź polecenia i wersje używane w swoim wdrożeniu.

Plan zawiedzie, jeśli zabezpieczy oryginały, ale nie będzie w stanie przywrócić ich rekordów, albo zabezpieczy bazę danych, pomijając multimedia. Zanim zdecydujesz, czy przestój jest akceptowalny, zapisz kolejność przywracania obok kolejności tworzenia kopii zapasowej.

Wybierz kopię przy zatrzymanej usłudze, aby uzyskać najczytelniejszą granicę

Wstrzymaj przesyłanie plików, prawidłowo zatrzymaj aplikację Immich i procesy robocze, a następnie utwórz natywną kopię zapasową bazy danych oraz skopiuj lub wykonaj migawkę multimediów i plików wdrożeniowych. Pozostaw PostgreSQL uruchomiony tylko na czas wymagany do utworzenia zrzutu albo prawidłowo go zatrzymaj przed wykonaniem migawki na poziomie magazynu przeznaczonej dla tej usługi.

Zatrzymanie usługi nie naprawi błędnych ścieżek ani niepełnego zakresu, dlatego zweryfikuj punkty montowania i rozmiary archiwów. Pomyślne wykonanie kopii oznacza brak aktywnych zapisów Immich podczas przechwytywania, pomyślną kopię bazy danych, możliwe do odczytania próbki multimediów, sumy kontrolne oraz udokumentowany czas ponownego uruchomienia.

Przewodnik ZimaSpace dotyczący weryfikowania kluczy kopii zapasowych i przywracania podkreśla, że cicha kopia nie jest możliwa do odtworzenia, dopóki nie przetestujesz poświadczeń i ścieżki przywracania.

Użyj skoordynowanej kopii podczas pracy systemu, gdy wymagana jest dostępność

W przypadku planu realizowanego podczas pracy systemu utwórz spójny zrzut natywny dla bazy danych i połącz go z migawką magazynu lub przechwyceniem plików, których czas wykonania i sposób obsługi zapisów są znane. Zapisz czasy rozpoczęcia i zakończenia, zachowaj nowo przesłane pliki do następnej kopii zapasowej i unikaj kopiowania surowego katalogu działającej bazy danych.

Dyskusja społeczności dotycząca tworzenia kopii zapasowej Immich z działającego wdrożenia pokazuje, dlaczego administratorzy rozróżniają bazę danych i przesyłane pliki. Potraktuj tę granicę kopii wykonywanej podczas pracy systemu jako praktyczny kontekst, a nie zamiennik testu przywracania.

Rozwiązanie realizowane podczas pracy systemu jest poprawne tylko wtedy, gdy narzędzie bazodanowe zakończy działanie bez błędów, przechwycenie systemu plików będzie atomowe lub jego kolejność zostanie udokumentowana, a przesłane w tym czasie pliki zostaną uwzględnione. W przeciwnym razie wybierz wariant z zatrzymaną usługą albo zwiększ częstotliwość tworzenia kopii zapasowych, aby skrócić okno serwisowe.

-15% OFF

ZimaBoard 2 – Mini serwer domowy dla Twojego wielkiego pomysłu

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Przywróć dane w izolacji i dokonaj ostatecznego wyboru

Przywróć wybraną bazę danych i multimedia do odizolowanego środowiska docelowego, korzystając z zapisanych plików wdrożeniowych. Sprawdź użytkowników, liczbę zasobów, próbki oryginałów, albumy, ulubione, wyszukiwanie, biblioteki zewnętrzne oraz nowe przesyłanie pliku. Uruchom ponownie środowisko docelowe i powtórz najważniejsze kontrole.

Wybierz kopie przy zatrzymanej usłudze, gdy ich przestój mieści się w możliwościach gospodarstwa domowego, a prostota ogranicza ryzyko błędów. Wybierz skoordynowane kopie wykonywane podczas pracy systemu, gdy dostępność uzasadnia dodatkowe narzędzia, a powtarzane testy przywracania potwierdzają poprawność procesu. Decyzja może się zmienić wraz ze wzrostem biblioteki i częstotliwości przesyłania plików.

Wstrzymaj wycofywanie środowiska produkcyjnego, jeśli przywracanie zgłasza błędy brakujących plików lub osieroconych rekordów. Zachowaj oba składniki kopii zapasowej i dzienniki, a następnie uzgodnij znaczniki czasu i zakres. Przekazując problem do dalszej analizy, podaj wersję bazy danych, metodę tworzenia zrzutu, metodę obsługi systemu plików, czasy przechwytywania oraz liczbę niezgodności; nigdy nie usuwaj ostatniej kopii wykonanej przy zatrzymanej usłudze, dopóki metoda realizowana podczas pracy systemu nie przejdzie niezależnego testu.