Jak bezpiecznie wycofać aktualizację Plex po problematycznej aktualizacji serwera

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.

How to Safely Roll Back Plex After a Problematic Server Update - Zima Store Online

Przed obniżeniem wersji wykonaj kopię zapasową katalogu danych Plex, a następnie wycofuj wersję tylko o jeden krok naraz — dopiero po sprawdzeniu, czy nowsze wydanie zmieniło zgodność bazy danych.

Wycofanie wersji Plex nie polega wyłącznie na zastąpieniu pliku binarnego lub obrazu Dockera. Aktualizacja może przeprowadzić migrację bazy danych, a starszy serwer może nie rozumieć stanu zapisanego przez nowszą wersję. Najpierw zabezpiecz bieżące dane, wskaż ostatnią poprawnie działającą kompilację i zadbaj o możliwość odwrócenia zmian. Celem jest potwierdzenie, że to aktualizacja spowodowała regresję, bez przekształcania problemu z oprogramowaniem w problem z odzyskiwaniem bazy danych.

Zamroź bieżący stan przed zmianą wersji serwera

Zatrzymaj Plex w kontrolowany sposób i wykonaj kopię trwałego katalogu danych serwera. Zapisz bieżącą wersję serwera oraz dokładny objaw, z powodu którego chcesz wycofać wersję. Jeśli używasz Dockera, zapisz również bieżący tag lub skrót obrazu oraz poprzedni tag, który był znany jako działający, aby wycofanie wersji było jednoznaczne, a nie sprowadzało się do „latest kontra cokolwiek było w pamięci podręcznej”.

Niedawny przykład odzyskiwania opublikowany na forum Plex wskazuje, że poprzednie instalatory mogą być dostępne w katalogu Updates serwera, i omawia wycofywanie do poprzedniej wersji serwera. Traktuj to jako wskazówkę operacyjną dotyczącą konkretnej wersji, a nie gwarancję, że każda platforma przechowuje pakiety w ten sam sposób.

Nie usuwaj bieżącej bazy danych ani preferencji jako pierwszego kroku wycofywania wersji. Jeśli starsza kompilacja nie zadziała, będziesz potrzebować niezmodyfikowanej kopii zapasowej, aby powrócić do stanu sprzed wycofania. Bezpieczne wycofanie zawsze zachowuje obie możliwości: powrót do starszej kompilacji i ponowne przejście do bieżącej.

Sprawdź granicę migracji bazy danych przed obniżeniem wersji

Przeczytaj informacje o wydaniu lub dyskusję na temat znanych regresji dotyczących zainstalowanej wersji. Niektóre wydania Plex zmieniły zgodność bazy danych, dlatego zbyt dalekie cofnięcie może zakończyć się niepowodzeniem, nawet jeśli sam starszy plik wykonywalny zainstaluje się poprawnie. Gdy występuje granica migracji, zastosuj obsługiwaną ścieżkę przez wersje pośrednie albo przywróć zgodną kopię bazy danych zamiast zmuszać starszy serwer do pracy z nowszym stanem.

Wskazówki społeczności Plex dotyczące migracji w wersji 1.40 opisywały konkretny przypadek, w którym zgodność bazy danych ograniczała możliwe ścieżki wycofania wersji. Dokładne numery wersji z tego przypadku mają znaczenie historyczne; trwała zasada jest taka, aby przed obniżeniem wersji sprawdzić granicę migracji dotyczącą Twojego wydania.

Jeśli Plex aktualnie przeprowadza migrację bazy danych, nie przerywaj jej tylko po to, aby szybciej rozpocząć wycofywanie wersji. Poczekaj na zakończenie migracji albo przywróć znaną, zgodną kopię zapasową. Przerwanie zmian w schemacie tworzy odmienny stan awarii, przez co trudniej ustalić, czy pierwotny problem rzeczywiście spowodowało wydanie.

Zainstaluj lub przypnij poprzednią kompilację bez zmieniania innych zmiennych

Zmień wyłącznie wersję serwera Plex. Zachowaj ten sam punkt montowania danych aplikacji, ścieżki do multimediów, tryb sieci, urządzenia sprzętowe i ustawienia klientów. W Dockerze przypnij poprzedni tag obrazu zamiast polegać na zmiennym tagu; w instalacjach opartych na pakietach użyj poprzedniego instalatora z zaufanego źródła odpowiedniego dla danej platformy.

Lista kontrolna odzyskiwania serwera domowego ZimaSpace opiera się na tej samej zasadzie odzyskiwania: zachowaj czytelny stan, ustal warstwę powodującą awarię i unikaj zastępowania lub odbudowywania w pierwszej kolejności niewłaściwego elementu. Wycofanie wersji Plex powinno być równie precyzyjne.

Uruchom Plex i obserwuj dzienniki pod kątem błędów bazy danych, zanim przetestujesz odtwarzanie. Jeśli starsza kompilacja odrzuci bazę danych albo uruchomi się jako nowy serwer, natychmiast ją zatrzymaj i przywróć zabezpieczony stan, zamiast pozwalać jej zapisywać nowe pliki w niezgodnym katalogu danych.

-15% OFF

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

Single board computer zimaboard2

Odtwórz pierwotną regresję, zanim zdecydujesz się pozostać przy starszej wersji

Gdy starsza kompilacja uruchomi się prawidłowo, odtwórz dokładnie warunek, który zawiódł po aktualizacji: tego samego klienta, te same multimedia, ścieżkę sieciową, działanie biblioteki lub zaplanowane zadanie. Wycofanie wersji potwierdza udział danego wydania dopiero wtedy, gdy starsza wersja przechodzi pierwotny test, a reszta serwera nadal działa prawidłowo.

Uruchom ponownie Plex i powtórz test, aby upewnić się, że odzyskiwanie przetrwa zwykły cykl uruchomienia. Następnie sprawdź dostęp do biblioteki, historię oglądania, dostęp zdalny, jeśli jest używany, oraz każdą ścieżkę sprzętowego transkodowania, której mogła dotknąć aktualizacja. Nie ogłaszaj sukcesu wyłącznie na podstawie ekranu głównego.

Jeśli poprzednia kompilacja również zawodzi, powróć do bieżącego, zabezpieczonego stanu i kontynuuj diagnostykę zamiast wykonywać kolejne obniżenia wersji. Jeśli poprzednia kompilacja rozwiązuje problem, traktuj wycofanie jako tymczasowe, udokumentuj działającą wersję i wypatruj kolejnego wydania Plex, które usunie regresję, zanim ponownie wykonasz aktualizację.