So führen Sie einen Abnahmetest für einen neuen Plex-Server durch, bevor Sie Produktivdaten verschieben

Eva Wong ist die technische Redakteurin und begeisterte Tüftlerin bei ZimaSpace. Als lebenslanger Geek mit einer Leidenschaft für Homelabs und Open-Source-Softwarehat sie sich darauf spezialisiert, komplexe technische Konzepte in verständliche, praxisnahe Anleitungenzu übersetzen. Eva ist überzeugt, dass Self-Hosting Spaß machen sollte und nicht einschüchternd sein darf. Mit ihren Tutorials hilft sie der Community dabei, Hardware-Setups zu durchschauen, vom Bau des ersten NAS bis zum sicheren Umgang mit Docker-Containern.

Übertragen Sie Plex-Produktionsdaten erst, nachdem ein Abnahmetest mit Kaltstart nachweist, dass Zustand, Pfade, Benutzer, Wiedergabe und Wiederherstellung auf dem neuen Host funktionieren.

Lassen Sie den alten Server gestoppt und unverändert, während der neue Host anhand desselben Haushaltsablaufs getestet wird. Entscheidend ist nicht eine erfolgreiche Anmeldung, sondern ein wiederholbarer Pfad von der Speichereinbindung über die Bibliotheksdatenbank bis zur Wiedergabe auf dem Client. Behandeln Sie den Fernzugriff als separate Prüfstufe und bewahren Sie eine Rollback-Kopie auf, bis eine aktuelle Sicherung gefunden und getestet wurde.

Den alten Server stilllegen und den Abnahmepfad festlegen

Beginnen Sie mit einem gestoppten alten Host, einer Sicherung seiner Anwendungsdaten und einer schriftlichen Liste der Bibliotheken, Benutzer, Remote-Clients und geplanten Aufgaben. So verhindern Sie, dass zwei Serveridentitäten denselben Arbeitsablauf verändern, während Sie die Ergebnisse vergleichen. Auch eine unabhängige Anleitung zur Migration empfiehlt, beim Umzug der Bibliothek und der Metadaten eine Rollback-Kopie aufzubewahren (Anleitung zur Migration einer Plex-Bibliothek). Schließen Sie diese Phase erst ab, wenn Sie den alten Datenspeicherort, den neuen Datenspeicherort und die Wiederherstellungsmaßnahme benennen können.

Speicherpfade, Eigentümerschaft und Anwendungszustand prüfen

Öffnen Sie für jede Bibliothek den Pfad auf dem Plex-Host und nicht in einem Dateibrowser auf Ihrem Arbeitsplatzrechner. Prüfen Sie, ob die Einbindung nach einem Neustart vorhanden ist, das Dienstkonto Medien lesen kann und das Anwendungsdatenverzeichnis beschreibbar und persistent ist. Testen Sie eine Datei von jedem Speicherort. Behandeln Sie Systemzustand, Plex-Datenbank, unersetzliche Medien, wiederherstellbare Vorschaubilder und Sicherungskopien als unterschiedliche Datenrollen; Redundanz ist keine Sicherung.

Ein Pfad, der nur funktioniert, weil er manuell eingebunden wurde, bedeutet eine fehlgeschlagene Migration. Der Entscheidungsausgang ist PASS, wenn sich jede Bibliothek aus dem Dienstkontext auflösen lässt und die Datenbank einen Neustart des Dienstes übersteht, ohne dass ein erneuter Scan den Zustand zerstört.

Die Wiedergabe auf den tatsächlich verwendeten Clients testen

Verwenden Sie eine kleine Testmatrix statt nur eines erfolgreich abgespielten Films: eine Datei mit Direct Play, eine Datei, die normalerweise transkodiert wird, ein Element mit vielen Untertiteln, eine Remote-Sitzung, falls Remote-Wiedergabe zum Ablauf gehört, und ein Konto mit eingeschränktem Bibliothekszugriff. Notieren Sie Startzeit, Wiedergabemodus, Verhalten von Audio und Untertiteln sowie, ob der vorgesehene Benutzer die erwartete Bibliothek sieht. Der neue Server ist nicht einsatzbereit, wenn die Wiedergabe nur mit dem Administratorkonto oder nur im lokalen Netzwerk funktioniert.

Single board computer zimaboard2

Die Prüfpunkte für Kaltstart und Rollback durchlaufen

Beenden Sie Plex ordnungsgemäß, starten Sie den Host neu, warten Sie, bis Speicher- und Netzwerk-Mounts verfügbar sind, und wiederholen Sie die Prüfungen der repräsentativen Wiedergabe und des Benutzerzugriffs. Erstellen Sie nach dem Neustart eine aktuelle Sicherung der Anwendungsdaten und prüfen Sie, wohin sie wiederhergestellt werden kann. Bei einem bewährten Verfahren zum Verschieben von Metadaten bleibt das alte Verzeichnis ebenfalls umbenannt erhalten, bis der neue Speicherort bestätigt ist (bewährtes Verfahren für den Metadaten-Rollback).

Nehmen Sie den alten Host erst außer Betrieb, wenn alle Prüfpunkte zweimal bestanden wurden: Zustand und Pfade, repräsentative Wiedergabe, vorgesehene Benutzer, Kaltstart und Sicherungsspeicherort. Schlägt ein Prüfpunkt fehl, beheben Sie das Problem auf dem neuen Host, während die alte Kopie verfügbar bleibt. Weiten Sie die Änderung nicht aus, indem Sie das Rollback-Ziel löschen.

Eine messbare Abbruchgrenze festlegen

Beenden Sie die Migration, sobald der neue Host die Abnahmematrix bestanden hat und der nächste Ausbauauslöser bekannt ist, etwa mehr gleichzeitige Transkodierungen oder eine Speicherebene, die nicht mehr ausreicht. Behalten Sie den alten Host, solange Berechtigungen, dauerhafte Mounts, Remote-Routing oder Wiederherstellung nicht nachgewiesen sind. Die sicherste kostengünstige Migration ist die, bei der ein bekannter Wiederherstellungsweg erhalten bleibt.

NAS- und Servereinrichtung

Mehr zum Lesen

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.