So überprüfst du eine Jellyfin-Wiederherstellung, bevor du den alten Server außer Betrieb nimmst

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 Verify a Jellyfin Restore Before Retiring the Old Server - Zima Store Online

Setzen Sie den alten Jellyfin-Server erst außer Betrieb, wenn eine saubere Wiederherstellung die erforderlichen Benutzer, Pfade, Wiedergabeoptionen, Berechtigungen und das Neustartverhalten reproduziert.

Öffnet die neue Instanz lediglich ihr Dashboard, oder hat sie bereits dieselbe Client- und Speicherauslastung wie der alte Host bewältigt? Lassen Sie den alten Server während des Tests gestoppt und wiederherstellbar. Eine erfolgreiche Anmeldung ist nur das erste Signal; die Wiederherstellung muss den Zustand und die Datenpfade nachweisen, die im Haushalt tatsächlich verwendet werden.

Persistenten Zustand vor der Wiedergabe überprüfen

Bestätigen Sie, dass die wiederhergestellte Konfiguration und Datenbank die erwarteten Benutzer, Bibliotheken, Wiedergabestände, Plugins und Berechtigungen enthalten. Überprüfen Sie jeden Bibliothekspfad aus dem Kontext des Jellyfin-Dienstes und lesen Sie aus jedem Speicherort eine Beispieldatei. Fehlende Einbindungen oder falsche Besitzrechte können unbemerkt bleiben, bis eine Suche oder Wiedergabeanforderung erfolgt.

Dokumentieren Sie, was absichtlich neu erstellt wurde, etwa Cache oder heruntergeladene Grafiken, damit ein Unterschied nicht mit einer fehlgeschlagenen Wiederherstellung verwechselt wird. Lassen Sie das Backup und die alte Kopie der Anwendungsdaten bis zum nächsten Prüfschritt unverändert.

Vergleichen Sie die Anzahl der wiederhergestellten Elemente und einen bekannten Wiedergabestatus-Eintrag mit dem letzten Inventar des alten Servers. Ein erfolgreicher Datenbankstart beweist nicht, dass jeder Medienpfad oder jede Benutzerberechtigung erhalten geblieben ist.

Die ursprüngliche Client-Auslastung ausführen

Testen Sie eine lokale Direct-Play-Wiedergabe, eine erzwungene Transkodierung, Untertitel, den Fernzugriff, sofern verwendet, und ein eingeschränktes Benutzerkonto. Vergleichen Sie Wiedergabemodus, Audio, Untertiteldarstellung, Sichtbarkeit der Bibliotheken und Startzeit mit dem bekannten Verhalten des alten Servers.

Wenn nur ein Client fehlschlägt, grenzen Sie zunächst dessen Fähigkeiten oder Pfad ein, bevor Sie die gesamte Wiederherstellung ändern. Der Migrationsleitfaden eignet sich als Checkliste, die Abnahmeentscheidung muss jedoch auf der eigenen Nutzung im Haushalt beruhen.

Wiederholen Sie eine Sitzung, nachdem der Dienst lange genug ausgeführt wurde, um seine normalen Startaufgaben abzuschließen. Dadurch werden verzögerte Fehler bei Einbindungen, Plugins oder Metadaten erkannt, die bei einer schnellen Anmeldung unbemerkt bleiben.

Die Prüfungen für Kaltstart und Wiederherstellung bestehen

Stoppen Sie Jellyfin, starten Sie den Host neu, warten Sie auf Speichereinbindungen und Netzwerkdienste und wiederholen Sie dieselben Client-Tests. Erstellen oder suchen Sie ein aktuelles Backup des wiederhergestellten Anwendungszustands. Führen Sie anschließend einen zweiten Wiederherstellungstest durch oder überprüfen Sie zumindest, dass das Backup genau das für die Wiederherstellung erforderliche Datenverzeichnis und die entsprechenden Berechtigungen enthält.

Setzen Sie den alten Server erst außer Betrieb, wenn der wiederhergestellte Host die Prüfungen für Zustand, Pfade, Benutzer, Wiedergabe, Kaltstart und Backup-Speicherort zweimal bestanden hat. Stoppen Sie den Vorgang und rollen Sie zurück, wenn die Datenbank nicht geöffnet werden kann, die ursprüngliche Client-Auslastung fehlschlägt oder die Wiederherstellungskopie nicht unabhängig lesbar ist.

Dokumentieren Sie den genauen Wiederherstellungspunkt, die Dateibesitzrechte und die bestandene Pfadzuordnung. Diese Angaben werden zum Wiederherstellungsverfahren, falls der neue Host während des Außerbetriebnahmefensters ausfällt.

-15% OFF

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

Single board computer zimaboard2

Das Außerbetriebnahmefenster sicher abschließen

Lassen Sie den alten Server gestoppt, aber wiederherstellbar, bis der wiederhergestellte Host einen zweiten Kaltstarttest bestanden hat und ein aktuelles Backup unabhängig gefunden werden kann.

Setzen Sie den alten Host erst außer Betrieb, wenn lokale Wiedergabe, erforderliche Fernwiedergabe, Benutzerzugriff, Bibliotheksscans und die Dokumentation der Wiederherstellung erfolgreich geprüft wurden. Bewahren Sie die alten Anwendungsdaten bis zum Ende des Aufbewahrungszeitraums auf.

Stoppen Sie den Vorgang und rollen Sie zurück, wenn ein erforderlicher Client fehlschlägt, sich die wiederhergestellte Datenbank unerwartet ändert oder das Backup den getesteten Zustand nicht reproduzieren kann.