La règle de sauvegarde 3-2-1 consiste à conserver trois copies de ses données au total, réparties sur deux types de support différents, avec au moins une de ces copies stockée ailleurs que sur la machine, ou même le bâtiment, qui héberge l’original. Ce n’est ni un produit ni un logiciel : c’est un principe vieux de plusieurs décennies, et il reste pertinent parce que les scénarios contre lesquels il protège, un disque qui lâche, une infection par ransomware, un incendie, un NAS volé, une suppression malencontreuse, n’ont pas disparu avec le temps. Appliquée à un homelab, c’est toute la différence entre « mes données vivent sur un NAS » et « mes données survivent à la perte de ce NAS ».
En résumé : les données actives sur votre NAS ou serveur constituent la copie numéro un. Une deuxième copie sur un disque ou un appareil différent, un disque externe, un second pool, une toute autre machine, forme la copie numéro deux. Une troisième copie stockée dans un lieu physiquement distinct, du stockage objet dans le cloud ou un disque chez un proche, est la copie numéro trois. Une grappe RAID ne compte pas comme l’une des trois copies. Un snapshot situé sur le même pool que les données qu’il protège non plus.
Ce que la règle 3-2-1 signifie concrètement pour un homelab
Appliqués à une installation classique, ces trois chiffres se traduisent simplement. Le « 3 » correspond aux données actives plus deux copies supplémentaires, pas trois copies au total en comptant l’original deux fois. Le « 2 » signifie deux types de support réellement différents, pas le même NAS découpé en deux dossiers. Et le « 1 » signifie qu’au moins une de ces copies quitte physiquement le lieu où vit le homelab, pour qu’un incendie, une inondation, un cambriolage ou un vol de matériel ne fasse pas disparaître toutes les copies en même temps. Rien de tout cela n’exige une bibliothèque de bandes d’entreprise ou un second data center : pour la plupart des homelabs, il s’agit d’un NAS ou d’un serveur qui héberge les données actives, d’une seconde destination sur un support différent pour la sauvegarde locale, et d’un outil comme Duplicati ou Kopia qui envoie une copie chiffrée hors site selon un planning défini.
Le RAID est-il une sauvegarde ?
Non. Le RAID, qu’il s’agisse d’un pool ZFS sous TrueNAS ou d’une grappe de parité sous Unraid, protège contre la panne d’un disque, pas contre ce qui détruit réellement des sauvegardes : un ransomware qui chiffre tous les fichiers à sa portée, une suppression accidentelle sur le mauvais chemin, une fuite d’eau au-dessus du NAS, ou quelqu’un qui repart avec le boîtier entier sous le bras. Chacun de ces scénarios emporte une grappe RAID aussi facilement qu’un disque unique, parce que le RAID ne place jamais une copie des données ailleurs. Il rend simplement la copie déjà présente un peu moins susceptible de disparaître à cause d’un seul disque défaillant. Le RAID a un vrai problème d’image sur ce point : le nom sonne comme une protection, alors on s’arrête facilement là en pensant que le travail est fait. Notre comparatif TrueNAS vs Unraid détaille le fonctionnement réel des pools ZFS et des grappes de parité, utile en complément, mais ni l’un ni l’autre ne constitue une stratégie de sauvegarde à lui seul.
Les snapshots sont-ils une sauvegarde ?
On s’en approche, mais la réponse reste non à eux seuls. Un snapshot, qu’il vienne de ZFS, de Btrfs, ou d’une surcouche propriétaire construite par un fabricant de NAS, fige l’état d’un jeu de données à un instant donné et permet de restaurer un fichier, un dossier, ou l’ensemble, tel qu’il était avant qu’un problème survienne. C’est réellement utile : ça transforme « j’ai supprimé le mauvais dossier » en une restauration de deux minutes. Ce que ça ne fait pas, en revanche, c’est sortir les données du boîtier où elles se trouvent déjà. Un snapshot qui vit sur le même pool que les données qu’il protège disparaît exactement dans les mêmes circonstances que ces données : panne matérielle, vol, incendie, ou ransomware qui cible spécifiquement les métadonnées de snapshot, ce que des attaques réelles ont déjà fait. Les snapshots sont une excellente première ligne de défense, mais une mauvaise dernière ligne.
Pourquoi un seul NAS est un point unique de défaillance
Peu importe le nombre de disques qu’il contient et la qualité de la configuration de sa grappe, un NAS unique reste un seul appareil physique, dans un seul emplacement, sur un seul circuit électrique, derrière un seul routeur. Il ne satisfait pas le « 2 » de types de support différents, et il ne peut pas satisfaire le « 1 » de copie hors site, puisque tout ce qu’il contient vit exactement au même endroit. Un homelab dont tout le plan de sauvegarde repose sur des snapshots internes situés sur ce même boîtier n’a, en réalité, rien sauvegardé du tout. Il a simplement construit un point unique de défaillance avec des étapes en plus.
Construire les trois copies, concrètement
- Copie numéro un, les données actives. Tout ce qui tourne réellement : les fichiers d’un partage NAS, la base de données derrière une application auto-hébergée, le dossier de données d’un Nextcloud, une photothèque Immich.
- Copie numéro deux, une seconde copie sur un support différent. Un disque USB externe, un second pool interne sur un matériel séparé, ou une machine complètement différente, synchronisée ou sauvegardée selon un planning plutôt que dupliquée en temps réel.
- Copie numéro trois, stockée dans un lieu physiquement distinct. Le stockage objet dans le cloud ou un disque chez un proche sont les deux réponses les plus courantes en homelab, détaillées plus bas.
Deux types de support différents, en pratique
« Support différent » n’est pas une formule creuse. Deux pools sur le même châssis NAS partagent une seule alimentation, une seule carte mère, un seul point de risque physique, c’est donc une version assez faible du « deux supports », même s’ils occupent techniquement des disques distincts. Un support véritablement différent ressemble plutôt à un disque externe qui n’est pas branché en permanence, une seconde machine à part entière, ou du stockage objet dans le cloud, qui constitue par définition un support différent puisqu’il ne s’agit même pas de matériel local. L’objectif est de s’assurer que ce qui détruirait la copie un, une panne de contrôleur, un bug de firmware, une mise à jour ratée, n’ait aucun chemin plausible pour détruire aussi la copie deux.
La copie externalisée : stockage cloud, NAS d’un proche, ou les deux
Le stockage objet dans le cloud, avec des services compatibles S3 comme Backblaze B2 parmi les plus utilisés, est la destination hors site la plus courante pour un homelab, en grande partie parce qu’il est conçu exactement pour ça : un stockage durable, accessible de partout, facturé au gigaoctet, sans aucun matériel à entretenir de son côté. L’alternative consiste en un disque physique ou un petit NAS chez un membre de la famille ou un ami, synchronisé via internet ; le coût se limite alors à un disque dur et un peu de place dans le placard de quelqu’un d’autre, plutôt qu’à un abonnement récurrent. Aucune des deux options n’est intrinsèquement meilleure. Une destination cloud est plus simple à automatiser et moins exposée à une catastrophe régionale partagée, tandis qu’un NAS externalisé chez un proche offre un contrôle total sur le matériel et aucun frais récurrent. Quel que soit le choix retenu, chiffrer les données avant qu’elles ne quittent le homelab est essentiel, puisque la destination est, par définition, un lieu où le contrôle physique est moindre que sur le boîtier d’origine.
Bon à savoir : certains éditeurs de solutions de sauvegarde, Veeam en tête, promeuvent une version étendue de la règle appelée 3-2-1-1-0 : les mêmes trois copies et deux types de support, plus une copie immuable ou air-gapée, c’est-à-dire que rien, pas même un attaquant disposant d’identifiants valides, ne peut la modifier ou la supprimer pendant une période de rétention définie, et zéro erreur lors d’une restauration testée. C’est surtout pensé pour les entreprises, mais l’idée de la copie immuable s’applique directement à un homelab. Le stockage objet avec verrouillage d’objet (object-lock), comme évoqué dans les notes sur la protection anti-ransomware de la page Kopia, permet à un homelab de s’en approcher fortement sans outillage supplémentaire.
Duplicati et Kopia : couvrir le volet externalisé
Duplicati et Kopia résolvent tous les deux le même problème central pour le volet externalisé du 3-2-1 : des sauvegardes chiffrées et incrémentielles envoyées vers une destination qui n’est pas le homelab lui-même. L’un ou l’autre, pris isolément, suffit à satisfaire le « 1 » du plan 3-2-1 d’un homelab ; faire tourner les deux en parallèle n’est pas nécessaire pour la plupart des gens, en choisir un et l’utiliser réellement, avec régularité, compte davantage que lequel des deux est choisi.
| Rôle dans un plan 3-2-1 | Duplicati | Kopia |
|---|---|---|
| Le mieux adapté à | Une tâche unique, un seul homelab, le plus large choix de destinations directement disponibles | Plusieurs machines qui sauvegardent vers un même dépôt partagé et dédupliqué |
| Effort de mise en place | Interface web, aucun terminal requis | Interface web (KopiaUI) ou ligne de commande, les deux issues de la même base de code |
| Résistance au ransomware | Chiffrement au repos ; les règles de rétention limitent l’exposition | Immutabilité optionnelle via object-lock sur les backends compatibles |
| Ses limites | La restauration ralentit sur de très gros volumes de données | Liste plus restreinte d’intégrations de destinations prêtes à l’emploi |
Dans la pratique, le choix dépend surtout du nombre de machines qui doivent partager une même destination hors site. Un seul NAS qui envoie un jeu de données vers Backblaze B2 ne tire pas grand bénéfice de la déduplication multi-machines de Kopia, et l’interface web de Duplicati fait le travail avec moins de configuration. Un homelab avec un NAS et quelques autres machines qui sauvegardent toutes vers le même bucket correspond exactement au cas d’usage pour lequel le modèle de dépôt de Kopia a été conçu, puisque chaque client se déduplique par rapport au même stockage sans nécessiter de serveur de sauvegarde dédié.
Où Watchtower a sa place, et où il ne l’a pas
Watchtower n’est pas un outil de sauvegarde, autant le dire clairement, puisque les deux sujets, « garder ses données en sécurité » et « garder ses conteneurs à jour », finissent souvent sur les mêmes check-lists de maintenance d’un homelab. Là où il devient tangentiellement pertinent, c’est après une restauration : une fois qu’un serveur a été reconstruit et que ses conteneurs ont été récupérés depuis une sauvegarde Duplicati ou Kopia, les images qui figuraient dans cette sauvegarde sont figées à la version qu’elles avaient le jour de la sauvegarde, et un outil qui signale ou met à jour les images obsolètes compte davantage juste après une reconstruction qu’au cours d’une semaine ordinaire. Autre point à signaler : le dépôt de Watchtower a été archivé en décembre 2025. L’outil continue de fonctionner exactement comme avant, mais un nouveau déploiement est un bon moment pour envisager une alternative activement maintenue, en mode notification seule, plutôt que de s’appuyer durablement sur un projet qui ne l’est plus.
Un exemple concret de plan 3-2-1 pour un homelab classique
Mis bout à bout, une version réaliste pour un homelab ressemble à ceci : un NAS sous TrueNAS, Unraid ou OpenMediaVault héberge les données actives en tant que copie numéro un, avec sa grappe RAID ou de parité présente uniquement pour réduire l’indisponibilité en cas de panne d’un seul disque, et non pour servir de sauvegarde. Une tâche planifiée Duplicati ou Kopia copie ensuite ces données vers un disque externe ou une seconde machine du réseau pour former la copie numéro deux, sur un matériel réellement distinct. Le même outil, ou une seconde tâche pointant vers une autre destination, envoie une copie chiffrée vers du stockage objet dans le cloud ou vers le NAS d’un proche pour la copie numéro trois. Trois copies, deux types de support, l’une d’elles physiquement ailleurs, et l’ensemble continue de tourner sans intervention une fois les plannings configurés.
FAQ
Le RAID est-il une sauvegarde ?
Non. Le RAID protège contre la panne d’un seul disque ; il ne crée aucune copie des données ailleurs, donc un ransomware, une suppression accidentelle, un incendie ou un vol peuvent toujours emporter tous les disques de la grappe en même temps.
Les snapshots ZFS ou Btrfs sont-ils une sauvegarde ?
Pas à eux seuls. Les snapshots sont excellents pour annuler des modifications ou suppressions accidentelles, mais ils vivent sur le même pool que les données qu’ils protègent : tout ce qui détruit ce pool, panne matérielle, vol, incendie, ou ransomware ciblé, emporte les snapshots avec lui. Ils complètent un plan 3-2-1, ils ne remplacent pas la copie hors site.
À quelle fréquence un homelab doit-il sauvegarder ses données ?
Cela dépend de la quantité de perte de données tolérable si la dernière sauvegarde disponible est celle qu’on doit restaurer. Une tâche quotidienne est un choix par défaut courant pour tout ce qui change chaque jour, photos, documents, dumps de bases de données, tandis que les données qui évoluent plus lentement peuvent être sauvegardées moins souvent. Duplicati comme Kopia gèrent les sauvegardes incrémentielles avec assez d’efficacité pour qu’une planification quotidienne coûte rarement cher en bande passante ou en stockage.
Faut-il deux copies externalisées distinctes pour respecter le 3-2-1 ?
Non, une seule copie hors site suffit à respecter la règle 3-2-1 de base. Ajouter une deuxième copie externalisée, immuable, relève de l’approche étendue 3-2-1-1-0, pertinente pour tout ce qui est réellement irremplaçable, mais c’est un renforcement du 3-2-1, pas une condition pour le respecter.
Duplicati ou Kopia pour la sauvegarde externalisée d’un homelab ?
Les deux font le travail pour une seule machine qui sauvegarde vers une seule destination. L’interface web de Duplicati et sa liste plus large de destinations en font le choix par défaut le plus simple ; Kopia devient pertinent quand plusieurs machines doivent partager le même dépôt hors site, ou quand la protection anti-ransomware par object-lock sur le backend de stockage compte vraiment.
La règle 3-2-1 n’a rien de compliqué, ce qui explique justement pourquoi il est si facile de se convaincre de ne pas aller jusqu’au bout : un NAS avec une grappe RAID en bonne santé donne déjà une impression de sécurité, et une politique de snapshots semble couvrir le reste. Ni l’un ni l’autre ne fait sortir une copie des données du bâtiment. Nos pages Duplicati et Kopia détaillent l’installation et la configuration complètes de chaque outil, le comparatif TrueNAS vs Unraid explore la couche de stockage sur laquelle tout ceci repose, et le guide de démarrage homelab pour débutants est le point de départ si le reste de l’infrastructure n’est pas encore en place.