Der Zustand von Jellyfin muss nach Rollen getrennt werden: Identität, Konfiguration, Katalog und Benutzerverlauf müssen erhalten bleiben, während viele Caches und Transkodierungsdateien neu erstellt werden können.
Ein Container-Image ist austauschbar, aber dieselbe Bibliotheksumgebung hängt von Daten außerhalb dieses Images ab. Die Sicherung jeder generierten Datei ist außerdem ineffizient, da einige Artefakte temporär oder einfach neu zu erzeugen sind. Die richtige Grenze ergibt sich aus den Kosten des Zustandsverlusts im Verhältnis zu den Kosten einer Neuerstellung.
Identität und Konfiguration definieren die Instanz
Die Konfiguration legt fest, wie sich der Server verhalten soll, während Benutzer- und Authentifizierungsdaten die Personen identifizieren, die ihn verwenden. Der Verlust dieser Pfade kann aus einer Wiederherstellung einen neuen Server machen, selbst wenn die Medienordner unangetastet bleiben.
Die Erklärung zu persistenten Datenrollen trennt persistente Datenrollen, statt ein einzelnes Anwendungsverzeichnis als eine einheitliche Sicherungseinheit zu behandeln.
Schützen Sie diese Rollen, wenn die Kontinuität von Benutzern, Berechtigungen und Serververhalten wichtig ist.
Katalog und Grafiken haben unterschiedliche Wiederherstellungskosten
Die Datenbank ordnet Elemente, Pfade, Staffeln, Personen und Wiedergabestatus zu. Grafiken und andere generierte Assets können zwar umfangreich, aber nicht gleichermaßen unersetzlich sein. Ein Katalog lässt sich oft erneut scannen, doch der dafür erforderliche Zeitaufwand und die Abhängigkeit von Anbietern können eine Wiederherstellung vorzugswürdig machen.
Verwenden Sie das Modell zur Datenbankplatzierung, um die Latenz und Integrität des Anwendungszustands von den umfangreichen Mediendateien zu trennen.
Bei der Wiederherstellungsentscheidung geht es um Kontinuität und die Dauer der Neuerstellung, nicht einfach darum, ob eine Datei technisch erneut generiert werden kann.
Caches und Transkodierungs-Zwischendateien lassen sich meist neu erstellen
Dateisystem-Caches, temporäre Thumbnail-Dateien, Protokolle und temporäre Transkodierungssegmente beschreiben die aktuelle Aktivität und nicht die dauerhafte Identität des Servers. Sie können für die Diagnose oder einen schnellen Warm-up weiterhin wichtig sein, doch ihre Kopie ist nicht dasselbe wie der Schutz des Dienstes.
Der Kalt- und Warm-Benchmark zeigt, warum das Verhalten im kalten und warmen Zustand getrennt von der dauerhaften Kapazität gemessen werden sollte.
Eine Sicherungsrichtlinie kann einige temporäre Pfade ausschließen und gleichzeitig den Zustand bewahren, der zur Wiederherstellung von Benutzern, Konfiguration und Katalogverhalten erforderlich ist.
Verwenden Sie eine Tabelle für „Beibehalten oder neu erstellen“
Dokumentieren Sie für jeden Pfad, ob er für Identität, Konfiguration oder Katalog kritisch, generiert oder temporär ist. Ergänzen Sie die Wiederherstellungsquelle, die erwartete Dauer der Neuerstellung und die Folgen eines Verlusts.
Der Artikel zu persistenten Datenrollen bietet einen nützlichen rollenbasierten Vergleich. Ihre Tabelle sollte jedoch die tatsächlich verwendeten Plugins, Anbieter und die Größe der Bibliothek dieser Instanz berücksichtigen.
Beenden Sie die Sicherung eines Pfads, sobald seine Wiederherstellungskosten akzeptabel sind und die dauerhaften Abhängigkeiten in seinem Umfeld bereits geschützt werden.
Tech- & KI-Zentrum
Mehr zum Lesen

Warum funktioniert Home Assistant über LAN- und Remote-Verbindungen unterschiedlich?
LAN- und Remote-Home-Assistant-Sitzungen nutzen unterschiedliche Netzwerkpfade; bei Remote-Verbindungen kommen DNS, Verschlüsselung, WAN, Proxy oder VPN sowie das Verhalten bei erneuten Verbindungen als zusätzliche Latenzquellen...

Funktioniert Home Assistant zuverlässig hinter CGNAT oder doppeltem NAT?
CGNAT und doppeltes NAT beeinträchtigen die lokale Steuerung von Home Assistant normalerweise nicht; sie verändern hauptsächlich, wie externe Clients eine eingehende Verbindung zum Heimnetzwerk...

Wie beeinflusst die Netzwerklatenz Home Assistant während Internetausfällen?
Internetausfall und Netzwerklatenz sind unterschiedliche Fehler: Lokale Gerätepfade können schnell bleiben, während DNS, Cloud-Integrationen, Gateways oder Remote-Clients warten.

