Integrierte Jellyfin-Backups vs. Backups auf Dateiebene: Welche sollten Sie verwenden?

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.

Built-In Jellyfin Backups vs File-Level Backups: Which Should You Use?

Integrierte Jellyfin-Backups und Backups auf Dateiebene schützen sich überschneidende, aber unterschiedliche Wiederherstellungsbereiche. Das integrierte System kennt die Anwendungsdaten von Jellyfin und kann ein Archiv erstellen, während der Server online bleibt. Ein manuelles Backup auf Dateiebene kann einen größeren Bereitstellungszustand erfassen, aber Jellyfin muss beendet werden, bevor seine aktiven Anwendungsdaten sicher kopiert werden können.

Der bessere Plan ist oft nicht entweder-oder. Verwende die integrierte Methode für häufige Wiederherstellungspunkte der Anwendung und eine Methode auf Datei- oder Dateisystemebene bei beendetem Dienst, wenn du Host-Pfade, Konfigurationen, Containerdefinitionen oder einen größeren Teil des Serverzustands reproduzieren musst.

Integrierte Backups sind ideal für regelmäßige Online-Wiederherstellungspunkte

Das aktuelle Jellyfin-Backup-System kann die Datenbank schützen und optional Metadaten, Untertitel und Trickplay-Daten einschließen, während der Server läuft. Dadurch eignet es sich für geplante Wiederherstellungspunkte, ohne die normale Wiedergabe absichtlich zu unterbrechen.

Die Backup-Dokumentation von Jellyfin erklärt, dass integrierte Backups online ausgeführt werden können, während der Server für manuelle Backups des Datenverzeichnisses beendet werden muss. Auch die Online-Methode sollte am besten bei geringerer Auslastung ausgeführt werden, ohne dass im selben Zeitraum ein Bibliotheksscan läuft.

Dies ist die beste Standardwahl, wenn das Wiederherstellungsziel lautet: „Diese Jellyfin-Instanz in einen bekannten Anwendungszustand zurückversetzen.“

Backups auf Dateiebene sind besser, wenn auch das Host-Layout wiederhergestellt werden muss

Eine Kopie auf Dateiebene kann persistente Anwendungsordner, Compose-Dateien, Umgebungsdateien, Reverse-Proxy-Konfigurationen, Service-Units, Skripte, Zertifikate und andere Bereitstellungsressourcen einschließen, die ein reines Jellyfin-Archiv nicht automatisch erfasst.

Dieser größere Umfang ist bei einem ausgefallenen Systemlaufwerk oder beim Umzug auf einen Ersatzhost nützlich. Der Nachteil ist die Konsistenz: Gewöhnliche Dateikopierprogramme verstehen eine sich ändernde SQLite-Datenbank nicht. Beende Jellyfin daher ordnungsgemäß, bevor du seinen aktiven persistenten Zustand kopierst.

Der ZimaSpace-Leitfaden zu Speicherlayouts mit Wiederherstellungsrisiken bei Jellyfin hebt dasselbe Problem hervor: Ein Backup ist unvollständig, wenn niemand die für den wiederhergestellten Server erforderlichen Pfade, Einbindungen, Berechtigungen und externen Abhängigkeiten reproduzieren kann.

Ein datenbankbewusstes Backup unterscheidet sich vom Kopieren einer aktiven SQLite-Datei

SQLite unterstützt konsistente Online-Backups über datenbankbewusste Schnittstellen. Ein allgemeines Kopierprogramm, das Dateien liest, während Jellyfin sie verändert, erhält diese Garantie jedoch nicht automatisch.

Die SQLite-Backup-API wurde dafür entwickelt, eine aktive Datenbank durch koordinierte Datenbankoperationen konsistent in ein Ziel zu kopieren. Deshalb reicht es bei einem manuellen Jellyfin-Backup nicht aus, dass „die Dateien fehlerfrei kopiert wurden“.

Wenn deine manuelle Methode nur aus rsync, einer SMB-Kopie, zip oder einer allgemeinen Dateisystemkopie besteht, beende Jellyfin vorher, sofern der Speichersnapshot nicht mit den Anwendungsschreibvorgängen koordiniert wird.

Featured

ZimaCube 2 Persönliche Cloud Home NAS

ZimaCube2

Vergleiche zuerst den Umfang, dann den Komfort

Dimension	Integriertes Backup	Backup auf Dateiebene
Server kann online bleiben	Ja, vorzugsweise bei geringer Aktivität	Jellyfin für eine gewöhnliche Kopie beenden
Jellyfin-Datenbank	Enthalten	Enthalten, wenn persistente Pfade korrekt kopiert werden
Metadaten/Untertitel/Trickplay	Selektiv unterstützt	Enthalten, wenn die kopierten Pfade diese Daten enthalten
Compose-/Host-Skripte/Proxy-Konfiguration	Nicht automatisch	Kann eingeschlossen werden
Workflow für den Host-Ersatz	Gut für den Jellyfin-Zustand	Besser für einen größeren Bereitstellungszustand
Konsistenzrisiko	Anwendungsbewusst	Hängt von der Stilllegung oder der Snapshot-Methode ab

Bewahre das Backup außerhalb der aktiven Jellyfin-Ausfallzone auf

Keine der beiden Methoden schützt vor dem Verlust eines Speicherpools, wenn sich jedes Backup auf demselben ausgefallenen Dateisystem befindet. Kopiere verifizierte Backup-Archive oder Wiederherstellungssätze nach dem Beenden des Dienstes auf einen anderen Datenträger, ein NAS oder an einen externen Standort.

Bewahre mindestens einen Wiederherstellungspunkt vor einem Upgrade auf, da Jellyfin beim Start einer neueren Version Datenmigrationen durchführt und keinen allgemeinen direkten Downgrade-Pfad bietet.

Teste beide Wiederherstellungsarten, wenn beide Teil deines Wiederherstellungsplans sind. Ein integriertes Archiv belegt die Wiederherstellung der Anwendung; ein Test auf Dateiebene zeigt, ob die Umgebung die persistenten Pfade und Berechtigungen in ihrem Umfeld wiederherstellen kann.

FAQ

Muss ich Jellyfin vor der Verwendung des integrierten Backups beenden?

Nein. Die integrierte Methode ist dafür ausgelegt, während des laufenden Jellyfin-Betriebs zu funktionieren. Dennoch werden eine geringe Auslastung und kein aktiver Bibliotheksscan empfohlen. Für eine gewöhnliche manuelle Kopie aktiver Jellyfin-Daten solltest du den Server beenden.

Kann das integrierte Backup mein Host-Backup ersetzen?

Nicht immer. Es schützt den Anwendungszustand von Jellyfin. Für eine vollständige Host-Wiederherstellung können jedoch auch Compose-Dateien, Proxy-Einstellungen, Zertifikate, Einbindungen, Berechtigungen, Skripte und andere externe Konfigurationen erforderlich sein.