État de Jellyfin expliqué : que faut-il préserver après une reconstruction et que peut-on recréer ?
L’état de Jellyfin doit être séparé par rôle : l’identité, la configuration, le catalogue et l’historique des utilisateurs doivent rester cohérents, tandis que de nombreux caches et fichiers de transcodage peuvent être recréés.
Une image de conteneur peut être remplacée, mais une expérience de bibliothèque identique dépend de données stockées en dehors de cette image. Sauvegarder chaque fichier généré est également inefficace, car certains artefacts sont temporaires ou faciles à régénérer. La bonne limite dépend du coût de la perte de l’état par rapport au coût de sa reconstruction.
L’identité et la configuration définissent l’instance
La configuration indique comment le serveur doit fonctionner, tandis que l’état des utilisateurs et de l’authentification identifie les personnes qui l’utilisent. La perte de ces chemins peut transformer une reconstruction en nouveau serveur, même lorsque les dossiers multimédias restent intacts.
L’explication des rôles des données persistantes distingue les rôles des données persistantes au lieu de traiter un répertoire d’application comme une seule unité de sauvegarde.
Protégez ces rôles lorsque la continuité des utilisateurs, des autorisations et du comportement du serveur est importante.
Le catalogue et les illustrations ont des coûts de reconstruction différents
La base de données associe les éléments, les chemins, les saisons, les personnes et l’état de lecture ; les illustrations et autres ressources générées peuvent être volumineuses sans être tout aussi irremplaçables. Un catalogue peut souvent être analysé de nouveau, mais le temps nécessaire et la dépendance aux fournisseurs peuvent rendre la restauration préférable.
Utilisez le modèle de placement de la base de données pour séparer la latence et l’intégrité de l’état de l’application des fichiers multimédias volumineux.
La décision de restauration concerne la continuité et le temps de reconstruction, pas simplement la possibilité technique de régénérer un fichier.
Les caches et l’espace de travail du transcodage sont généralement recréables
Le cache du système de fichiers, les fichiers de travail des miniatures, les journaux et les segments temporaires de transcodage décrivent l’activité actuelle plutôt que l’identité durable du serveur. Ils peuvent néanmoins être utiles pour les diagnostics ou un démarrage accéléré, mais les copier ne revient pas à protéger le service.
Le benchmark à froid et à chaud montre pourquoi les comportements à froid et à chaud doivent être mesurés séparément de la capacité durable.
Une politique de sauvegarde peut exclure certains chemins temporaires tout en conservant l’état nécessaire pour restaurer les utilisateurs, la configuration et le comportement du catalogue.
Utilisez un tableau « conserver ou recréer »
Pour chaque chemin, indiquez s’il est essentiel à l’identité, à la configuration ou au catalogue, ou s’il est généré ou temporaire. Ajoutez la source de restauration, le temps de reconstruction prévu et les conséquences de sa perte.
L’article sur les rôles des données persistantes propose une comparaison utile fondée sur les rôles, mais votre tableau doit refléter les modules d’extension, les fournisseurs et la taille réels de la bibliothèque de cette instance.
Arrêtez de sauvegarder un chemin lorsque son coût de récupération est acceptable et que les dépendances durables qui l’entourent sont déjà protégées.
Produits recommandés
Centre Tech & IA
Plus à lire
Les caméras domestiques peuvent-elles synchroniser les événements sans services horaires cloud ?
Une explication axée sur les mécanismes de l’heure de la caméra sans cloud, ses compromis liés aux ressources partagées, trois FAQ sur la diffusion...
Un service d’IA local peut-il détecter les couches de modèle corrompues avant l’inférence ?
Une explication axée sur les mécanismes de la détection des couches de modèle corrompues, de ses compromis en matière de ressources partagées, de trois...
Un système RAG peut-il être restauré sans régénérer chaque embedding ?
Une explication de la restauration RAG sans réencodage, axée sur le mécanisme, de ses compromis en matière de ressources partagées, trois FAQ sur la...
