Synchroniser deux emplacements

La synchronisation transfère le contenu d’un dossier source vers un dossier destination dans un seul sens. Elle ne fusionne pas les modifications des deux côtés. Au moins un emplacement doit être S3 ; deux dossiers locaux seuls ne sont pas pris en charge. Les emplacements S3 doivent utiliser / comme séparateur de dossiers, et les racines ne doivent pas se chevaucher.

La destination se choisit comme pour une copie de dossier : sélectionner images et coller dans backup synchronise images vers backup/images. Vérifiez le chemin complet affiché dans le dialogue d’options.

Prérequis et conséquences#

S3Client doit inventorier les deux arborescences, lire les fichiers source et écrire la destination. Mirror nécessite en plus les permissions de suppression. Les objets chiffrés ou archivés restent soumis aux clés et conditions de lecture. Les permissions de tags ou ACL peuvent être nécessaires selon les options choisies.

Mirror peut supprimer les éléments présents uniquement en destination. Avec Authoritative source, un fichier destination plus récent est remplacé. Les écritures et suppressions déjà réalisées ne sont pas annulées après une erreur ou Abort. Une suppression S3 suit le versionnement : elle ne purge pas nécessairement les anciennes versions.

Pour une synchronisation S3 vers S3 avec des sources SSE-KMS ou DSSE-KMS, Reuse source settings nécessite d’ouvrir Destination encryption > Change encryption… et de choisir explicitement No additional context ou Provide JSON context dans KMS context:, selon le contexte requis. Cliquez ensuite sur Use settings. Vous pouvez aussi choisir un autre réglage de chiffrement explicite. Sinon, les copies concernées échouent avec EncryptionDecisionRequired, même après une prévisualisation réussie.

La préparation peut échouer si les listes de fichiers et dossiers dépassent la mémoire disponible pour l’opération. Les fichiers source locaux sont copiés dans le dossier temporaire du système avant l’envoi ; les téléchargements utilisent un fichier temporaire en destination. Un objet annoncé comme gzip est décompressé lors du téléchargement local, même si la compression optionnelle est désactivée. Prévoyez l’espace correspondant ; consultez les performances des transferts.

Choisir les modes et les conflits#

La décision de remplacer n’est fondée ni sur la taille, ni sur un hash du contenu. Les dates S3 et locales peuvent avoir des précisions différentes, et une écriture S3 reçoit une nouvelle date. Mirror avec Newest source ne garantit donc pas que le contenu destination devienne identique à la source.

Préparer et prévisualiser#

1. Ouvrez le parent du dossier source dans un panneau et le dossier qui recevra ce dossier dans l’autre.
2. Sélectionnez un seul dossier source et choisissez Edit > Copy.
3. Activez la destination et choisissez Edit > Paste with options....
4. Dans Transfer options - S3Client, choisissez Synchronize. Le choix est indisponible pour plusieurs éléments, un fichier seul ou deux côtés locaux.
5. Vérifiez le chemin Destination, puis réglez Mode et Conflicts.
6. Si la destination est S3, choisissez la classe de stockage et l’ACL. Vérifiez Destination encryption ; pour le modifier, ouvrez Change encryption…, réglez New encryption: et les champs applicables, puis cliquez sur Use settings. Cela prépare le choix sans écrire d’objet. La compression gzip optionnelle est désactivée pour cette action.
7. Pour des sources SSE-C, réglez Source decryption > SSE-C read key…. Pour les objets destination SSE-C déjà présents, réglez séparément Destination decryption > Set destination SSE-C read key…. Chaque clé s’applique à l’ensemble du côté correspondant.
8. Cliquez sur Preview. S3Client construit les deux inventaires et valide la comparaison avant toute modification.
9. Dans Synchronization preview, vérifiez Source, Destination, les compteurs et la liste. Parcourez les pages avec Previous page et Next page ; chaque page affiche jusqu’à 250 actions.
10. Cliquez sur Start pour exécuter, ou Cancel pour abandonner la prévisualisation.
11. Suivez l’opération et son bilan dans la liste des opérations, puis vérifiez la destination.

Le bouton Synchronize prépare et valide l’opération, puis la lance sans afficher le tableau de prévisualisation. Les modes et les règles de remplacement et de suppression sont les mêmes.

Lire la prévisualisation#

Path inside destination affiche le chemin relatif concerné. Action indique Create, Replace, Keep, Delete, Create empty folder ou Remove empty folder. Les colonnes Source modified (UTC) et Destination modified (UTC) affichent les dates utilisées, en UTC, indépendamment du réglage d’affichage des dates locales.

Le résumé distingue créations, remplacements, fichiers conservés, suppressions, dossiers vides, Exclusions et Disabled deletions. Les lignes Keep ne sont pas retransférées et leurs propriétés ne sont pas réappliquées.

Exclusions et sécurité des suppressions#

Les filtres du navigateur ne limitent pas la synchronisation. Le parcours local inclut les fichiers cachés et système, mais ignore les liens symboliques et jonctions, quels que soient les réglages de copie ordinaire. Un élément source inaccessible ou exclu est comptabilisé comme omission. Une destination locale dont l’inventaire omet des éléments fait échouer la préparation.

Si l’inventaire source contient des exclusions, Mirror neutralise toutes ses suppressions. La prévisualisation affiche Deletion disabled et précise : The source inventory has exclusions, so mirror deletions are disabled for this synchronization. Cela protège les éléments destination dont l’absence dans l’inventaire source n’est pas fiable.

Les suppressions commencent seulement après les écritures. Une écriture échouée, une interruption ou une racine locale modifiée empêche le démarrage de la phase de suppression. Si vous interrompez une phase de suppression déjà commencée, les suppressions terminées restent effectives.

Changements concurrents et limites#

Pour les copies S3 vers S3, les capacités Copy only if the source ETag matches et Copy parts only if the source ETag matches du compte destination conditionnent aussi la lecture du contenu source par le serveur. Si la capacité applicable est décochée, une source mutable peut changer après sa vérification et le contenu copié peut différer de celui préparé ; des parties peuvent provenir de différentes révisions. Les contrôles préalables et les conditions de destination restent actifs. Voir les conditions des copies S3.

Les fichiers peuvent changer après la prévisualisation. S3Client revérifie certains éléments avant d’agir et peut demander au service de refuser une écriture ou une suppression si l’objet a changé. Pour une destination S3, ces contrôles dépendent des capacités Write only if the object does not exist, Replace only if the destination ETag matches et des capacités de suppression conditionnelle appropriées. Configurez-les dans File > Accounts... > Edit... > Capabilities selon la prise en charge du service et les exigences de signature. Les permissions correspondantes restent nécessaires.

Le dialogue avertit lorsque des changements destination peuvent ne pas être détectés. Un fichier local peut aussi changer entre sa vérification et l’écriture ou la suppression. Évitez de modifier les deux arborescences pendant l’opération.

Un conflit fichier/dossier, une collision après normalisation Unicode, une collision de casse pour une destination locale, un nom S3 impossible à représenter localement ou un chevauchement des racines fait échouer la préparation. SynchronizationConflict signale un changement détecté après préparation : l’action concernée n’est pas une réussite. Le bilan distingue les échecs, conflits et résultats inconnus ; inspectez les deux côtés avant une nouvelle synchronisation.