So setzt du Plex nach einem problematischen Server-Update sicher zurück

Sichern Sie das Plex-Datenverzeichnis, bevor Sie ein Downgrade durchführen, und führen Sie das Zurücksetzen anschließend nur jeweils um eine Version durch, nachdem Sie geprüft haben, ob die neuere Version die Datenbankkompatibilität geändert hat.

Ein Plex-Rollback besteht nicht einfach darin, eine Binärdatei oder ein Docker-Image zu ersetzen. Die Serverdatenbank kann durch ein Update migriert werden, und ein älterer Server versteht möglicherweise den von einer neueren Version geschriebenen Datenbankstatus nicht. Sichern Sie zunächst die aktuellen Daten, ermitteln Sie den letzten nachweislich funktionierenden Build und halten Sie das Rollback umkehrbar. Ziel ist es, zu belegen, dass das Update die Regression verursacht hat, ohne aus einem Softwareproblem ein Problem mit der Datenbankwiederherstellung zu machen.

Aktuellen Zustand sichern, bevor Sie die Serverversion ändern

Beenden Sie Plex ordnungsgemäß und erstellen Sie eine Kopie des persistenten Serverdatenverzeichnisses. Notieren Sie die aktuelle Serverversion und das genaue Symptom, wegen dessen Sie ein Rollback durchführen. Wenn Sie Docker verwenden, notieren Sie außerdem das aktuelle Image-Tag oder den Digest sowie das zuletzt nachweislich funktionierende Tag, damit das Rollback eindeutig ist und nicht auf „latest im Vergleich zu irgendeinem zwischengespeicherten Image“ hinausläuft.

Ein aktuelles Beispiel zur Wiederherstellung aus dem Plex-Forum weist darauf hin, dass frühere Installer möglicherweise im Updates-Verzeichnis des Servers verfügbar sind, und beschreibt das Zurücksetzen auf eine vorherige Serverversion. Betrachten Sie dies als versionsbezogene operative Referenz und nicht als Zusicherung, dass jede Plattform Pakete auf dieselbe Weise speichert.

Löschen Sie nicht als ersten Rollback-Schritt die aktuelle Datenbank oder die Einstellungen. Wenn der ältere Build fehlschlägt, benötigen Sie das unveränderte Backup, um zum Zustand vor dem Rollback zurückzukehren. Ein sicheres Rollback bewahrt immer beide Richtungen: zurück zum alten Build und wieder vorwärts zum aktuellen Build.

Vor dem Downgrade prüfen, ob eine Datenbankmigration dazwischenliegt

Lesen Sie die Versionshinweise oder die Diskussionen zu bekannten Regressionen für die installierte Version. Einige Plex-Versionen haben die Datenbankkompatibilität geändert. Dadurch kann ein zu großer Versionssprung zurück fehlschlagen, selbst wenn sich die ältere ausführbare Datei problemlos installieren lässt. Wenn eine Migrationsgrenze besteht, folgen Sie dem unterstützten Zwischenpfad oder stellen Sie ein kompatibles Datenbankbackup wieder her, anstatt den alten Server gewaltsam mit einem neueren Datenbankstatus zu verwenden.

Die Hinweise der Plex-Community zur Migration auf Version 1.40 dokumentierten einen konkreten Fall, in dem die Datenbankkompatibilität die möglichen Rollback-Pfade einschränkte. Die genauen Versionsnummern dieses Falls sind historisch; die dauerhaft gültige Regel lautet, vor dem Downgrade die Migrationsgrenze Ihrer Version zu prüfen.

Wenn Plex derzeit eine Datenbankmigration durchführt, unterbrechen Sie sie nicht nur, um schneller zum Rollback zu gelangen. Lassen Sie die Migration abschließen oder stellen Sie ein bekanntermaßen kompatibles Backup wieder her. Das Unterbrechen von Schemaänderungen erzeugt einen anderen Fehlerzustand und erschwert den Nachweis, ob die Version selbst das ursprüngliche Problem verursacht hat.

Den vorherigen Build installieren oder festlegen, ohne andere Variablen zu ändern

Ändern Sie ausschließlich die Plex-Serverversion. Behalten Sie denselben App-Daten-Mount, dieselben Medienpfade, denselben Netzwerkmodus, dieselben Hardwaregeräte und dieselben Client-Einstellungen bei. Legen Sie in Docker das vorherige Image-Tag fest, statt sich auf ein veränderliches Tag zu verlassen. Verwenden Sie bei paketbasierten Installationen den vorherigen Installer aus einer vertrauenswürdigen, für die Plattform geeigneten Quelle.

Die Checkliste zur Wiederherstellung eines ZimaSpace-Heimservers folgt demselben Wiederherstellungsprinzip: Lesbaren Zustand bewahren, die fehlerhafte Schicht ermitteln und nicht zuerst die falsche Komponente ersetzen oder neu aufbauen. Ein Plex-Rollback sollte ebenso gezielt erfolgen.

Starten Sie Plex und beobachten Sie die Protokolle auf Datenbankfehler, bevor Sie die Wiedergabe testen. Wenn der alte Build die Datenbank ablehnt oder als neuer Server startet, brechen Sie sofort ab und stellen Sie den geschützten Zustand wieder her, statt neue Dateien in ein nicht kompatibles Datenverzeichnis schreiben zu lassen.

-15% OFF

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

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Die ursprüngliche Regression reproduzieren, bevor Sie beim Rollback bleiben

Sobald der alte Build normal startet, reproduzieren Sie exakt die Bedingung, die nach dem Update fehlgeschlagen ist: denselben Client, dasselbe Medium, denselben Netzwerkpfad, dieselbe Bibliotheksaktion oder dieselbe geplante Aufgabe. Ein Rollback belegt die Beteiligung der Version nur dann, wenn die alte Version den ursprünglichen Auslöser erfolgreich verarbeitet und der übrige Server weiterhin fehlerfrei arbeitet.

Starten Sie Plex einmal neu und wiederholen Sie den Auslöser, damit Sie wissen, dass die Wiederherstellung einen normalen Neustart übersteht. Überprüfen Sie anschließend den Zugriff auf die Bibliothek, den Wiedergabeverlauf, den Fernzugriff, sofern verwendet, sowie alle Hardware-Transkodierungspfade, die durch das Update betroffen sein könnten. Erklären Sie den Vorgang nicht allein aufgrund des Startbildschirms für erfolgreich.

Wenn auch der vorherige Build fehlschlägt, kehren Sie zum aktuellen geschützten Zustand zurück und setzen Sie die Diagnose fort, statt weitere Downgrades aufeinanderzustapeln. Wenn der vorherige Build das Problem behebt, belassen Sie das Rollback vorübergehend, dokumentieren Sie die funktionierende Version und warten Sie auf eine spätere Plex-Version, die die Regression behebt, bevor Sie erneut aktualisieren.