Jak przenieść Plex z komputera stacjonarnego na dedykowany serwer multimediów

Przeprowadź migrację Plex, rozdzielając stan aplikacji, multimedia, ścieżki i procedurę wycofania, a następnie przekaż serwerowi dedykowanemu rolę nadrzędną dopiero po kompleksowej walidacji.

Dla administratora domowego prawdziwa migracja nie polega na świeżej instalacji Plex na cichszym sprzęcie. Nowy serwer musi odtworzyć biblioteki, użytkowników, stan oglądania, grafiki, dostęp do pamięci masowej i sposób odtwarzania, na których członkowie rodziny już polegają. Pozostaw komputer stacjonarny nienaruszony i niezezwalający na zapis jako hosta awaryjnego do czasu, aż urządzenie docelowe przejdzie test reprezentatywnych strumieni, dostępu zdalnego, ponownego uruchomienia, kopii zapasowej i odizolowanego przywracania.

Dokładnie określ, co migracja Plex musi zachować

Zacznij od obecnego komputera stacjonarnego jako działającego źródła, a nie stosu folderów do sklonowania. Zapisz każdą bibliotekę Plex, jej katalogi główne multimediów, nazwę serwera, użytkowników zarządzanych i relacje udostępniania, ścieżkę dostępu zdalnego, zaplanowane zadania oraz każdą usługę pomocniczą, która zmienia nazwy plików lub zawartość folderów. Dodaj po jednym reprezentatywnym filmie lub odcinku dla każdej faktycznie używanej klasy klientów: telewizora, telefonu, przeglądarki, tabletu i połączenia zdalnego.

Podziel jednostkę odzyskiwania Plex na odrębne role. Trwały stan aplikacji obejmuje bazę danych biblioteki, preferencje, plakaty, indeksy, powiązania kont i historię oglądania. Skopiowany katalog danych Plex przenosi stany oglądania, metadane i ustawienia, jeśli migracja zachowuje ten stan. Pliki multimedialne stanowią odrębny autorytatywny zbiór danych. Pliki transkodowania i tymczasowe pliki pochodne to odbudowywalna pamięć podręczna. System operacyjny i pliki binarne Plex powinny być możliwe do odtworzenia na podstawie pisemnego zapisu instalacji, a nie traktowane jako jedyna kopia możliwa do odzyskania.

Przed zmianą komputera stacjonarnego przygotuj listę kontrolną akceptacji. Powinna ona obejmować co najmniej porównanie liczby elementów w bibliotekach, znanych miejsc odtwarzania, widoczności użytkowników zarządzanych, grafik, odtwarzania napisów, jednego lokalnego strumienia o wysokiej przepływności, jednego strumienia zdalnego oraz automatycznego uruchamiania usług po ponownym uruchomieniu. Oznacz nieaktualne biblioteki, nieużywane wtyczki i porzucone foldery jako przeznaczone do wycofania, zamiast przenosić przypadkową historię na serwer dedykowany. Inwentaryzacja jest kompletna dopiero wtedy, gdy każdy zachowany element ma określone źródło, miejsce docelowe, właściciela i test.

Dobieraj serwer dedykowany na podstawie rzeczywistego odtwarzania, a nie rozmiaru biblioteki

Terabajty opisują pojemność, a nie obciążenie odtwarzania. Decyzja dotycząca mocy obliczeniowej zależy od tego, co klienci mogą odtwarzać bezpośrednio, które pliki wymagają ponownego pakowania strumienia lub transkodowania, ile sesji się nakłada, czy napisy uruchamiają konwersję wideo oraz jaką przepustowość wysyłania otrzymują zdalni widzowie. Odtwarzanie bezpośrednie wymaga wystarczającej przepustowości i zgodnych ustawień klienta; jeśli którykolwiek z tych warunków nie jest spełniony, serwer może być zmuszony do ponownego pakowania strumienia lub transkodowania. Mała biblioteka może powodować duże obciążenie szczytowe, jeśli jednocześnie transkodują dwaj niezgodni klienci zdalni; duża biblioteka może pozostać lekka, gdy klienci lokalni odtwarzają jej formaty bezpośrednio.

