Jak przenieść Jellyfin z komputera stacjonarnego do otwartoźródłowego zestawu multimedialnego?

Eva Wong jest redaktorką techniczną i rezydentką majsterkowania w ZimaSpace. Jest geekiem od zawsze, z pasją do domowych laboratoriów i oprogramowania open source, a jej specjalnością jest przekładanie złożonych zagadnień technicznych na przystępne, praktyczne poradniki. Eva wierzy, że samodzielne hostowanie powinno sprawiać radość, a nie onieśmielać. Dzięki swoim samouczkom pomaga społeczności oswoić konfigurację sprzętu, od budowy pierwszego serwera NAS po opanowanie kontenerów Docker.

Przeprowadź migrację Jellyfin, przypisując stan aplikacji, multimedia, pamięć podręczną, kopie zapasowe i dostęp do sieci do konkretnych ról, zanim wybierzesz kontenery lub serwer NAS.

Komputer stacjonarny zwykle łączy wszystkie role w jednym systemie plików i jednej ścieżce zasilania. Stos multimediów oparty na otwartym oprogramowaniu rozdziela te role, więc migracja powiedzie się tylko wtedy, gdy każda ścieżka, identyfikator UID/GID, zależność między usługami i procedura przywracania zostaną przypisane przed uruchomieniem pierwszego kontenera. Zachowaj komputer stacjonarny jako źródło do wycofania zmian, dopóki nie przejdzie pomyślnie czysty restart i rzeczywisty test klienta.

Podziel komputer stacjonarny na role usług

Zrób inwentaryzację konfiguracji i bazy danych Jellyfin, bibliotek multimediów, metadanych i pamięci podręcznej obrazów, wtyczek, pamięci podręcznej napisów, użytkowników oraz zależności od serwera proxy lub DNS. Oznacz każdy element jako trwały stan aplikacji, niezastąpione multimedia, pamięć podręczną możliwą do odtworzenia, kopię zapasową lub nośnik odzyskiwania. Nie kopiuj pamięci podręcznej tak, jakby była bazą danych, i nie traktuj woluminu multimediów z replikacją jako drugiej kopii zapasowej.

Granica migracji jest jasno określona, gdy każda rola ma przypisanego właściciela, miejsce docelowe, ścieżkę dostępu i procedurę przywracania. Jeśli roli nie można przywrócić niezależnie, pozostaw ją na komputerze stacjonarnym do czasu zmiany projektu stosu.

Wybierz docelową topologię przed wyborem obrazów

Użyj jednej roli usługi dla Jellyfin, jednego trwałego woluminu danych na konfigurację i bazę danych, woluminu multimediów ze stałymi ścieżkami oraz osobnego miejsca docelowego kopii zapasowych. Jeśli awaria jednej usługi nie powinna wpływać na inne, umieść serwer proxy, monitoring i usługi eksperymentalne we własnych ścieżkach lub sieciach. Narzędzie do migracji stworzone przez firmę zewnętrzną pokazuje, dlaczego tłumaczenie ścieżek i obsługa bazy danych wymagają konkretnego planu, a nie ślepego kopiowania folderów (wskazówki dotyczące migracji Jellyfin z uwzględnieniem ścieżek).

Zachowaj ścieżki i uprawnienia podczas przenoszenia

Zatrzymaj usługę na komputerze, utwórz kopię jej trwałych danych i zweryfikuj ją przed przekształceniem. Na urządzeniu docelowym, jeśli to możliwe, zachowaj wewnątrz kontenera identyczną ścieżkę plików multimedialnych jak ta zapisana w bazie danych. Ustaw UID/GID kontenera na użytkownika lub grupę z dostępem do odczytu plików multimedialnych i zapisu wyłącznie w wymaganych katalogach aplikacji. Zanim zaimportujesz wtyczki lub dodasz automatyzacje, przetestuj skanowanie jednej biblioteki i logowanie jednego użytkownika.

Decyzję można uznać za pozytywną, gdy Jellyfin ma dostęp do odczytu wszystkich zamierzonych bibliotek, może zapisywać w swojej bazie danych i uruchamia się ponownie bez zmian w mapowaniu ścieżek. Jeśli uprawnienia wymagają szerokiego dostępu do zapisu w drzewie plików multimedialnych, przed dalszymi działaniami rozdziel role danych i aplikacji.

Sprawdź odtwarzanie, użytkowników i odzyskiwanie warstwowo

Uruchom lokalne odtwarzanie bezpośrednie, reprezentatywny przypadek transkodowania, napisy i konto drugiego użytkownika. Następnie zatrzymaj i odtwórz system z definicji Compose lub wdrożenia, a nie z interaktywnej powłoki. Przywróć kopię zapasową danych aplikacji w czystej lokalizacji testowej i sprawdź, czy stan obejrzanych materiałów, użytkownicy i ścieżki bibliotek zostały zachowane albo celowo odtworzone.

Dopiero po tych kontrolach dodaj zdalny dostęp lub dodatkowe usługi. Można rozważyć kompaktowy host, taki jak ZimaCube 2 AI NAS, jeśli system już spełnia neutralne wymagania: pamięć masowa zachowująca dane, zapas mocy dla kontenerów i osobna ścieżka tworzenia kopii zapasowych.

Wyznacz granice rozbudowy i zatrzymania

Rozbudowuj system, dodając warstwę pamięci masowej, węzeł obliczeniowy obsługujący transkodowanie lub osobną funkcję sieciową; nie rozwiązuj każdego nowego obciążenia przez powiększanie jednego współdzielonego woluminu. Zachowaj kopię zapasową do przywrócenia na komputerze, dopóki nie zostaną zweryfikowane wtyczka, konwersja ścieżek lub migracja użytkowników. System jest gotowy, gdy udokumentowana odbudowa zapewnia taki sam dostęp do biblioteki i odtwarzanie, bez uruchomionego pierwotnego komputera.

Konfiguracja NAS-a i serwera

Więcej do przeczytania

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.