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.