Pourquoi Cloud Sync indique-t-il Terminé alors que des fichiers manquent sur un NAS domestique ?

La synchronisation cloud peut indiquer complété alors que des fichiers manquent parce que le statut signifie généralement que le client n'a plus de travail sous ses règles actuelles, pas que chaque fichier sur un NAS domestique a une copie utilisable correspondante dans le cloud. Le diagnostic le plus rapide est de comparer les deux inventaires, puis de vérifier la portée de la tâche, les exclusions, les permissions, l'état des espaces réservés, la compatibilité des chemins, les conflits et l'historique des suppressions avant de forcer une nouvelle synchronisation.

Que confirme réellement « Complété » ?

Un badge de complétion est évalué par rapport aux racines sélectionnées du moteur de synchronisation, aux filtres, à la politique d'erreur et à la base de données actuelle. Il peut ne pas compter les fichiers exclus avant le transfert, rejetés par la destination, représentés uniquement par des espaces réservés, ou déplacés dans un chemin de conflit. Un guide de dépannage pour fichiers manquants après une synchronisation cloud terminée sépare la complétion de la tâche de l'exhaustivité de l'inventaire.

Sur un serveur domestique ZimaSpace, enregistrez d'abord la racine locale exacte, la racine distante, la direction de synchronisation, le compte et le nom de la tâche. Deux tâches avec des étiquettes similaires peuvent pointer vers différents dossiers NAS ou répertoires cloud, et un statut vert d'une tâche erronée ne prouve rien sur le chemin manquant.

Identifiez quel inventaire manque réellement des fichiers

Vérifiez le fichier à trois endroits : le dossier source sur le NAS, l'interface web du fournisseur cloud, et tout client de synchronisation de bureau ou mobile. L'absence côté client ne prouve pas que l'objet cloud a disparu. Un cas Nextcloud décrit des dossiers qui sont restés sur le serveur tout en disparaissant d'un client, ce qui a été corrigé en reconstruisant la relation de dossier de ce client.

Créez un tableau court avec le chemin relatif, la taille, l'heure de modification et l'état de l'emplacement. Classez chaque élément comme uniquement NAS, uniquement cloud, visible sur le web mais non hydraté localement, renommé en cas de conflit, ou manquant partout. Différents états nécessitent différentes réparations.

Vérifiez la portée de la tâche, les filtres et les règles de taille

Une tâche peut être saine tout en ignorant le contenu en dehors de sa sélection. Passez en revue les racines incluses, les dossiers exclus, les modèles de noms de fichiers, la taille maximale des fichiers, la politique des fichiers cachés, la politique des liens symboliques et la direction. Les rapports de Cloud Sync indiquant « à jour » alors que le contenu prévu ne se transfère jamais montrent pourquoi le chemin configuré et la base de données de la tâche doivent être vérifiés avant de supposer une défaillance réseau.

Pour un NAS familial, les vignettes générées, bases de données d'applications, corbeilles, données Docker et dossiers de configuration cachés ne doivent pas être inclus automatiquement. L'exigence importante est que les exclusions soient intentionnelles et documentées, et non que chaque objet du système de fichiers soit copié.

Séparez les entrées de substitution des données de fichiers entièrement disponibles

Certains clients cloud affichent un nom de fichier et une taille sans stocker le contenu complet sur cet appareil. Une explication du support odrive note que les fichiers de substitution peuvent ne contenir aucune donnée exploitable en dehors du dossier de synchronisation géré. Copier ces entrées dans un dossier d'ingestion NAS peut créer des fichiers apparents qui ne peuvent pas être ouverts ou hachés comme un contenu normal.

Testez en ouvrant ou en téléchargeant explicitement un élément affecté depuis l'interface cloud. Confirmez que sa taille devient réelle sur le disque et qu'un checksum peut être calculé. Ne comptez pas les icônes ou entrées de répertoire comme des copies protégées.

Vérifiez la compatibilité des noms de fichiers, chemins et destinations

