Umieść bazę danych Jellyfin i intensywnie używaną pamięć podręczną na dysku SSD, gdy przeglądanie biblioteki, skanowanie lub transkodowanie wykazują opóźnienia; przechowuj większą część multimediów na dysku HDD, jeśli odczyt przebiega stabilnie.
Czy obserwujesz wolne przeglądanie, opóźnione wyświetlanie pierwszych klatek albo problemy tylko z odtwarzaniem dużych plików? Zanim cokolwiek przeniesiesz, rozdziel role aplikacji, pamięci podręcznej, multimediów i kopii zapasowych. Celem nie jest przyspieszenie każdego bajtu, lecz zapewnienie każdej roli odpowiednich opóźnień i trwałości danych.
Umieść bazę danych i pamięć podręczną zgodnie z zaobserwowanym działaniem
Konfiguracja Jellyfin, baza danych, indeksy metadanych i dzienniki wykonują wiele małych operacji odczytu i zapisu. Pliki robocze transkodowania i generowanie obrazów również charakteryzują się dużą intensywnością zmian. Przenieś te role na lokalny dysk SSD, gdy długość kolejki dysku lub opóźnienia korelują z objawem. Zostaw wystarczająco dużo wolnego miejsca na pełne skanowanie i największy zestaw jednocześnie wykonywanych transkodowań.
Po przeniesieniu roli sprawdź skonfigurowaną ścieżkę, właściciela, wolne miejsce oraz wykonaj ponowne uruchomienie. Przypadek przeniesienia pamięci podręcznej i metadanych Jellyfin do NFS pokazuje, dlaczego ścieżkę opartą na sieci trzeba sprawdzić pod kątem opóźnień i trwałości danych, zamiast zakładać, że jest równoważna lokalnej pamięci masowej (przypadek umieszczenia pamięci podręcznej).
Po odtworzeniu kontenera i ponownym uruchomieniu sprawdź ścieżkę bazy danych, a następnie upewnij się, że usługa może zapisać niewielką zmianę stanu. Jeśli ścieżka zmieni się z powrotem, punkt montowania lub mapowanie środowiska nie jest trwałe.
Pozostaw większą część multimediów na warstwie pojemności, jeśli odczyt przebiega prawidłowo
Filmy i seriale są w większości odczytywane sekwencyjnie w dużych blokach, dlatego dysk HDD może wystarczyć do odtwarzania bezpośredniego i zwykłego transkodowania. Przetestuj po jednym pliku z każdej zamontowanej biblioteki, w tym plik zdalny lub o wysokiej przepływności. Jeśli rozruch dysku HDD albo współdzielony punkt montowania w sieci opóźnia odtwarzanie, popraw czas montowania lub rozdziel ścieżkę pamięci masowej, zanim kupisz szybszy dysk na bazę danych.
Porównaj opóźnienie wyświetlenia pierwszej klatki i szybkość przeglądania biblioteki przed przeniesieniem i po nim. Pozostaw dane na dysku SSD tylko wtedy, gdy zmierzone opóźnienie się poprawi, a ścieżka kopii zapasowej nie zostanie osłabiona.
Jeśli pamięć podręczna znajduje się na punkcie montowania w sieci, przetestuj zimny start i tymczasową awarię serwera NAS. Układ, który działa tylko wtedy, gdy udział jest dostępny podczas uruchamiania, nie jest niezawodną ścieżką aplikacji.
Potwierdź możliwość odzyskania danych przed usunięciem starej ścieżki
Twórz kopię zapasową stanu aplikacji niezależnie od woluminu multimediów. Odtwórz bazę danych i konfigurację w czystej ścieżce, uruchom Jellyfin oraz sprawdź użytkowników, biblioteki i przykładowową sesję odtwarzania. Jeśli odtworzenie działa tylko wtedy, gdy oryginalny dysk SSD pozostaje zamontowany, migracja nie jest ukończona.
Zgłoś problem do dalszej analizy, gdy system plików zgłasza błędy, baza danych nie przechodzi kontroli integralności albo przeniesienie ścieżki nieoczekiwanie zmienia metadane. Zachowaj poprzednią kopię do czasu pomyślnego zakończenia pierwotnego obciążenia po ponownym uruchomieniu.
Po odtworzeniu kontenera i ponownym uruchomieniu sprawdź ścieżkę bazy danych, a następnie upewnij się, że usługa może zapisać niewielką zmianę stanu. Jeśli ścieżka zmieni się z powrotem, punkt montowania lub mapowanie środowiska nie jest trwałe.
Sprawdź ostateczny podział ról między dyskiem SSD i HDD
Uruchom ponownie Jellyfin przy aktywnych docelowych punktach montowania, wykonaj skanowanie biblioteki i odtwórz po jednym pliku z każdej roli pamięci masowej. Upewnij się, że ścieżki bazy danych, pamięci podręcznej, multimediów i kopii zapasowych nadal są rozdzielone po ponownym uruchomieniu.
Pozostaw metadane na dysku SSD, gdy ograniczeniem są zaobserwowane opóźnienia przy małych plikach; pozostaw je na dysku HDD, gdy obciążenie działa prawidłowo, a prostsza ścieżka odzyskiwania ma większe znaczenie. Nie przenoś roli wyłącznie dlatego, że dysk SSD jest szybszy w teście porównawczym.
Zgłoś problem do dalszej analizy, gdy po zmianie rozmieszczenia ponownie pojawi się błąd systemu plików, awaria bazy danych lub brak punktu montowania. Przywróć poprzednią ścieżkę przed rozpoczęciem kolejnej migracji pamięci masowej.
Wsparcie i wskazówki
Więcej do przeczytania

Jak zoptymalizować połączenia z bazą danych Jellyfin dla kontenerów działających równocześnie
Zacznij od jednego właściciela bazy danych i zmierz zachowanie blokad SQLite; dodaj inny backend dopiero wtedy, gdy współbieżność i odzyskiwanie danych uzasadnią tę złożoność.

Jak zapobiegać duplikowaniu zadań lub importów w Jellyfin
Duplikowanie pracy zwykle wynika z nakładających się harmonogramów lub więcej niż jednego procesu zapisującego; wyznacz jednego właściciela, jedną ścieżkę i jeden sposób sprawdzania ukończenia.

Jak naprawić Jellyfin po zapełnieniu woluminu bazy danych
Wstrzymaj zapisy, zachowaj bazę danych i pliki WAL, zwolnij miejsce bez bezmyślnego usuwania stanu, a następnie zweryfikuj integralność i pierwotne działanie.

