Wyjaśnienie ścieżek danych Jellyfin: co musi być zachowane, a co można odbudować

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.

Jellyfin Data Paths Explained: What Must Persist and What Can Be Rebuilt

Jellyfin jest bezpieczniejszy w eksploatacji, gdy stan bazy danych, konfigurację, metadane, pamięć podręczną, pliki tymczasowe transkodowania i multimedia traktuje się jako różne role danych.

Nie każdy katalog zasługuje na tę samą warstwę pamięci masowej ani tę samą politykę kopii zapasowych: konta użytkowników i stan oglądania muszą przetrwać wymianę środowiska uruchomieniowego, podczas gdy pamięć podręczną i pliki tymczasowe transkodowania można zazwyczaj odtworzyć, a multimedia pozostają autorytatywnym źródłem danych gdzie indziej. Mapowanie tych ról zapobiega sytuacji, w której aktualizacja kontenera lub czyszczenie dysku przypadkowo resetuje serwer. Zdefiniuj trwałość danych na podstawie tego, czy muszą przetrwać pełne odtworzenie środowiska uruchomieniowego.

Baza danych i konfiguracja definiują stan serwera

Baza danych i konfiguracja przechowują użytkowników, definicje bibliotek, preferencje, stan oglądania oraz inne dane związane z tożsamością. Ich utrata może pozostawić pliki multimedialne nienaruszone, podczas gdy sam serwer w praktyce zacznie działać od nowa.

Stan konfiguracji Jellyfin obejmuje konta użytkowników, ustawienia bibliotek, historię oglądania i metadane, które należy chronić niezależnie od dużych plików multimedialnych.

Przechowuj ten stan na trwałej ścieżce poza wymiennym obrazem lub pakietem. Trwały układ danych aplikacji zapewnia środowisku uruchomieniowemu stabilne miejsce, z którym może ponownie się połączyć po odtworzeniu.

Metadane są cenne, ale nie są tym samym co baza danych

Grafiki i wygenerowane metadane mogą być kosztowne do odtworzenia na dużą skalę, nawet jeśli część informacji źródłowych można odzyskać. Priorytet ich odzyskiwania zależy od zakresu ręcznej selekcji i przetwarzania, które zawierają.

Przechowywanie danych kontenera na dysku SSD, podczas gdy duże pliki multimedialne pozostają na dysku HDD, tworzy wyraźny podział na dane aplikacji na SSD i multimedia na HDD, oddzielając opóźnienia związane z przeglądaniem od pamięci masowej o dużej pojemności.

Przed podjęciem decyzji, czy metadane powinny znaleźć się w każdej warstwie kopii zapasowych, zmierz ich rozmiar i koszt odtworzenia. Traktuj ręcznie edytowane lub trudne do ponownego wygenerowania zasoby inaczej niż jednorazową pamięć podręczną.

Pamięć podręczna i pliki tymczasowe transkodowania powinny mieć określony model wygasania

Pamięć podręczna i aktywne dane wyjściowe transkodowania służą przyspieszaniu lub obsłudze bieżącej pracy, a nie definiowaniu długoterminowej tożsamości serwera. Ich bezwarunkowe zachowywanie zwiększa rozmiar kopii zapasowych i może przywrócić nieaktualny stan tymczasowy.

Projekt pamięci masowej serwera multimediów oddziela lokalną pamięć podręczną od trwałych multimediów, ponieważ tymczasowe dane o dużej zmienności mają inne wymagania dotyczące opóźnień i trwałości.

Umieść pliki robocze na szybkiej ścieżce i włącz jawne monitorowanie wolnego miejsca. Przed wykluczeniem ich z kopii zapasowych sprawdź, czy usługa potrafi odtworzyć je po usunięciu.

-15% OFF

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

Single board computer zimaboard2

Multimedia powinny pozostać oddzielną autorytatywną warstwą

Pliki biblioteki mogą znajdować się na dyskach lokalnych lub w pamięci NAS i mogą wielokrotnie przewyższać rozmiarem stan aplikacji. Wymagają własnej decyzji dotyczącej redundancji i kopii zapasowych, zamiast dziedziczyć zasady dotyczące bazy danych.

Pojemność i zmienność kopii zapasowych różnią się w zależności od zbioru danych, dlatego jeden model przechowywania rzadko pasuje zarówno do stanu aplikacji, jak i dużych plików multimedialnych.

Udokumentuj, która ścieżka jest autorytatywna dla każdej roli, i przetestuj odtwarzanie, podczas którego stan Jellyfin ponownie łączy się z niezmienioną biblioteką multimediów. Przejrzysta mapa ról znacznie ułatwia przyszłe migracje pamięci masowej.