Sujet : rsync-backup
De : schaefer (at) *nospam* alphanet.ch (Marc SCHAEFER)
Groupes : fr.comp.os.linux.configurationDate : 11. Dec 2022, 14:13:17
Autres entêtes
Organisation : Posted through news.alphanet.ch
Message-ID : <tn4l1c$ka0$1@shakotay.alphanet.ch>
User-Agent : tin/2.4.3-20181224 ("Glen Mhor") (UNIX) (Linux/4.19.0-22-amd64 (x86_64))
Bonjour,
j'utilise une vieille recette pour les sauvegardes servant à permettre
aux utilisateurs de restaurer eux-mêmes rapidement des fichiers,
sur des filesystems ext4, par exemple:
schaefer@shakotay:~$ rm .Sig
schaefer@shakotay:~$ setdate 2022-12-11.
2022-12-11.06-55-33 2022-12-11.13-07-50
schaefer@shakotay:~$ setdate 2022-12-11.13-07-50
schaefer@shakotay:~$ bkp diff .Sig
--- .Sig 1970-01-01 01:00:00.000000000 +0100
+++ /backup/backup.2022-12-11.13-07-50//data/home/schaefer/.Sig 2022-11-13 13:15:42.518993239 +0100
@@ -0,0 +1,2 @@
+Attention: limitez le nombre de lignes de citation à l'essentiel, sinon
+je ne verrai pas votre réponse.
schaefer@shakotay:~$ bkp cp .Sig
schaefer@shakotay:~$ ls -la .Sig
-rw-r--r-- 1 schaefer schaefer 104 Nov 13 13:15 .Sig
schaefer@shakotay:~$ bkp diff .Sig
Actuellement, c'est implémenté par un simple rsync suivi d'un `cp -al'
implémentant les répertoires d'historiques (ici p.ex.
2022-12-11.13-07-50). C'était un peu la solution standard en l'an 2000.
Une autre solution serait de faire des snapshots LVM, mais quand j'avais
testé cela il y a fort longtemps cela avait un coût de performance et
bien sûr un coût d'espace disque: si l'on dépassait l'espace alloué au
snapshot en différences, le snapshot devenait invalide. Alors que le `cp
-al' prenait certes un peu de temps, mais ensuite aucune perte de
performance (allocation des inodes et c'est tout).
Avec btrfs, on peut faire des snapshots:
root@reliand:~/scripts# mkfs.btrfs -f -L btrfs-data /dev/big-test/nsa-logs
root@reliand:~/scripts# df -h /mnt
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/big--test-nsa--logs 100T 17M 100T 1% /mnt
root@reliand:~/scripts# date > /mnt/projects/toto
root@reliand:~/scripts# mkdir /mnt/.snapshots
root@reliand:~/scripts# btrfs subvolume snapshot /mnt /mnt/.snapshots/$(date --iso)
root@reliand:~/scripts# date > /mnt/projects/toto
root@reliand:~/scripts# diff -r /mnt /mnt/.snapshots/$(date --iso)
diff -r /mnt/projects/toto /mnt/.snapshots/2022-12-11/projects/toto
1c1
< Sun Dec 11 13:58:52 CET 2022
---
> Sun Dec 11 13:57:44 CET 2022
Only in /mnt/.snapshots: 2022-12-11
Bien sûr que les modifications subséquentes de l'original ont un coût
(espace disque), mais puis-je supposer que le coût de performance sera
plus bas qu'avec LVM ou non? Sauf erreur, par défaut, les différences
sont stockées dans un seul set dans le volume de base, pas par
snapshot, semble-t-il.
Avec btrfs, la solution du `cp -al' semble bien moins performante
qu'avec ext4.
-- Attention: limitez le nombre de lignes de citation à l'essentiel, sinonje ne verrai pas votre réponse.