Pourquoi une tâche convertie de “Contribuer” vers “Echo” n’efface pas les données à la destination ?

[Francois OutaoParticipant]

C’est parce que Fastscan est utilisé.

Par exemple:

1. Vous utilisez le mode “Contribuer”:
   1. la 1ère synchro copie 5 fichiers, snapshot1 is validé et est la référence
   2. pour la 2e synchro , vous avez effacé 1 fichier de la source, FastScan produit la différence et snapshot2 est validé comme référence.
      Snapshot2 contient donc uniquement 4 fichiers mais rien n’est effacé à la destination car vous utilisez le mode “Contribuer”.
   3. pour la 3e synchro, vous effacez un fichier de plus de la source, FastScan produit la différence et snapshot3 est validé comme référence. Snapshot3 contient alors seulement 3 fichiers mais rien n’est effacé à la destination car vous utilisez le mode “Contribuer”.
2. Vous décidez de changer le mode en “Echo”:
   1. pour la 4e synchro, vous effacez un fichier de plus de la source qui ne contient donc plus que 2 fichiers, FastScan produit la différence en se basant sur snapshot3 qui contient 3 fichiers, un seul fichier va donc être marqué “à effacer” dans la “fastscanlist”.
      Un seul fichier sera donc effacé de la destination au lieu de 3 car FastScan produit sa liste de fichiers à traiter en se basant sur son dernier snapshot de référence.

C’est pourquoi, si vous souhaitez effacer tous les fichiers qui devraient l’être à la destination, il faut d’abord supprimer le snapshot de référence dans Miria/DataFlow avant de relancer la tâche.

La tâche de synchronisation va ainsi utiliser un nouveau snapshot et utiliser le scan standard et l’opération résultera dans l’effacement des fichiers en destination qui ne sont pas à la source.

Spread the love

[Auteur]

Messages