Re: Rsync synchronise mal source et destination

[Albert ARIBAUD <albert@aribaud.net>]

Le lundi 08 novembre 2021 à 12:40 +0100, Joyce MARKOLL a écrit :
> On Mon, 08 Nov 2021 08:26:54 +0100
> "Albert ARIBAUD" (via linux-31 Mailing List) <linux-31@culte.org>
> wrote:
> 
> > Le --delete-after est très bien, pas la peine d'en changer.
> 
> Bonjour,
> 
> quelle est la différence entre "--delete-after" et le "--delete"
> (après le "-av") proposé par JDD ?

--delete est l'option "historique" qui signifie "supprimer sur la
destination ce qui n'existe pas ou plus sur la source.

Par défaut, --delete gère les suppressions comme de "transferts" et les
entremêle donc aux transferts réels.

Cependant, ça peut poser des problèmes : certains utilisateurs
préfèrent ne supprimer les fichiers que si tous les transferts ont
réussi. À l'inverse, d'autres préfèrent minimiser l'espace occupé et
supprimer avant de transférer.

Du coup plusieurs --delete-xxx spécialisés ont donc été créés. Pour
représenter le comportement historique (et par défaut), on a l'option
--delete-during. L'option --delete-before supprime avant le premier
transfert, et --delete-after, supprime, oui, après le dernier
transfert.

Il y a d'autres options pour des cas plus particuliers encore, cf la
man page de rsync.

Et donc ici, --delete équivaut à --delete-during ; perso je suis plus
favorable à --delete-after qui peut limiter les risques de perte en cas
de fausse manip, puisque les suppressions ne sont faites que s'il n'y a
pas eu d'erreur de transferts donc que la nouvelle copie est bonne.


> Cdt,
> Joyce

Amicalement,
Albert.