Zmierz działający komputer podczas najbardziej obciążającego realistycznego scenariusza. Odtwórz lokalnie reprezentatywne wideo o wysokiej przepływności, powtórz test przez połączenie zdalne, włącz napisy używane w domu i celowo poproś na jednym kliencie o niższą jakość. Zapisz, czy każda sesja odtwarza bezpośrednio, przesyła bezpośrednio czy transkoduje, a także szczytowe użycie procesora, akceleratora, pamięci, dysku i sieci. Testuj sesje jednoczesne, zamiast mnożyć pojedynczy syntetyczny wynik.

Wybierz cel dopiero po utworzeniu tej wartości bazowej. Musi zapewniać wystarczającą obsługę dekodowania i kodowania formatów, które rzeczywiście są transkodowane, zapas przepustowości sieci powyżej łącznej przepływności odtwarzania bezpośredniego oraz pojemność na bieżące multimedia i zmierzony przyrost. Jeśli plan obejmuje akcelerację sprzętową, sprawdź, czy system operacyjny lub kontener widzi urządzenie, a następnie potwierdź to rzeczywistym strumieniem. Specyfikacja nie jest testem akceptacyjnym.

Zatrzymaj migrację na tym etapie, jeśli docelowy serwer nie jest w stanie obsłużyć zmierzonego szczytowego obciążenia z zapasem. Przeniesienie stanu aplikacji na zbyt słaby cel tworzy awarię pod pozorem postępu. Zmień cel, zmniejsz wymaganą liczbę jednoczesnych sesji, popraw zgodność klientów albo celowo rozdziel pamięć masową i obliczenia związane z transkodowaniem przed skopiowaniem danych źródłowych.

Oddziel stan Plex, multimedia, pamięć podręczną i kopie zapasowe

Zbuduj dedykowany serwer wokół stabilnych ról, zanim przywrócisz Plex. Umieść pliki binarne systemu i aplikacji na wymiennej warstwie systemowej. Przechowuj trwałe dane aplikacji Plex w lokalizacji z wystarczającą ilością miejsca na rozrost bazy danych i grafik. Zamontuj multimedia w stabilnych lokalizacjach, które nie zmienią się po wymianie dysku. Skieruj tymczasowe transkodowanie do warstwy przeznaczonej do usunięcia, a kopie zapasowe przechowuj poza każdą chronioną przez nie warstwą aktywną.

Uprawnienia są częścią topologii. Konto lub kontener uruchamiający Plex musi mieć dostęp do zapisu do stanu aplikacji i pamięci podręcznej oraz dostęp do odczytu każdego katalogu głównego multimediów. Konto usługi Plex potrzebuje uprawnień do odczytu i wykonywania w katalogach multimediów, aby móc przechodzić przez foldery i otwierać udostępniane pliki. Procesy zapisujące multimedia mogą potrzebować szerszych uprawnień, ale Plex nie potrzebuje pełnego dostępu administratora tylko po to, by strumieniować pliki. Zweryfikuj zarówno możliwość przechodzenia przez katalogi, jak i odczytu plików; film, który można odczytać, nadal będzie niedostępny, jeśli katalog nadrzędny blokuje tożsamość usługi.

Zachowaj mapę ścieżek, która łączy każdy stary katalog główny multimediów z jego nowym punktem montowania lub ścieżką kontenera. Spójne ścieżki po stronie kontenera ułatwiają przyszłe zmiany hosta, podczas gdy punkty montowania po stronie hosta mogą odpowiadać układowi pamięci masowej. Upewnij się, że pamięć masowa jest zamontowana przed uruchomieniem Plex oraz że brak montowania powoduje widoczny błąd, zamiast udostępniać pusty katalog, który mógłby wywołać nieprawidłowe skanowanie biblioteki.

