So führen Sie einen neuen Plex-Server einem Abnahmetest zu, bevor Sie Produktivdaten verschieben

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

How to Acceptance-Test a New Plex Server Before Moving Production Data - Zima Store Online

Verschieben Sie produktive Plex-Daten erst, nachdem ein Kaltstart-Abnahmetest bestätigt hat, dass Status, Pfade, Benutzer, Wiedergabe und Wiederherstellung auf dem neuen Host funktionieren.

Lassen Sie den alten Server während der Tests am neuen Host heruntergefahren und unverändert. Die entscheidende Abhängigkeit ist nicht eine erfolgreiche Anmeldung, sondern ein wiederholbarer Ablauf vom Einbinden des Speichers über die Bibliotheksdatenbank bis zur Wiedergabe auf dem Client. Behandeln Sie den Fernzugriff als separate Prüfstufe und bewahren Sie eine Rückfallkopie auf, bis ein aktuelles Backup gefunden und getestet wurde.

Alten Server einfrieren und Abnahmepfad festlegen

Beginnen Sie mit einem heruntergefahrenen alten Host, einem Backup seiner Anwendungsdaten und einer schriftlichen Liste der Bibliotheken, Benutzer, Remote-Clients und geplanten Aufgaben. So verhindern Sie, dass zwei Serveridentitäten denselben Ablauf verändern, während Sie die Ergebnisse vergleichen. Auch eine unabhängige Migrationsanleitung empfiehlt, beim Verschieben der Bibliothek und Metadaten eine Rückfallkopie aufzubewahren (Anleitung zur Plex-Bibliotheksmigration). Verlassen Sie diese Phase erst, wenn Sie den Speicherort der alten Daten, den Speicherort der neuen Daten und die Wiederherstellungsaktion benennen können.

Speicherpfade, Besitzrechte und Anwendungsstatus prüfen

Öffnen Sie bei jeder Bibliothek den Pfad vom Plex-Host aus und nicht über einen Dateibrowser auf Ihrer Arbeitsstation. Prüfen Sie, ob die Einbindung nach einem Neustart vorhanden ist, das Dienstkonto Medien lesen kann und das Anwendungsdatenverzeichnis beschreibbar und dauerhaft verfügbar ist. Testen Sie je eine Datei von jedem Speicherort. Behandeln Sie Systemstatus, Plex-Datenbank, unersetzliche Medien, wiederherstellbare Vorschaubilder und Backup-Kopien als unterschiedliche Datenrollen; Redundanz ist kein Backup.

Ein Pfad, der nur funktioniert, weil er manuell eingebunden wurde, bedeutet eine fehlgeschlagene Migration. Die Prüfung gilt als BESTANDEN, wenn jede Bibliothek aus dem Dienstkontext aufgelöst wird und die Datenbank einen Dienstneustart übersteht, ohne dass ein erneuter Scan den Status zerstört.

Wiedergabe mit der tatsächlichen Client-Mischung testen

Verwenden Sie statt eines einzigen erfolgreichen Films eine kleine Testmatrix: eine Datei für direkte Wiedergabe, eine Datei, die normalerweise transkodiert wird, ein untertitelintensives Medium, eine Remote-Sitzung, falls Fernwiedergabe zum Ablauf gehört, sowie ein Konto mit eingeschränktem Bibliothekszugriff. Erfassen Sie Startzeit, Wiedergabemodus, Audio- und Untertitelverhalten sowie, ob der erwartete Benutzer die erwartete Bibliothek sieht. Der neue Server ist nicht bereit, wenn die Wiedergabe nur mit dem Administratorkonto oder nur im lokalen Netzwerk funktioniert.

-15% OFF

ZimaBoard 2 – Mini-Heimserver für Ihre große Idee

Single board computer zimaboard2

Kaltneustart- und Rückfallprüfungen durchführen

Beenden Sie Plex ordnungsgemäß, starten Sie den Host neu, warten Sie auf Speicher- und Netzwerkeinbindungen und wiederholen Sie die repräsentativen Wiedergabe- und Benutzerzugriffsprüfungen. Erstellen Sie nach dem Neustart ein neues Backup der Anwendungsdaten und prüfen Sie, wo es wiederhergestellt werden kann. Auch ein praxisnahes Verfahren zum Verschieben von Metadaten lässt das alte Verzeichnis umbenannt bestehen, bis der neue Speicherort bestätigt ist (Praxis für den Rückfall bei Metadaten).

Setzen Sie den alten Host erst außer Betrieb, wenn alle Prüfstufen zweimal bestanden wurden: Status und Pfade, repräsentative Wiedergabe, vorgesehene Benutzer, Kaltneustart und Backup-Speicherort. Schlägt eine Prüfstufe fehl, reparieren Sie den neuen Host, solange die alte Kopie verfügbar bleibt; erweitern Sie die Änderung nicht, indem Sie das Rückfallziel löschen.

Messbare Abbruchgrenze verwenden

Beenden Sie die Migration, wenn der neue Host die Abnahmematrix bestanden hat und der nächste Erweiterungsauslöser bekannt ist, etwa mehr gleichzeitige Transkodierungen oder eine Speicherebene, die nicht mehr ausreicht. Behalten Sie den alten Host, solange Berechtigungen, dauerhafte Einbindungen, Fernzugriff oder Wiederherstellung nicht nachgewiesen wurden. Die kostengünstigste sichere Migration ist diejenige, die einen bekannten Wiederherstellungspfad hinterlässt.