Jak zweryfikować przywrócenie Jellyfin przed wycofaniem starego serwera

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.

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.

-15% OFF

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

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.