-15% OFF

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

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Wybierz ścieżkę stanu dla tej samej platformy lub między platformami

Przeniesienie w obrębie tego samego systemu operacyjnego jest zwykle mniej ryzykowne, ponieważ układ danych aplikacji, sposób przechowywania preferencji, składnia ścieżek i tożsamość usługi prawdopodobnie będą zgodne. Zainstaluj zgodną wersję Plex na urządzeniu docelowym, pozwól jej utworzyć strukturę docelową, zatrzymaj ją i przetestuj przywracanie na tymczasowej kopii stanu źródłowego. Nie pozwól, aby czysta instancja skanowała rzeczywiste multimedia, zanim przywrócona baza danych i plan ścieżek będą gotowe.

Przeniesienie z Windows do Linuksa, z macOS do kontenera lub między innymi platformami wymaga dodatkowej pracy związanej z tłumaczeniem. Taka migracja może wymagać tłumaczenia ścieżek i ustawień, ponieważ miejsce docelowe może przechowywać ścieżki i preferencje serwera w inny sposób. Ścieżki z literami dysków mogą stać się zamontowanymi katalogami, preferencje mogą znajdować się w innym magazynie, a konto usługi będzie miało inną tożsamość. Traktuj ścieżki hosta kontenera i ścieżki widoczne w kontenerze jako odrębne decyzje. Nigdy nie zakładaj, że samo skopiowanie bazy danych przekonwertuje te odwołania.

Preferuj obsługiwany proces migracji lub etap pośredni na tej samej platformie zamiast doraźnej edycji bazy danych. Jeśli procedura zależna od platformy wymaga konwersji stanu, utwórz dwie kopie zapasowe, pracuj wyłącznie na kopii przeznaczonej do wyrzucenia, zapisz każdą transformację i potwierdź katalogi główne bibliotek oraz tożsamość serwera przed ingerencją w autorytatywne źródło. Standardowe przeglądarki baz danych lub ogólne narzędzia wyszukiwania i zamiany mogą zmienić więcej niż tylko zamierzone ścieżki, dlatego niezweryfikowana edycja jest warunkiem przerwania prac.

Decyzja końcowa jest binarna: przywrócona kopia przedstawia oczekiwany serwer i biblioteki względem ścieżek testowych albo migracja międzyplatformowa nie jest gotowa. Nie próbuj kompensować nieudanego przeniesienia tożsamości, tworząc drugi, niezależny serwer Plex i ponownie zapraszając wszystkich, chyba że utrata pierwotnego stanu oglądania, udostępnień i ciągłości jest świadomą decyzją.

Zamroź komputer stacjonarny i skopiuj jedną autorytatywną jednostkę odzyskiwania

Zaplanuj krótkie wstrzymanie zapisu po pomyślnym przejściu próby platformy docelowej, ścieżek i uprawnień. Wyłącz automatyczne czyszczenie, które mogłoby usuwać wpisy podczas tymczasowej niedostępności ścieżek multimediów. Zatrzymaj Plex na komputerze stacjonarnym i sprawdź, czy proces nie wykonuje już zapisów. Zapisz czas, wersję aplikacji źródłowej, katalogi główne bibliotek oraz ostatnią znaną dobrą kopię zapasową przed rozpoczęciem końcowego kopiowania stanu.

Kopiuj, a nie przenoś. Przenieś kompletny katalog danych aplikacji Plex wymagany przez platformę źródłową, zachowując znaczniki czasu i informacje o własności, jeśli dana metoda to umożliwia. Do końcowego kopiowania stanu aplikacji użyj transferu danych Plex po zatrzymaniu usługi, aby baza danych nie zmieniała się podczas przenoszenia. Przenieś lub zamontuj multimedia osobno, zgodnie z mapą ścieżek. W przypadku dużej biblioteki początkowe kopiowanie multimediów może odbywać się przed zamrożeniem, a następnie po zatrzymaniu procesów zapisujących należy wykonać końcową synchronizację. Sama baza danych aplikacji należy do etapu po zatrzymaniu usługi.

Porównaj to, co dotarło. Użyj sum katalogów, liczby plików oraz manifestów lub sum kontrolnych w przypadku danych, których integralność ma znaczenie; nie polegaj na tym, że polecenie kopiowania osiągnie sto procent. Zastosuj własność docelowego konta usługi do danych aplikacji i zweryfikuj dostęp do odczytu we wszystkich katalogach głównych multimediów. Pozostaw komputer stacjonarny bez zmian, w razie potrzeby odłącz go od automatycznego uruchamiania i wyraźnie oznacz jako kopię awaryjną do wycofania zmian. Nie może wznowić zapisu podczas oceniania przywróconego celu.

Uruchom serwer docelowy z tymczasową tożsamością sieciową. Jeśli oczekiwane biblioteki lub tożsamość serwera nie pojawią się, zatrzymaj go przed rozpoczęciem szerokiego skanowania lub odbudową metadanych. Wróć do skopiowanego stanu, mapy ścieżek, uprawnień i decyzji dotyczącej translacji platformy. Czyste ponowne skanowanie może ostatecznie odzyskać plakaty, ale nie dowodzi, że historia użytkowników i pierwotna relacja z serwerem zostały zachowane.

Udowodnij poprawność działania nowego serwera przed przekierowaniem wszystkich klientów

Zweryfikuj przywrócony stan przed zmianą znanego adresu serwera. Porównaj liczbę i nazwy bibliotek, otwórz elementy z rozpoznawalnymi plakatami i wydaniami, sprawdź kilka pozycji odtwarzania oraz zaloguj się jako przedstawiciel każdej klasy użytkowników zarządzanych. Przeglądaj zawartość z hosta docelowego i zwykłego klienta, aby lokalnie widoczna biblioteka nie ukryła problemu z siecią lub kontem.

Powtórz zmierzoną macierz odtwarzania. Przetestuj lokalne odtwarzanie bezpośrednie materiału o wysokiej przepływności, strumień zdalny, transkodowanie do wymuszonej niższej jakości, typowe napisy oraz maksymalną realistyczną liczbę równoczesnych sesji. Potwierdź rzeczywisty tryb dostarczania i obserwuj zużycie zasobów; pomyślne odtwarzanie na jednym telewizorze nie potwierdza poprawności działania na telefonie korzystającym z danych komórkowych ani w przeglądarce wymagającej konwersji. Test odtwarzania przez sieć komórkową zapewnia migracji rzeczywisty test spoza lokalizacji zamiast ponownego użycia sieci domowej. Porównaj wyniki z bazą referencyjną komputera stacjonarnego, a nie z abstrakcyjną obietnicą sprzętową.

Następnie przetestuj zależności, które ujawniają się dopiero z czasem. Uruchom ponownie serwer i potwierdź, że magazyny są montowane przed uruchomieniem Plex, usługa uruchamia się bez interaktywnego logowania, stabilna nazwa w sieci LAN jest rozpoznawana, a dostęp zdalny wraca zamierzoną ścieżką. Przerwij i przywróć dostęp do sieci, a jeśli plan zasilania to przewiduje, wykonaj kontrolowane wyłączenie. Niepowodzenie po ponownym uruchomieniu nadal oznacza nieudaną migrację, nawet jeśli pierwsza sesja działała.

Najpierw przełącz jednego klienta, przenosząc do serwera docelowego stabilny adres, rezerwację, nazwę lokalną lub udokumentowaną ścieżkę klienta. Zwróć uwagę na nieaktualne wpisy DNS, zduplikowane przekierowania portów oraz starą usługę komputera stacjonarnego uruchamianą automatycznie. Gdy klient pilotażowy przejdzie test, migruj pozostałych klientów małymi grupami. Na każdym etapie musi istnieć dokładnie jeden serwer Plex z uprawnieniami do zapisu.

