Toutes les nuits un rsync (avec le paramètre --inplace, qui a son importance) réplique mes données vers un serveur déporté, toujours vers le même dossier de destination. Sur le serveur en question, une tâche exécutée quotidiennement tire parti du mécanisme de création de snapshots de btrfs pour créer instantanément un clone horodaté du dossier contenant la dernière sauvegarde. Les liens "durs" permettent déjà ce genre de choses mais obligent tous les fichiers ayant le même numéro d'i-node à partager les mêmes attributs. Cet inconvénient minime disparait si on préfère les snapshots aux liens durs, en s'appuyant sur LVM ou tout système de fichiers qui le permet (genre btrfs ou zfs) nativement. Sur les systèmes de fichiers gérant le mode "copy on write", le paramètre --reflink de la commande cp permet de raffiner l'art du "snapshot" au niveau d'un simple fichier. C'est très pratique.
# rsync + snapshots BTRFS
Posté par AP . En réponse au journal Et vous, quelle sécurité pour vos sauvegardes?. Évalué à 1.
Toutes les nuits un rsync (avec le paramètre
--inplace, qui a son importance) réplique mes données vers un serveur déporté, toujours vers le même dossier de destination. Sur le serveur en question, une tâche exécutée quotidiennement tire parti du mécanisme de création de snapshots de btrfs pour créer instantanément un clone horodaté du dossier contenant la dernière sauvegarde. Les liens "durs" permettent déjà ce genre de choses mais obligent tous les fichiers ayant le même numéro d'i-node à partager les mêmes attributs. Cet inconvénient minime disparait si on préfère les snapshots aux liens durs, en s'appuyant sur LVM ou tout système de fichiers qui le permet (genre btrfs ou zfs) nativement. Sur les systèmes de fichiers gérant le mode "copy on write", le paramètre--reflinkde la commandecppermet de raffiner l'art du "snapshot" au niveau d'un simple fichier. C'est très pratique.btrfs, c'est le bien. ^^