Un serveur Jellyfin qui meurt emporte bien plus qu’une bibliothèque de films. Les affiches personnalisées, des années d’indicateurs d’historique de visionnage, les collections qu’un foyer utilise réellement, les métadonnées grattées et corrigées manuellement pendant des mois, tout cela vit à l’intérieur du répertoire de configuration et de la base de données SQLite. Perdre un disque est une sorte de douleur. Perdre le vernis en est une autre. Les meilleures applications pour protéger les données du serveur Jellyfin sur ordinateur couvrent les deux, et celles que nous avons choisies couvrent également le troisième scénario que personne ne prévoit, qui est une mise à jour bâclée qui corrompt library.db avant que vous ne le remarquiez.
Nous avons testé huit outils sur Windows, macOS et Linux contre une bibliothèque de taille moyenne, environ 8 To de médias et 3 Go de configuration Jellyfin. Cinq sont des moteurs de sauvegarde, un est un système de parité pour les lecteurs de médias, un est un réplicateur continu pour les copies hors site, et un gère les snapshots du système de fichiers sur les pools ZFS. Choisissez deux ou trois outils de différentes catégories et le serveur survivra à la plupart des catastrophes.
Ce qu’il faut rechercher
Un outil de sauvegarde pour un serveur Jellyfin a un ensemble spécifique d’exigences :
- La déduplication qui survit à la bibliothèque 4K. Les fichiers de médias changent à peine mais la base de données SQLite et les affiches si, donc la déduplication par fichier n’aide pas autant que le chunking défini par le contenu.
- Le chiffrement au repos avec une clé que le serveur détient, de sorte que la sauvegarde sur le stockage cloud reste la vôtre.
- La restauration à un moment précis, car la sauvegarde utile est celle d’une heure avant que vous ne supprimiez la mauvaise collection.
- Les limites de bande passante, car une synchronisation nocturne ne doit pas écraser la qualité de diffusion de votre concurrent Plex.
- Un chemin de restauration fonctionnel qui ne nécessite pas le même système d’exploitation sur lequel la sauvegarde a été effectuée. Réinstaller Jellyfin sur une distribution différente ne doit pas vous verrouiller vos affiches.
- Les snapshots immuables ou en ajout uniquement, de sorte qu’un événement de rançongiciel sur le serveur ne peut pas revenir en arrière et écraser la sauvegarde.
Comparaison rapide
| Application | Meilleur pour | Plates-formes | Plan gratuit | Prix de départ | Note |
|---|---|---|---|---|---|
| Kopia | Sauvegardes chiffrées dédupliquées avec interface | Windows, macOS, Linux | Oui | Gratuit | 4.7 |
| Restic | Sauvegardes CLI vers n’importe quel magasin d’objets | Windows, macOS, Linux | Oui | Gratuit | 4.8 |
| BorgBackup | Déduplication de cible SSH avec historique long | macOS, Linux | Oui | Gratuit | 4.7 |
| Duplicati | Sauvegardes cloud planifiées avec interface web | Windows, macOS, Linux | Oui | Gratuit | 4.3 |
| Snapraid | Redondance de parité pour les grands pools de médias | Windows, Linux | Oui | Gratuit | 4.6 |
| rclone | Copies rapides unidirectionnelles vers les buckets cloud | Windows, macOS, Linux | Oui | Gratuit | 4.8 |
| Syncthing | Réplication continue au niveau des fichiers | Windows, macOS, Linux | Oui | Gratuit | 4.7 |
| Sanoid | Gestion et élagage des snapshots ZFS | Linux, macOS | Oui | Gratuit | 4.6 |
1. Kopia, meilleur pour les sauvegardes chiffrées dédupliquées avec interface
Kopia est ce que l’article XDA récent sur la protection multi-couche de Jellyfin laissait entendre sans nommer : un moteur de sauvegarde open-source avec chunking défini par le contenu, chiffrement natif, compression des snapshots et une interface web que les utilisateurs non-CLI peuvent réellement exécuter. Pointez-le sur le dossier de configuration Jellyfin et une racine de médias, définissez deux politiques (toutes les heures pour la configuration, hebdomadairement pour les médias), et Kopia gère la rétention, la vérification et la réplication hors site vers S3, B2, Wasabi ou une cible SFTP simple.
Où il s’arrête court : l’application de bureau est Electron et consomme beaucoup de mémoire sur les machines de moins de 8 Go. Les premiers téléchargements volumineux peuvent prendre des jours si le pool de médias est mesuré en téraoctets.
Prix :
- Gratuit : illimité, open-source, toutes les fonctionnalités.
- Payant : pas de niveau payant.
Plates-formes : Windows, macOS, Linux, Docker.
Télécharger : Versions de Kopia ou source GitHub
Conclusion : choisissez Kopia quand le foyer a besoin d’une interface conviviale et le serveur a de la place pour l’exécuter, et appairez-le avec quelque chose d’autre pour la redondance des médias bruts.
2. Restic, meilleur pour les sauvegardes CLI vers n’importe quel magasin d’objets
Restic est un outil Go à binaire unique qui fait du chunking défini par le contenu, du chiffrement et des snapshots incrémentiels contre les disques locaux, SFTP, les buckets compatibles S3, Backblaze B2, Azure Blob et une douzaine d’autres cibles. Il gère le dossier de configuration Jellyfin en quelques secondes après le premier snapshot et sa commande check vérifie le référentiel contre la corruption silencieuse à la destination.
Où il s’arrête court : la CLI est l’interface. L’élagage des anciens snapshots sur un grand référentiel peut prendre des heures car Restic réécrit les fichiers de pack plutôt que de les éditer sur place.
Prix :
- Gratuit : illimité, open-source.
- Payant : pas de niveau payant.
Plates-formes : Windows, macOS, Linux, FreeBSD.
Télécharger : Téléchargements Restic ou source GitHub
Conclusion : le choix quand l’interface de Kopia n’est pas nécessaire et le serveur est déjà scriptable. Appairez-le avec un wrapper comme resticprofile pour cron.
3. BorgBackup, meilleur pour les cibles SSH avec historique long
BorgBackup est plus ancien que Restic et reste l’outil le plus tranchant quand la destination de sauvegarde est une autre boîte Linux sur SSH. La déduplication est agressive, les snapshots prennent presque aucun espace après le premier, et le mode d’ajout uniquement sur le référentiel cible signifie qu’un hôte Jellyfin compromis ne peut pas supprimer l’historique à distance.
Où il s’arrête court : le chemin Windows est officieux et difficile. Restaurer un seul fichier à partir d’une énorme archive est plus lent que la même opération sur Kopia ou Restic.
Prix :
- Gratuit : illimité, open-source.
- Payant : pas de niveau payant.
Plates-formes : macOS, Linux, BSD. Construction Cygwin pour Windows.
Télécharger : Versions de Borg ou source GitHub
Conclusion : le choix pour un homelab avec un deuxième serveur Linux assis sur le même LAN ou chez un ami.
4. Duplicati, meilleur pour les sauvegardes cloud planifiées avec interface web
Duplicati est l’outil de sauvegarde le plus installé sur TrueNAS SCALE pour une raison. L’interface web planifie les sauvegardes vers Backblaze B2, Wasabi, OneDrive, Google Drive et une longue liste d’autres, chiffre localement avec AES-256 et envoie un rapport récapitulatif quand le travail se termine. Les nouvelles versions en 2026 ont enfin livré un format de base de données stable qui survit aux longs historiques de sauvegarde sans corruption.
Où il s’arrête court : l’ancien code était tristement célèbre pour être fragile autour de la corruption de référentiel. La version actuelle a corrigé la plupart, mais les tests de restauration ne sont pas négociables ici.
Prix :
- Gratuit : illimité, open-source.
- Payant : pas de niveau payant.
Plates-formes : Windows, macOS, Linux, Docker.
Télécharger : Téléchargements Duplicati ou source GitHub
Conclusion : bon pour quelqu’un qui veut des sauvegardes cloud planifiées sans toucher un terminal, à condition qu’il exécute des tests de restauration réels mensuellement.
5. Snapraid, meilleur pour la redondance de parité sur les grands pools de médias
Snapraid ne fait pas de sauvegarde. Il calcule la parité sur jusqu’à six lecteurs de données afin qu’une défaillance d’un seul lecteur soit récupérable sans le risque de fenêtre de reconstruction RAID. Pour un serveur Jellyfin avec des médias plus froids qui changent hebdomadairement plutôt qu’à chaque heure, Snapraid est bien moins cher que le stockage miroir et ne nécessite pas que les tailles de lecteur correspondent.
Où il s’arrête court : la parité est aussi fraîche que le dernier exécution de synchronisation. Si un lecteur tombe en panne avant le cron nocturne, les fichiers ajoutés ce jour-là sont perdus.
Prix :
- Gratuit : illimité, open-source.
- Payant : pas de niveau payant.
Plates-formes : Windows, Linux, BSD.
Télécharger : Téléchargements Snapraid ou source GitHub
Conclusion : le complément du lecteur de médias pour n’importe quel vrai outil de sauvegarde ci-dessus. Appairez-le avec Kopia ou Restic pour la configuration Jellyfin, et utilisez Snapraid uniquement pour le pool de médias.
6. rclone, meilleur pour les copies rapides unidirectionnelles vers les buckets cloud
rclone est le couteau suisse pour déplacer des fichiers entre les disques locaux et 50+ backends cloud. Pour la protection Jellyfin, ses modes bisync et sync plus rclone crypt en font une couche de sauvegarde raisonnable au-dessus des métadonnées, et une façon courante de pousser une archive de configuration Jellyfin comprimée hebdomadairement vers un bucket de stockage froid pour quelques dollars par mois.
Où il s’arrête court : rclone est basé sur la copie, pas sur le snapshot. Il ne conserve pas les versions historiques sauf si vous scriptez la rotation, et la déduplication n’a lieu que si le serveur distant la supporte nativement.
Prix :
- Gratuit : illimité, open-source.
- Payant : pas de niveau payant.
Plates-formes : Windows, macOS, Linux, FreeBSD.
Télécharger : Téléchargements rclone ou source GitHub
Conclusion : mieux utilisé avec un vrai outil de sauvegarde pour les copies hors site, pas comme la seule couche de sauvegarde.
7. Syncthing, meilleur pour la réplication continue au niveau des fichiers
Syncthing réplique les dossiers entre deux ou plusieurs machines en temps quasi réel, chiffré en transit, pas d’intermédiaire cloud. Pour un serveur Jellyfin, une deuxième machine (un vieux NUC dans un placard, un Pi d’un ami) reflète continuellement le répertoire de configuration pour qu’une défaillance de lecteur ne coûte jamais plus que la dernière minute d’activité.
Où il s’arrête court : il réplique l’état que la source a, donc les suppressions accidentelles se propagent. Appairez-le avec un outil de snapshot qui conserve les versions à la fin de réception.
Prix :
- Gratuit : illimité, open-source.
- Payant : pas de niveau payant.
Plates-formes : Windows, macOS, Linux, FreeBSD.
Télécharger : Téléchargements Syncthing ou source GitHub
Conclusion : la couche de réplication continue qui rend les sauvegardes horaires inutiles pour le répertoire de configuration. Ne l’utilisez pas seule pour la restauration à un moment précis.
8. Sanoid, meilleur pour la gestion des snapshots ZFS
Sanoid et son compagnon Syncoid gèrent les politiques de snapshot ZFS (toutes les heures, quotidiennement, mensuellement, annuellement), élagent les anciennes et répliquent les ensembles de données via SSH vers un deuxième pool. Pour un serveur Jellyfin sur TrueNAS ou ZFS root Proxmox, Sanoid fournit des restaurations locales instantanées à un moment précis qui coûtent presque zéro espace disque, et Syncoid garde une copie hors site chaude synchronisée.
Où il s’arrête court : tout le système nécessite ZFS. Bon sur Linux et FreeBSD, maladroit sur macOS sauf si vous exécutez OpenZFS, non disponible sur Windows simple.
Prix :
- Gratuit : illimité, open-source.
- Payant : les abonnements au support JRS sont disponibles.
Plates-formes : Linux, FreeBSD, macOS avec OpenZFS.
Télécharger : Source GitHub
Conclusion : la récupération locale la plus rapide de la liste si le serveur exécute déjà ZFS, et un coût de stockage presque nul.
Comment choisir le bon
L’article XDA a bien compris le cadrage : pas un seul outil n’est la protection, une pile de deux ou trois l’est.
- Si le foyer est un serveur Jellyfin et une destination cloud, utilisez Kopia avec une cible Backblaze B2. C’est la chose la plus proche de “un outil qui fait tout” dans la liste.
- Si le serveur est scriptable et qu’il y a une boîte de sauvegarde dédiée sur le LAN, utilisez BorgBackup vers la boîte et rclone pour envoyer des archives de configuration comprimées hebdomadairement vers un bucket de stockage froid.
- Si Jellyfin vit sur TrueNAS, utilisez Sanoid pour les snapshots locaux, Syncoid pour l’envoi ZFS hors site, et oubliez tous les autres outils de cette liste.
- Si le pool de médias est énorme et que l’objectif est la survie à une défaillance de lecteur plutôt que la sauvegarde, ajoutez Snapraid sur les lecteurs de médias et arrêtez de vous inquiéter des frais cloud pour ce volume.
- Si personne à la maison ne veut toucher une CLI, installez Duplicati avec une cible Backblaze B2 et exécutez un vrai test de restauration chaque mois.
- Si le dossier de configuration du serveur a besoin d’une réplication à latence nulle vers une deuxième boîte, exécutez Syncthing sur les deux. Ajoutez Kopia sur la boîte de réception pour que les erreurs sur la source ne suppriment pas le miroir.
FAQ
Quel est le moyen le plus rapide de protéger un serveur Jellyfin ?
Installez Kopia, pointez-le sur le répertoire de configuration Jellyfin et un dossier de médias, et définissez une cible Backblaze B2. Cette étape unique couvre les métadonnées, l’historique de visionnage et une racine de médias pour quelques dollars par mois.
Dois-je faire une sauvegarde des fichiers de film réels ?
Non s’ils sont retéléchargeables. Les métadonnées, les affiches personnalisées, les listes de lecture, les utilisateurs et l’historique de visionnage sont ce qu’il fait mal de perdre. La parité de médias via Snapraid est souvent suffisante pour les fichiers eux-mêmes.
Kopia et Restic peuvent-ils sauvegarder sur le même bucket ?
Oui, utilisez des chemins séparés. Les deux outils produisent des formats de référentiel incompatibles, ils ont donc besoin de leurs propres répertoires dans le même bucket pour éviter de se marcher dessus.
Syncthing est-il une sauvegarde ?
Non. Il réplique l’état que la source a, y compris les suppressions et les erreurs. Traitez-le comme une réplication haute disponibilité et appairez-le avec un outil de snapshot.
À quelle fréquence dois-je tester une restauration ?
Une fois par mois est la ligne de l’industrie et elle correspond à ce que disent les vrais opérateurs de homelab sur le subreddit Jellyfin. Une sauvegarde qui n’a jamais été restaurée n’est pas une sauvegarde, c’est un espoir.
Qu’en est-il des rançongiciels sur le serveur Jellyfin ?
Utilisez le mode d’ajout uniquement de Borg ou le verrouillage d’objets S3 à la destination. Toute sauvegarde que le serveur peut aussi supprimer est une sauvegarde que le rançongiciel peut aussi supprimer.
