Plex-Datenbanksicherungen und Backups auf Dateiebene ergänzen sich, sind aber nicht austauschbar: Die eine schützt einen begrenzten Wiederherstellungspunkt der Datenbank, während die andere den umfassenderen Serverzustand bewahren kann, der nach einem Ausfall des Hosts oder Speichers benötigt wird.
Beginnen Sie mit dem Wiederherstellungsumfang
Die integrierte geplante Sicherung ist auf die Wiederherstellung der Plex-Datenbank ausgelegt. Sie ist hilfreich, wenn die Datenbank beschädigt wird oder eine kürzlich vorgenommene Änderung am Bibliotheksstatus rückgängig gemacht werden muss. Sie ist jedoch nicht dasselbe wie das Kopieren des vollständigen Serverdatenverzeichnisses.
Die geplante Wartung von Plex erstellt regelmäßige Datenbanksicherungen und bietet damit eine schnelle und praktische Lösung für die datenbankbezogene Wiederherstellung.
Verwenden Sie diese Ebene, wenn die zentrale Bibliotheksdatenbank das Wiederherstellungsziel ist. Gehen Sie nicht davon aus, dass dadurch auch jede Metadatendatei, jedes Konfigurationsartefakt oder jeder hostbezogene Pfad erhalten bleibt, der zum Wiederaufbau des Servers erforderlich ist.
Datenbanksicherungen eignen sich besser für ein schnelles Zurücksetzen der Datenbank
Eine kleine Datenbankkopie lässt sich häufiger aufbewahren und wiederherstellen, wenn der übrige Serverzustand intakt ist. Dadurch ist sie eine gute erste Wiederherstellungsoption bei begrenzten Datenbankproblemen.
Die geplante Aufgabe schützt nur die zentrale Plex-Datenbank, nicht ein vollständiges Abbild des umfassenderen Serverzustands.
Bewahren Sie nach Möglichkeit mehrere verifizierte Datenbankstände außerhalb des Pfads der aktiven Datenbank auf. Testen Sie den Wiederherstellungsprozess, bevor Sie sich auf diese Kopien als einzigen Wiederherstellungsmechanismus verlassen.
Backups auf Dateiebene eignen sich besser für den Austausch des Hosts
Bei einer Host-Migration oder einem Ausfall des Geräts mit den App-Daten müssen Einstellungen, Metadaten, Grafiken, Datenbankdateien und der übrige Plex-Datenordner möglicherweise gemeinsam übertragen werden. Eine reine Datenbankwiederherstellung deckt diesen umfassenderen Zustand nicht ab.
Bei einer Plex-Migration sollten Ansichtszustand, Metadaten, Einstellungen und Serverdaten zusammen aufbewahrt werden, damit der wiederhergestellte Host den Dienst nicht von Grund auf neu erstellen muss.
Verwenden Sie ein Backup auf Dateiebene für den vollständigen Plex-Zustand, der den Server definiert, und lassen Sie Cache-Daten oder andere wiederherstellbare Daten nur dann aus dem Backup weg, wenn Sie überprüft haben, dass sie tatsächlich entbehrlich sind.
Der bessere Plan nutzt beide Ebenen
Diese Methoden schützen unterschiedliche Ausfallbereiche. Eine Entweder-oder-Entscheidung schwächt daher die Wiederherstellung. Häufige Datenbankkopien können den Rücksetzabstand verkürzen, während regelmäßige Backups auf Dateiebene den umfassenderen Dienst schützen.
Integrieren Sie diese Ebenen in ein umfassenderes Backup- und Wiederherstellungskonzept, das außerdem mindestens eine Kopie außerhalb des aktiven Ausfallbereichs aufbewahrt.
Wählen Sie eine reine Datenbankwiederherstellung bei einem begrenzten Datenbankproblem, eine Wiederherstellung auf Dateiebene bei Verlust des Hosts oder Serverzustands und beide Methoden, wenn der Plex-Server wichtig genug ist, dass jede dieser Ausfallarten schwerwiegende Folgen hätte.
Produktvergleiche
Mehr zum Lesen

Vierkern- vs. Achtkern-CPU für Plex: Welche eignet sich für parallele Nutzung durch unterschiedliche Clients?
Vier Kerne reichen meist für Direct Play; acht Kerne lohnen sich, sobald Software-Transkodierung oder gleichzeitig laufende Host-Aufgaben einen gemessenen Schwellenwert überschreiten.

Dedizierter Jellyfin-Server vs. gemeinsamer App-Host: Welche Abgrenzung passt?
Wählen Sie dediziertes Hosting für planbare Medien- und Wiederherstellungs-Workloads; wählen Sie einen Shared-Host, wenn die Workloads gering sind und die Isolation messbar ist.

Jellyfin vs. Plex für Multi-User-Streaming zu Hause: Geräteunterstützung oder Kontrolle?
Plex gewinnt, wenn die Reichweite der Clients ausschlaggebend ist; Jellyfin gewinnt, wenn die Kontrolle ausschlaggebend ist; beide können sinnvoll sein, wenn die Nutzer klar...

