Czy Plex można przenieść między platformami ARM i x86 bez utraty danych?

Traktuj migrację Plexa z ARM na x86 lub z x86 na ARM jako migrację stanu połączoną z testem zgodności funkcji, a nie jako bezrefleksyjne kopiowanie.

Baza danych i metadane mogą być przenośne, ale pliki binarne, funkcje analizy multimediów, akceleracja sprzętowa i założenia dotyczące ścieżek mogą różnić się między platformami. Zachowaj oryginalny serwer, dopóki nowy nie przejdzie kontroli biblioteki, stanu odtwarzania, metadanych, odtwarzania i funkcji. Nie usuwaj źródła tylko dlatego, że nowa usługa się uruchamia.

Przenieś cały zestaw danych, a nie tylko jeden wygodny plik

Stan Plexa obejmuje więcej niż pojedynczą bazę biblioteki. Skopiowanie tylko jednego pliku może zachować część historii, a jednocześnie wymusić ponowne tworzenie innych metadanych lub indeksów.

Bezpieczna migracja obejmuje cały katalog danych serwera Plex, w tym metadane, ustawienia i stan wyświetlania, zamiast kopiowania wyłącznie bazy biblioteki.

Skopiuj cały katalog stanu Plexa przy zatrzymanym serwerze, zachowując właściciela plików i ich strukturę. Nie modyfikuj źródła, dopóki nowy host nie przejdzie pełnej walidacji.

Zachowaj stałe ścieżki multimediów lub celowo je zmapuj

Przenośność bazy danych nie oznacza przenośności ciągów ścieżek. Inny punkt montowania lub konwencja ścieżek systemu operacyjnego może sprawić, że prawidłowe rekordy będą wskazywać niedostępne multimedia.

Przed uruchomieniem przygotuj mapę ścieżek i porównaj stare oraz nowe katalogi główne multimediów. Jeśli zmiana architektury obejmuje także zmianę systemu operacyjnego, potraktuj tłumaczenie ścieżek jako niezależny etap migracji.

Przed rozpoczęciem szerokiego skanowania przetestuj po jednym elemencie z każdej biblioteki. Stałe punkty montowania w trwałym układzie danych kontenera ograniczają liczbę zmiennych podczas zmiany architektury.

Oddzielnie zweryfikuj funkcje zależne od architektury

Transkodowanie sprzętowe, niektóre funkcje analizy i funkcje zależne od sterowników mogą działać inaczej, nawet jeśli podstawowy stan biblioteki działa prawidłowo. Nie zakładaj identyczności funkcji tylko na podstawie udanego logowania.

Współdzielony stan Plexa nie gwarantuje identycznych funkcji na różnych architekturach; różnice w analizie ARM/x86 mogą pozostać nawet po pomyślnej migracji bazy danych i ścieżek multimediów.

Przygotuj listę kontrolną obejmującą bezpośrednie odtwarzanie, transkodowanie, ścieżkę HDR/napisów, funkcje analizy i dostęp zdalny. Funkcję, która nie działa wyłącznie na nowej architekturze, należy traktować jako problem zgodności, a nie utratę danych.

-15% OFF

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

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Zachowaj możliwość wycofania zmian, dopóki nie potwierdzisz poprawnego działania w codziennym użyciu

Migracja jest bezpieczna wtedy, gdy stary serwer można nadal przywrócić, jeśli nowy host ujawni opóźniony problem. Kilka minut udanego przeglądania biblioteki nie wystarczy, aby wyłączyć źródło.

Używaj nowego hosta przez zwykły dzień, wprowadź zmianę w bibliotece, uruchom serwer ponownie i sprawdź tworzenie oraz przywracanie kopii zapasowej. Jeśli nowa architektura zmieni zapisany stan w sposób, który uniemożliwia bezpieczne ponowne użycie go na starym hoście, przywróć kopię sprzed migracji zamiast wielokrotnie przełączać aktywny katalog.

Wycofaj stary host z użytku dopiero wtedy, gdy nowy serwer przejdzie te testy i zostanie zweryfikowana świeża kopia zapasowa.