Path: ...!2.eu.feeder.erje.net!3.eu.feeder.erje.net!feeder.erje.net!news.alphanet.ch!alphanet.ch!.POSTED!not-for-mail
From: Marc SCHAEFER <schaefer@alphanet.ch>
Newsgroups: fr.comp.os.linux.configuration
Subject: rsync-backup
Date: Sun, 11 Dec 2022 13:13:17 -0000 (UTC)
Organization: Posted through news.alphanet.ch
Message-ID: <tn4l1c$ka0$1@shakotay.alphanet.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Injection-Date: Sun, 11 Dec 2022 13:13:17 -0000 (UTC)
Injection-Info: shakotay.alphanet.ch; posting-account="schaefer";
	logging-data="20800"; mail-complaints-to="usenet@alphanet.ch"; posting-host="634ce6c9682d817d72f6177875e2bb4f.nnrp.alphanet.ch"
User-Agent: tin/2.4.3-20181224 ("Glen Mhor") (UNIX) (Linux/4.19.0-22-amd64 (x86_64))
Cancel-Lock: sha256:492bAOZH6IYlKZJFSKvbEG3YczogzrWiZtzFIX++uXs= sha256:itE0SfeTJE0yRkGRMYhFJyoWAZAa+E3uXVimDj3N8H8=
Bytes: 3787
Lines: 62

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, sinon
je ne verrai pas votre réponse.