Jak zapobiec przechwytywaniu niespójnego stanu przez kopie zapasowe Jellyfin

Eva Wong

IceWhale author

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

How to Prevent Jellyfin Backups From Capturing Inconsistent State - Zima Store Online

Kopia zapasowa Jellyfin może zawierać każdy plik, a mimo to być niespójna, jeśli baza danych, konfiguracja i metadane zmienią się podczas tworzenia kopii, dlatego przed wyborem narzędzia do tworzenia kopii zapasowych określ granicę zapisu.

W przypadku serwera domowego najbezpieczniejsza procedura polega na wstrzymaniu Jellyfin lub użyciu migawki systemu plików obejmującej każdą ścieżkę zawierającą dane stanu, uruchomieniu źródła dopiero po zakończeniu przechwytywania oraz przetestowaniu przywracania kopii. Jeśli test ujawni brak użytkowników lub historii, zachowaj ostatnią poprawną kopię zamiast jej zastępować.

Określ granicę spójności przed uruchomieniem zadania

Kopie zapasowe są wykonywane zgodnie z harmonogramem, a moment zapisu jest nieznany. Zacznij od najmniej inwazyjnego sprawdzenia: wyświetl aktywne zadania Jellyfin i zdecyduj, czy kopia zapasowa zatrzyma usługę, wstrzyma zapisy, czy utworzy migawkę wszystkich ścieżek stanu w sposób atomowy. granica przywracania

Przydatna obserwacja powinna być konkretna: usługa może zostać na krótko zatrzymana, system plików obsługuje migawki albo żadna z tych granic nie jest dostępna. Zapisz wynik przed zmianą kolejnej zmiennej.

Interpretuj wariant zamiast zgadywać. Jeśli dostępne jest zatrzymanie usługi lub skoordynowana migawka, zaplanuj je; jeśli nie, użyj kopii zapasowej aplikacji i udokumentuj jej zakres; jeśli nie jest możliwe żadne z tych rozwiązań, nie uznawaj kopii plików wykonywanej na żywo za zweryfikowaną.

Przechwyć każdą ścieżkę zawierającą dane stanu w ramach tej granicy

Granica przechwytywania została wybrana. Zacznij od najmniej inwazyjnego sprawdzenia: porównaj manifest kopii zapasowej ze ścieżkami danych, konfiguracji i pamięci podręcznej Jellyfin oraz definicją punktów montowania kontenera lub hosta.

Przydatna obserwacja powinna być konkretna: wszystkie wymagane ścieżki są uwzględnione, brakuje tylko pamięci podręcznej albo brakuje konfiguracji lub bazy danych. Zapisz wynik przed zmianą kolejnej zmiennej. inwentaryzacja ścieżek stanu

Interpretuj wariant zamiast zgadywać. Jeśli uwzględniono dane i konfigurację, kontynuuj; jeśli brakuje tylko pamięci podręcznej, udokumentuj ją jako możliwą do odbudowania; jeśli brakuje bazy danych lub konfiguracji, odrzuć kopię zapasową i popraw manifest.

Przetestuj przywracanie kopii przed zaufaniem retencji

Kopia zapasowa została utworzona w ramach wybranej granicy. Zacznij od najmniej inwazyjnego sprawdzenia: przywróć ją do osobnej ścieżki danych, uruchom zgodną wersję Jellyfin, zaloguj się, sprawdź historię i biblioteki oraz odtwórz jeden element.

Przydatna obserwacja powinna być konkretna: stan jest spójny, pojawia się kreator konfiguracji albo brakuje jednej biblioteki lub użytkownika. Zapisz wynik przed zmianą kolejnej zmiennej.

Interpretuj wariant zamiast zgadywać. Jeśli stan i odtwarzanie działają poprawnie, zaakceptuj kopię zapasową; jeśli pojawia się kreator konfiguracji, punkt montowania jest nieprawidłowy; jeśli brakuje danych stanu, odrzuć kopię zapasową i zachowaj poprzednią kopię.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

Obsłuż podejrzaną kopię zapasową, wykonując najmniejszy krok odzyskiwania

Test przywracania wykazuje brakujące lub niespójne dane stanu. Zacznij od najmniej inwazyjnego sprawdzenia: zachowaj podejrzaną kopię w trybie tylko do odczytu, porównaj ją z ostatnią zaakceptowaną kopią i sprawdź dzienniki źródła przed ponownym przechwyceniem danych.

Przydatna obserwacja powinna być konkretna: źródło działa poprawnie, źródło jest już uszkodzone albo różni się tylko jedna ścieżka. Zapisz wynik przed zmianą kolejnej zmiennej. retencja przetestowana przez przywracanie

Interpretuj wariant zamiast zgadywać. Jeśli źródło działa poprawnie, popraw granicę lub manifest i utwórz kopię ponownie; jeśli źródło jest uszkodzone, najpierw przywróć ostatnią poprawną kopię; jeśli różni się jedna ścieżka, napraw ten punkt montowania i powtórz test.