Un NAS basé sur Linux peut stocker des noms que le service cloud, le client Windows ou la cible portable rejettent. Les caractères non pris en charge, les noms réservés, la profondeur excessive des chemins, les espaces en fin de nom et la normalisation Unicode peuvent provoquer des omissions. Une référence d'interopérabilité liste les restrictions sur les noms de fichiers et chemins complets qui varient selon la méthode d'accès.

Recherchez dans le journal détaillé des tâches les mentions de fichiers ignorés, invalides, non pris en charge, trop longs, non autorisés ou impossibles à créer. Exportez les chemins problématiques avant de renommer quoi que ce soit afin d'informer les applications et les utilisateurs domestiques des références qui vont changer.

Vérifiez les copies de conflit et la propagation des suppressions

Lorsque deux appareils modifient un fichier avant de voir les modifications de l'autre, un outil de synchronisation peut créer une copie de conflit, choisir une version ou déplacer le contenu dans une zone de récupération. Les symptômes de conflit incluent des suffixes avec le nom de l'appareil, des dossiers en double, et des fichiers présents sur l'interface web du cloud mais absents sur un ordinateur. Une analyse pratique des doublons et fichiers manquants causés par des conflits de synchronisation montre pourquoi il est nécessaire d'inventorier les emplacements des conflits avant de procéder au nettoyage.

La synchronisation bidirectionnelle propage aussi les suppressions. Vérifiez les corbeilles cloud, l’historique des versions, les instantanés NAS et les dossiers de conflit avant d’exécuter une réinitialisation ou une opération de reliaison. Une nouvelle synchronisation depuis un côté déjà incomplet peut rendre l’état incomplet définitif.

Comparez les comptes, tailles et hachages au lieu de faire confiance au badge

Générez des inventaires récursifs à partir de la racine NAS sélectionnée et de la destination cloud. Comparez d’abord les chemins relatifs, puis les tailles, et enfin les sommes de contrôle pour les fichiers importants que les deux systèmes peuvent lire. Les seuls comptes peuvent masquer un fichier manquant et un doublon inattendu.

C’est le même principe utilisé pour détecter une tâche de sauvegarde silencieusement incomplète : l’achèvement est un événement, tandis que la complétude est une propriété testée séparément.

Utilisez une séquence de récupération à faible risque

1. Mettez en pause la synchronisation bidirectionnelle sur tous les appareils participants.
2. Exportez les journaux, les paramètres de tâche et les inventaires de fichiers.
3. Copiez les fichiers uniques au NAS et au cloud dans des dossiers de quarantaine séparés.
4. Récupérez les versions supprimées ou en conflit avant de relier à nouveau la tâche.
5. Corrigez la portée, les permissions, les noms de chemin ou la gestion des espaces réservés.
6. Effectuez une comparaison à blanc ou un test unidirectionnel sur un petit dossier.
7. Reprenez la tâche complète uniquement après que les deux inventaires de test correspondent.

FAQ

La synchronisation cloud compte-t-elle comme une sauvegarde ?

Pas à eux seuls. La synchronisation bidirectionnelle peut copier une suppression accidentelle, une corruption ou des modifications par ransomware. Conservez des versions indépendantes ou des sauvegardes en dehors de la relation de synchronisation modifiable.

Les fichiers cachés doivent-ils toujours être synchronisés ?

Non. Certains sont des caches jetables ou des métadonnées système, tandis que d’autres contiennent la configuration d’application. Décidez selon la valeur de restauration plutôt que la visibilité.

Comment pouvez-vous prouver que les deux côtés sont complets ?

Comparez les chemins relatifs normalisés, les tailles et les sommes de contrôle sélectionnées, puis restaurez et ouvrez des fichiers représentatifs depuis le côté cloud.

Conclusion finale

La synchronisation cloud peut être complète selon ses règles configurées alors qu’un NAS domestique et une destination cloud contiennent encore des fichiers utilisables différents. Diagnostiquez l’emplacement exact manquant, vérifiez la portée et les exclusions, distinguez les espaces réservés du contenu, inspectez les conflits et suppressions, et comparez les inventaires avant de réinitialiser la tâche.