Plex n’a pas besoin d’un nombre universel de copies de sauvegarde ; il lui faut suffisamment d’historique testé pour revenir à un état connu comme sain avant l’introduction de la défaillance.
La durée de conservation doit tenir compte de la fréquence à laquelle l’état de Plex change, de la rapidité avec laquelle vous détectez une corruption et du délai sur lequel vous pourriez devoir revenir après une mise à jour ou une mauvaise manipulation de la bibliothèque. Une grande quantité de copies non vérifiées peut tout de même échouer si chaque version a été créée après l’apparition du même problème. Définissez d’abord le point et le délai de récupération, puis choisissez des niveaux quotidiens, hebdomadaires ou par instantané adaptés.
Commencez par la défaillance que vous devez annuler
Une suppression accidentelle, une mauvaise mise à jour, une corruption silencieuse de la base de données et une perte totale du disque ont des délais de détection différents. Une seule sauvegarde récente ne protège que contre les défaillances détectées rapidement.
La fenêtre de conservation doit permettre d’atteindre un point de récupération connu comme sain antérieur à l’introduction de la défaillance, et pas seulement de conserver la copie la plus récente.
Répertoriez les défaillances qui vous préoccupent et estimez le délai réaliste maximal avant leur détection. Conservez l’historique des versions au-delà de cette fenêtre plutôt que de choisir d’abord un nombre de copies.
Utilisez plusieurs échelles de temps
Les copies récentes et fréquentes protègent l’état actuel du visionnage et les paramètres, tandis que les copies plus anciennes et moins fréquentes protègent contre les problèmes détectés tardivement. Un calendrier à plusieurs niveaux peut couvrir ces deux besoins sans conserver chaque instantané indéfiniment.
Les versions à un instant donné peuvent préserver des possibilités de récupération récentes et anciennes sans conserver un duplicata complet pour chaque instant.
Combinez des copies récentes effectuées à intervalles courts avec des copies plus anciennes effectuées à intervalles plus longs, en fonction de l’espace de stockage disponible. Documentez la date d’expiration de chaque niveau et le type de défaillance qu’il est censé couvrir.
Ne laissez pas la conservation remplacer la protection hors appareil
Dix versions sur le même disque défaillant ne constituent toujours qu’un seul domaine de défaillance. La conservation et la redondance répondent à des problèmes différents.
La capacité de sauvegarde et la fréquence des changements doivent être planifiées séparément du chemin d’état Plex actif afin que la conservation ne reste pas confinée à un seul domaine de défaillance.
Conservez au moins une copie de récupération en dehors de l’appareil contenant les données de l’application active et testez cette copie indépendamment. La topologie du serveur domestique doit rendre visible le domaine de défaillance de la sauvegarde au lieu de le dissimuler dans le même pool.
Ne supprimez les anciennes copies qu’après validation des tests de restauration
La conservation n’est utile que si les anciennes copies peuvent réellement restaurer la base de données, les métadonnées et l’identité attendues. Une tâche de rotation ne doit jamais être le seul élément régulièrement testé.
Restaurez une copie récente et une copie plus ancienne sur une instance Plex temporaire avant de les supprimer ; les tests de restauration permettent de vérifier qu’une sauvegarde terminée est réellement récupérable.
Si les anciennes sauvegardes échouent régulièrement ou dépendent de chemins non documentés, corrigez la méthode de capture avant de raccourcir la fenêtre. La conservation doit préserver des options fiables, et pas simplement des horodatages.
Assistance et conseils
Plus à lire

Jellyfin peut-il partager en toute sécurité un GPU ou un accélérateur avec un autre conteneur ?
Le partage du GPU est conditionnel : vérifiez la visibilité du périphérique et la prise en charge des pilotes, puis exécutez les deux charges...

Comment déterminer si une erreur Jellyfin provient du client ou du serveur
Une erreur Jellyfin relève du client lorsqu’elle ne concerne qu’un seul appareil ; elle relève du serveur lorsque plusieurs clients échouent avec le même...

Comment configurer le cache et le stockage temporaire de Jellyfin
Séparez les données persistantes, le cache reconstructible et le stockage temporaire pour le transcodage, puis vérifiez la capacité et les autorisations avec un véritable...

