Résoudre les problèmes de synchronisation de fichiers Azure

Utilisez Azure File Sync pour centraliser les partages de fichiers de votre organisation dans Azure Files tout en conservant la flexibilité, le niveau de performance et la compatibilité d’un serveur de fichiers local. Azure File Sync transforme Windows Server en un cache rapide de votre partage de fichiers Azure. Vous pouvez utiliser tout protocole disponible dans Windows Server pour accéder à vos données localement, notamment SMB, NFS et FTPS. Vous pouvez avoir autant de caches que nécessaire dans le monde entier.

Cet article est destiné à vous aider à dépanner et à résoudre les problèmes que vous pouvez rencontrer avec le déploiement d’Azure File Sync. Nous vous y expliquons également comment collecter des journaux d’activité du système qui sont utiles pour analyser les problèmes rencontrés de manière plus approfondie. Si vous ne trouvez pas de réponse à votre question ici, vous pouvez nous joindre par le biais des méthodes suivantes (par ordre de priorité) :

Je rencontre un problème avec Azure File Sync sur mon serveur (synchronisation, hiérarchisation cloud, etc.). Dois-je supprimer et recréer mon point de terminaison de serveur ?

Non, supprimer un point de terminaison de serveur et redémarrer un serveur ne reviennent pas au même ! Le fait de supprimer et de recréer le point de terminaison de serveur n’est presque jamais une solution appropriée pour résoudre les problèmes de synchronisation, de hiérarchisation cloud ou d’autres aspects d’Azure File Sync. La suppression d’un point de terminaison de serveur est une opération destructrice. Elle peut entraîner une perte de données dans le cas où des fichiers hiérarchisés existent en dehors de l’espace de noms du point de terminaison de serveur. Pour obtenir davantage d’informations, consultez Pourquoi les fichiers hiérarchisés existent-ils en dehors de l’espace de noms du point de terminaison du serveur ?. Elle peut également provoquer l’impossibilité d’accéder aux fichiers hiérarchisés qui existent dans l’espace de noms du point de terminaison de serveur. Ces problèmes ne sont pas résolus par la recréation du point de terminaison. Des fichiers hiérarchisés peuvent exister dans l’espace de noms du point de terminaison de votre serveur même si la hiérarchisation cloud n’a jamais été activée. C’est pourquoi nous vous recommandons de ne pas supprimer le point de terminaison du serveur, sauf si vous souhaitez cesser d’utiliser Azure File Sync avec ce dossier particulier ou si un ingénieur Microsoft vous a expressément demandé de le faire. Pour plus d’informations sur la suppression de points de terminaison de serveur, consultez Supprimer un point de terminaison de serveur.

Installation de l’agent et inscription du serveur

Résoudre les problèmes d’installation de l’agent
Si l’installation de l’agent Azure File Sync échoue, à partir d’une invite de commandes avec élévation de privilèges, exécutez la commande suivante pour activer la journalisation durant l’installation de l’agent :

StorageSyncAgent.msi /l*v AFSInstaller.log

Examinez le fichier installer.log pour déterminer la cause de l’échec de l’installation.

L’installation de l’agent échoue avec l’erreur : L’Assistant Agent de synchronisation de stockage s’est terminé prématurément

Dans le journal d’installation de l’agent, l’erreur suivante est consignée :

CAQuietExec64:  + CategoryInfo          : SecurityError: (:) , PSSecurityException
CAQuietExec64:  + FullyQualifiedErrorId : UnauthorizedAccess
CAQuietExec64:  Error 0x80070001: Command line returned an error.

Ce problème se produit si la stratégie d’exécution de PowerShell est configurée à l’aide d’une stratégie de groupe et que le paramètre de stratégie est « Autoriser uniquement les scripts signés ». Tous les scripts inclus avec l’agent Azure File Sync sont signés. L’installation de l’agent Azure File Sync échoue, car le programme d’installation exécute le script avec le paramètre de stratégie Contourner l’exécution.

Pour résoudre ce problème, désactivez temporairement le paramètre de stratégie de groupe Activer l’exécution des scripts sur le serveur. Une fois l’installation de l’agent terminée, vous pouvez réactiver le paramètre de stratégie de groupe.

L’installation de l’agent échoue sur le contrôleur de domaine Active Directory
Si vous essayez d’installer l’agent de synchronisation sur un contrôleur de domaine Active Directory où le propriétaire du rôle de contrôleur de domaine principal est sur Windows Server 2008 R2 ou un système d’exploitation antérieur, l’agent de synchronisation peut échouer.

Pour résoudre cela, transférez le rôle de contrôleur de domaine principal à un autre contrôleur de domaine avec Windows Server 2012 R2 ou une version plus récente, puis synchronisez.

L’accès à un volume sur Windows Server 2012 R2 échoue en générant l’erreur suivante : Le paramètre est incorrect
Après la création d’un point de terminaison de serveur sur Windows Server 2012 R2, l’erreur suivante se produit lors de l’accès au volume :

lettre de lecteur :\ n’est pas accessible.
Le paramètre est incorrect.

Pour résoudre ce problème, installez KB2919355 et redémarrez le serveur. Si cette mise à jour ne s’installe pas car une mise à jour ultérieure est déjà installée, accédez à Windows Update, installez les dernières mises à jour pour Windows Server 2012 R2 et redémarrez le serveur.

L’inscription du serveur ne répertorie pas tous les abonnements Azure
Lors de l’inscription d’un serveur à l’aide de ServerRegistration.exe, des abonnements sont manquants dans la liste déroulante Abonnement Azure.

Ce problème se produit parce que ServerRegistration.exe ne récupère que les abonnements des cinq premiers locataires Azure AD.

Pour augmenter la limite de locataires de ServerRegistration sur le serveur, créez une valeur DWORD appelée ServerRegistrationTenantLimit et supérieure à 5 sous HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Azure\StorageSync.

Vous pouvez également contourner ce problème en utilisant les commandes PowerShell suivantes pour inscrire le serveur :

Connect-AzAccount -Subscription "<guid>" -Tenant "<guid>"
Register-AzStorageSyncServer -ResourceGroupName "<your-resource-group-name>" -StorageSyncServiceName "<your-storage-sync-service-name>"

L’inscription du serveur affiche le message suivant : « Les conditions préalables sont manquantes »
Ce message apparaît si le module Az ou AzureRM PowerShell n’est pas installé sur PowerShell 5.1.

Notes

ServerRegistration.exe ne prend pas en charge PowerShell 6.x. Vous pouvez utiliser la cmdlet Register-AzStorageSyncServer sur PowerShell 6.x pour inscrire le serveur.

Pour installer le module AZ ou AzureRM sur PowerShell 5.1, procédez comme suit :

  1. Tapez PowerShell à partir d’une invite de commandes avec élévation de privilèges et appuyez sur entrée.
  2. Installez le dernier module AZ ou AzureRM en suivant la documentation :
  3. Exécutez ServerRegistration.exe, puis effectuez l’Assistant pour inscrire le serveur auprès d’un service de synchronisation de stockage.

L’inscription du serveur affiche le message suivant : « Ce serveur est déjà inscrit »

Capture d’écran de la boîte de dialogue d’inscription du serveur avec le message d’erreur « Ce serveur est déjà inscrit »

Ce message s’affiche si le serveur a déjà été inscrit auprès d’un service de synchronisation de stockage. Pour désinscrire le serveur du service de synchronisation de stockage actuel et l’inscrire ensuite auprès d’un nouveau service de synchronisation de stockage, suivez les étapes décrites dans Désinscrire un serveur d’Azure File Sync.

Si le serveur n’est pas répertorié sous Serveurs inscrits dans le service de synchronisation de stockage, sur le serveur à désinscrire, exécutez les commandes PowerShell suivantes :

Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
Reset-StorageSyncServer

Notes

Si le serveur fait partie d’un cluster, vous pouvez utiliser le paramètre facultatif Reset-StorageSyncServer -CleanClusterRegistration pour annuler aussi l’inscription du cluster.

Quand j’inscris un serveur, je vois de nombreuses réponses indiquant que le site web n’est pas approuvé. Pourquoi ?
Ce problème se produit quand la stratégie Sécurité renforcée d’Internet Explorer est activée pendant l’inscription du serveur. Pour plus d’informations sur la façon de désactiver correctement la stratégie de Sécurité renforcée d’Internet Explorer, consultez Préparer Windows Server pour une utilisation avec Azure File Sync et Déployer Azure File Sync.

Le serveur n’est pas listé sous Serveurs inscrits sur le Portail Azure
Si un serveur n’est pas listé sous Serveurs inscrits pour un service de synchronisation de stockage :

  1. Connectez-vous au serveur que vous souhaitez inscrire.
  2. Ouvrez l’Explorateur de fichiers, puis accédez au répertoire d’installation de l’agent de synchronisation de stockage (l’emplacement par défaut est C:\Program Files\Azure\StorageSyncAgent).
  3. Exécutez ServerRegistration.exe, puis effectuez l’Assistant pour inscrire le serveur auprès d’un service de synchronisation de stockage.

Gestion du groupe de synchronisation

Erreurs de création de point de terminaison cloud

La création du point de terminaison cloud échoue, avec cette erreur : « Le partage de fichiers Azure spécifié est déjà en cours d’utilisation par un autre point de terminaison cloud »
Cette erreur se produit si le partage de fichiers Azure est déjà en cours d’utilisation par un autre point de terminaison cloud.

Si vous voyez ce message et que le partage de fichiers Azure n’est pas en cours d’utilisation par un point de terminaison cloud, effectuez les étapes suivantes pour supprimer les métadonnées Azure File Sync sur le partage de fichiers Azure :

Avertissement

La suppression des métadonnées sur un partage de fichiers Azure en cours d’utilisation par un point de terminaison cloud entraîne l’échec des opérations Azure File Sync. Si vous utilisez ensuite ce partage de fichiers pour la synchronisation dans un autre groupe de synchronisation, une perte de données pour les fichiers dans l’ancien groupe de synchronisation est presque certaine.

  1. Dans le portail Azure, accédez au partage de fichiers Azure.
  2. Cliquez avec le bouton droit sur le partage de fichiers Azure, puis sélectionnez Modifier les métadonnées.
  3. Cliquez avec le bouton droit sur SyncService, puis sélectionnez Supprimer.

La création du point de terminaison cloud échoue, avec cette erreur : « AuthorizationFailed »
Cette erreur se produit si votre compte d’utilisateur ne dispose pas des droits suffisants pour créer un point de terminaison cloud.

Pour créer un point de terminaison cloud, votre compte d’utilisateur doit disposer des autorisations Microsoft suivantes :

  • Lecture : Obtenir la définition de rôle
  • Écriture : Créer ou mettre à jour une définition de rôle personnalisée
  • Lecture : Obtenir l’affectation de rôle
  • Écriture : Créer une attribution de rôle

Les rôles intégrés suivants ont les autorisations Microsoft nécessaires :

  • Propriétaire
  • Administrateur de l'accès utilisateur

Pour déterminer si votre rôle de compte d’utilisateur a les autorisations nécessaires :

  1. Dans le portail Azure, sélectionnez Groupes de ressources.
  2. Sélectionnez le groupe de ressources dans lequel se trouve le compte de stockage, puis sélectionnez Contrôle d’accès (IAM) .
  3. Sélectionnez l’onglet Attributions de rôles.
  4. Sélectionnez le Rôle (par exemple, Propriétaire ou Contributeur) pour votre compte d’utilisateur.
  5. Dans la liste Fournisseur de ressources, sélectionnez Autorisation Microsoft.
    • Attribution de rôle doit avoir les autorisations Lecture et Écriture.
    • Définition de rôle doit avoir les autorisations Lecture et Écriture.

Erreurs de création et de suppression de point de terminaison de serveur

