rsync-backup

Liste des GroupesRevenir à fcol configuration 
Sujet : rsync-backup
De : schaefer (at) *nospam* alphanet.ch (Marc SCHAEFER)
Groupes : fr.comp.os.linux.configuration
Date : 11. Dec 2022, 15: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, sinon
je ne verrai pas votre réponse.

Date Sujet#  Auteur
11 Dec 22 * rsync-backup14Marc SCHAEFER
20 Dec 22 `* Re: rsync-backup13Doug713705
21 Dec 22  +* Re: rsync-backup5schaefer
21 Dec 22  i`* Re: rsync-backup4Doug713705
21 Dec 22  i `* Re: rsync-backup3schaefer
23 Dec 22  i  `* Re: rsync-backup2Doug713705
23 Dec 22  i   `- Re: rsync-backup1schaefer
22 Dec 22  `* Re: rsync-backup7Christophe PEREZ
23 Dec 22   +- Re: rsync-backup1JKB
23 Dec 22   `* Re: rsync-backup5Doug713705
23 Dec 22    +* Re: rsync-backup3JKB
23 Dec 22    i`* Re: rsync-backup2Christophe PEREZ
23 Dec 22    i `- Re: rsync-backup1JKB
23 Dec 22    `- Re: rsync-backup1Christophe PEREZ

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal