Résoudre les échecs de vérification des sauvegardes cloud — Garantir l'intégrité des données avec RcloneView
Les incohérences de somme de contrôle après un transfert cloud peuvent indiquer des différences entre fournisseurs ou une véritable corruption — comprendre le scénario en jeu détermine la bonne solution.
Après la fin d'une sauvegarde volumineuse, vous pouvez rencontrer des échecs de vérification : incohérences de somme de contrôle, fichiers marqués comme différents alors qu'ils devraient être identiques, ou erreurs dans les outils de comparaison de RcloneView. Ces échecs peuvent avoir plusieurs causes, allant de différences bénignes de métadonnées entre fournisseurs à une véritable corruption des données. Ce guide explique comment diagnostiquer chaque scénario et appliquer la bonne solution.
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.
Comprendre les types de sommes de contrôle
Différents fournisseurs cloud prennent en charge différents algorithmes de somme de contrôle. AWS S3 utilise MD5 (pour les téléversements standards) et SHA-256 (pour les sommes de contrôle). Google Drive utilise MD5. Backblaze B2 utilise SHA1. Dropbox utilise un hachage de bloc personnalisé. Lorsque rclone compare des fichiers entre deux fournisseurs utilisant des algorithmes de hachage différents, il se rabat sur une comparaison de taille et de date de modification plutôt que sur une comparaison de hachage.
Cela signifie qu'une « incohérence » dans la vue Folder Compare de RcloneView n'indique pas forcément une corruption — elle peut indiquer que les fournisseurs utilisent des types de hachage incompatibles et que rclone compare uniquement par taille. Une véritable corruption se manifeste par des tailles identiques mais des valeurs de hachage différentes sur le même algorithme.
Activer la vérification par somme de contrôle dans les tâches de synchronisation
Pour détecter une véritable corruption au moment du transfert, activez la vérification par somme de contrôle dans les paramètres de votre tâche de synchronisation. Dans RcloneView, ouvrez la tâche et allez à l'étape 2. Activez l'option checksum. Une fois cette option activée, rclone calcule et compare les hachages pendant le transfert. Si le hachage d'un fichier ne correspond pas après le téléversement, rclone relance le transfert.
Remarque : l'activation de la vérification par somme de contrôle augmente légèrement l'utilisation du processeur et le temps de transfert, mais elle permet de détecter une corruption de données qui passerait autrement inaperçue.
Utiliser Folder Compare pour détecter les incohérences
Une fois la sauvegarde terminée, ouvrez Folder Compare dans RcloneView. Pointez un côté vers votre source et l'autre vers la destination de sauvegarde. RcloneView affiche les fichiers dans trois catégories :
- Match : identique des deux côtés
- Source only : existe à la source mais absent à la destination
- Destination only : existe à la destination mais pas à la source
- Different : même nom mais attributs différents (taille, hachage ou date de modification)
Les fichiers dans la catégorie « Different » méritent un examen plus approfondi. Téléchargez et comparez un échantillon pour déterminer si le contenu est réellement différent ou s'il s'agit d'un artefact de métadonnées propre au fournisseur.
Exécuter une vérification via le terminal
Pour une vérification approfondie de l'intégrité, l'onglet Terminal de RcloneView vous permet d'exécuter directement des commandes rclone. Utilisez rclone check pour comparer minutieusement la source et la destination :
rclone check source:path destination:path --one-way
Cette commande liste chaque fichier qui diffère entre les deux côtés, en utilisant le meilleur hachage disponible pour chaque fournisseur. Le résultat indique précisément quels fichiers présentent des incohérences, ce qui permet de déterminer plus facilement si le problème est systématique ou isolé.
Relancer avec des paramètres différents
Si les échecs de vérification persistent et que les fichiers diffèrent réellement, relancez la tâche de sauvegarde avec :
- Vérification par somme de contrôle activée : garantit que rclone retransfère et valide les fichiers
- Ignore existing : force le retransfert même pour les fichiers qui semblent présents
- Low level retries augmentées : offre plus de chances de réussite des transferts
Pour les sauvegardes entre fournisseurs différents où les algorithmes de hachage diffèrent, passez au mode de comparaison taille et date de modification au lieu de la comparaison par hachage uniquement, dans les paramètres avancés de la tâche. Cela réduit les faux positifs liés à l'incompatibilité des hachages.
Pour commencer
- Téléchargez RcloneView depuis rcloneview.com.
- Activez la vérification par somme de contrôle dans les options de transfert de l'étape 2 de votre tâche de synchronisation.
- Une fois la sauvegarde terminée, utilisez Folder Compare pour identifier les éventuelles divergences.
- Pour une analyse plus poussée, exécutez
rclone checkdepuis l'onglet Terminal.
Une vérification systématique par somme de contrôle et une comparaison post-sauvegarde vous donnent l'assurance que vos sauvegardes cloud sont exactes au bit près.
Guides connexes :
- Résoudre les incohérences de somme de contrôle en synchronisation cloud avec RcloneView
- Migrations cloud vérifiées par somme de contrôle avec RcloneView
- Résoudre les fichiers manquants après un transfert de synchronisation cloud
Fournisseurs cloud pris en charge
