Wbudowane kopie zapasowe Jellyfin a kopie na poziomie plików: których używać?

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.

Built-In Jellyfin Backups vs File-Level Backups: Which Should You Use?

Wbudowane kopie zapasowe Jellyfin oraz kopie zapasowe na poziomie plików chronią nakładające się, ale różne zakresy odzyskiwania. Wbudowany system rozumie dane aplikacji Jellyfin i może utworzyć archiwum, gdy serwer pozostaje online. Ręczna kopia zapasowa na poziomie plików może objąć szerszy stan wdrożenia, ale przed bezpiecznym skopiowaniem aktywnych danych aplikacji należy zatrzymać Jellyfin.

Często najlepszy plan nie polega na wyborze jednej z tych metod. Używaj wbudowanej metody do częstego tworzenia punktów odzyskiwania aplikacji, a zatrzymanej metody na poziomie plików lub systemu plików wtedy, gdy potrzebujesz odtworzyć ścieżki hosta, konfigurację, definicje kontenerów lub szerszy stan serwera.

Wbudowane kopie zapasowe sprawdzają się najlepiej przy rutynowych punktach odzyskiwania online

Obecny system kopii zapasowych Jellyfin może chronić bazę danych i opcjonalnie uwzględniać metadane, napisy oraz dane trickplay, gdy serwer jest uruchomiony. Dzięki temu praktyczne staje się planowe tworzenie punktów odzyskiwania bez celowego przerywania normalnego odtwarzania.

Dokumentacja kopii zapasowych Jellyfin stwierdza, że wbudowane kopie zapasowe mogą być wykonywane online, natomiast ręczne kopie katalogu danych wymagają zatrzymania serwera. Nawet metodę online najlepiej uruchamiać przy mniejszej aktywności, bez równoczesnego skanowania biblioteki.

To najlepsza opcja domyślna, gdy celem odzyskiwania jest „przywrócenie tej instancji Jellyfin do znanego stanu aplikacji”.

Kopie na poziomie plików sprawdzają się najlepiej, gdy zakres odzyskiwania obejmuje układ hosta

Kopia na poziomie plików może obejmować trwałe foldery aplikacji, pliki Compose, pliki środowiskowe, konfigurację odwrotnego serwera proxy, jednostki usług, skrypty, certyfikaty i inne zasoby wdrożenia, o których archiwum obejmujące wyłącznie Jellyfin nie wie automatycznie.

Ten szerszy zakres jest przydatny w przypadku awarii dysku systemowego lub migracji na zastępczy host. Kompromisem jest spójność: zwykłe narzędzia do kopiowania plików nie rozumieją zmieniającej się bazy SQLite, dlatego przed skopiowaniem aktywnego stanu trwałego należy prawidłowo zatrzymać Jellyfin.

Przewodnik ZimaSpace dotyczący układów pamięci Jellyfin zwiększających ryzyko problemów z odzyskiwaniem wskazuje na ten sam problem: kopia zapasowa jest niekompletna, jeśli nie można odtworzyć ścieżek, zamontowanych zasobów, uprawnień i zewnętrznych zależności potrzebnych przywróconemu serwerowi.

Kopia uwzględniająca bazę danych różni się od kopiowania aktywnego pliku SQLite

SQLite obsługuje spójne kopie online za pośrednictwem interfejsów uwzględniających bazę danych, ale zwykłe narzędzie kopiujące, które odczytuje pliki w czasie ich modyfikowania przez Jellyfin, nie zapewnia automatycznie takiej samej gwarancji.

Interfejs API kopii zapasowej SQLite służy do kopiowania aktywnej bazy danych do spójnego miejsca docelowego za pośrednictwem skoordynowanych operacji na bazie danych. Dlatego stwierdzenie „pliki skopiowały się bez błędu” nie wystarcza jako dowód poprawności aktywnej ręcznej kopii zapasowej Jellyfin.

Jeśli Twoja ręczna metoda ogranicza się do rsync, kopiowania SMB, zipa lub ogólnego kopiowania systemu plików, najpierw zatrzymaj Jellyfin, chyba że migawka pamięci masowej jest skoordynowana z operacjami zapisu aplikacji.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

Przed porównaniem wygody porównaj zakres

Wymiar	Wbudowana kopia zapasowa	Kopia na poziomie plików
Serwer może pozostać online	Tak, najlepiej przy małej aktywności	W przypadku zwykłego kopiowania należy zatrzymać Jellyfin
Baza danych Jellyfin	Uwzględniona	Uwzględniona, jeśli ścieżki trwałe zostaną prawidłowo skopiowane
Metadane/napisy/trickplay	Obsługiwane wybiórczo	Uwzględnione, jeśli skopiowane ścieżki je zawierają
Skrypty Compose/hosta/konfiguracja proxy	Nie są uwzględniane automatycznie	Mogą zostać uwzględnione
Procedura wymiany hosta	Dobra w przypadku stanu Jellyfin	Lepsza w przypadku szerszego stanu wdrożenia
Ryzyko braku spójności	Uwzględnia aplikację	Zależy od wstrzymania operacji lub metody tworzenia migawek

Przechowuj kopię zapasową poza obszarem awarii Jellyfin

Żadna z tych metod nie chroni przed utratą puli, jeśli wszystkie kopie zapasowe znajdują się w tym samym uszkodzonym systemie plików. Zweryfikowane archiwa kopii zapasowych lub zestawy odzyskiwania utworzone po zatrzymaniu serwera kopiuj na inny dysk, serwer NAS albo do lokalizacji zewnętrznej.

Zachowaj co najmniej jeden punkt sprzed aktualizacji, ponieważ Jellyfin wykonuje migracje danych przy uruchomieniu nowszej wersji i nie udostępnia ogólnej ścieżki obniżenia wersji bezpośrednio w miejscu instalacji.

Jeśli obie metody są częścią planu odzyskiwania, przetestuj oba sposoby przywracania. Archiwum wbudowane potwierdza możliwość odzyskania aplikacji, a próba odtworzenia na poziomie plików potwierdza, że środowisko potrafi odtworzyć trwałe ścieżki i uprawnienia wokół niej.

FAQ

Czy przed użyciem wbudowanej kopii zapasowej należy zatrzymać Jellyfin?

Nie. Wbudowana metoda została zaprojektowana do działania, gdy Jellyfin jest uruchomiony, choć zaleca się niewielką aktywność i brak aktywnego skanowania biblioteki. Zatrzymaj serwer przed zwykłym ręcznym kopiowaniem aktywnych danych Jellyfin.

Czy wbudowana kopia zapasowa może zastąpić kopię zapasową hosta?

Nie zawsze. Chroni stan aplikacji Jellyfin, ale pełne odzyskanie hosta może również zależeć od plików Compose, ustawień proxy, certyfikatów, punktów montowania, uprawnień, skryptów i innych zewnętrznych elementów konfiguracji.