Bezpieczna lista kontrolna migracji Plexa na nowy serwer domowy

Zastosuj migrację etapową: zachowaj stan Plexa, sprawdź nowe ścieżki multimediów, zweryfikuj serwer docelowy i pozostaw stary serwer nietknięty, dopóki przełączenie nie zakończy się pomyślnie.

Nowy serwer domowy może działać szybciej i sprawniej, a mimo to utracić historię oglądania, tożsamość serwera, grafiki, uprawnienia lub dostęp zdalny, jeśli przeprowadzkę potraktuje się wyłącznie jako kopiowanie multimediów. Zacznij od zamrożenia działającego źródła i zlokalizowania pełnego stanu aplikacji. Następnie skonfiguruj serwer docelowy na podstawie zweryfikowanych ścieżek pamięci masowej i uprawnień, przetestuj go bez niszczenia oryginału i przerwij migrację, gdy tylko zabraknie oczekiwanego stanu.

Zamroź źródło przed rozpoczęciem kopiowania

Po rozpoczęciu okna migracyjnego przestań traktować stary serwer jako aktywne źródło prawdy. Zapisz wersję Plexa, nazwę serwera, ścieżki bibliotek, konfigurację kontenera lub usługi, stan konta oraz lokalizację pełnego katalogu danych Plexa. Zachowaj oryginalny host w niezmienionym stanie, dopóki serwer docelowy nie przejdzie wszystkich kontroli weryfikacyjnych.

Migracja może zachować pliki multimedialne, a mimo to utracić stan oglądania zapisany w danych serwera. Samo skopiowanie multimediów nie jest więc równoznaczne z migracją serwera.

Utwórz punkt wycofania przed wprowadzeniem pierwszej zmiany: zweryfikowaną kopię stanu aplikacji oraz spisaną procedurę ponownego uruchomienia starego hosta. Jeśli powrót do starego serwera wymaga modyfikowania jego bazy danych lub ścieżek, migracja już teraz wiąże się z większym ryzykiem, niż jest to konieczne.

Zachowaj stan Plexa oddzielnie od biblioteki multimediów

Trwały katalog danych Plexa zawiera bazę danych, preferencje, metadane, grafiki, indeksy i inne dane operacyjne. Biblioteka multimediów jest drugim zbiorem danych, który wymaga własnej pojemności i planu tworzenia kopii zapasowych. Kopiowanie ich jako oddzielnych jednostek ułatwia ustalenie, która część zawiodła, gdy nowy host uruchomi się z pustym stanem lub nie będzie mógł znaleźć plików.

Migracja historii oglądania zależy od bazy danych Plexa, dlatego stan widoczny dla użytkownika należy zabezpieczyć, zanim serwer docelowy rozpocznie ponowne skanowanie.

W przypadku kontenerów zapisz również mapowanie hosta na kontener dla `/config` oraz każdej ścieżki multimediów. W instalacji natywnej zapisz lokalizację danych właściwą dla danej platformy. Nie pozwól, aby serwer docelowy wielokrotnie uruchamiał się z pustym katalogiem, gdy nadal ustalasz, gdzie powinien znajdować się właściwy stan.

Przemyśl ścieżki multimediów na serwerze docelowym

Baza danych może zostać pomyślnie zmigrowana, a mimo to wskazywać lokalizacje multimediów, do których nowy system operacyjny lub kontener nie ma dostępu. Jeśli to możliwe, zachowaj identyczne ścieżki albo jawnie zaplanuj ich zmianę, aby Plex nie musiał ponownie wyszukiwać całej biblioteki w nieoczekiwanej strukturze punktów montowania.

Jeśli pełny stan serwera nie zostanie zachowany, migracja historii oglądania może stać się osobnym zadaniem odzyskiwania po odbudowaniu bibliotek.

Przed uruchomieniem Plexa na serwerze docelowym zamontuj pamięć masową i potwierdź, że konto usługi może odczytać kilka rzeczywistych plików z każdej biblioteki. Jeśli te testy na poziomie plików zakończą się niepowodzeniem, najpierw napraw pamięć masową i uprawnienia. Ponowne skanowanie przez Plexa nie naprawi brakującego punktu montowania.

-15% OFF

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

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Uruchom serwer docelowy w odizolowanym stanie weryfikacyjnym

Uruchom serwer docelowy bez natychmiastowego uzależniania od niego całego gospodarstwa domowego. Wyłącz lub odłóż intensywne skanowanie i zadania działające w tle, dopóki nie upewnisz się, że zmigrowany stan otwiera się prawidłowo. Sprawdź tożsamość serwera, liczbę bibliotek, użytkowników, playlisty, kolekcje, status oglądania oraz kilka losowo wybranych elementów multimedialnych.

Przed przełączeniem przeprowadź jawną fazę weryfikacji: porównaj tożsamość serwera, liczbę bibliotek, użytkowników, kolekcje, stan oglądania, grafiki i odtwarzanie reprezentatywnych materiałów. Serwer docelowy powinien odpowiadać oczekiwanemu stanowi, a nie tylko otwierać interfejs internetowy.

Jeśli serwer docelowy wyświetla kreator pierwszej konfiguracji, brakuje na nim bibliotek lub grafiki są puste, zatrzymaj się zamiast tworzyć zamienniki. Ponownie sprawdź mapowanie katalogu danych i właściciela plików. Każdy nowy zapis w niezamierzenie pustym stanie utrudnia odróżnienie danych migracji od stanu wygenerowanego przez serwer docelowy.

Jeśli nieprawidłowa jest tylko jedna klasa stanu — na przykład grafiki, uprawnienia lub ścieżka pojedynczej biblioteki — napraw tę konkretną granicę i powtórz ten sam zestaw kontroli. Nie zamieniaj częściowej niezgodności w pełne skanowanie, dopóki nie potwierdzisz, że zmigrowana baza danych jest rzeczywiście nieużyteczna.

Przełącz serwery dopiero po pomyślnym teście odtwarzania i odzyskiwania

Pomyślne przełączenie po migracji wymaga lokalnego odtwarzania bezpośredniego, ewentualnego transkodowania, dostępu zdalnego, przetestowania drugiego użytkownika, zmiany w bibliotece, ponownego uruchomienia oraz zweryfikowanej kopii zapasowej zmigrowanego stanu.

Bezpieczny proces migracji Plexa uwzględnia stan aplikacji, ścieżki multimediów, uprawnienia i możliwość wycofania w ramach tej samej decyzji o przełączeniu. Wyłącz stary serwer dopiero po pomyślnym przejściu całej tej ścieżki.

Dopiero gdy serwer docelowy przejdzie pełny test, możesz ostatecznie wyłączyć stary serwer. Zachowaj kopię zapasową źródła co najmniej do zakończenia jednego zwykłego cyklu konserwacji. Jeśli późniejsze skanowanie lub aktualizacja ujawni brakujący stan, nadal będziesz mieć sprawdzony punkt odzyskiwania zamiast kolejnego projektu odbudowy.