Ein Plex-Backup ist erst dann bewiesen, wenn eine saubere Instanz den Serverzustand, Berechtigungen, Bibliotheken und eine repräsentative Wiedergabe aus dieser Kopie wiederherstellen kann.
Dateianzahlen und erfolgreiche Kopieraufträge sind keine Wiederherstellungstests. Verwenden Sie eine isolierte Laufzeitumgebung, doppelte oder schreibgeschützte Medienpfade und eine dokumentierte Besitzzuordnung, damit die Wiederherstellung keine verborgenen Abhängigkeiten aus der Produktionsumgebung übernimmt. Testen Sie sowohl einen aktuellen als auch einen älteren Wiederherstellungspunkt, wenn die Aufbewahrung vor spät entdeckten Fehlern schützen soll.
Mit einer sauberen Laufzeitumgebung beginnen
Ein Wiederherstellungstest sollte ohne eingebundenen Live-Container, ohne eingebundene Datenbank und ohne eingebundenen Metadatenpfad beginnen. Andernfalls kann der Test erfolgreich sein, weil der Produktionszustand weiterhin verfügbar ist.
Unabhängige Wiederherstellungstests überprüfen ein Backup, indem sie ein nutzbares Serververhalten wiederherstellen, statt lediglich die Existenz eines Archivs zu bestätigen.
Erstellen Sie einen kurzlebigen Container oder Host und binden Sie ausschließlich das kopierte Backup sowie einen nicht destruktiven Medienzugriff ein. Zeichnen Sie jeden manuellen Schritt auf, der erforderlich ist, um die Anmeldeseite zu erreichen.
Identität, Bibliotheken und Berechtigungen überprüfen
Der Server kann starten und dennoch Bibliotheksverknüpfungen, Kontorichtlinien oder Schreibberechtigungen verlieren. Nehmen Sie diese Funktionen in den Abnahmetest auf.
Eine korrekte UID- und GID-Zuordnung ist erforderlich, wenn eine containerisierte Wiederherstellung den Zustand auf einen Host mit abweichenden Besitzverhältnissen verschiebt.
Öffnen Sie repräsentative Bibliotheken, führen Sie eine harmlose Zustandsänderung durch und überprüfen Sie eingeschränkte sowie uneingeschränkte Konten. Verbessern Sie das Wiederherstellungsverfahren, statt undokumentierte Root-Berechtigungen anzuwenden.
Mehr als nur die neueste Kopie testen
Das neueste Backup wurde möglicherweise nach einer stillen Beschädigung oder einem fehlerhaften Update erstellt. Eine Aufbewahrung ist nur dann nützlich, wenn auch ein älterer, bekanntermaßen guter Wiederherstellungspunkt ausgewählt und wiederhergestellt werden kann.
Eine nützliche Backup-Historie bewahrt bekanntermaßen gute Wiederherstellungspunkte aus der Zeit vor dem Auftreten des Fehlers im System.
Stellen Sie nach einem festen Zeitplan jeweils einen aktuellen und einen älteren Wiederherstellungspunkt wieder her. Wenn immer nur die neueste Kopie getestet wird, ist die ältere Aufbewahrungsstufe noch nicht bewiesen. Eine dokumentierte Medienserver-Topologie für zu Hause sollte Wiederherstellungsziel, Medienpfad und Fehlerdomäne des Backups vor einem tatsächlichen Vorfall eindeutig festlegen.
Wiederherstellungszeit messen
Eine technisch erfolgreiche Wiederherstellung kann das zulässige Ausfallzeit-Ziel des Haushalts dennoch verfehlen. Messen Sie den Prozess und ermitteln Sie den langsamsten manuellen oder speicherbezogenen Schritt.
Viele Host-Umzüge stehen und fallen mit der Zustandsmigration, insbesondere wenn Anwendungsdaten und Einhängepfade konsistent bleiben müssen.
Erfassen Sie die Zeit von der leeren Laufzeitumgebung bis zur validierten Wiedergabe. Wiederholen Sie den Test nach Änderungen am Speicherlayout, an den Berechtigungen oder an den Backup-Werkzeugen, damit die Schätzung zuverlässig bleibt.
Support & Tipps
Mehr zum Lesen

Solltest du Jellyfin im laufenden Betrieb sichern oder den Dienst zuerst anhalten?
Bevorzuge Backups bei angehaltenen Diensten, um die Einfachheit zu wahren; verwende Live-Snapshots nur, wenn der Anwendungsstatus konsistent erfasst wird und Wiederherstellungen getestet sind.

Warum läuft Jellyfin heiß oder laut, wenn niemand streamt?
Leerlaufwärme deutet meist auf Hintergrundaktivitäten oder eine Auslastung durch einen gemeinsam genutzten Host hin. Ermitteln Sie daher den aktiven Prozess und die geplante Aufgabe,...

Wann sollten Sie Jellyfin neu aufsetzen, statt es zu reparieren?
Wähle bei Laufzeitabweichungen einen Neuaufbau statt einer Reparatur, wenn der persistente Zustand gesichert ist; führe keinen „Neuaufbau“ durch, indem du die einzige intakte Datenbank...