La création du point de terminaison de serveur échoue, avec cette erreur : « MgmtServerJobFailed » (Code d'erreur : -2134375898 ou 0x80c80226)
Cette erreur se produit si le chemin du point de terminaison de serveur se trouve sur le volume système et que la hiérarchisation cloud est activée. La hiérarchisation cloud n’est pas prise en charge sur le volume système. Pour créer un point de terminaison de serveur sur le volume système, désactivez la hiérarchisation cloud quand vous créez le point de terminaison de serveur.

La création du point de terminaison de serveur échoue, avec cette erreur : « MgmtServerJobFailed » (Code d'erreur : -2147024894 ou 0x80070002)
Cette erreur se produit si le chemin d’accès au point de terminaison du serveur spécifié n’est pas valide. Vérifiez que le chemin d’accès au point de terminaison du serveur spécifié est un volume NTFS attaché localement. Notez que Azure File Sync ne prend pas en charge les lecteurs mappés comme un chemin de point de terminaison de serveur.

La création du point de terminaison de serveur échoue, avec cette erreur : « MgmtServerJobFailed » (Code d’erreur : -2134375640 ou 0x80c80328)
Cette erreur se produit si le chemin du point de terminaison du serveur spécifié n’est pas un volume NTFS. Vérifiez que le chemin d’accès au point de terminaison du serveur spécifié est un volume NTFS attaché localement. Notez que Azure File Sync ne prend pas en charge les lecteurs mappés comme un chemin de point de terminaison de serveur.

La création du point de terminaison de serveur échoue, avec cette erreur : « MgmtServerJobFailed » (Code d'erreur : -2134347507 ou 0x80c8710d)
Cette erreur se produit parce qu’Azure File Sync ne prend pas en charge les points de terminaison de serveur sur les volumes, qui comportent un dossier System Volume Information compressé. Pour résoudre ce problème, décompressez le dossier System Volume Information. Si le dossier System Volume Information est le seul dossier compressé sur le volume, procédez comme suit :

  1. Téléchargez l’outil PsExec.
  2. Exécutez la commande suivante à partir d’une invite de commandes avec élévation de privilèges pour lancer une invite de commandes qui s’exécute sous le compte système : PsExec.exe -i -s -d cmd
  3. À partir de l’invite de commandes qui s’exécute sous le compte système, tapez les commandes suivantes et appuyez sur entrée :
    cd /d "drive letter:\System Volume Information"
    compact /u /s

La création du point de terminaison de serveur échoue, avec cette erreur : « MgmtServerJobFailed » (Code d'erreur : -2134376345 ou 0x80C80067)
Cette erreur se produit si la limite des points de terminaison de serveur par serveur est atteinte. Azure File Sync prend actuellement en charge jusqu’à 30 points de terminaison de serveur par serveur. Pour plus d’informations, consultez la page sur la de tarification Azure File Sync.

La création du point de terminaison de serveur échoue, avec cette erreur : « MgmtServerJobFailed » (Code d’erreur : -2134376427 or 0x80c80015)
Cette erreur se produit si un autre nœud final de serveur est déjà en train de synchroniser le chemin du nœud final de serveur spécifié. Azure File Sync ne prend pas en charge plusieurs points de terminaison de serveur qui synchronisent le même répertoire ou volume.

La création du point de terminaison de serveur échoue, avec cette erreur : « MgmtServerJobFailed » (Code d’erreur : -2160590967 ou 0x80c80077)
Cette erreur se produit si le chemin du point de terminaison de serveur contient des fichiers hiérarchisés orphelins. Si un point de terminaison de serveur a été récemment supprimé, patientez jusqu’à la fin du nettoyage des fichiers hiérarchisés orphelins. Un ID d’événement 6662 est enregistré dans le journal des événements de télémétrie une fois que le nettoyage des fichiers hiérarchisés orphelins a démarré. Un ID d’événement 6661 est enregistré une fois que le nettoyage des fichiers hiérarchisés orphelins est terminé et qu’un point de terminaison de serveur peut être recréé à l’aide du chemin. Si la création du point de terminaison de serveur échoue après le nettoyage des fichiers hiérarchisés ou si l’ID d’événement 6661 est introuvable dans le journal des événements de télémétrie en raison de la substitution de ce journal, supprimez les fichiers hiérarchisés orphelins en suivant les étapes décrites dans la section Les fichiers hiérarchisés ne sont pas accessibles sur le serveur après la suppression d’un point de terminaison de serveur.

La suppression du point de terminaison de serveur échoue, avec cette erreur : « MgmtServerJobExpired » (Code d'erreur : -2134347757 ou 0x80c87013)
Cette erreur se produit si le serveur est hors connexion ou n’a pas de connectivité réseau. Si le serveur n’est plus disponible, désinscrivez le serveur dans le portail pour supprimer les points de terminaison de serveur. Pour supprimer les points de terminaison de serveur, suivez les étapes décrites dans Désinscrire un serveur dans Azure File Sync.

Intégrité du point de terminaison de serveur

Impossible d’ouvrir la page de propriétés du point de terminaison serveur ou de mettre à jour de la stratégie de hiérarchisation du cloud
Ce problème peut se produire si une opération de gestion sur le point de terminaison serveur échoue. Si la page de propriétés de point de terminaison serveur ne s’ouvre pas dans le portail Azure, la mise à jour du point de terminaison serveur à l’aide des commandes PowerShell à partir du serveur peut résoudre ce problème.

# Get the server endpoint id based on the server endpoint DisplayName property
Get-AzStorageSyncServerEndpoint `
    -ResourceGroupName myrgname `
    -StorageSyncServiceName storagesvcname `
    -SyncGroupName mysyncgroup | `
Tee-Object -Variable serverEndpoint

# Update the free space percent policy for the server endpoint
Set-AzStorageSyncServerEndpoint `
    -InputObject $serverEndpoint
    -CloudTiering `
    -VolumeFreeSpacePercent 60

Le point de terminaison de serveur a un état d’intégrité « Aucune activité » ou « En attente », et l’état du serveur sur le panneau des serveurs inscrits est « Apparaît hors connexion »

Ce problème peut se produire si le processus de supervision de la synchronisation du stockage (AzureStorageSyncMonitor.exe) ne s’exécute pas ou que le serveur ne peut pas accéder au service Azure File Sync.

Sur le serveur qui porte la mention « Apparaît hors connexion » dans le portail, examinez l’ID d’événement 9301 dans le journal des événements de télémétrie (situé sous Applications et services\Microsoft\FileSync\Agent dans l’Observateur d’événements) pour déterminer la raison pour laquelle le serveur ne peut pas accéder au service Azure File Sync.

  • Si l’événement GetNextJob s’est terminé avec l’état : 0 est enregistré, le serveur peut communiquer avec le service Azure File Sync.

    • Ouvrez le gestionnaire des tâches sur le serveur et vérifiez que le processus de surveillance de la synchronisation du stockage (AzureStorageSyncMonitor.exe) est en cours d’exécution. Si le processus ne s’exécute pas, essayez d’abord de redémarrer le serveur. Si le redémarrage du serveur ne résout pas le problème, procédez à une mise à niveau vers la dernière version de l'agent Azure File Sync.
  • Si l’événement GetNextJob s’est terminé avec l’état : −2134347756 est enregistré, le serveur ne peut pas communiquer avec le service Azure File Sync à cause d’un pare-feu, d’un proxy ou de la configuration de l’ordre des suites de chiffrement TLS.

    • Si le serveur se trouve derrière un pare-feu, vérifiez que le port 443 sortant est autorisé. Si le pare-feu restreint le trafic à des domaines spécifiques, vérifiez que les domaines répertoriés dans la documentation du pare-feu sont accessibles.

    • Si le serveur se trouve derrière un proxy, configurez les paramètres de proxy au niveau de l’ordinateur ou de l’application en suivant la procédure de la documentation du proxy.

    • Utilisez l’applet de commande Test-StorageSyncNetworkConnectivity pour vérifier la connectivité réseau aux points de terminaison de service. Pour plus d’informations, consultez Tester la connectivité réseau aux points de terminaison de service.

    • Si l’ordre des suites de chiffrement TLS est configuré sur le serveur, vous pouvez utiliser une stratégie de groupe ou les cmdlets TLS pour ajouter des suites de chiffrement :

      Azure File Sync prend actuellement en charge les suites de chiffrement suivantes pour le protocole TLS 1.2 :

      • TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
      • TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
      • TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
      • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
  • Si l’événement GetNextJob s’est terminé avec l’état : -2134347764 est enregistré, le serveur ne peut pas communiquer avec le service Azure File Sync à cause de l’expiration ou de la suppression d’un certificat.

    • Exécutez la commande PowerShell suivante sur le serveur pour réinitialiser le certificat utilisé pour l’authentification :
    Reset-AzStorageSyncServerCertificate -ResourceGroupName <string> -StorageSyncServiceName <string>
    

Le point de terminaison du serveur a l’état d’intégrité « Aucune activité », et l’état du serveur sur le panneau des serveurs inscrits est « En ligne »

Si un point de terminaison de serveur a l’état d’intégrité « Aucune activité », cela signifie qu’il n’a journalisé aucune activité de synchronisation au cours des deux dernières heures.

Pour vérifier l’activité de synchronisation active sur un serveur, consultez Comment suivre la progression d’une session de synchronisation active ?.

Un point de terminaison de serveur risque de ne pas journaliser l’activité de synchronisation pendant plusieurs heures en raison d’un bogue ou de ressources système insuffisantes. Vérifiez que la dernière version de l’agent Azure File Sync est installée. Si le problème persiste, ouvrez une demande de support.

Notes

Si l’état du serveur sur le panneau des serveurs inscrits est « Apparaît hors connexion », suivez les étapes décrites dans la section Le point de terminaison de serveur a un état d’intégrité « Aucune activité » ou « En attente » et l’état du serveur dans le panneau des serveurs inscrits est « Apparaît hors connexion ».

Synchronisation

Après avoir créé un fichier directement dans mon partage de fichiers Azure sur SMB ou par le biais du portail, combien de temps faut-il pour synchroniser le fichier sur les serveurs du groupe de synchronisation ?

Les modifications apportées au partage de fichiers Azure avec le portail Azure ou SMB ne sont pas immédiatement détectées et répliquées comme le sont des modifications apportées au point de terminaison de serveur. Azure Files n’a pas encore de notifications ou journalisation des modifications. Il n’existe donc aucun moyen de lancer automatiquement une session de synchronisation lorsque des fichiers sont modifiés. Sur Windows Server, Azure File Sync utilise la journalisation du nombre de séquences de mise à jour de Windows pour lancer automatiquement une session de synchronisation quand des fichiers changent.

Pour détecter les modifications apportées au partage de fichiers Azure, Azure File Sync a une tâche planifiée appelée tâche de détection des modifications. Une tâche de détection des modifications énumère tous les fichiers inclus dans le partage de fichiers, puis les compare à la version de synchronisation de ces fichiers. Lorsque la tâche de détection des modifications détermine que des fichiers ont changé, Azure File Sync lance une session de synchronisation. La tâche de détection des modifications est lancée toutes les 24 heures. Étant donné que la tâche de détection des modifications fonctionne en énumérant chaque fichier dans le partage de fichiers Azure, elle prend plus de temps dans les espaces de noms de grande taille que dans les plus petits. Pour des espaces de noms de grande taille, plus de 24 heures peuvent être nécessaires pour déterminer les fichiers qui ont été modifiés.

Pour synchroniser immédiatement les fichiers qui ont été modifiés dans le partage de fichiers Azure, le cmdlet PowerShell Invoke-AzStorageSyncChangeDetection permet de lancer manuellement la détection des modifications apportées au partage de fichiers Azure. Cette cmdlet est destinée aux scénarios dans lesquels un certain type de processus automatisé apporte des modifications au partage de fichiers Azure ou dans lesquels les modifications sont apportées par un administrateur (comme le déplacement de fichiers et de répertoires dans le partage). Pour les changements d’utilisateurs finaux, il est recommandé d’installer l’agent Azure File Sync dans une machine virtuelle IaaS et de demander aux utilisateurs finaux d’accéder au partage de fichiers via la machine virtuelle IaaS. Ainsi, toutes les modifications sont rapidement synchronisées avec d’autres agents, sans qu’il soit nécessaire d’utiliser la cmdlet Invoke-AzStorageSyncChangeDetection. Pour plus d’informations, consultez la documentation Invoke-AzStorageSyncChangeDetection.

Notes

L’applet de commande PowerShell Invoke-AzStorageSyncChangeDetection ne peut détecter qu’un maximum de 10 000 éléments. Pour les autres limitations, consultez la documentation Invoke-AzStorageSyncChangeDetection.

Notes

Les modifications apportées à un partage de fichiers Azure avec REST ne mettent pas à jour l’heure de dernière modification de SMB et ne sont pas visibles en tant que modifications par synchronisation.

Nous étudions la possibilité d’ajouter la détection des modifications pour un partage de fichiers Azure de la même façon que le nombre de séquences de mise à jour (USN) pour les volumes sur Windows Server. Aidez-nous à faire passer le développement de cette fonctionnalité en priorité en votant pour celle-ci via la page Commentaires de la communauté Azure.

L’intégrité du point de terminaison de serveur est en état d’attente pendant plusieurs heures
Ce problème peut se produire si vous créez un point de terminaison cloud et que vous utilisez un partage de fichiers Azure contenant des données. Le travail d’énumération de modifications qui analyse les modifications dans le partage de fichiers Azure doit être terminé avant que les fichiers puissent être synchronisés entre le cloud et les points de terminaison serveur. La durée d’exécution du travail dépend de la taille de l’espace de noms dans le partage de fichiers Azure. L’intégrité du point de terminaison de serveur doit se mettre à jour une fois que le travail d’énumération des modifications est terminé.

Comment surveiller l’intégrité de synchronisation ?

Au sein de chaque groupe de synchronisation, vous pouvez zoomer sur ses points de terminaison serveur individuel pour afficher l’état des dernières sessions de synchronisation terminées. Une colonne de contrôle d’intégrité verte et des fichiers non synchronisés à la valeur 0 indiquent que la synchronisation fonctionne comme prévu. Dans le cas contraire, voir ci-dessous pour obtenir la liste des erreurs de synchronisation courantes et savoir comment gérer les fichiers qui ne synchronisent pas.

Capture d’écran du portail Azure

Comment surveiller la progression d’une session en cours de synchronisation ?

Au sein de votre groupe de synchronisation, accédez au point de terminaison de serveur en question et examinez la section Activité de synchronisation pour voir le nombre de fichiers chargés ou téléchargés dans la session de synchronisation en cours. Gardez à l’esprit que cet état sera retardé d’environ 5 minutes, et si votre session de synchronisation est suffisamment petite pour être effectuée pendant cette période, il peut ne pas être signalé dans le portail.

Comment savoir si mes serveurs sont synchronisés entre eux ?

Pour chaque serveur dans un groupe de synchronisation donné, vérifiez que :

  • Les horodatages de la dernière tentative de synchronisation pour le chargement téléchargement sont récents.
  • L’état est affiché en vert pour le chargement et le téléchargement.
  • Le champ de l’activité de synchronisation présente très peu ou pas de fichiers restant à synchroniser.
  • Le champ des fichiers non synchronisés est à 0 pour le chargement et le téléchargement.

Comment puis-je voir s’il existe des fichiers ou dossiers qui ne sont pas synchronisés ?

Si votre PerItemErrorCount sur le serveur ou le nombre de fichiers non synchronisés dans le portail est supérieur à 0 pour une session de synchronisation donnée, cela signifie que certains éléments ne sont pas synchronisés. Les fichiers et les dossiers peuvent avoir des caractéristiques qui empêchent leur synchronisation. Ces caractéristiques peuvent être persistantes et nécessitent une action explicite pour reprendre la synchronisation, par exemple la suppression des caractères non pris en charge à partir du nom du fichier ou du dossier. Elles peuvent aussi être temporaires, ce qui signifie que le fichier ou le dossier reprendra automatiquement la synchronisation ; par exemple, des fichiers avec des handles ouverts qui reprennent automatiquement la synchronisation quand le fichier est fermé. Lorsque le moteur Azure File Sync détecte ce type de problème, un journal des erreurs est généré, il peut être analysé pour répertorier les éléments qui ne sont pas en train de se synchroniser correctement.

Pour afficher ces erreurs, exécutez le script PowerShell FileSyncErrorsReport.ps1 (situé dans le répertoire d’installation de l’agent Azure File Sync) pour identifier les fichiers qui ont échoué lors de la synchronisation en raison de descripteurs ouverts, de caractères non pris en charge, ou d’autres problèmes. Le champ ItemPath vous indique l’emplacement du fichier en relation avec le répertoire racine de synchronisation. Consultez la liste des erreurs de synchronisation courantes ci-dessous pour les étapes de correction.

Notes

Si le script FileSyncErrorsReport.ps1 retourne « Aucune erreur de fichier n’a été trouvée » ou ne contient pas d’erreurs par élément pour le groupe de synchronisation, la cause est l’une des suivantes :

  • Cause 1 : La dernière session de synchronisation terminée n’a pas d’erreurs par élément. Le portail doit être mis à jour bientôt pour afficher « 0 Fichiers non synchronisés ». Par défaut, le script FileSyncErrorsReport.ps1 affiche uniquement les erreurs par élément pour la dernière session de synchronisation terminée. Pour afficher les erreurs par élément pour toutes les sessions de synchronisation, utilisez le paramètre -ReportAllErrors.

    • Vérifiez l’ID d’événement 9102 le plus récent dans le journal des événements de télémétrie pour confirmer que PerItemErrorCount a la valeur 0.
  • Cause 2 : Le journal des événements ItemResults sur le serveur a été enveloppé (wrapped) car les erreurs par élément sont trop nombreuses et le journal des événements ne contient plus d’erreurs pour ce groupe de synchronisation.

    • Pour éviter ce problème, augmentez la taille du journal des événements ItemResults. Le journal des événements ItemResults se trouve sous « Journaux des applications et des services\Microsoft\FileSync\Agent » dans l’observateur d’événements.

Résolution des problèmes par les erreurs de synchronisation de fichier/répertoire

Journal ItemResults : erreurs de synchronisation par élément

HRESULT HRESULT (décimal) Chaîne d’erreur Problème Correction
0x80070043 -2147942467 ERROR_BAD_NET_NAME Le fichier hiérarchisé sur le serveur n’est pas accessible. Ce problème se produit si le fichier hiérarchisé n’a pas été rappelé avant la suppression d’un point de terminaison de serveur. Pour résoudre ce problème, consultez Fichiers hiérarchisés non accessibles sur le serveur après la suppression d’un point de terminaison de serveur.
0x80c80207 -2134375929 ECS_E_SYNC_CONSTRAINT_CONFLICT La modification de fichier ou de répertoire ne peut pas encore être synchronisée, car un dossier dépendant n’est pas encore synchronisé. Cet élément sera synchronisé une fois que les modifications dépendantes seront synchronisées. Aucune action requise. Si l’erreur persiste pendant plusieurs jours, utilisez le script PowerShell FileSyncErrorsReport.ps1 pour déterminer la raison pour laquelle le dossier dépendant n’est pas encore synchronisé.
0x80C8028A -2134375798 ECS_E_SYNC_CONSTRAINT_CONFLICT_ON_FAILED_DEPENDEE La modification de fichier ou de répertoire ne peut pas encore être synchronisée, car un dossier dépendant n’est pas encore synchronisé. Cet élément sera synchronisé une fois que les modifications dépendantes seront synchronisées. Aucune action requise. Si l’erreur persiste pendant plusieurs jours, utilisez le script PowerShell FileSyncErrorsReport.ps1 pour déterminer la raison pour laquelle le dossier dépendant n’est pas encore synchronisé.
0x80c80284 -2134375804 ECS_E_SYNC_CONSTRAINT_CONFLICT_SESSION_FAILED La modification de fichier ou de répertoire ne peut pas encore être synchronisée, car un dossier dépendant n’est pas encore synchronisé et la session de synchronisation a échoué. Cet élément sera synchronisé une fois que les modifications dépendantes seront synchronisées. Aucune action requise. Si l’erreur persiste, recherchez la cause de l’échec de la session de synchronisation.
0x8007007b -2147024773 ERROR_INVALID_NAME Le nom de répertoire est non valide. Renommez le fichier ou le répertoire en question. Pour plus d’informations, voir Gestion des caractères non pris en charge.
0x80c80255 -2134375851 ECS_E_XSMB_REST_INCOMPATIBILITY Le nom de répertoire est non valide. Renommez le fichier ou le répertoire en question. Pour plus d’informations, voir Gestion des caractères non pris en charge.
0x80c80018 -2134376424 ECS_E_SYNC_FILE_IN_USE Le fichier ne peut pas être synchronisé, car il est en cours d’utilisation. Le fichier sera synchronisé lorsqu’il ne sera plus en cours d’utilisation. Aucune action requise. Azure File Sync crée une capture instantanée VSS temporaire une fois par jour sur le serveur pour synchroniser les fichiers qui ont des descripteurs ouverts.
0x80c8031d -2134375651 ECS_E_CONCURRENCY_CHECK_FAILED Le fichier a changé, mais la modification n’a pas encore été détectée par la synchronisation. La synchronisation sera rétablie une fois cette modification détectée. Aucune action requise.
0x80070002 -2147024894 ERROR_FILE_NOT_FOUND Le fichier a été supprimé et la synchronisation n’est pas au courant de la modification. Aucune action requise. La synchronisation arrête la journalisation de cette erreur une fois que la détection des modifications a détecté que le fichier a été supprimé.
0x80070003 -2147942403 ERROR_PATH_NOT_FOUND La suppression d’un fichier ou d’un répertoire ne peut pas être synchronisée, car l’élément a déjà été supprimé dans la destination et la synchronisation n’a pas connaissance de la modification. Aucune action requise. La synchronisation arrête la journalisation de cette erreur une fois que la détection des modifications s’est exécutée sur la destination et que la synchronisation a détecté que l’élément a été supprimé.
0x80c80205 -2134375931 ECS_E_SYNC_ITEM_SKIP Le fichier ou le répertoire a été ignoré, mais sera synchronisé au cours de la prochaine session de synchronisation. Si cette erreur est signalée lors du téléchargement de l’élément, il est plus que probable que le nom du fichier ou du répertoire n’est pas valide. Aucune action n’est requise si cette erreur est signalée lors du chargement du fichier. Si l’erreur est signalée lors du téléchargement du fichier, renommez le fichier ou le répertoire en question. Pour plus d’informations, voir Gestion des caractères non pris en charge.
0x800700B7 -2147024713 ERROR_ALREADY_EXISTS La création d’un fichier ou d’un répertoire ne peut pas être synchronisée, car l’élément existe déjà dans la destination et la synchronisation n’a pas connaissance de la modification. Aucune action requise. La synchronisation arrête la journalisation de cette erreur une fois que la détection des modifications s’est exécutée sur la destination et que la synchronisation a connaissance de ce nouvel élément.
0x80c8603e -2134351810 ECS_E_AZURE_STORAGE_SHARE_SIZE_LIMIT_REACHED Le fichier ne peut pas être synchronisé parce que la limite de partage de fichiers Azure est atteinte. Pour résoudre ce problème, voir la section Vous avez atteint la limite de stockage du partage de fichiers Azure dans le guide de dépannage.
0x80c83008 -2134364152 ECS_E_CANNOT_CREATE_AZURE_STAGED_FILE Le fichier ne peut pas être synchronisé parce que la limite de partage de fichiers Azure est atteinte. Pour résoudre ce problème, voir la section Vous avez atteint la limite de stockage du partage de fichiers Azure dans le guide de dépannage.
0x80c8027C -2134375812 ECS_E_ACCESS_DENIED_EFS Le fichier est chiffré par une solution non prise en charge (comme NTFS EFS). Déchiffrez le fichier et utilisez une solution de chiffrement prise en charge. Pour obtenir la liste des solutions prises en charge, consultez la section Chiffrement du guide de planification.
0x80c80283 -2160591491 ECS_E_ACCESS_DENIED_DFSRRO Le fichier se trouve dans un dossier de réplication DFS-R en lecture seule. Le fichier se trouve dans un dossier de réplication DFS-R en lecture seule. Azure Files Sync ne prend pas en charge les points de terminaison de serveur sur les dossiers de réplication en lecture seule DFS-R. Consultez le guide de planification pour plus d’informations.
0x80070005 -2147024891 ERROR_ACCESS_DENIED Le fichier est en attente de suppression. Aucune action requise. Le fichier est supprimé une fois que tous les descripteurs de fichiers ouverts sont fermés.
0x80c86044 -2134351804 ECS_E_AZURE_AUTHORIZATION_FAILED Le fichier ne peut pas être synchronisé, car les paramètres du pare-feu et du réseau virtuel sur le compte de stockage sont activés et le serveur n’a pas accès au compte de stockage. Ajoutez l’adresse IP ou le réseau virtuel du serveur en suivant les étapes décrites dans la section Configurer les paramètres de pare-feu et de réseau virtuel du Guide de déploiement.
0x80c80243 -2134375869 ECS_E_SECURITY_DESCRIPTOR_SIZE_TOO_LARGE Le fichier ne peut pas être synchronisé car la taille du descripteur de sécurité dépasse la limite de 64 Ko. Pour résoudre ce problème, supprimez les entrées du contrôle d’accès (ACE) du fichier afin de réduire la taille du descripteur de sécurité.
0x8000FFFF -2147418113 E_UNEXPECTED Le fichier ne peut pas être synchronisé en raison d’une erreur inattendue. Si l’erreur persiste pendant plusieurs jours, veuillez ouvrir un dossier de support.
0x80070020 -2147024864 ERROR_SHARING_VIOLATION Le fichier ne peut pas être synchronisé, car il est en cours d’utilisation. Le fichier sera synchronisé lorsqu’il ne sera plus en cours d’utilisation. Aucune action requise.
0x80c80017 -2134376425 ECS_E_SYNC_OPLOCK_BROKEN Le fichier a été modifié pendant la synchronisation, par conséquent, il doit être synchronisé à nouveau. Aucune action requise.
0x80070017 -2147024873 ERROR_CRC Impossible de synchroniser le fichier en raison d’une erreur CRC. Cette erreur peut se produire si un fichier hiérarchisé n’a pas été rappelé avant la suppression d’un point de terminaison de serveur ou si le fichier est endommagé. Pour résoudre ce problème, voir Les fichiers hiérarchisés ne sont pas accessibles sur le serveur après la suppression d’un point de terminaison de serveur afin de supprimer les fichiers hiérarchisés orphelins. Si l’erreur persiste après la suppression des fichiers hiérarchisés orphelins, exécutez la commande chkdsk sur le volume.
0x80c80200 -2134375936 ECS_E_SYNC_CONFLICT_NAME_EXISTS Impossible de synchroniser le fichier, car le nombre maximal de fichiers conflictuels a été atteint. Azure File Sync prend en charge 100 fichiers conflictuels par fichier. Pour en savoir plus sur les conflits de fichiers, consultez la FAQ d’Azure File Sync. Pour résoudre ce problème, réduisez le nombre de fichiers conflictuels. Le fichier est synchronisé une fois que le nombre de fichiers conflictuels est inférieur à 100.
0x80c8027d -2134375811 ECS_E_DIRECTORY_RENAME_FAILED Impossible de synchroniser le nom d’un répertoire, car des fichiers ou des dossiers au sein du répertoire ont des descripteurs ouverts. Aucune action requise. Le changement de nom du répertoire sera synchronisé une fois que tous les descripteurs de fichiers ouverts dans le répertoire seront fermés.
0x800700de -2147024674 ERROR_BAD_FILE_TYPE Le fichier hiérarchisé sur le serveur n’est pas accessible, car il fait référence à une version du fichier qui n’existe plus dans le partage de fichiers Azure. Ce problème peut se produire si le fichier à plusieurs niveaux a été restauré à partir d’une sauvegarde du serveur de Windows. Pour résoudre ce problème, restaurez le fichier à partir d’un instantané dans le partage de fichiers Azure.

Gestion des caractères non pris en charge

Si le script PowerShell FileSyncErrorsReport.ps1 montre des erreurs de synchronisation par élément dues à des caractères non pris en charge (code d’erreur 0x8007007b ou 0x80c80255), supprimez les caractères en cause des noms de fichiers respectifs, ou renommez-les. PowerShell imprimera probablement ces caractères en tant que points d’interrogation ou rectangles vides dans la mesure où la plupart de ces caractères n’ont aucun codage visuel standard.

Notes

L’outil d’évaluation peut servir à identifier les caractères qui ne sont pas pris en charge. Si votre jeu de données contient plusieurs fichiers avec des caractères non valides, utilisez le script ScanUnsupportedChars pour renommer les fichiers qui contiennent des caractères non pris en charge.

Le tableau ci-dessous contient tous les caractères unicode qu’Azure File Sync ne prend pas en charge.

Jeu de caractères Nombre de caractères
0x00000000 - 0x0000001F (caractères de contrôle) 32
0x0000FDD0 - 0x0000FDDD (formulaire de présentation arabe-a) 14
  • 0x00000022 (guillemets)
  • 0x0000002A (astérisque)
  • 0x0000002F (barre oblique)
  • 0x0000003A (deux-points)
  • 0x0000003C (inférieur à)
  • 0x0000003E (supérieur à)
  • 0x0000003F (point d’interrogation)
  • 0x0000005C (barre oblique inverse)
  • 0x0000007C (barre verticale)
9
  • 0x0004FFFE - 0x0004FFFF = 2 (type non caractère)
  • 0x0008FFFE - 0x0008FFFF = 2 (type non caractère)
  • 0x000CFFFE - 0x000CFFFF = 2 (type non caractère)
  • 0x0010FFFE - 0x0010FFFF = 2 (non-caractère)
8
  • 0x0000009D (commande de système d’exploitation osc)
  • 0x00000090 (dcs chaîne de commande d’appareils)
  • 0x0000008F (ss3 remplacement unique trois)
  • 0x00000081 (préréglage haut octet)
  • 0x0000007F (suppr Supprimer)
  • 0x0000008D (ri interligne inversé)
6
0x0000FFF0, 0x0000FFFD, 0x0000FFFE, 0x0000FFFF (spéciaux) 4
Fichiers ou répertoires se terminant par un point 1

Erreurs de synchronisation courantes

La session de synchronisation a été annulée.

Error Code
HRESULT 0x800704c7
HRESULT (décimal) -2147023673
Chaîne d’erreur ERROR_CANCELLED
Correction requise Non

Les sessions de synchronisation peuvent échouer pour diverses raisons, comme la mise à jour ou le redémarrage en cours du serveur, des captures instantanées VSS, etc. Bien que cette erreur semble nécessiter un suivi, il est possible d’ignorer cette erreur, sauf si elle persiste pendant une période de plusieurs heures.

Impossible d’établir une connexion avec le service.

Error Code
HRESULT 0x80072ee7
HRESULT (décimal) -2147012889
Chaîne d’erreur WININET_E_NAME_NOT_RESOLVED
Correction requise Oui

Cette erreur peut se produire chaque fois que le service Azure File Sync n’est pas accessible à partir du serveur. Vous pouvez résoudre cette erreur en parcourant les étapes suivantes :

  1. Vérifiez que le service Windows FileSyncSvc.exe n’est pas bloqué par votre pare-feu.

  2. Vérifiez que le port 443 est ouvert pour les connexions sortantes vers le service Azure File Sync. Pour cela, utilisez l’applet de commande Test-NetConnection. L’URL correspondant à l’espace réservé <azure-file-sync-endpoint> ci-dessous se trouve dans le document Paramètres de proxy et de pare-feu d’Azure File Sync.

    Test-NetConnection -ComputerName <azure-file-sync-endpoint> -Port 443
    
  3. Vérifiez que la configuration du proxy est définie comme prévu. Pour ce faire, utilisez l’applet de commande Get-StorageSyncProxyConfiguration. Vous trouverez des informations supplémentaires sur la configuration du proxy pour Azure File Sync dans Paramètres de proxy et de pare-feu d’Azure File Sync.

    $agentPath = "C:\Program Files\Azure\StorageSyncAgent"
    Import-Module "$agentPath\StorageSync.Management.ServerCmdlets.dll"
    Get-StorageSyncProxyConfiguration
    
  4. Utilisez l’applet de commande Test-StorageSyncNetworkConnectivity pour vérifier la connectivité réseau aux points de terminaison de service. Pour plus d’informations, consultez Tester la connectivité réseau aux points de terminaison de service.

  5. En cas de problèmes de connectivité réseau, contactez votre administrateur réseau pour obtenir une aide supplémentaire.

Notes

Une fois la connectivité réseau avec le service Azure File Sync restaurée, la synchronisation peut ne pas reprendre immédiatement. Par défaut, Azure File Sync lance une session de synchronisation toutes les 30 minutes si aucune modification n’est détectée au sein de l’emplacement du point de terminaison de serveur. Pour forcer une session de synchronisation, redémarrez le service d’agent de synchronisation de stockage (FileSyncSvc) ou apportez une modification à un fichier ou à un répertoire dans l’emplacement du point de terminaison du serveur.

La requête de l’utilisateur a été limitée par le service.

Error Code
HRESULT 0x80c8004c
HRESULT (décimal) -2134376372
Chaîne d’erreur ECS_E_USER_REQUEST_THROTTLED
Correction requise Non

Aucune action n’est requise; le serveur essayera à nouveau. Si cette erreur persiste pendant plusieurs heures, créez une demande de support.

La synchronisation a échoué car l’opération a été abandonnée

Error Code
HRESULT 0x80c83000
HRESULT (décimal) -2134364160
Chaîne d’erreur ECS_E_OPERATION_ABORTED
Correction requise Non

Aucune action n'est requise. Si cette erreur persiste pendant plusieurs heures, créez une demande de support.

La synchronisation est bloquée jusqu’à ce que la détection des modifications soit terminée après la restauration

Error Code
HRESULT 0x80c83075
HRESULT (décimal) -2134364043
Chaîne d’erreur ECS_E_SYNC_BLOCKED_ON_CHANGE_DETECTION_POST_RESTORE
Correction requise Non

Aucune action n'est requise. Quand un fichier ou un partage de fichiers (point de terminaison cloud) est restauré à l’aide de la Sauvegarde Azure, la synchronisation est bloquée jusqu’à ce que la détection des modifications soit terminée sur le partage de fichiers Azure. La détection des modifications s’exécute immédiatement une fois la restauration terminée, et sa durée dépend du nombre de fichiers contenus dans le partage de fichiers.

La synchronisation a échoué car la base de données de synchronisation a été déchargée.

Error Code
HRESULT 0x80041295
HRESULT (décimal) -2147216747
Chaîne d’erreur SYNC_E_METADATA_INVALID_OPERATION
Correction requise Non

Cette erreur se produit généralement lorsqu’une application de sauvegarde crée une capture instantanée VSS et que la base de données de synchronisation est déchargée. Si cette erreur persiste pendant plusieurs heures, créez une demande de support.

La synchronisation ne peut pas accéder au partage de fichiers Azure spécifié dans le point de terminaison de cloud.

Error Code
HRESULT 0x80c8305f
HRESULT (décimal) -2134364065
Chaîne d’erreur ECS_E_EXTERNAL_STORAGE_ACCOUNT_AUTHORIZATION_FAILED
Correction requise Oui

Cette erreur se produit parce que l’agent Azure File Sync ne peut pas accéder au partage de fichiers Azure, ce qui peut être dû au fait que le partage de fichiers Azure ou le compte de stockage qui l’héberge n’existent plus. Vous pouvez résoudre cette erreur en parcourant les étapes suivantes :

  1. Vérifiez l’existence du compte de stockage.
  2. Assurez-vous de l’existence du partage de fichiers Azure.
  3. Vérifiez qu’Azure File Sync a accès au compte de stockage.
  4. Vérifiez que les paramètres de pare-feu et de réseau virtuel sur le compte de stockage sont configurés correctement (si activés)

La synchronisation a échoué, car la demande n’est pas autorisée à effectuer cette opération.

Error Code
HRESULT 0x80c86044
HRESULT (décimal) -2134351804
Chaîne d’erreur ECS_E_AZURE_AUTHORIZATION_FAILED
Correction requise Oui

Cette erreur se produit car l’agent Azure File Sync n’est pas autorisé à accéder au partage de fichiers Azure. Vous pouvez résoudre cette erreur en parcourant les étapes suivantes :

  1. Vérifiez l’existence du compte de stockage.
  2. Assurez-vous de l’existence du partage de fichiers Azure.
  3. Vérifiez que les paramètres de pare-feu et de réseau virtuel sur le compte de stockage sont configurés correctement (si activés)
  4. Vérifiez qu’Azure File Sync a accès au compte de stockage.

Le nom du compte de stockage utilisé n’a pas pu être résolu.

Error Code
HRESULT 0x80C83060
HRESULT (décimal) -2134364064
Chaîne d’erreur ECS_E_STORAGE_ACCOUNT_NAME_UNRESOLVED
Correction requise Oui
  1. Vérifiez que vous pouvez résoudre le nom DNS de stockage à partir du serveur.

    Test-NetConnection -ComputerName <storage-account-name>.file.core.windows.net -Port 443
    
  2. Vérifiez l’existence du compte de stockage.

  3. Vérifiez que les paramètres de pare-feu et de réseau virtuel sur le compte de stockage sont configurés correctement (si activés)

Notes

Une fois la connectivité réseau avec le service Azure File Sync restaurée, la synchronisation peut ne pas reprendre immédiatement. Par défaut, Azure File Sync lance une session de synchronisation toutes les 30 minutes si aucune modification n’est détectée au sein de l’emplacement du point de terminaison de serveur. Pour forcer une session de synchronisation, redémarrez le service d’agent de synchronisation de stockage (FileSyncSvc) ou apportez une modification à un fichier ou à un répertoire dans l’emplacement du point de terminaison du serveur.

Une erreur inconnue s’est produite lors de l’accès au compte de stockage.

Error Code
HRESULT 0x80c8308a
HRESULT (décimal) -2134364022
Chaîne d’erreur ECS_E_STORAGE_ACCOUNT_UNKNOWN_ERROR
Correction requise Oui
  1. Vérifiez l’existence du compte de stockage.
  2. Vérifiez que les paramètres de pare-feu et de réseau virtuel sur le compte de stockage sont configurés correctement (si activés)

La synchronisation a échoué en raison du verrouillage du compte de stockage.

Error Code
HRESULT 0x80c83092
HRESULT (décimal) -2134364014
Chaîne d’erreur ECS_E_STORAGE_ACCOUNT_LOCKED
Correction requise Oui

Cette erreur se produit parce que le compte de stockage a un verrou de ressource en lecture seule. Pour résoudre ce problème, supprimez le verrou de ressource en lecture seule sur le compte de stockage.

La synchronisation a échoué en raison d’un problème avec la base de données de synchronisation.

Error Code
HRESULT 0x8e5e044e
HRESULT (décimal) -1906441138
Chaîne d’erreur JET_errWriteConflict
Correction requise Oui

Cette erreur se produit lorsqu’il existe un problème avec la base de données interne utilisée par Azure File Sync. Lorsque ce problème se produit créez une demande de support et nous vous contacterons pour vous aider à résoudre ce problème.

La version de l’agent Azure File Sync installé sur le serveur n’est pas prise en charge.

Error Code
HRESULT 0x80C8306B
HRESULT (décimal) -2134364053
Chaîne d’erreur ECS_E_AGENT_VERSION_BLOCKED
Correction requise Oui

Cette erreur se produit si la version de l’agent Azure File Sync installé sur le serveur n’est pas prise en charge. Pour résoudre ce problème, mettez à niveau l’agent avec une version prise en charge.

La limite de stockage de partage de fichiers Azure a été atteinte.

Error Code
HRESULT 0x80c8603e
HRESULT (décimal) -2134351810
Chaîne d’erreur ECS_E_AZURE_STORAGE_SHARE_SIZE_LIMIT_REACHED
Correction requise Oui
Error Code
HRESULT 0x80c80249
HRESULT (décimal) -2134375863
Chaîne d’erreur ECS_E_NOT_ENOUGH_REMOTE_STORAGE
Correction requise Oui

Les sessions de synchronisation échouent en affichant l’une de ces erreurs lorsque la limite de stockage de partage de fichiers Azure a été atteinte, ce qui peut se produire si un quota est appliqué pour un partage de fichiers Azure ou si l’utilisation dépasse les limites d’un partage de fichiers Azure. Pour plus d’informations, consultez les limites actuelles pour un partage de fichiers Azure.

  1. Accédez au groupe de synchronisation au sein du service de synchronisation de stockage.

  2. Sélectionnez le point de terminaison de cloud au sein du groupe de synchronisation.

  3. Notez le nom de partage de fichiers Azure dans le volet ouvert.

  4. Sélectionnez le compte de stockage associé. Si ce lien échoue, le compte de stockage référencé a été supprimé.

    Une capture d’écran montrant le volet d’informations de point de terminaison de cloud avec un lien vers le compte de stockage.

  5. Sélectionnez Fichiers pour afficher la liste des partages de fichiers.

  6. Cliquez sur les points de suspension à la fin de la ligne pour le partage de fichiers Azure référencé par le point de terminaison de cloud.

  7. Vérifiez que l’Utilisation est inférieure au Quota. Remarque : à moins qu’un autre quota n’ait été spécifié, le quota correspondra à la taille maximale du partage de fichiers Azure.

    Une capture d’écran des propriétés de partage de fichiers Azure.

Si le partage est plein et si un quota n’est pas défini, il est possible de corriger ce problème en faisant de chaque sous-dossier du point de terminaison de serveur en cours son propre point de terminaison de serveur dans leurs propres groupes de synchronisation distincts. De cette manière, chaque sous-dossier se synchronisera avec des partages de fichiers Azure individuels.

Impossible de trouver le partage de fichiers Azure.

Error Code
HRESULT 0x80c86030
HRESULT (décimal) -2134351824
Chaîne d’erreur ECS_E_AZURE_FILE_SHARE_NOT_FOUND
Correction requise Oui

Cette erreur se produit lorsque le partage de fichiers Azure n’est pas accessible. Pour résoudre des problèmes :

  1. Vérifiez l’existence du compte de stockage.
  2. Assurez-vous de l’existence du partage de fichiers Azure.

Si le partage de fichiers Azure a été supprimé, vous devez créer un nouveau partage de fichiers, puis recréer le groupe de synchronisation.

La synchronisation est en pause pendant la suspension de cet abonnement Azure.

Error Code
HRESULT 0x80C83076
HRESULT (décimal) -2134364042
Chaîne d’erreur ECS_E_SYNC_BLOCKED_ON_SUSPENDED_SUBSCRIPTION
Correction requise Oui

Cette erreur se produit lorsque l’abonnement Azure est suspendu. La synchronisation est réactivée lors de la restauration de l’abonnement Azure. Consultez Pourquoi mon abonnement Azure est-il désactivé et comment puis-je le réactiver ? pour plus d’informations.

Le compte de stockage comporte un pare-feu ou des réseaux virtuels configurés.

Error Code
HRESULT 0x80c8033e
HRESULT (décimal) -2134375618
Chaîne d’erreur ECS_E_SERVER_BLOCKED_BY_NETWORK_ACL
Correction requise Oui

Cette erreur se produit lorsque le partage de fichiers Azure est inaccessible en raison d’un pare-feu de compte de stockage ou parce que le compte de stockage appartient à un réseau virtuel. Vérifiez que les paramètres de pare-feu et de réseau virtuel sur le compte de stockage sont configurés correctement. Pour plus d’informations, consultez Configurer les paramètres du pare-feu et du réseau virtuel.

La synchronisation a échoué en raison d’un problème avec la base de données de synchronisation.

Error Code
HRESULT 0x80c80219
HRESULT (décimal) -2134375911
Chaîne d’erreur ECS_E_SYNC_METADATA_WRITE_LOCK_TIMEOUT
Correction requise Non

Cette erreur se résout généralement d’elle-même et peut se produire s’il existe :

  • Un nombre élevé de changements apportés aux fichiers sur les serveurs du groupe de synchronisation.
  • Un grand nombre d’erreurs sur les fichiers et répertoires individuels.

Si cette erreur persiste pendant plusieurs heures, créez une demande de support et nous vous contacterons pour vous aider à résoudre ce problème.

Échec de connexion sécurisée au serveur. Le service de cloud a reçu un certificat inattendu.

Error Code
HRESULT 0x800b0109
HRESULT (décimal) -2146762487
Chaîne d’erreur CERT_E_UNTRUSTEDROOT
Correction requise Oui

Cette erreur peut se produire si votre organisation utilise un proxy de terminaison TLS ou si une entité malveillante intercepte le trafic entre votre serveur et le service Azure File Sync. Si vous êtes certain que cela est prévu (parce que votre organisation utilise un proxy de terminaison TLS), vous pouvez ignorer la vérification du certificat avec un remplacement du registre.

  1. Créez la valeur de Registre SkipVerifyingPinnedRootCertificate.

    New-ItemProperty -Path HKLM:\SOFTWARE\Microsoft\Azure\StorageSync -Name SkipVerifyingPinnedRootCertificate -PropertyType DWORD -Value 1
    
  2. Redémarrez le service de synchronisation sur le serveur inscrit.

    Restart-Service -Name FileSyncSvc -Force
    

En définissant cette valeur de Registre, l'agent Azure File Sync accepte n'importe quel certificat TLS/SSL approuvé localement lors du transfert de données entre le serveur et le service cloud.

Impossible d’établir une connexion avec le service.

Error Code
HRESULT 0x80072ee2
HRESULT (décimal) -2147012894
Chaîne d’erreur WININET_E_TIMEOUT
Correction requise Oui

Cette erreur peut se produire chaque fois que le service Azure File Sync n’est pas accessible à partir du serveur. Vous pouvez résoudre cette erreur en parcourant les étapes suivantes :

  1. Vérifiez que le service Windows FileSyncSvc.exe n’est pas bloqué par votre pare-feu.

  2. Vérifiez que le port 443 est ouvert pour les connexions sortantes vers le service Azure File Sync. Pour cela, utilisez l’applet de commande Test-NetConnection. L’URL correspondant à l’espace réservé <azure-file-sync-endpoint> ci-dessous se trouve dans le document Paramètres de proxy et de pare-feu d’Azure File Sync.

    Test-NetConnection -ComputerName <azure-file-sync-endpoint> -Port 443
    
  3. Vérifiez que la configuration du proxy est définie comme prévu. Pour ce faire, utilisez l’applet de commande Get-StorageSyncProxyConfiguration. Vous trouverez des informations supplémentaires sur la configuration du proxy pour Azure File Sync dans Paramètres de proxy et de pare-feu d’Azure File Sync.

    $agentPath = "C:\Program Files\Azure\StorageSyncAgent"
    Import-Module "$agentPath\StorageSync.Management.ServerCmdlets.dll"
    Get-StorageSyncProxyConfiguration
    
  4. Utilisez l’applet de commande Test-StorageSyncNetworkConnectivity pour vérifier la connectivité réseau aux points de terminaison de service. Pour plus d’informations, consultez Tester la connectivité réseau aux points de terminaison de service.

  5. En cas de problèmes de connectivité réseau, contactez votre administrateur réseau pour obtenir une aide supplémentaire.

Notes

Une fois la connectivité réseau avec le service Azure File Sync restaurée, la synchronisation peut ne pas reprendre immédiatement. Par défaut, Azure File Sync lance une session de synchronisation toutes les 30 minutes si aucune modification n’est détectée au sein de l’emplacement du point de terminaison de serveur. Pour forcer une session de synchronisation, redémarrez le service d’agent de synchronisation de stockage (FileSyncSvc) ou apportez une modification à un fichier ou à un répertoire dans l’emplacement du point de terminaison du serveur.

La synchronisation a échoué, car le serveur n’a pas pu décoder la réponse du service Azure File Sync

Error Code
HRESULT 0x80072f8f
HRESULT (décimal) -2147012721
Chaîne d’erreur WININET_E_DECODING_FAILED
Correction requise Oui

Cette erreur se produit généralement si un proxy réseau modifie la réponse du service Azure File Sync. Vérifiez la configuration de votre proxy.

La synchronisation a échoué en raison d’un problème d’authentification.

Error Code
HRESULT 0x80c80300
HRESULT (décimal) -2134375680
Chaîne d’erreur ECS_E_SERVER_CREDENTIAL_NEEDED
Correction requise Oui

Cette erreur se produit généralement lorsque l’heure du serveur est incorrecte. Si le serveur s’exécute sur une machine virtuelle, vérifiez que l’heure de l’hôte est correcte.

La synchronisation a échoué en raison de l’expiration du certificat.

Error Code
HRESULT 0x80c83078
HRESULT (décimal) -2134364040
Chaîne d’erreur ECS_E_AUTH_SRV_CERT_EXPIRED
Correction requise Oui

Cette erreur se produit parce que le certificat utilisé pour l’authentification a expiré.

Pour vérifier si le certificat a expiré, effectuez les étapes suivantes :

  1. Ouvrez le composant logiciel enfichable MMC de certificats, sélectionnez Compte d’ordinateur et accédez à Certificates (Ordinateur Local)\Personal\Certificates.
  2. Vérifiez si le certificat d’authentification client est arrivé à expiration.

Si le certificat d’authentification client a expiré, procédez comme suit pour résoudre le problème :

  1. Vérifiez que la version 4.0.1.0 (ou ultérieure) de l'agent Azure File Sync est installée.

  2. Exécutez la commande PowerShell suivante :

    Reset-AzStorageSyncServerCertificate -ResourceGroupName <string> -StorageSyncServiceName <string>
    

La synchronisation car le certificat d’authentification est introuvable.

Error Code
HRESULT 0x80c80228
HRESULT (décimal) -2134375896
Chaîne d’erreur ECS_E_AUTH_SRV_CERT_NOT_FOUND
Correction requise Oui

Cette erreur se produit parce que le certificat utilisé pour l’authentification est introuvable.

Pour résoudre ce problème, procédez comme suit :

  1. Vérifiez que la version 4.0.1.0 (ou ultérieure) de l'agent Azure File Sync est installée.

  2. Exécutez la commande PowerShell suivante :

    Reset-AzStorageSyncServerCertificate -ResourceGroupName <string> -StorageSyncServiceName <string>
    

La synchronisation car l’identité d’authentification est introuvable.

Error Code
HRESULT 0x80c83079
HRESULT (décimal) -2134364039
Chaîne d’erreur ECS_E_AUTH_IDENTITY_NOT_FOUND
Correction requise Oui

Cette erreur se produit en raison de l’échec de la suppression du point de terminaison de serveur et du point de terminaison dans un état partiellement supprimé. Pour résoudre ce problème, réessayez de supprimer le point de terminaison de serveur.

Le volume où se trouve le point de terminaison de serveur est faible sur l’espace disque.

Error Code
HRESULT 0x8e5e0211
HRESULT (décimal) -1906441711
Chaîne d’erreur JET_errLogDiskFull
Correction requise Oui
Error Code
HRESULT 0x80c8031a
HRESULT (décimal) -2134375654
Chaîne d’erreur ECS_E_NOT_ENOUGH_LOCAL_STORAGE
Correction requise Oui

Les sessions de synchronisation échouent avec l’une de ces erreurs parce que l’espace disque du volume est insuffisant ou que la limite du quota de disque est atteinte. Cette erreur se produit souvent parce que les fichiers situés à l’extérieur du point de terminaison de serveur occupent de l’espace sur le volume. Libérer de l’espace sur le volume en ajoutant des points de terminaison serveur supplémentaires, déplacer les fichiers vers un autre volume ou augmenter la taille du volume sur lequel se trouve le point d’extrémité du serveur. Si un quota de disque est configuré sur le volume à l’aide d’un Gestionnaire des ressources de serveur de fichiers ou d’un quota NTFS, augmentez la limite de quota.

Le service n’est pas encore prêt pour la synchronisation avec ce point de terminaison de serveur.

Error Code
HRESULT 0x80c8300f
HRESULT (décimal) -2134364145
Chaîne d’erreur ECS_E_REPLICA_NOT_READY
Correction requise Non

Cette erreur se produit parce que le point de terminaison cloud a été créé avec du contenu déjà existant sur le partage de fichiers Azure. Azure File Sync doit analyser le partage de fichiers Azure pour déceler toute présence de contenu avant d’autoriser le point de terminaison de serveur à poursuivre sa synchronisation initiale.

La synchronisation a échoué en raison de problèmes avec de nombreux fichiers individuels.

Error Code
HRESULT 0x80c8023b
HRESULT (décimal) -2134375877
Chaîne d’erreur ECS_E_SYNC_METADATA_KNOWLEDGE_SOFT_LIMIT_REACHED
Correction requise Oui
Error Code
HRESULT 0x80c8021c
HRESULT (décimal) -2134375908
Chaîne d’erreur ECS_E_SYNC_METADATA_KNOWLEDGE_LIMIT_REACHED
Correction requise Oui
Error Code
HRESULT 0x80c80253
HRESULT (décimal) -2134375853
Chaîne d’erreur ECS_E_TOO_MANY_PER_ITEM_ERRORS
Correction requise Oui

Les sessions de synchronisation échouent avec l’une de ces erreurs quand de nombreux fichiers ne parviennent pas à se synchroniser avec des erreurs par élément. Pour résoudre les erreurs par élément, effectuez les étapes décrites dans la section Comment puis-je voir s’il existe des fichiers ou dossiers qui ne sont pas synchronisés ? Pour l’erreur de synchronisation ECS_E_SYNC_METADATA_KNOWLEDGE_LIMIT_REACHED, ouvrez une demande de support.

Notes

Azure File Sync crée une capture instantanée VSS temporaire une fois par jour sur le serveur pour synchroniser les fichiers qui ont des descripteurs ouverts.

La synchronisation a échoué en raison d’un problème avec le chemin du point de terminaison de serveur.

Error Code
HRESULT 0x80c80019
HRESULT (décimal) -2134376423
Chaîne d’erreur ECS_E_SYNC_INVALID_PATH
Correction requise Oui

Vérifiez que le chemin d’accès existe, qu’il se trouve sur un volume NTFS local et n’est pas un point d’analyse ou un point de terminaison de serveur existant.

La synchronisation a échoué parce que la version du pilote de filtre n’est pas compatible avec la version de l’agent

Error Code
HRESULT 0x80C80277
HRESULT (décimal) -2134375817
Chaîne d’erreur ECS_E_INCOMPATIBLE_FILTER_VERSION
Correction requise Oui

Cette erreur se produit parce que la version du pilote de filtre de hiérarchisation cloud (StorageSync.sys) chargée n’est pas compatible avec l’Agent de synchronisation de stockage (FileSyncSvc). Si l’agent Azure File Sync a été mis à niveau, redémarrez le serveur pour achever l’installation. Si l’erreur persiste, désinstallez l’agent, redémarrez le serveur, puis réinstallez l’agent Azure File Sync.

Le service est actuellement indisponible.

Error Code
HRESULT 0x80c8004b
HRESULT (décimal) -2134376373
Chaîne d’erreur ECS_E_SERVICE_UNAVAILABLE
Correction requise Non

Cette erreur se produit parce que le service Azure File Sync n’est pas disponible. Cette erreur se résoudra automatiquement lorsque le service Azure File Sync sera à nouveau disponible.

Notes

Une fois la connectivité réseau avec le service Azure File Sync restaurée, la synchronisation peut ne pas reprendre immédiatement. Par défaut, Azure File Sync lance une session de synchronisation toutes les 30 minutes si aucune modification n’est détectée au sein de l’emplacement du point de terminaison de serveur. Pour forcer une session de synchronisation, redémarrez le service d’agent de synchronisation de stockage (FileSyncSvc) ou apportez une modification à un fichier ou à un répertoire dans l’emplacement du point de terminaison du serveur.

La synchronisation a échoué en raison d’une exception.

Error Code
HRESULT 0x80131500
HRESULT (décimal) -2146233088
Chaîne d’erreur COR_E_EXCEPTION
Correction requise Non

Cette erreur se produit car la synchronisation a échoué en raison d’une exception. Si cette erreur persiste pendant plusieurs heures, créez une demande de support.

La synchronisation a échoué, car le compte de stockage a basculé vers une autre région.

Error Code
HRESULT 0x80c83073
HRESULT (décimal) -2134364045
Chaîne d’erreur ECS_E_STORAGE_ACCOUNT_FAILED_OVER
Correction requise Oui

Cette erreur se produit car le compte de stockage a basculé vers une autre région. Azure File Sync ne prend pas en charge la fonctionnalité de basculement de compte de stockage. Les comptes de stockage contenant des partages de fichiers Azure utilisés en tant que points de terminaison cloud dans Azure File Sync ne doivent pas être basculés. Cela provoquera en effet un arrêt de la synchronisation et pourra entraîner une perte inattendue de données dans le cas de fichiers nouvellement hiérarchisés. Pour résoudre ce problème, déplacez le compte de stockage vers la région primaire.

La synchronisation a échoué en raison d’un problème temporaire avec la base de données de synchronisation.

Error Code
HRESULT 0x80c8020e
HRESULT (décimal) -2134375922
Chaîne d’erreur ECS_E_SYNC_METADATA_WRITE_LEASE_LOST
Correction requise Non

Cette erreur se produit en raison d’un problème interne avec la base de données de synchronisation. Cette erreur se résoudra automatiquement lors de la prochaine tentative de synchronisation. Si cette erreur persiste pendant une période prolongée, créez une demande de support et nous vous contacterons pour vous aider à résoudre ce problème.

La synchronisation a échoué en raison d’un changement dans le client Azure Active Directory

Error Code
HRESULT 0x80c83088
HRESULT (décimal) -2134364024
Chaîne d’erreur ECS_E_INVALID_AAD_TENANT
Correction requise Oui

Assurez-vous de disposer du dernier agent Azure File Sync. Depuis l’agent v10, Azure File Sync prend en charge le déplacement d’abonnement vers un autre locataire Azure Active Directory.

Lorsque vous disposez de la dernière version de l’agent, vous devez accorder à l’application Microsoft.StorageSync l’accès au compte de stockage (voir Vérifiez qu’Azure File Sync a accès au compte de stockage).

La synchronisation a échoué en raison d’une exception de pare-feu et de réseau virtuel non configurée

Error Code
HRESULT 0x80c83096
HRESULT (décimal) -2134364010
Chaîne d’erreur ECS_E_MGMT_STORAGEACLSBYPASSNOTSET
Correction requise Oui

Cette erreur se produit si les paramètres de pare-feu et de réseau virtuel sont activés sur le compte de stockage et que l’exception « Autoriser les services Microsoft approuvés à accéder à ce compte de stockage » n’est pas activée. Pour résoudre ce problème, suivez les étapes décrites dans la section Configurer les paramètres de pare-feu et de réseau virtuel du Guide de déploiement.

La synchronisation a échoué car les autorisations sur le dossier System Volume Information sont incorrectes.

Error Code
HRESULT 0x80070005
HRESULT (décimal) -2147024891
Chaîne d’erreur ERROR_ACCESS_DENIED
Correction requise Oui

Cette erreur peut se produire si le compte NT AUTHORITY\SYSTEM n’a pas d’autorisation sur le dossier System Volume Information sur le volume où se trouve le point de terminaison de serveur. Remarque : si des fichiers individuels ne sont pas synchronisés avec ERROR_ACCESS_DENIED, suivez les étapes décrites dans la section Résolution des erreurs de synchronisation par fichier/répertoire.

Pour résoudre ce problème, procédez comme suit :

  1. Téléchargez l’outil Psexec.
  2. Exécutez la commande suivante à partir d’une invite de commandes avec élévation de privilèges pour lancer une invite de commandes au moyen du compte système : PsExec.exe -i -s -d cmd
  3. À partir de l’invite de commandes qui s’exécute sous le compte système, exécutez la commande suivante pour confirmer que le compte NT AUTHORITY\SYSTEM n’a pas accès au dossier System Volume Information : cacls "drive letter:\system volume information" /T /C
  4. Si le compte NT AUTHORITY\SYSTEM n’a pas accès au dossier System Volume Information, exécutez la commande suivante : cacls "drive letter:\system volume information" /T /E /G "NT AUTHORITY\SYSTEM:F"
    • Si l’étape n°4 échoue en affichant un accès refusé, exécutez la commande suivante pour prendre possession du dossier System Volume Information, puis répétez l’étape n°4 : takeown /A /R /F "drive letter:\System Volume Information"

La synchronisation a échoué car le partage de fichiers Azure a été supprimé et recréé.

Error Code
HRESULT 0x80c8027e
HRESULT (décimal) -2134375810
Chaîne d’erreur ECS_E_SYNC_REPLICA_ROOT_CHANGED
Correction requise Oui

Cette erreur se produit parce que Azure File Sync ne prend pas en charge la suppression et la recréation d’un partage de fichiers Azure dans le même groupe de synchronisation.

Pour résoudre ce problème, supprimez et recréez le groupe de synchronisation en procédant comme suit :

  1. Supprimez tous les points de terminaison de serveur dans le groupe de synchronisation.
  2. Supprimez le point de terminaison cloud.
  3. Supprimez le groupe de synchronisation.
  4. Si la hiérarchisation cloud a été activée sur un point de terminaison de serveur, supprimez les fichiers hiérarchisés orphelins sur le serveur en effectuant les étapes décrites dans la section Les fichiers hiérarchisés ne sont pas accessibles sur le serveur après la suppression d’une section de point de terminaison de serveur.
  5. Recréez le groupe de synchronisation.

La synchronisation a détecté que le réplica a été restauré à un état antérieur

Error Code
HRESULT 0x80c80254
HRESULT (décimal) -2134375852
Chaîne d’erreur ECS_E_SYNC_REPLICA_BACK_IN_TIME
Correction requise Non

Aucune action n'est requise. Cette erreur se produit parce que la synchronisation a détecté que le réplica a été restauré à un état plus ancien. La synchronisation passe à présent en mode de rapprochement, dans lequel elle recrée la relation de synchronisation en fusionnant le contenu du partage de fichiers Azure et les données sur le point d’extrémité du serveur. Lorsque le mode de rapprochement est déclenché, le processus peut prendre beaucoup de temps en fonction de la taille de l’espace de noms. La synchronisation normale ne se produit pas tant que le rapprochement n’est pas terminé, et les fichiers qui sont différents (heure ou taille de la dernière modification) entre le partage de fichiers Azure et le point de terminaison de serveur entraînent des conflits de fichiers.

La synchronisation a échoué car la requête HTTP a été redirigée

Error Code
HRESULT 0x80190133
HRESULT (décimal) -2145844941
Chaîne d’erreur HTTP_E_STATUS_REDIRECT_KEEP_VERB
Correction requise Oui

Cette erreur se produit car Azure File Sync ne prend pas en charge la redirection HTTP (code d’état 3xx). Pour résoudre ce problème, désactivez la redirection HTTP sur votre serveur proxy ou périphérique réseau.

Un dépassement de délai s’est produit lors du transfert de données hors connexion, mais il est toujours en cours.

Error Code
HRESULT 0x80c83085
HRESULT (décimal) -2134364027
Chaîne d’erreur ECS_E_DATA_INGESTION_WAIT_TIMEOUT
Correction requise Non

Cette erreur se produit quand une opération d’ingestion de données dépasse le délai d’attente. Cette erreur peut être ignorée si la synchronisation progresse (AppliedItemCount est supérieur à 0). Voir Comment surveiller la progression d’une session en cours de synchronisation ?.

La synchronisation a échoué, car le chemin du point de terminaison de serveur est introuvable sur le serveur.

Error Code
HRESULT 0x80c8027a
HRESULT (décimal) −2134375814
Chaîne d’erreur ECS_E_SYNC_ROOT_DIRECTORY_NOT_FOUND
Correction requise Oui

Cette erreur se produit si le répertoire utilisé comme chemin du point de terminaison de serveur a été renommé ou supprimé. Si le répertoire a été renommé, redonnez-lui son nom d’origine et redémarrez le service Storage Sync Agent (FileSyncSvc).

Si le répertoire a été supprimé, procédez comme suit pour supprimer le point de terminaison de serveur actuel et en créer un nouveau avec un nouveau chemin :

  1. Supprimez le point de terminaison de serveur dans le groupe de synchronisation en suivant la procédure décrite dans Suppression d’un point de terminaison de serveur.
  2. Créez un point de terminaison de serveur dans le groupe de synchronisation en suivant la procédure décrite dans Ajout d’un point de terminaison de serveur.

Échec de l’approvisionnement du point de terminaison de serveur en raison d’un chemin d’accès de serveur vide.

Error Code
HRESULT 0x80C80299
HRESULT (décimal) -2134375783
Chaîne d’erreur ECS_E_SYNC_AUTHORITATIVE_UPLOAD_EMPTY_SET
Correction requise Oui

L’approvisionnement des points de terminaison de serveur échoue avec ce code d’erreur si ces conditions sont remplies :

  • Ce point de terminaison de serveur a été approvisionné avec le mode de synchronisation initial : serveur faisant autorité
  • Le chemin d’accès du serveur local est vide ou ne contient aucun élément reconnu comme pouvant être synchronisé.

Cette erreur d’approvisionnement vous empêche de supprimer tout le contenu qui peut être disponible dans un partage de fichiers Azure. Le chargement du serveur faisant autorité est un mode spécial permettant d’intercepter un emplacement cloud déjà amorcé, avec les mises à jour de l’emplacement du serveur. Consultez ce guide de migration pour comprendre le scénario pour lequel ce mode a été conçu.

  1. Supprimez le point de terminaison de serveur dans le groupe de synchronisation en suivant la procédure décrite dans Suppression d’un point de terminaison de serveur.
  2. Créez un point de terminaison de serveur dans le groupe de synchronisation en suivant la procédure décrite dans Ajout d’un point de terminaison de serveur.

Ouvrir les étapes de résolution des problèmes

Vérifiez l’existence du compte de stockage.

  1. Accédez au groupe de synchronisation au sein du service de synchronisation de stockage.
  2. Sélectionnez le point de terminaison de cloud au sein du groupe de synchronisation.
  3. Notez le nom de partage de fichiers Azure dans le volet ouvert.
  4. Sélectionnez le compte de stockage associé. Si ce lien échoue, le compte de stockage référencé a été supprimé. Une capture d’écran montrant le volet d’informations de point de terminaison de cloud avec un lien vers le compte de stockage.

Assurez vous de l’existence du partage de fichiers Azure.

  1. Cliquez sur Aperçu sur la table des matières de gauche pour revenir à la page principale de compte de stockage.
  2. Sélectionnez Fichiers pour afficher la liste des partages de fichiers.
  3. Vérifiez que le partage de fichiers référencé par le point de terminaison de du cloud apparaît dans la liste des partages de fichiers (vous auriez dû le noter à l’étape 1 ci-dessus).

Vérifiez qu’Azure File Sync a accès au compte de stockage.

  1. Cliquez sur Contrôle d’accès (IAM) sur la table des matières de gauche.

  2. Cliquez sur l'onglet Affectations de rôles pour accéder à la liste des utilisations et applications (principaux de service) ayant accès à votre compte de stockage.

  3. Vérifiez que Microsoft.StorageSync ou Hybrid File Sync Service (ancien nom de l’application) apparaît dans la liste avec le rôle Lecteur et accès aux données.

    Capture d’écran du principal de service Hybrid File Sync Service dans l’onglet Contrôle d’accès du compte de stockage

    Si Microsoft.StorageSync ou Hybrid File Sync Service n’apparaît pas dans la liste, effectuez les étapes suivantes :

    • Cliquez sur Add.
    • Dans le champ Rôle, sélectionnez Lecteur et accès aux données.
    • Dans le champ Sélectionner, tapez Microsoft.StorageSync, sélectionnez le rôle, puis cliquez sur Enregistrer.

Hiérarchisation cloud

Il existe deux chemins d’accès dédiés aux défaillances dans la hiérarchisation cloud :

  • La hiérarchisation des fichiers peut être mise en échec, auquel cas la tentative d’Azure File Sync de hiérarchiser un fichier sur Azure Files est elle aussi avortée.
  • Le rappel des fichiers peut être mis en échec, ce qui signifie que le filtre du système de fichiers Azure File Sync (StorageSync.sys) ne parvient pas à télécharger des données quand un utilisateur tente d’accéder à un fichier hiérarchisé.

Il existe deux classes principales de défaillances pouvant se produire par le biais des deux chemins d’accès dédiés :

  • Défaillances de stockage cloud
    • Problèmes de disponibilité du service de stockage temporaire. Pour plus d’informations, consultez Contrat de niveau de service (SLA) pour le stockage Azure.
    • Inaccessibilité du partage de fichiers Azure. Cet échec se produit généralement lorsque vous supprimez un partage de fichiers Azure qui est toujours un point de terminaison de cloud d’un groupe de synchronisation.
    • Inaccessibilité d’un compte de stockage. Cet échec se produit généralement lorsque vous supprimez un compte de stockage comportant un partage de fichiers Azure qui est un point de terminaison cloud dans un groupe de synchronisation.
  • Défaillances de serveur
    • Défaut de chargement du filtre du système de fichiers Azure File Sync (StorageSync.sys) . Pour répondre aux requêtes de hiérarchisation/de rappel, il est nécessaire que le filtre du système de fichiers Azure File Sync soit chargé. Ce défaut de chargement peut s’expliquer de différentes manières. La raison la plus courante est le déchargement manuel par un administrateur. Le filtre du système de fichiers Azure File Sync doit être chargé à tout moment pour qu’un bon fonctionnement d’Azure File Sync soit garanti.
    • Défaut, corruption ou endommagement de point d’analyse. Un point d’analyse est une structure de données spécifique d’un fichier qui est composée de deux parties distinctes :
      1. Une balise d’analyse, qui indique au système d’exploitation que le filtre du système de fichiers Azure File Sync (StorageSync.sys) doit éventuellement effectuer une action sur les E/S du fichier.

      2. Les données d’analyse, qui indiquent au filtre du système de fichiers l’URI du fichier sur le point de terminaison associé du cloud (le partage de fichiers Azure).

        La raison la plus courante de la corruption d’un point d’analyse est la tentative par un administrateur de modifier la balise ou ses données.

    • Problèmes de connectivité réseau. Pour hiérarchiser ou rappeler un fichier, le serveur doit disposer d’une connectivité Internet.

Les sections suivantes vous indiquent comment résoudre les problèmes de hiérarchisation cloud et déterminer si un problème est lié au stockage cloud ou au serveur.

Comment surveiller l’activité de hiérarchisation sur un serveur

Pour surveiller l’activité de hiérarchisation sur un serveur, utilisez les ID d’événement 9003, 9016 et 9029 dans le journal des événements de télémétrie (situé sous Applications and Services\Microsoft\FileSync\Agent in Event Viewer).

  • L’ID d’événement 9003 fournit la distribution des erreurs de distribution pour un point de terminaison de serveur. Par exemple, le nombre total d’erreurs, le code d’erreur, etc. Remarque : un événement est enregistré par code d’erreur.
  • L’ID d’événement 9016 fournit des résultats de dédoublement pour un volume. Par exemple, le pourcentage d’espace libre, le nombre de fichiers dédoublé dans la session, le nombre d’échec de dédoublement de fichiers, etc.
  • L’ID d’événement 9029 fournit des informations sur les sessions de duplication d’un point de terminaison de serveur. Par exemple, le nombre de fichiers tentés dans la session, le nombre de fichiers hiérarchisés dans la session, le nombre de fichiers déjà hiérarchisés, etc.

Comment surveiller l’activité de rappel sur un serveur

Pour surveiller l’activité de rappel sur un serveur, utilisez les ID d’événement 9005, 9006, 9009 et 9059 dans le journal des événements de télémétrie (situé sous Applications and Services\Microsoft\FileSync\Agent in Event Viewer).

  • L’ID d’événement 9005 fournit une fiabilité de rappel pour un point de terminaison de serveur. Par exemple, le nombre de total des fichiers uniques consultés, le nombre total des fichiers uniques dont l’accès a échoué, etc.
  • L’ID d’événement 9006 fournit la distribution des erreurs de rappel pour un point de terminaison de serveur. Par exemple, le nombre total d’échecs de requête, le code d’erreur, etc. Remarque : un événement est enregistré par code d’erreur.
  • L’ID d’événement 9009 fournit des informations sur les sessions de rappel d’un point de terminaison de serveur. Par exemple, DurationSeconds, CountFilesRecallSucceeded, CountFilesRecallFailed, etc.
  • L’ID d’événement 9059 fournit la distribution des rappels d’application pour un point de terminaison de serveur. Par exemple, ShareId, Application Name et TotalEgressNetworkBytes.

Résoudre les problèmes de hiérarchisation de fichiers

Si la hiérarchisation des fichiers dans Azure Files échoue :

  1. Dans l’observateur d’événements, examinez les journaux d’événements de télémétrie, des opérations et de diagnostic, situés sous Applications and Services\Microsoft\FileSync\Agent.
    1. Vérifiez que le ou les fichiers se trouvent dans le partage de fichiers Azure.

      Notes

      Un fichier doit être synchronisé dans un partage de fichiers Azure pour pouvoir ensuite être hiérarchisé.

    2. Vérifiez la connectivité Internet du serveur.

    3. Vérifiez que les pilotes de filtre Azure File Sync (StorageSync.sys et StorageSyncGuard.sys) sont en cours d’exécution :

      • À partir d’une invite de commandes avec élévation de privilèges, exécutez fltmc. Vérifiez que les pilotes de filtre du système de fichiers StorageSync.sys et StorageSyncGuard.sys sont répertoriés.

Notes

Un d’ID d’événement 9003 est enregistré une fois par heure dans le journal d’événements de télémétrie si un fichier ne parvient pas à hiérarchiser (un événement est enregistré par code d’erreur). Consultez la section Erreurs de hiérarchisation et correction pour vérifier si des étapes de correction sont fournies pour le code d’erreur.

Erreurs de hiérarchisation et correction

HRESULT HRESULT (décimal) Chaîne d’erreur Problème Correction
0x80c86045 -2134351803 ECS_E_INITIAL_UPLOAD_PENDING Le fichier n’a pas pu être hiérarchisé, car le chargement initial est en cours. Aucune action requise. Le fichier sera hiérarchisé une fois le chargement initial terminé.
0x80c86043 -2134351805 ECS_E_GHOSTING_FILE_IN_USE Le fichier n’a pas pu être hiérarchisé car il est en cours d’utilisation. Aucune action requise. Le fichier sera hiérarchisé quand il ne sera plus en cours d’utilisation.
0x80c80241 -2134375871 ECS_E_GHOSTING_EXCLUDED_BY_SYNC Le fichier n’a pas pu être hiérarchisé car il est exclu par synchronisation. Aucune action requise. Les fichiers de la liste d’exclusion de synchronisation ne peuvent pas être hiérarchisés.
0x80c86042 -2134351806 ECS_E_GHOSTING_FILE_NOT_FOUND Le fichier n’a pas pu être hiérarchisé car il est introuvable sur le serveur. Aucune action requise. Si l’erreur persiste, vérifiez si le fichier existe sur le serveur.
0x80c83053 -2134364077 ECS_E_CREATE_SV_FILE_DELETED Le fichier n’a pas pu être hiérarchisé car il a été supprimé dans le partage de fichiers Azure. Aucune action requise. Le fichier doit être supprimé sur le serveur lors de l’exécution de la session de synchronisation de téléchargement suivante.
0x80c8600e -2134351858 ECS_E_AZURE_SERVER_BUSY La hiérarchisation du fichier a échoué à cause d’un problème réseau. Aucune action requise. Si l’erreur persiste, vérifiez la connectivité réseau vers le partage de fichiers Azure.
0x80072ee7 -2147012889 WININET_E_NAME_NOT_RESOLVED La hiérarchisation du fichier a échoué à cause d’un problème réseau. Aucune action requise. Si l’erreur persiste, vérifiez la connectivité réseau vers le partage de fichiers Azure.
0x80070005 -2147024891 ERROR_ACCESS_DENIED La hiérarchisation du fichier a échoué à cause d’une erreur d’accès refusé. Ce problème peut se produire si le fichier se trouve dans un dossier de réplication DFS-R en lecture seule. Azure Files Sync ne prend pas en charge les points de terminaison de serveur sur les dossiers de réplication en lecture seule DFS-R. Consultez le guide de planification pour plus d’informations.
0x80072efe -2147012866 WININET_E_CONNECTION_ABORTED La hiérarchisation du fichier a échoué à cause d’un problème réseau. Aucune action requise. Si l’erreur persiste, vérifiez la connectivité réseau vers le partage de fichiers Azure.
0x80c80261 -2134375839 ECS_E_GHOSTING_MIN_FILE_SIZE La hiérarchisation du fichier a échoué car la taille du fichier est inférieure à la taille prise en charge. Si la version de l’agent est inférieure à la version 9.0, la taille de fichier minimale prise en charge est de 64 Kio. Si la version de l’agent est 9.0 ou plus récente, la taille de fichier minimale prise en charge dépend de la taille de cluster du système de fichiers (deux fois la taille de cluster de système de fichiers). Par exemple, si la taille du cluster de système de fichiers est de 4 Kio, la taille de fichier minimale est de 8 Kio.
0x80c83007 -2134364153 ECS_E_STORAGE_ERROR La hiérarchisation du fichier a échoué en raison d’un problème de stockage Azure. Si l’erreur persiste, ouvrez une demande de support.
0x800703e3 -2147023901 ERROR_OPERATION_ABORTED Le fichier n’a pas pu être hiérarchisé car il a été rappelé en même temps. Aucune action requise. Le fichier sera hiérarchisé quand le rappel sera terminé et que le fichier ne sera plus utilisé.
0x80c80264 -2134375836 ECS_E_GHOSTING_FILE_NOT_SYNCED Le fichier n’a pas pu être hiérarchisé car il n’a pas été synchronisé avec le partage de fichiers Azure. Aucune action requise. Le fichier sera hiérarchisé une fois qu’il aura été synchronisé avec le partage de fichiers Azure.
0x80070001 -2147942401 ERROR_INVALID_FUNCTION Le fichier n’a pas pu être hiérarchisé car le pilote de filtre de hiérarchisation cloud (storagesync.sys) n’est pas en cours d’exécution. Pour résoudre ce problème, ouvrez une invite de commandes avec élévation de privilèges et exécutez la commande suivante : fltmc load storagesync
Si le chargement du pilote de filtre Azure File Sync échoue lors de l’exécution de la commande fltmc, désinstallez l’agent Azure File Sync, redémarrez le serveur, puis réinstallez l’agent Azure File Sync.
0x80070070 -2147024784 ERROR_DISK_FULL La hiérarchisation du fichier a échoué car l’espace disque est insuffisant sur le volume où se trouve le point de terminaison de serveur. Pour résoudre ce problème, libérez au moins 100 Mio d’espace disque sur le volume où se trouve le point de terminaison de serveur.
0x80070490 -2147023728 ERROR_NOT_FOUND Le fichier n’a pas pu être hiérarchisé car il n’a pas été synchronisé avec le partage de fichiers Azure. Aucune action requise. Le fichier sera hiérarchisé une fois qu’il aura été synchronisé avec le partage de fichiers Azure.
0x80c80262 -2134375838 ECS_E_GHOSTING_UNSUPPORTED_RP La hiérarchisation du fichier a échoué car il s’agit d’un point d’analyse non pris en charge. Si le fichier est un point d’analyse de déduplication des données, effectuez les étapes décrites dans le guide de planification pour activer la prise en charge de la déduplication des données. Les fichiers avec des points d’analyse autres que la déduplication des données ne sont pas pris en charge et ne seront pas hiérarchisés.
0x80c83052 -2134364078 ECS_E_CREATE_SV_STREAM_ID_MISMATCH Le fichier n’a pas pu être hiérarchisé car il a été modifié. Aucune action requise. Le fichier sera hiérarchisé une fois que le fichier modifié aura été synchronisé avec le partage de fichiers Azure.
0x80c80269 -2134375831 ECS_E_GHOSTING_REPLICA_NOT_FOUND Le fichier n’a pas pu être hiérarchisé car il n’a pas été synchronisé avec le partage de fichiers Azure. Aucune action requise. Le fichier sera hiérarchisé une fois qu’il aura été synchronisé avec le partage de fichiers Azure.
0x80072ee2 -2147012894 WININET_E_TIMEOUT La hiérarchisation du fichier a échoué à cause d’un problème réseau. Aucune action requise. Si l’erreur persiste, vérifiez la connectivité réseau vers le partage de fichiers Azure.
0x80c80017 -2134376425 ECS_E_SYNC_OPLOCK_BROKEN Le fichier n’a pas pu être hiérarchisé car il a été modifié. Aucune action requise. Le fichier sera hiérarchisé une fois que le fichier modifié aura été synchronisé avec le partage de fichiers Azure.
0x800705aa -2147023446 ERROR_NO_SYSTEM_RESOURCES La hiérarchisation du fichier a échoué car les ressources système sont insuffisantes. Si l’erreur persiste, essayez d’identifier l’application ou le pilote en mode noyau qui épuise les ressources système.
0x8e5e03fe -1906441218 JET_errDiskIO Le fichier n’a pas pu être hiérarchisé en raison d’une erreur d’E/S lors de l’écriture dans la base de données de hiérarchisation cloud. Si l’erreur persiste, exécutez chkdsk sur le volume et vérifiez le matériel de stockage.
0x8e5e0442 -1906441150 JET_errInstanceUnavailable Le fichier n’a pas pu être hiérarchisé car la base de données de hiérarchisation cloud n’est pas en cours d’exécution. Pour résoudre ce problème, redémarrez le service ou le serveur FileSyncSvc. Si l’erreur persiste, exécutez chkdsk sur le volume et vérifiez le matériel de stockage.
0x80C80285 -2160591493 ECS_E_GHOSTING_SKIPPED_BY_CUSTOM_EXCLUSION_LIST Le fichier ne peut pas être hiérarchisé, car le type de fichier est exclu de la hiérarchisation. Pour hiérarchiser les fichiers avec ce type de fichier, modifiez le paramètre de Registre GhostingExclusionList situé sous HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Azure\StorageSync.
0x80C86050 -2160615504 ECS_E_REPLICA_NOT_READY_FOR_TIERING Le fichier n’a pas pu être hiérarchisé, car le mode de synchronisation en cours est le chargement ou rapprochement initial. Aucune action requise. Le fichier est hiérarchisé une fois que la synchronisation a terminé le chargement ou le rapprochement initial.

Résoudre les problèmes de rappel de fichiers

Si le rappel de fichiers échoue :

  1. Dans l’observateur d’événements, examinez les journaux d’événements de télémétrie, des opérations et de diagnostic, situés sous Applications and Services\Microsoft\FileSync\Agent.
    1. Vérifiez que le ou les fichiers se trouvent dans le partage de fichiers Azure.
    2. Vérifiez la connectivité Internet du serveur.
    3. Ouvrez le composant logiciel enfichable MMC des services et vérifiez que le service de l’Agent de synchronisation du stockage (FileSyncSvc) est en cours d’exécution.
    4. Vérifiez que les pilotes de filtre Azure File Sync (StorageSync.sys et StorageSyncGuard.sys) sont en cours d’exécution :
      • À partir d’une invite de commandes avec élévation de privilèges, exécutez fltmc. Vérifiez que les pilotes de filtre du système de fichiers StorageSync.sys et StorageSyncGuard.sys sont répertoriés.

Notes

Un d’ID d’événement 9006 est enregistré une fois par heure dans le journal d’événements de télémétrie si un fichier ne parvient pas à rappeler (un événement est enregistré par code d’erreur). Consultez la section Erreurs de rappel et correction pour vérifier si des étapes de correction sont fournies pour le code d’erreur.

Erreurs de rappel et correction

HRESULT HRESULT (décimal) Chaîne d’erreur Problème Correction
0x80070079 -2147942521 ERROR_SEM_TIMEOUT Le rappel du fichier a échoué à cause d’un délai d’expiration E/S. Ce problème peut se produire pour plusieurs raisons : contraintes de ressources du serveur, connectivité réseau médiocre ou problème de stockage Azure (par exemple une limitation). Aucune action requise. Si l’erreur persiste pendant plusieurs heures, veuillez ouvrir un cas de support.
0x80070036 -2147024842 ERROR_NETWORK_BUSY Le rappel du fichier a échoué à cause d’un problème réseau. Si l’erreur persiste, vérifiez la connectivité réseau vers le partage de fichiers Azure.
0x80c80037 -2134376393 ECS_E_SYNC_SHARE_NOT_FOUND Le rappel du fichier a échoué car le point de terminaison de serveur a été supprimé. Pour résoudre ce problème, consultez Fichiers hiérarchisés non accessibles sur le serveur après la suppression d’un point de terminaison de serveur.
0x80070005 -2147024891 ERROR_ACCESS_DENIED Le rappel du fichier a échoué à cause d’une erreur de refus d’accès. Ce problème peut se produire si les paramètres du pare-feu et du réseau virtuel sur le compte de stockage sont activés et que le serveur n’a pas accès au compte de stockage. Pour résoudre ce problème, ajoutez le réseau virtuel ou l’adresse IP du serveur en suivant les étapes décrites dans la section Configurer les paramètres de pare-feu et de réseau virtuel du Guide de déploiement.
0x80c86002 -2134351870 ECS_E_AZURE_RESOURCE_NOT_FOUND Le rappel du fichier a échoué car il n’est pas accessible dans le partage de fichiers Azure. Pour résoudre ce problème, vérifiez que le fichier existe dans le partage de fichiers Azure. Si le fichier existe dans le partage de fichiers Azure, effectuez une mise à niveau vers la dernière version de l’agent Azure File Sync.
0x80c8305f -2134364065 ECS_E_EXTERNAL_STORAGE_ACCOUNT_AUTHORIZATION_FAILED Le rappel du fichier a échoué en raison d’un échec d’autorisation auprès du compte de stockage. Pour résoudre ce problème, vérifiez qu’Azure File Sync a accès au compte de stockage.
0x80c86030 -2134351824 ECS_E_AZURE_FILE_SHARE_NOT_FOUND Le rappel du fichier a échoué car le partage de fichiers Azure n’est pas accessible. Vérifiez que le partage de fichiers existe et qu’il est accessible. Si le partage de fichiers a été supprimé et recréé, suivez les étapes décrites dans la section La synchronisation a échoué car le partage de fichiers Azure a été supprimé et recréé pour supprimer et recréer le groupe de synchronisation.
0x800705aa -2147023446 ERROR_NO_SYSTEM_RESOURCES Le rappel du fichier a échoué car les ressources système sont insuffisantes. Si l’erreur persiste, essayez d’identifier l’application ou le pilote en mode noyau qui épuise les ressources système.
0x8007000e -2147024882 ERROR_OUTOFMEMORY Le rappel du fichier a échoué parce que la mémoire est insuffisante. Si l’erreur persiste, essayez d’identifier l’application ou le pilote en mode noyau à l’origine de l’insuffisance de mémoire.
0x80070070 -2147024784 ERROR_DISK_FULL Le rappel du fichier a échoué car l’espace disque est insuffisant. Pour résoudre ce problème, libérez de l’espace sur le volume en déplaçant des fichiers vers un autre volume, augmentez la taille du volume ou forcez la hiérarchisation des fichiers à l’aide de l’applet de commande Invoke-StorageSyncCloudTiering.
0x80072f8f -2147012721 WININET_E_DECODING_FAILED Le fichier n’a pas pu être rappelé car le serveur n’a pas pu décoder la réponse du service Azure File Sync. Cette erreur se produit généralement si un proxy réseau modifie la réponse du service Azure File Sync. Vérifiez la configuration de votre proxy.
0x80090352 -2146892974 SEC_E_ISSUING_CA_UNTRUSTED Le fichier n’a pas pu être rappelé car votre organisation utilise un proxy de terminaison TLS ou une entité malveillante intercepte le trafic entre votre serveur et le service Azure File Sync. Si vous êtes certain que cela est attendu (car votre organisation utilise un proxy de terminaison TLS), suivez les étapes décrites pour l’erreur CERT_E_UNTRUSTEDROOT afin de résoudre ce problème.
0x80c86047 -2134351801 ECS_E_AZURE_SHARE_SNAPSHOT_NOT_FOUND Le fichier n’a pas pu être rappelé parce qu’il fait référence à une version du fichier qui n’existe plus dans le partage de fichiers Azure. Ce problème peut se produire si le fichier à plusieurs niveaux a été restauré à partir d’une sauvegarde du serveur de Windows. Pour résoudre ce problème, restaurez le fichier à partir d’un instantané dans le partage de fichiers Azure.

Les fichiers hiérarchisés ne sont pas accessibles sur le serveur après la suppression d’un point de terminaison de serveur

Les fichiers hiérarchisés sur un serveur sont inaccessibles si les fichiers ne sont pas rappelés avant la suppression du point de terminaison.

Erreurs consignées si les fichiers hiérarchisés ne sont pas accessibles

  • Lors de la synchronisation d’un fichier, le code d’erreur-2147942467 (0x80070043-ERROR_BAD_NET_NAME) est enregistré dans le journal des événements ItemResults
  • Lors du rappel d’un fichier, le code d’erreur-2134376393 (0x80c80037-ECS_E_SYNC_SHARE_NOT_FOUND) est enregistré dans le journal des événements RecallResults

La restauration de l’accès à vos fichiers hiérarchisés est possible si les conditions suivantes sont remplies :

  • Le point de terminaison de serveur a été supprimé au cours des 30 derniers jours
  • Le point de terminaison Cloud n’a pas été supprimé
  • Le partage de fichiers n’a pas été supprimé
  • Le groupe de synchronisation n’a pas été supprimé

Si les conditions ci-dessus sont remplies, vous pouvez restaurer l’accès aux fichiers sur le serveur en recréant le point de terminaison de serveur sur le même chemin d’accès sur le serveur au sein du même groupe de synchronisation dans les 30 jours.

Si les conditions ci-dessus ne sont pas remplies, la restauration de l’accès n’est pas possible, car ces fichiers hiérarchisés sur le serveur sont désormais orphelins. Suivez les instructions ci-dessous pour supprimer les fichiers hiérarchisés orphelins.

Remarques

  • Lorsque les fichiers hiérarchisés ne sont pas accessibles sur le serveur, le fichier complet doit toujours être accessible si vous accédez directement au partage de fichiers Azure.
  • Pour empêcher les fichiers hiérarchisés orphelins à l’avenir, suivez les étapes décrites dans Supprimer un point de terminaison de serveur lors de la suppression d’un point de terminaison de serveur.

Obtention de la liste des fichiers hiérarchisés orphelins

  1. Vérifiez que la version v5.1 (ou ultérieure) de l’agent Azure File Sync est installée.
  2. Exécutez les commandes PowerShell suivantes pour répertorier les fichiers hiérarchisés orphelins :
Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
$orphanFiles = Get-StorageSyncOrphanedTieredFiles -path <server endpoint path>
$orphanFiles.OrphanedTieredFiles > OrphanTieredFiles.txt
  1. Enregistrez le fichier de sortie OrphanTieredFiles.txt au cas où les fichiers doivent être restaurés à partir d’une sauvegarde après avoir été supprimés.

Comment supprimer des fichiers hiérarchisés orphelins

Option n°1 : supprimer les fichiers hiérarchisés orphelins

Cette option supprime les fichiers hiérarchisés orphelins sur le serveur Windows, mais nécessite de supprimer le point de terminaison de serveur s’il existe en raison de la récréation après 30 jours ou s’il est connecté à un autre groupe de synchronisation. Des conflits de fichiers se produisent si des fichiers sont mis à jour sur le partage de fichiers Windows Server ou Azure avant la recréation du point de terminaison de serveur.

  1. Vérifiez que la version v5.1 (ou ultérieure) de l’agent Azure File Sync est installée.
  2. Sauvegardez le partage de fichiers Azure et l’emplacement du point de terminaison de serveur.
  3. Supprimez le point de terminaison de serveur dans le groupe de synchronisation (s’il existe) en suivant les étapes décrites dans Supprimer un point de terminaison de serveur.

Avertissement

Si le point de terminaison de serveur n’est pas supprimé avant d’utiliser l’applet de commande Remove-StorageSyncOrphanedTieredFiles, la suppression du fichier hiérarchisé orphelin sur le serveur supprimera le fichier complet dans le partage de fichiers Azure.

  1. Exécutez les commandes PowerShell suivantes pour répertorier les fichiers hiérarchisés orphelins :
Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
$orphanFiles = Get-StorageSyncOrphanedTieredFiles -path <server endpoint path>
$orphanFiles.OrphanedTieredFiles > OrphanTieredFiles.txt
  1. Enregistrez le fichier de sortie OrphanTieredFiles.txt au cas où les fichiers doivent être restaurés à partir d’une sauvegarde après avoir été supprimés.
  2. Exécutez les commandes PowerShell suivantes pour supprimer les fichiers hiérarchisés orphelins :
Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
$orphanFilesRemoved = Remove-StorageSyncOrphanedTieredFiles -Path <folder path containing orphaned tiered files> -Verbose
$orphanFilesRemoved.OrphanedTieredFiles > DeletedOrphanFiles.txt

Remarques

  • Les fichiers hiérarchisés modifiés sur le serveur qui ne sont pas synchronisés avec le partage de fichiers Azure seront supprimés.
  • Les fichiers hiérarchisés qui sont accessibles (non orphelins) ne seront pas supprimés.
  • Les fichiers non hiérarchisés sont conservés sur le serveur.
  1. Facultatif : Recréez le point de terminaison de serveur si vous l’avez supprimé à l’étape 3.

Option n°2 : Montez le partage de fichiers Azure et copiez les fichiers localement qui sont orphelins sur le serveur

Cette option ne nécessite pas la suppression du point de terminaison de serveur, mais nécessite un espace disque suffisant pour copier les fichiers complets localement.

  1. Montez le partage de fichiers Azure sur le serveur Windows qui contient des fichiers hiérarchisés orphelins.
  2. Exécutez les commandes PowerShell suivantes pour répertorier les fichiers hiérarchisés orphelins :
Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
$orphanFiles = Get-StorageSyncOrphanedTieredFiles -path <server endpoint path>
$orphanFiles.OrphanedTieredFiles > OrphanTieredFiles.txt
  1. Utilisez le fichier de sortie OrphanTieredFiles.txt pour identifiez les fichiers hiérarchisés orphelins sur le serveur.
  2. Remplacez les fichiers hiérarchisés orphelins en copiant le fichier complet du partage de fichiers Azure sur le serveur Windows.

Comment résoudre les problèmes de rappel de fichiers inattendu sur un serveur

Les antivirus, applications de sauvegarde et autres applications qui lisent un grand nombre de fichiers provoquent des rappels inattendus, sauf s’ils ont été configurés pour ignorer la lecture du contenu des fichiers hors connexion. Ignorer les fichiers hors connexion pour les produits qui prennent en charge cette option permet d’éviter des rappels inattendus pendant les opérations telles que les analyses antivirus ou les travaux de sauvegarde.

Contactez votre éditeur de logiciel pour savoir comment configurer la solution de façon à ignorer la lecture des fichiers hors connexion.

Des rappels inattendus peuvent également se produire dans d’autres scénarios, par exemple, quand vous parcourez des fichiers dans l’Explorateur de fichiers. L’ouverture d’un dossier contenant des fichiers cloud hiérarchisés dans l’Explorateur de fichiers sur le serveur peut provoquer des rappels inattendus. Le risque est d’autant plus grand si une solution antivirus est activée sur le serveur.

Notes

Utilisez l’ID d’événement 9059 dans le journal d’événements de télémétrie pour déterminer quelles sont les applications à l’origine des rappels. Cet événement fournit la distribution des rappels d’application pour un point de terminaison de serveur, et est enregistré une fois par heure.

Exclusions de processus pour Azure File Sync

Si vous souhaitez configurer votre antivirus ou d’autres applications pour qu’elles n’analysent pas les fichiers auxquels Azure File Sync a accès, configurez les exclusions de processus suivantes :

  • C:\Program Files\Azure\StorageSyncAgent\AfsAutoUpdater.exe
  • C:\Program Files\Azure\StorageSyncAgent\FileSyncSvc.exe
  • C:\Program Files\Azure\StorageSyncAgent\MAAgent\MonAgentLauncher.exe
  • C:\Program Files\Azure\StorageSyncAgent\MAAgent\MonAgentHost.exe
  • C:\Program Files\Azure\StorageSyncAgent\MAAgent\MonAgentManager.exe
  • C:\Program Files\Azure\StorageSyncAgent\MAAgent\MonAgentCore.exe
  • C:\Program Files\Azure\StorageSyncAgent\MAAgent\Extensions\XSyncMonitoringExtension\AzureStorageSyncMonitor.exe

Protocole TLS 1.2 requis pour Azure File Sync

Vous pouvez afficher les paramètres TLS sur votre serveur en examinant les paramètres du Registre.

Si vous utilisez un proxy, consultez la documentation de votre proxy et assurez-vous qu’il est configuré pour utiliser le protocole TLS 1.2.

Résolution générale des problèmes

Si vous rencontrez des problèmes avec Azure File Sync sur un serveur, commencez par effectuer les étapes suivantes :

  1. Dans l’observateur d’événements, examinez les journaux d’événements de télémétrie, des opérations et de diagnostic.
    • Les problèmes de synchronisation, de hiérarchisation et de rappel sont enregistrés dans les journaux d’événements de télémétrie, de diagnostic et d’exploitation sous Applications and services\Microsoft\FileSync\Agent.
    • Les problèmes liés à la gestion d’un serveur (par exemple, les paramètres de configuration) sont enregistrés dans ces journaux des événements opérationnels et de diagnostic sous Applications et Services\Microsoft\FileSync\Management.
  2. Vérifiez que le service Azure File Sync est en cours d’exécution sur le serveur :
    • Ouvrez le composant logiciel enfichable MMC des services et vérifiez que le service Storage Sync Agent (FileSyncSvc) est en cours d’exécution.
  3. Vérifiez que les pilotes de filtre Azure File Sync (StorageSync.sys et StorageSyncGuard.sys) sont en cours d’exécution :
    • À partir d’une invite de commandes avec élévation de privilèges, exécutez fltmc. Vérifiez que les pilotes de filtre du système de fichiers StorageSync.sys et StorageSyncGuard.sys sont répertoriés.

Si le problème n’est pas résolu, exécutez l’outil AFSDiag et envoyez sa sortie au format de fichier .zip à l’ingénieur de support affecté à votre cas pour lui permettre d’effectuer un diagnostic plus approfondi.

Pour exécuter AFSDiag, procédez comme suit.

Pour les versions v11 et ultérieures de l’agent :

  1. Ouvrez une fenêtre PowerShell avec élévation de privilèges, puis exécutez les commandes suivantes (appuyez sur Entrée après chaque commande) :

    Notes

    AFSDiag crée le répertoire de sortie et un dossier temporaire au sein de celui-ci avant de collecter les journaux, puis supprime le dossier temporaire une fois l’opération terminée. Spécifiez un emplacement de sortie qui ne contient pas de données.

    cd "c:\Program Files\Azure\StorageSyncAgent"
    Import-Module .\afsdiag.ps1
    Debug-AFS -OutputDirectory C:\output -KernelModeTraceLevel Verbose -UserModeTraceLevel Verbose
    
  2. Reproduisez le problème. Quand vous avez terminé, entrez D.

  3. Un fichier .zip contenant les journaux d’activité et les fichiers de trace est enregistré dans le répertoire de sortie que vous avez spécifié.

Pour les versions v10 et antérieures de l’agent :

  1. Créez un répertoire où la sortie AFSDiag doit être enregistrée (par exemple, C:\Output).

    Notes

    AFSDiag supprimera tout le contenu du répertoire de sortie avant la collecte des journaux. Spécifiez un emplacement de sortie qui ne contient pas de données.

  2. Ouvrez une fenêtre PowerShell avec élévation de privilèges, puis exécutez les commandes suivantes (appuyez sur Entrée après chaque commande) :

    cd "c:\Program Files\Azure\StorageSyncAgent"
    Import-Module .\afsdiag.ps1
    Debug-Afs c:\output # Note: Use the path created in step 1.
    
  3. Pour le niveau de trace du mode noyau d’Azure File Sync, entrez 1 (sauf indication contraire, pour créer des traces plus détaillées), puis appuyez sur Entrée.

  4. Pour le niveau de trace du mode utilisateur d’Azure File Sync, entrez 1 (sauf indication contraire, pour créer des traces plus détaillées), puis appuyez sur Entrée.

  5. Reproduisez le problème. Quand vous avez terminé, entrez D.

  6. Un fichier .zip contenant les journaux d’activité et les fichiers de trace est enregistré dans le répertoire de sortie que vous avez spécifié.

Voir aussi