So verschieben Sie Jellyfin-Daten, ohne Benutzer, Verlauf oder Einstellungen zu verlieren

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 Move Jellyfin Data Without Losing Users, History, or Settings - Zima Store Online

Um Jellyfin zu migrieren, ohne Benutzer oder Verlauf zu verlieren, stoppen Sie die Quellinstanz, bevor Sie ihre persistenten Daten kopieren, und lassen Sie die ursprüngliche Instanz unangetastet, bis die neue Instanz erfolgreich überprüft wurde.

Eine Migration eines Home-Servers kann selbst dann fehlschlagen, wenn jede Mediendatei vorhanden ist, da der Zustand von Jellyfin auf Daten-, Konfigurations-, Metadaten- und Datenbankpfaden verteilt ist. Erfassen Sie diese Mounts, kopieren Sie sie, während Schreibvorgänge eingefroren sind, stellen Sie dieselben Pfade und Besitzrechte wieder her und testen Sie Anmeldung, Verlauf, Bibliothekszugriff und Wiedergabe, bevor Sie die Quelle außer Betrieb nehmen.

Quelle einfrieren und persistente Pfade erfassen

Die Quellinstanz bedient weiterhin Benutzer. Beginnen Sie mit der schonendsten Prüfung: Erfassen Sie die Daten-, Konfigurations- und Cache-Pfade von Jellyfin, Container-Mounts, UID/GID, Version und Medienspeicherorte; stoppen Sie den Container vor dem Kopieren des Zustands.

Die entscheidende Beobachtung ist konkret: Alle Zustandspfade sind eingebunden, der Datenbankpfad ist in einem Volume verborgen oder nur die Medien sind gemountet. Erfassen Sie das Ergebnis, bevor Sie eine weitere Variable ändern. Vor der Migration sichern

Werten Sie den jeweiligen Pfad aus, statt zu raten. Wenn alle persistenten Pfade bekannt sind, fahren Sie fort; wenn ein Pfad verborgen ist, ermitteln Sie ihn zuerst; wenn nur die Medien gemountet sind, erstellen Sie vor dem Kopieren eine Zustandssicherung.

Daten, Konfiguration und Datenbank mit intakten Besitzrechten kopieren

Die Quelle ist gestoppt und die Pfade sind erfasst. Beginnen Sie mit der schonendsten Prüfung: Kopieren Sie zuerst die Zustandsverzeichnisse, vergleichen Sie Dateianzahlen und Größen, wenden Sie anschließend die UID/GID des Ziels an und bestätigen Sie, dass Jellyfin seine Datenbank lesen und schreiben kann.

Die entscheidende Beobachtung ist konkret: Die Datenbank wird fehlerfrei geöffnet, eine Zugriffsverweigerung erscheint oder die Pfade existieren, aber die Bibliotheken sind leer. Erfassen Sie das Ergebnis, bevor Sie eine weitere Variable ändern. Lokaler Datenbankpfad

Werten Sie den jeweiligen Pfad aus, statt zu raten. Wenn die Datenbank geöffnet wird und die Pfade übereinstimmen, fahren Sie fort; wenn Berechtigungen fehlschlagen, korrigieren Sie die Besitzrechte, ohne Dateien zu löschen; wenn die Bibliotheken leer sind, reparieren Sie die Mount-Pfade vor einer erneuten Suche.

Laufzeitumgebung vor dem Testen des Ergebnisses wiederherstellen

Die persistenten Daten sind kopiert und die Besitzrechte korrigiert. Beginnen Sie mit der schonendsten Prüfung: Erstellen Sie den Container mit den Ziel-Mounts neu, erfassen Sie die Image-Version und öffnen Sie das Administrations-Dashboard, bevor Sie Bibliotheken oder Benutzer ändern.

Die entscheidende Beobachtung ist konkret: Benutzer und Bibliotheken werden angezeigt, eine Startmigration läuft oder der Assistent für die Ersteinrichtung erscheint. Erfassen Sie das Ergebnis, bevor Sie eine weitere Variable ändern.

Werten Sie den jeweiligen Pfad aus, statt zu raten. Wenn der Zustand angezeigt wird, starten Sie noch keine neue Suche; wenn eine Migration läuft, lassen Sie sie vollständig abschließen und behalten Sie die Quelle; wenn der Einrichtungsassistent erscheint, stoppen Sie, da der Daten-Mount falsch ist.

-15% OFF

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

Single board computer zimaboard2

Benutzer, Verlauf, Bibliotheken und Wiedergabe vor der Bereinigung überprüfen

Die neue Instanz startet mit dem kopierten Zustand. Beginnen Sie mit der schonendsten Prüfung: Melden Sie sich als bestehender Benutzer an, prüfen Sie den Wiedergabeverlauf und die Bibliotheksberechtigungen, spielen Sie jeweils einen Titel per Direct Play und einen per Transkodierung ab, starten Sie anschließend einmal neu und wiederholen Sie den Test.

Die entscheidende Beobachtung ist konkret: Der gesamte Zustand und die Wiedergabe funktionieren, eine Bibliothek ist leer oder Benutzer beziehungsweise Verlauf fehlen. Erfassen Sie das Ergebnis, bevor Sie eine weitere Variable ändern. Pfad zur Migrationsüberprüfung

Werten Sie den jeweiligen Pfad aus, statt zu raten. Wenn alle Prüfungen zweimal erfolgreich sind, erstellen Sie eine abschließende Sicherung und nehmen Sie die Quelle später außer Betrieb; wenn eine Zustandsprüfung fehlschlägt, leiten Sie die Clients zur Quelle zurück; wenn die Wiedergabe fehlschlägt, reparieren Sie den Pfad oder den Beschleuniger vor der Bereinigung.