Résoudre les fichiers modifiés pendant le transfert — Résoudre les conflits de synchronisation cloud avec RcloneView
Lorsque des fichiers changent pendant que RcloneView les synchronise, les transferts peuvent échouer, produire des téléversements partiels ou créer des copies cloud incohérentes — voici comment détecter et résoudre chaque scénario.
Une source courante d'erreurs de synchronisation cloud est constituée par les fichiers modifiés, verrouillés ou en cours d'écriture pendant l'exécution d'une tâche de synchronisation. Les fichiers de base de données en cours d'écriture par une application, les documents ouverts dans Office ou les fichiers journaux activement complétés par un service en cours d'exécution peuvent tous provoquer des téléversements partiels ou des échecs de transfert. RcloneView affiche clairement ces erreurs dans ses journaux, et rclone propose plusieurs options pour les gérer avec élégance.
Gérez et synchronisez tous vos clouds au même endroit
RcloneView est une interface graphique multiplateforme pour rclone. Comparez des dossiers, transférez ou synchronisez des fichiers et automatisez vos workflows multi-cloud avec une interface visuelle et épurée.
- Tâches en un clic : Copier · Synchroniser · Comparer
- Planificateurs et historique pour une automatisation fiable
- Compatible avec Google Drive, OneDrive, Dropbox, S3, WebDAV, SFTP et plus
Fonctions essentielles gratuites. Automatisations disponibles avec Plus.
Identifier les erreurs de fichiers en cours d'utilisation dans les journaux RcloneView
Lorsqu'un fichier est verrouillé ou modifié pendant une synchronisation, rclone signale généralement une erreur telle que :
Failed to copy: file changed under us - trying againsource file is being written topartial read detected
Dans RcloneView, ces erreurs apparaissent dans l'onglet Journal en bas de l'interface. Une fois la tâche de synchronisation terminée, vérifiez le journal pour repérer les entrées ERROR indiquant des conflits de modification de fichiers. La vue Historique des tâches affiche également un statut Errored pour les tâches où certains fichiers n'ont pas pu être transférés.
Utiliser --ignore-errors et la logique de nouvelle tentative
Par défaut, les tâches de synchronisation de RcloneView sont configurées avec un nombre de tentatives (par défaut : 3) qui relance automatiquement les transferts échoués. Pour les fichiers verrouillés de manière transitoire (par exemple, un fichier brièvement ouvert puis fermé par une application), les nouvelles tentatives réussissent souvent lors des essais suivants.
Pour les tâches de synchronisation où certains fichiers sont systématiquement verrouillés (par exemple, des fichiers de base de données actifs), ajoutez --ignore-errors aux options rclone personnalisées dans la configuration de votre tâche de synchronisation. Cela indique à rclone de continuer à synchroniser les autres fichiers même en cas d'échec de certains, en réalisant autant que possible la synchronisation et en consignant les échecs pour examen.
Exclure les fichiers d'application actifs de la synchronisation
La meilleure solution à long terme pour les conflits de fichiers en cours d'utilisation consiste à exclure du périmètre de la tâche de synchronisation les fichiers toujours en cours d'utilisation active. Les paramètres de filtrage de RcloneView (Étape 3 de l'assistant de synchronisation) prennent en charge des règles d'exclusion personnalisées :
- Exclure les bases de données SQLite : ajoutez
*.db-journalet*.db-walpour exclure les journaux d'écriture anticipée actifs - Exclure les fichiers temporaires Office : ajoutez
~$*pour exclure les fichiers de verrouillage Word/Excel - Exclure les fichiers journaux en cours d'écriture : ajoutez
*.logou des motifs spécifiques
Ces filtres empêchent RcloneView de tenter de synchroniser des fichiers dont on sait qu'ils seront en cours d'utilisation pendant la tâche, éliminant ainsi entièrement cette catégorie d'erreurs.
Exécuter un essai à blanc pour vérifier l'efficacité des filtres
Après avoir ajouté des filtres d'exclusion, exécutez un essai à blanc (dry run) de la tâche de synchronisation pour confirmer que les fichiers filtrés n'apparaissent plus dans la liste de transfert. La sortie de l'essai à blanc affiche chaque fichier qui serait copié — vérifiez que vos fichiers de base de données actifs, fichiers de verrouillage et documents ouverts sont absents de la liste avant d'exécuter la synchronisation réelle.
Pour commencer
- Téléchargez RcloneView depuis rcloneview.com.
- Après une synchronisation échouée, vérifiez l'onglet Journal et l'Historique des tâches pour repérer les erreurs de modification de fichiers.
- Ajoutez des filtres d'exclusion personnalisés dans l'assistant de synchronisation pour les fichiers toujours en cours d'utilisation.
- Exécutez un essai à blanc pour confirmer que vos filtres fonctionnent, puis relancez la tâche de synchronisation.
Gérer les conflits de fichiers en cours d'utilisation dans RcloneView consiste à comprendre quels fichiers exclure et comment configurer les nouvelles tentatives — une fois correctement configuré, vos tâches de synchronisation s'exécutent proprement à chaque fois.
Guides connexes :
- Résoudre les fichiers manquants après un transfert de synchronisation cloud — Résoudre avec RcloneView
- Règles de filtrage et synchronisation sélective dans RcloneView
- Récupérer des transferts interrompus ou échoués avec RcloneView
Fournisseurs cloud pris en charge
