From: Charles <c@charlesmatkinson.org><br>
To: lisa-asket@perso.be;<br>
   rsync@lists.samba.org<br>
Subject: Re: Utility of --backup<br>
Date: 20/07/2021 02:37:50 Europe/Paris<br>
<br>
> And let me do what you suggest.  What is the difference, and is --backup<br>
 > better than the other ?<br>
<br>
Only in conjunction with -backup-dir, for example<br>
<br>
--backup --backup-dir=_Changed and deleted files/2021/Jul/19@21:21<br>
<br>
The man page's entry for --backup suggests using it with either <br>
--backup-dir or --suffix<br>
<div><br></div><div>This means that everything is the same except that you get a backup tracking</div><div>system that uses `--backup-dir`.  <br></div><div><br></div><div>Could you be so kind to tell me some more details about the use of `--suffix`.</div><div>As with `- -backup-dir`, an example would be very instructive for me.<br></div><div><br></div><div>Regards <br></div><div>Lisa<br></div><div><br></div>
On 19/07/2021 19:22, lisa-asket@perso.be wrote:<br>
> From: Charles via rsync <rsync@lists.samba.org><br>
> To: rsync@lists.samba.org<br>
> Subject: Re: Utility of --backup<br>
> Date: 19/07/2021 14:26:59 Europe/Paris<br>
> <br>
>  >IThe --backup option is great for creating "rolling full" backups which<br>
>  >look exactly like the backed up tree except for the existence of the<br>
>  >backup directory<br>
> <br>
> I am not really understanding the "Rolling Full Backup".  Suppose I have <br>
> a directory<br>
> and use `rsync -av --progress --log-file="$logfl" "$source" "$destin"`<br>
> <br>
> And let me do what you suggest.  What is the difference, and is --backup <br>
> better than the other ?<br>
> <br>
> Would the command be<br>
> <br>
> rsync --backup -v --progress --log-file="$logfl" "$source" "$destin"<br>
> <br>
>  >Here's how a Linux backup directory tree looks as created by backup<br>
>  >utility bung's bu_rsync script<br>
> <br>
> +-- bin -> usr/bin<br>
> +-- boot<br>
> |   +-- grub<br>
> +-- _Changed and deleted files<br>
> |   +-- 2021<br>
> |   +-- Jul<br>
> |   |   +-- 01@17:45<br>
> |   |   |   +-- opt<br>
> |   |   |   |   +-- tomcat<br>
> |   |   |   +-- root<br>
> |   |   |   +-- var<br>
> |   |   |   +-- backups<br>
> |   |   |   +-- cache<br>
> |   |   |   +-- lib<br>
> |   |   |   +-- local<br>
> |   |   |   +-- log<br>
> |   |   |   +-- mail<br>
> |   |   |   +-- spool<br>
> ...<br>
> |   |   +-- 17@17:46<br>
> ...<br>
> |   |   +-- 18@17:45<br>
> ...<br>
> |   +-- Jun<br>
> ...<br>
> |   +-- 29@17:45<br>
> ...<br>
> |   +-- 30@17:45<br>
> ...<br>
> +-- dev<br>
> +-- etc<br>
> ...<br>
> <br>
>  >A "rolling full" backup is great to restore from for small organisations<br>
>  >which do not do enough restores to be well practised because the backup<br>
>  >looks exactly like the source except for the additional "_Changed and<br>
>  >deleted files" directory.<br>
> <br>
>  >Perfect point in time restores are not possible but adequate<br>
>  >approximations (point in time but with the possibility of some extra<br>
>  >files) can be done by restoring the last backup and then each of the<br>
>  >changed and deleted files sets until the latest set after the desired<br>
>  >point in time<br>
> <br><br><br>