Jeśli krytyczny test zakończy się niepowodzeniem, zatrzymaj serwer docelowy, przywróć starą tożsamość sieciową na niezmienionym komputerze stacjonarnym i wznów działanie od zarejestrowanego czasu przełączenia. Nie wykonuj naprzemiennych zapisów w obu bazach danych. Zbadaj przyczynę niepowodzenia — stan, ścieżkę, uprawnienia, zgodność klienta, sieć lub zasilanie — a następnie utwórz nową zatrzymaną kopię, gdy źródło znów stanie się nadrzędne.

Uczyń test przywracania bramką wycofania komputera stacjonarnego

Pomyślne przełączenie nie oznacza jeszcze, że serwer można odzyskać. Twórz kopię zapasową stanu aplikacji Plex zgodnie z harmonogramem odpowiadającym ilości historii oglądania i pracy nad biblioteką, którą możesz utracić. Chroń niezastępowalne lub kosztowne do ponownego utworzenia materiały za pomocą niezależnej kopii. Nadmiarowość dysków może utrzymać dostępność serwera po awarii dysku, ale RAID nie jest kopią zapasową chroniącą przed usunięciem, uszkodzeniem danych, kradzieżą ani utratą całego serwera.

Przywróć kopię zapasową stanu aplikacji do odizolowanego folderu, maszyny wirtualnej, kontenera lub zapasowego hosta. Podłącz tylko reprezentatywne materiały, rozpocznij od tymczasowej tożsamości i powtórz zwięzły zestaw testów akceptacyjnych: biblioteka otwiera się, znany stan oglądania zostaje przywrócony, użytkownik zarządzany widzi właściwe treści, a jedno odtwarzanie bezpośrednie i jedno transkodowanie kończą się pomyślnie. W przypadku wdrożeń kontenerowych odizolowana ścieżka przywracania pojedynczej usługi pozwala skupić odzyskiwanie na Plex, pozostawiając sprawne zależności bez zmian. Zapisz czas odzyskiwania, brakujące zależności i dokładnie używaną kopię zapasową.

Zapisz wyzwalacze rozbudowy, gdy punkt odniesienia jest jeszcze aktualny. Dodaj lub rozdziel moc obliczeniową transkodowania, gdy długotrwałe, zmierzone sesje wykorzystują rezerwę. Zwiększ pojemność pamięci, zanim warstwa multimediów osiągnie wybrany poziom minimalnej wolnej przestrzeni potrzebnej na importy i konserwację. Ulepsz sieć, gdy przepływność równoczesnego odtwarzania bezpośredniego zbliży się do przetestowanej przepustowości. Rozdziel pamięć masową i moc obliczeniową, gdy jedno urządzenie łączy okna konserwacji lub tempo rozwoju, których gospodarstwo domowe nie jest już w stanie zaakceptować.

Dopiero po pomyślnym przywróceniu można wyczyścić stary komputer, sprzedać go lub przeznaczyć do innych celów. Do tego czasu pozostaje on wyłączoną ścieżką odzyskiwania, ze stanem opatrzonym wyraźną datą. Jeśli celu nie można przywrócić, nie spełnia on wymagań dotyczących odtwarzania w szczycie obciążenia albo nadal zależy od nieudokumentowanej konwersji między platformami, migracja osiągnęła punkt zatrzymania, a nie zakończenie.

Zasada końcowej konfiguracji

Dedykowany serwer staje się domem dla Plex dopiero wtedy, gdy jeden autorytatywny stan, stabilne ścieżki multimediów, zmierzone odtwarzanie, dostęp klientów, zachowanie po ponownym uruchomieniu, kopia zapasowa i odizolowane przywracanie przejdą pomyślnie wszystkie testy. Kopia zapasowa jest wiarygodna dopiero po pomyślnym teście przywracania. Do tego czasu pozostaw komputer stacjonarny nienaruszony i bez możliwości zapisu; jeśli tłumaczenie ścieżek lub rezerwa zasobów na obciążenie nadal budzą wątpliwości, odłóż wycofanie starego komputera i napraw tę granicę zamiast wymuszać przełączenie.