Kann Plex zwischen ARM und x86 wechseln, ohne seine Daten zu verlieren?
Betrachte einen Plex-Umzug von ARM zu x86 oder von x86 zu ARM als Migration des Serverzustands mit anschließendem Kompatibilitätstest der Funktionen – nicht als blindes Kopieren.
Datenbank und Metadaten können portierbar sein, während sich Binärdateien, Medienanalysefunktionen, Hardwarebeschleunigung und Pfadannahmen zwischen den Plattformen unterscheiden. Bewahre den ursprünglichen Server auf, bis der neue Server Bibliothek, Wiedergabestatus, Metadaten, Wiedergabe und Funktionen erfolgreich geprüft hat. Lösche die Quelle nicht allein deshalb, weil der neue Dienst startet.
Den gesamten Zustandsbestand migrieren, nicht nur eine praktische Datei
Der Plex-Zustand umfasst mehr als eine einzelne Bibliotheksdatenbank. Wenn du nur eine Datei kopierst, bleibt möglicherweise ein Teil des Verlaufs erhalten, während andere Metadaten oder Indizes neu erstellt werden müssen.
Für einen sicheren Umzug solltest du das vollständige Plex-Server-Datenverzeichnis einschließlich Metadaten, Einstellungen und Ansichtsstatus sichern und übertragen, statt nur die Bibliotheksdatenbank zu kopieren.
Kopiere das vollständige Plex-Zustandsverzeichnis bei gestopptem Server und bewahre Eigentümer sowie Dateistruktur. Lass die Quelle unverändert, bis der neue Host eine vollständige Validierung bestanden hat.
Medienpfade stabil halten oder gezielt neu zuordnen
Die Portierbarkeit der Datenbank macht Pfadangaben nicht automatisch portierbar. Ein anderer Einhängepunkt oder eine abweichende Pfadkonvention des Betriebssystems kann dazu führen, dass gültige Einträge auf nicht verfügbare Medien verweisen.
Erstelle vor dem Start eine Pfadzuordnung und vergleiche die alten und neuen Medienverzeichnisse. Wenn sich durch den Architekturwechsel auch das Betriebssystem ändert, behandle die Pfadübersetzung als unabhängigen Migrationsschritt.
Teste vor einem umfassenden Scan jeweils ein Element aus jeder Bibliothek. Stabile Einhängepunkte in einer dauerhaften Container-Datenstruktur verringern die Anzahl der Variablen während eines Architekturwechsels.
Architekturspezifische Funktionen separat prüfen
Hardware-Transkodierung, bestimmte Analysefunktionen und treiberabhängige Funktionen können sich unterscheiden, selbst wenn der grundlegende Bibliothekszustand funktioniert. Leite aus einer erfolgreichen Anmeldung keine Funktionsgleichheit ab.
Ein gemeinsamer Plex-Zustand garantiert keine identischen Funktionen auf unterschiedlichen Architekturen; Unterschiede bei der ARM/x86-Analyse können bestehen bleiben, auch wenn Datenbank und Medienpfade erfolgreich migriert wurden.
Erstelle eine Checkliste für Direct Play, Transkodierung, HDR-/Untertitelpfad, Analysefunktionen und Fernzugriff. Wenn eine Funktion nur auf der neuen Architektur fehlschlägt, sollte dies als Kompatibilitätsproblem und nicht als Datenverlust behandelt werden.
Eine Rückfallgrenze beibehalten, bis der normale Betrieb bestätigt ist
Eine Migration ist sicher, wenn der alte Server weiterhin wiederhergestellt werden kann, falls der neue Host ein verzögertes Problem aufdeckt. Ein paar Minuten erfolgreiches Durchsuchen reichen nicht aus, um die Quelle außer Betrieb zu nehmen.
Lass den neuen Host einen normalen Tag, eine Bibliotheksänderung, einen Neustart sowie eine Sicherungs- und Wiederherstellungsprüfung durchlaufen. Wenn die neue Architektur den gespeicherten Zustand auf eine Weise verändert, die der alte Host nicht sicher wiederverwenden kann, stelle die Sicherung vor der Migration wieder her, anstatt das aktive Verzeichnis wiederholt hin und her zu wechseln.
Nimm den alten Host erst außer Betrieb, wenn der neue Server diese Tests bestanden hat und eine frische Sicherung verifiziert wurde.
Empfohlene Produkte
Support & Tipps
Mehr zum Lesen
Kann Jellyfin sicher eine GPU oder einen Beschleuniger mit einem anderen Container teilen?
Die gemeinsame GPU-Nutzung ist an Bedingungen geknüpft: Überprüfen Sie die Gerätesichtbarkeit und die Treiberunterstützung, führen Sie anschließend beide Workloads aus und achten Sie auf...
So erkennen Sie, ob ein Jellyfin-Fehler vom Client oder Server stammt
Ein Jellyfin-Fehler liegt am Client, wenn er nur auf einem Gerät auftritt; er liegt am Server, wenn mehrere Clients über denselben Pfad fehlschlagen und...
So konfigurierst du den Cache und temporären Speicher von Jellyfin
Trenne dauerhaften Zustand, wiederaufbaubaren Cache und temporären Transkodierungsspeicher und überprüfe anschließend Kapazität und Berechtigungen mit einem echten Wiedergabetest.
