Jak przetestować nowy serwer Plex przed przeniesieniem danych produkcyjnych

Przenieś dane produkcyjne Plex dopiero wtedy, gdy test akceptacyjny po całkowitym wyłączeniu i ponownym uruchomieniu potwierdzi, że stan, ścieżki, użytkownicy, odtwarzanie i odzyskiwanie działają na nowym hoście.

Pozostaw stary serwer zatrzymany i nietknięty podczas testowania nowego hosta w ramach tego samego domowego przepływu pracy. Kluczową zależnością nie jest udane logowanie, lecz powtarzalna ścieżka od punktu montowania pamięci masowej przez bazę danych biblioteki po odtwarzanie na kliencie. Traktuj dostęp zdalny jako osobny warunek akceptacji i zachowaj kopię umożliwiającą wycofanie zmian do czasu znalezienia i przetestowania świeżej kopii zapasowej.

Zamroź stary serwer i określ ścieżkę akceptacji

Zacznij od zatrzymania starego hosta, wykonania kopii zapasowej jego danych aplikacji oraz sporządzenia listy bibliotek, użytkowników, zdalnych klientów i zaplanowanych zadań. Dzięki temu dwie tożsamości serwera nie będą jednocześnie modyfikować tego samego przepływu pracy podczas porównywania wyników. Niezależny przewodnik migracji również zaleca zachowanie kopii umożliwiającej wycofanie zmian podczas przenoszenia biblioteki i metadanych (przewodnik po migracji biblioteki Plex). Zakończ ten etap dopiero wtedy, gdy potrafisz wskazać starą i nową lokalizację danych oraz sposób ich przywrócenia.

Sprawdź ścieżki pamięci masowej, uprawnienia właściciela i stan aplikacji

Dla każdej biblioteki otwórz ścieżkę z hosta Plex, a nie w przeglądarce plików na swojej stacji roboczej. Sprawdź, czy punkt montowania jest dostępny po ponownym uruchomieniu, konto usługi może odczytywać pliki multimedialne, a katalog danych aplikacji jest zapisywalny i trwały. Sprawdź po jednym pliku z każdej lokalizacji pamięci masowej. Traktuj stan systemu, bazę danych Plex, niezastąpione pliki multimedialne, możliwe do odtworzenia miniatury i kopie zapasowe jako odrębne role danych; nadmiarowość nie jest kopią zapasową.

Ścieżka, która działa tylko dlatego, że zamontowano ją ręcznie, oznacza nieudaną migrację. Wynik decyzji to PASS, gdy każda biblioteka jest dostępna z poziomu usługi, a baza danych pozostaje nienaruszona po ponownym uruchomieniu usługi, bez skanowania, które niszczy jej stan.

Przetestuj odtwarzanie na wszystkich używanych typach klientów

Zamiast polegać na jednym udanym filmie, użyj niewielkiej macierzy testów: jednego pliku odtwarzanego bezpośrednio, jednego pliku zwykle transkodowanego, jednego materiału z dużą liczbą napisów, jednej sesji zdalnej, jeśli oglądanie zdalne jest częścią procesu, oraz jednego konta z ograniczonym dostępem do bibliotek. Zapisz czas rozpoczęcia, tryb odtwarzania, działanie dźwięku i napisów oraz to, czy dany użytkownik widzi oczekiwaną bibliotekę. Nowy serwer nie jest gotowy, jeśli odtwarzanie działa tylko na koncie administratora lub tylko w sieci lokalnej.

Featured

ZimaBoard 2 - Miniaturowy serwer domowy dla wielkich pomysłów

Single board computer zimaboard2

$339.00 - $529.00

Buy Now

Przeprowadź testy zimnego restartu i przywracania

Zatrzymaj Plex w prawidłowy sposób, uruchom ponownie host, poczekaj na zamontowanie pamięci masowej i udziałów sieciowych, a następnie powtórz testy reprezentatywnego odtwarzania i dostępu użytkowników. Po restarcie utwórz nową kopię zapasową danych aplikacji i sprawdź, gdzie można ją przywrócić. Praktyczna procedura przenoszenia metadanych również polega na zmianie nazwy starego katalogu i pozostawieniu go na miejscu do czasu potwierdzenia nowej lokalizacji (praktyka przywracania metadanych).

Wycofaj stary host z użycia dopiero wtedy, gdy wszystkie warunki zostaną spełnione dwukrotnie: stan i ścieżki, reprezentatywne odtwarzanie, zamierzeni użytkownicy, zimny restart i lokalizacja kopii zapasowej. Jeśli którykolwiek warunek nie zostanie spełniony, napraw nowy host, pozostawiając starą kopię dostępną; nie rozszerzaj zakresu zmian przez usunięcie celu przywracania.

Ustal mierzalny warunek zakończenia

Zakończ migrację, gdy nowy host przejdzie testy akceptacyjne, a kolejny powód rozbudowy będzie znany, na przykład większa liczba jednoczesnych transkodowań lub warstwa pamięci masowej, która już nie wystarcza. Zachowaj stary host, jeśli nie sprawdzono uprawnień, trwałości montowań, routingu zdalnego lub odzyskiwania danych. Najtańsza bezpieczna migracja to taka, która pozostawia sprawdzoną ścieżkę odzyskiwania.