il y en a de nombreuses, il me semble. On peut citer restic, borg. Il y en a bien d'autres. Ce sujet a été régulièrement abordé ici.
Pour ce qui concerne restic, il maintient localement une table de hash et en principe, le site distant est en synchro avec la table de hash local. Il n'est pas nécessaire de calculer tous les blocs distants. Et cas de nécessité (perte de synchro), je suppose que cela peut se faire. De toute facon, restic maintient un ensemble de blocs sur le site d'archivage et non pas le fichier directement. Une session restic peut donc démarrer immédiatement après avoir calculé le hash localement. Il s'agit d'un hash partiel et par block de taille variable et non pas d'un hash sur l'ensemble du fichier.
BTRFS possède aussi des fonctions de synchro entre 2 snapshots. Seul le différentiel est envoyé. Je ne sais pas comment se déroule la session (dialogue entre source et destination).
# alternatives a rsync
Posté par Marc Quinton . En réponse au message Rsync avec calcul des checksums simultanément. Évalué à 2.
il y en a de nombreuses, il me semble. On peut citer restic, borg. Il y en a bien d'autres. Ce sujet a été régulièrement abordé ici.
Pour ce qui concerne restic, il maintient localement une table de hash et en principe, le site distant est en synchro avec la table de hash local. Il n'est pas nécessaire de calculer tous les blocs distants. Et cas de nécessité (perte de synchro), je suppose que cela peut se faire. De toute facon, restic maintient un ensemble de blocs sur le site d'archivage et non pas le fichier directement. Une session restic peut donc démarrer immédiatement après avoir calculé le hash localement. Il s'agit d'un hash partiel et par block de taille variable et non pas d'un hash sur l'ensemble du fichier.
BTRFS possède aussi des fonctions de synchro entre 2 snapshots. Seul le différentiel est envoyé. Je ne sais pas comment se déroule la session (dialogue entre source et destination).