Nie wyłączaj starego serwera Jellyfin, dopóki prawidłowe odtworzenie nie potwierdzi działania wymaganych użytkowników, ścieżek, odtwarzania, uprawnień i zachowania po ponownym uruchomieniu.
Czy nowa instancja tylko otwiera panel, czy przeszła ten sam test obciążeniowy klientów i pamięci masowej co stary host? Podczas testów pozostaw stary serwer zatrzymany, ale możliwy do odzyskania. Udane logowanie to dopiero pierwszy sygnał; odtworzenie musi potwierdzić stan i ścieżki danych faktycznie używane w gospodarstwie domowym.
Zweryfikuj trwały stan przed odtwarzaniem multimediów
Potwierdź, że odtworzona konfiguracja i baza danych zawierają oczekiwanych użytkowników, biblioteki, stan obejrzenia, wtyczki i uprawnienia. Sprawdź każdą ścieżkę biblioteki w kontekście usługi Jellyfin i odczytaj przykładowy plik z każdej lokalizacji pamięci. Brakujące punkty montowania lub nieprawidłowy właściciel mogą pozostać niewidoczne aż do skanowania lub żądania odtworzenia.
Zapisz, co zostało celowo odbudowane, na przykład pamięć podręczna lub pobrane grafiki, aby różnicy nie pomylić z nieudanym odtworzeniem. Nie zmieniaj kopii zapasowej ani starej kopii danych aplikacji do czasu przejścia do następnego etapu.
Porównaj liczbę odtworzonych elementów oraz jeden znany rekord stanu obejrzenia z ostatnim wykazem starego serwera. Pomyślne uruchomienie bazy danych nie potwierdza, że przetrwały wszystkie ścieżki multimediów ani uprawnienia użytkowników.
Uruchom pierwotne obciążenie klientów
Przetestuj jedno lokalne odtwarzanie Direct Play, jedno wymuszone transkodowanie, napisy, dostęp zdalny (jeśli jest używany) oraz konto użytkownika z ograniczeniami. Porównaj tryb odtwarzania, dźwięk, renderowanie napisów, widoczność biblioteki i czas uruchamiania z dotychczasowym działaniem starego serwera.
Jeśli nie działa tylko jeden klient, ustal przyczynę związaną z jego możliwościami lub ścieżką, zanim zmienisz całe odtworzenie. ścieżka migracji jest przydatna jako lista kontrolna, ale decyzja o akceptacji musi wynikać z obciążenia występującego w Twoim gospodarstwie domowym.
Powtórz jedną sesję po tym, jak usługa będzie działać wystarczająco długo, aby ukończyć zwykłe zadania uruchamiania. Pozwala to wykryć opóźnione problemy z montowaniem, wtyczkami lub metadanymi, których szybkie logowanie nie ujawnia.
Przejdź testy zimnego uruchomienia i odzyskiwania
Zatrzymaj Jellyfin, uruchom ponownie hosta, zaczekaj na zamontowanie pamięci masowej i uruchomienie usług sieciowych, a następnie powtórz te same testy klientów. Utwórz lub znajdź świeżą kopię zapasową odtworzonego stanu aplikacji. Następnie wykonaj drugi test odtwarzania albo przynajmniej sprawdź, czy kopia zapasowa zawiera dokładny katalog danych i uprawnienia wymagane do odzyskania.
Wyłącz stary serwer dopiero wtedy, gdy odtworzony host dwukrotnie przejdzie kontrole stanu, ścieżek, użytkowników, odtwarzania, zimnego uruchomienia i lokalizacji kopii zapasowej. Zatrzymaj proces i wycofaj zmiany, jeśli nie można otworzyć bazy danych, pierwotne obciążenie klientów kończy się niepowodzeniem lub kopia odzyskiwania nie jest niezależnie odczytywalna.
Zapisz dokładny punkt odtworzenia, właściciela plików i mapowanie ścieżek, które przeszły test. Szczegóły te staną się procedurą odzyskiwania, jeśli nowy host ulegnie awarii w okresie wyłączania starego serwera.
Bezpiecznie zakończ okres wyłączania starego serwera
Pozostaw stary serwer zatrzymany, ale możliwy do odzyskania, do czasu gdy odtworzony host przejdzie drugi test zimnego uruchomienia, a świeżą kopię zapasową będzie można niezależnie odnaleźć.
Wyłącz stary host dopiero po pomyślnym przejściu testów odtwarzania lokalnego, odtwarzania zdalnego (jeśli jest wymagane), dostępu użytkowników, skanowania bibliotek i dokumentacji odtwarzania. Zachowaj stare dane aplikacji do końca okresu przechowywania.
Zatrzymaj proces i wycofaj zmiany, jeśli którykolwiek wymagany klient zawiedzie, odtworzona baza danych nieoczekiwanie się zmieni lub kopia zapasowa nie będzie w stanie odtworzyć przetestowanego stanu.
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.

