Notes de publication de l’agent Azure File Sync

Azure File Sync vous permet de centraliser les partages de fichiers de votre organisation dans Azure Files sans perdre la flexibilité, le niveau de performance et la compatibilité d’un serveur de fichiers local. Il transforme vos installations 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 fournit les notes de publication concernant les versions prises en charge de l’agent Azure File Sync.

Versions prises en charge

Les versions prises en charge de l'agent Azure File Sync sont les suivantes :

Jalon Numéro de version de l’agent Date de publication Statut
Version V15 - KB5003882 15.0.0.0 30 mars 2022 Prise en charge
Version V14.1 - KB5001873 14.1.0.0 1er décembre 2021 Pris en charge
Version V14 - KB5001872 14.0.0.0 29 octobre 2021 Pris en charge
Version V13 - KB4588753 13.0.0.0 12 juillet 2021 Pris en charge : La version de l’agent expire le 8 août 2022
Version v12.1 – KB4588751 12.1.0.0 20 mai 2021 Pris en charge : La version de l’agent expire le 23 mai 2022
Mise en production V12 – KB4568585 12.0.0.0 26 mars 2021 Pris en charge : La version de l’agent expire le 23 mai 2022

Versions non prises en charge

Les versions suivantes de l'agent Azure File Sync ont expiré et ne sont plus prises en charge :

Jalon Numéro de version de l’agent Date de publication Statut
Version V11 11.1.0.0 - 11.3.0.0 N/A Non pris en charge : les versions de l’agent ont expiré le 28 mars 2022
Version V10 10.0.0.0 - 10.1.0.0 N/A Non prise en charge : les versions de l’agent ont expiré le 28 juin 2021.
Version V9 9.0.0.0 - 9.1.0.0 N/A Non prise en charge : les versions de l’agent ont expiré le 16 février 2021.
Version 8 8.0.0.0 N/A Non prise en charge : les versions de l’agent ont expiré le 12 janvier 2021.
Version V7 7.0.0.0 - 7.2.0.0 N/A Non pris en charge - Les versions de l'agent ont expiré le 1er septembre 2020
Version V6 6.0.0.0 - 6.3.0.0 N/A Non pris en charge : les versions de l’agent ont expiré le 21 avril 2020
Version V5 5.0.2.0 à 5.2.0.0 N/A Non pris en charge : les versions de l’agent ont expiré le 18 mars 2020
Version V4 4.0.1.0 - 4.3.0.0 N/A Non pris en charge : les versions de l’agent ont expiré le 6 novembre 2019
mise en production V3 3.1.0.0 - 3.4.0.0 N/A Non pris en charge : les versions de l’agent ont expiré le 19 août 2019
Agents antérieurs à la disponibilité générale 1.1.0.0 - 3.0.13.0 N/A Non pris en charge : les versions de l’agent ont expiré le 1er octobre 2018

Stratégie de mise à jour de l’agent Azure File Sync

L’agent Azure File Sync est mis à jour régulièrement pour ajouter de nouvelles fonctionnalités et pour résoudre les problèmes. Nous vous recommandons de configurer Microsoft Update pour obtenir les mises à jour de l’agent Azure File Sync lorsqu’elles sont disponibles.

Versions d’agent majeures et mineures

  • Les versions majeures de l’agent contiennent souvent de nouvelles fonctionnalités, et la première partie du numéro de version est constituée d’un nombre croissant. Par exemple : *2.*.**
  • Les versions mineures de l’agent sont également appelées « correctifs », et sont publiées plus fréquemment que les versions majeures. Elles contiennent souvent des correctifs de bogues et des améliorations mineures, mais pas de nouvelles fonctionnalités. Par exemple : **.3.**

Chemins de mise à jour

Il existe quatre moyens testés et approuvés d’installer les mises à jour de l’agent Azure File Sync.

  1. (Recommandé) Configurez Microsoft Update pour télécharger et installer automatiquement les mises à jour de l’agent.
    Il est recommandé d’installer toutes les mises à jour Azure File Sync pour bénéficier des derniers correctifs de l’agent du serveur. Microsoft Update rend ce processus transparent, en téléchargeant et en installant automatiquement les mises à jour.
  2. Utilisez AfsUpdater.exe pour télécharger et installer les mises à jour de l’agent.
    AfsUpdater.exe se trouve dans le répertoire d’installation de l’agent. Double-cliquez sur l’exécutable pour télécharger et installer les mises à jour de l’agent.
  3. Appliquez un correctif à un agent Azure File Sync existant à l’aide d’un fichier de correctif Microsoft Update, ou d’un exécutable .msp. Le dernier package de mise à jour Azure File Sync peut être téléchargé à partir du catalogue Microsoft Update.
    L’exécution d’un exécutable .msp permet de mettre à jour votre installation d’Azure File Sync avec la même méthode que celle utilisée automatiquement par Microsoft Update dans le chemin de mise à jour précédent. L’application d’un correctif Microsoft Update effectue la mise à jour sur place d’une installation Azure File Sync.
  4. Téléchargez le programme d’installation de l’agent Azure File Sync le plus récent à partir du Centre de téléchargement Microsoft.
    Pour mettre à niveau une installation existante de l’agent Azure File Sync, désinstallez l’ancienne version, puis installez la dernière version avec le programme d’installation téléchargé. L’inscription du serveur, les groupes de synchronisation et tous les autres paramètres sont gérés par le programme d’installation d’Azure File Sync.

Gestion automatique du cycle de vie des agents

Avec la version 6 de l’agent, l’équipe de synchronisation des fichiers a introduit une fonctionnalité de mise à niveau automatique de l’agent. Vous pouvez sélectionner l’un des deux modes et spécifier un intervalle de maintenance durant lequel une tentative de mise à niveau sur le serveur sera effectuée. Cette fonctionnalité est conçue pour vous aider à gérer le cycle de vie des agents en fournissant une barrière de sécurité qui empêche votre agent d’expirer ou en permettant une configuration qui vous tient informé en toute simplicité.

  1. Le paramètre par défaut tente d’empêcher l’agent d’expirer. Sous 21 jours après la publication de la date d’expiration d’un agent, l’agent tentera de se mettre à niveau automatiquement. Il essaye de se mettre à niveau une fois par semaine pendant les 21 jours qui précèdent l’expiration et au cours de l’intervalle de maintenance sélectionné. Même avec cette option, il est toujours nécessaire d’installer les correctifs réguliers de Microsoft Update.
  2. Si vous le souhaitez, vous pouvez configurer une mise à niveau automatique de l’agent dès qu’une nouvelle version est disponible (actuellement non applicable aux serveurs en cluster). Cette mise à jour se produira au cours de l’intervalle de maintenance sélectionné et permettra à votre serveur de profiter des nouvelles fonctionnalités et améliorations dès qu’elles sont mises à la disposition générale. Il s’agit du paramètre recommandé et sans encombre. Il fournira les versions majeures de l’agent ainsi que des correctifs de mise à jour réguliers à votre serveur. Chaque agent publié offre une qualité de niveau GA. Si vous sélectionnez cette option, Microsoft vous fournira la dernière version de l’agent en version d’évaluation. Les serveurs en cluster sont exclus. Une fois la version d’évaluation terminée, l’agent sera également disponible sur la page aka.ms/AFS/agent du Centre de téléchargement Microsoft.
Modification du paramètre de mise à niveau automatique

Les instructions suivantes décrivent comment modifier les paramètres une fois l’exécution du programme d’installation terminée si vous devez apporter des modifications.

Ouvrez une console PowerShell et accédez au répertoire où vous avez installé l’agent de synchronisation, puis importez les applets de commande du serveur. Par défaut, cela doit ressembler à ceci :

cd 'C:\Program Files\Azure\StorageSyncAgent'
Import-Module -Name .\StorageSync.Management.ServerCmdlets.dll

Vous pouvez exécuter Get-StorageSyncAgentAutoUpdatePolicy pour vérifier le paramètre de stratégie actuel et déterminer si vous voulez le modifier.

Pour définir le paramètre de stratégie actuel sur la piste de mise à jour différée, vous pouvez utiliser :

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode UpdateBeforeExpiration

Pour définir le paramètre de stratégie actuel sur la piste de mise à jour immédiate, vous pouvez utiliser :

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode InstallLatest

Cycle de vie de l’agent et garanties liées à la gestion des changements

Azure File Sync est un service cloud qui permet l’introduction continue de nouvelles fonctionnalités et améliorations. Cela signifie qu’une version de l’agent Azure File Sync n’est prise en charge que pour une durée limitée. Pour faciliter le déploiement, appliquez les règles suivantes pour être sûr de disposer de suffisamment de temps et d’informations pour les mises à jour ou mises à niveau lors de la gestion des modifications :

  • Les versions majeures et mineures de l’agent sont prises en charge au moins six mois après leur publication initiale.
  • Nous garantissons une période de chevauchement de trois mois minimum entre chaque version majeure d’agent.
  • Des avertissements sont émis pour les serveurs inscrits qui utilisent un agent sur le point d’expirer au moins trois mois avant son expiration. Vous pouvez vérifier si un serveur inscrit utilise une version antérieure de l’agent dans la section relative aux serveurs inscrits d’un service de synchronisation de stockage.
  • La durée de vie d’une version mineure de l’agent est liée à la version majeure à laquelle elle est associée. Par exemple, lorsque la version 3.0 de l’agent est publiée, les versions 2.* sont toutes définies pour expirer ensemble.

Notes

Si vous installez une version de l’agent sur le point d’expirer, un avertissement d’expiration s’affiche, mais ne vous empêche pas de l’installer. En revanche, l’installation et la connexion à une version de l’agent ayant expiré ne sont pas prises en charge et seront bloquées.

Agent version 15.0.0.0

Les notes de publication suivantes concernent la version 15.0.0.0 de l’agent Azure File Sync (publiée le 30 mars 2022).

Améliorations et problèmes résolus

  • Transactions réduites lors des exécutions de travail d’énumération des modifications cloud

    • Azure File Sync inclut un travail d’énumération des modifications cloud qui s’exécute toutes les 24 heures pour détecter les modifications apportées directement au partage de fichiers Azure et synchroniser ces modifications sur les serveurs dans vos groupes de synchronisation. Dans la version v14, nous avons apporté des améliorations pour réduire le nombre de transactions pendant l’exécution de ce travail et, dans la version v15, nous avons apporté d’autres améliorations. Le coût de la transaction est également plus prévisible, chaque travail produit désormais 1 transaction de liste par annuaire, par jour.
  • Voir l’état de la hiérarchisation cloud pour un volume ou un point de terminaison de serveur

    • L’applet de commande Get-StorageSyncCloudTieringStatus affiche l’état de la hiérarchisation cloud pour un point de terminaison de serveur spécifique ou pour un volume spécifique (selon le chemin spécifié). L’applet de commande affiche les stratégies actuelles, la distribution actuelle entre données hiérarchisées et données entièrement téléchargées, ainsi que les statistiques de la dernière session de hiérarchisation si le chemin du point de terminaison de serveur est spécifié. Si le chemin du volume est spécifié, il affiche la stratégie d’espace libre de volume effectif, les points de terminaison de serveur situés sur ce volume et indique si la hiérarchisation cloud est activée pour ces points de terminaison de serveur.

      Pour obtenir l’état de hiérarchisation cloud d’un volume ou d’un point de terminaison de serveur, exécutez les commandes PowerShell suivantes :

        Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
        Get-StorageSyncCloudTieringStatus -Path <server endpoint path or volume>
      
  • Nouvel outil de diagnostic et de résolution des problèmes

    • L’applet de commande Debug-StorageSyncServer diagnostique les problèmes courants comme la mauvaise configuration des certificats et l’heure de serveur incorrecte. Par ailleurs, nous avons simplifié la résolution des problèmes liés à Azure Files Sync en fusionnant les fonctionnalités de certains scripts et applets de commande existants (AFSDiag.ps1, FileSyncErrorsReport.ps1, Test-StorageSyncNetworkConnectivity) dans l’applet de commande Debug-StorageSyncServer.

      Pour exécuter les diagnostics sur le serveur, exécutez les commandes PowerShell suivantes :

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

      Pour tester la connectivité réseau sur le serveur, exécutez les commandes PowerShell suivantes :

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

      Pour identifier les fichiers qui ne sont pas synchronisés sur le serveur, exécutez les commandes PowerShell suivantes :

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

      Pour collecter les journaux et les traces sur le serveur, exécutez les commandes PowerShell suivantes :

        Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
        Debug-StorageSyncServer -AFSDiag -OutputDirectory C:\output -KernelModeTraceLevel Verbose -UserModeTraceLevel Verbose
      
  • Exécuter immédiatement l’énumération des changements sur le serveur pour détecter les changements de fichier qui ont été manqués par le journal USN

    • Azure File Sync utilise la fonctionnalité de journal Windows USN sur Windows Server pour détecter immédiatement les fichiers qui ont changé et les charger sur le partage de fichiers Azure. Si des fichiers changés sont manqués en raison d’un dépassement de taille du journal ou d’autres problèmes, les fichiers ne sont pas synchronisés avec le partage de fichiers Azure tant que les changements ne sont pas détectés. Azure File Sync a un travail d’énumération des changements du serveur qui s’exécute toutes les 24 heures sur le chemin du point de terminaison de serveur pour détecter les changements qui ont été manqués par le journal USN. Si vous ne voulez pas attendre l’exécution du prochain travail d’énumération des changements du serveur, vous pouvez maintenant utiliser l’applet de commande PowerShell Invoke-StorageSyncServerChangeDetection pour exécuter immédiatement l’énumération des changements du serveur sur un chemin de point de terminaison de serveur.

      Pour exécuter immédiatement l’énumération des changements du serveur sur un chemin de point de terminaison de serveur, exécutez les commandes PowerShell suivantes :

        Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
        Invoke-StorageSyncServerChangeDetection -ServerEndpointPath <path>
      

      Notes

      Par défaut, l’analyse de l’énumération des changements du serveur vérifie uniquement l’horodateur modifié. Pour effectuer une vérification plus poussée, utilisez le paramètre -DeepScan.

  • Améliorations diverses

    • Améliorations diverses de la fiabilité et de la télémétrie de la hiérarchisation cloud et de la synchronisation.

Outil d’évaluation

Avant de déployer l’agent Azure File Sync, vous devez évaluer s’il est compatible avec votre système à l’aide de l’outil d’évaluation Azure File Sync. Cet outil est une applet de commande Azure PowerShell qui recherche les problèmes potentiels liés à votre système de fichiers et à votre jeu de données, comme des caractères non pris en charge ou une version de système d’exploitation non prise en charge. Pour des instructions d’installation et d’utilisation, voir la section Outil d’évaluation du guide de planification.

Installation de l’agent et configuration du serveur

Pour plus d’informations sur l’installation et la configuration de l’agent Azure File Sync avec Windows Server, consultez Planification d’un déploiement Azure File Sync et Guide pratique pour déployer Azure File Sync.

  • Un redémarrage est nécessaire pour les serveurs sur lesquels la version de l’agent Azure File Sync actuellement installé est antérieure à la version 12.0.
  • Le package d’installation de l’agent doit être installé avec des autorisations (administrateur) élevées.
  • L’agent n’est pas pris en charge par l’option de déploiement de Nano Server.
  • L'agent est pris en charge uniquement sur Windows Server 2019, Windows Server 2016, Windows Server 2012 R2 et Windows Server 2022.
  • 2 Gio de mémoire nécessaires pour l’agent. Si le serveur s’exécute sur une machine virtuelle où la mémoire dynamique est activée, la machine virtuelle doit être configurée avec un minimum de 2 048 Mio de mémoire. Pour plus d'informations, consultez Ressources système recommandées.
  • Le service Storage Sync Agent (FileSyncSvc) ne prend pas en charge les points de terminaison serveur situés sur un volume dont le répertoire d’informations de volume système (SVI) est compressé. Cette configuration produit des résultats inattendus.

Interopérabilité

  • Les antivirus, applications de sauvegarde et autres applications qui ont accès à des fichiers hiérarchisés peuvent provoquer des rappels indésirables, sauf s’ils respectent l’attribut hors connexion et ignorent la lecture du contenu de ces fichiers. Pour plus d’informations, consultez Résoudre les problèmes liés à Azure File Sync.
  • Les filtres de fichiers FSRM peuvent entraîner des échecs de synchronisation sans fin lorsque les fichiers sont bloqués en raison du filtre de fichier.
  • L’exécution de sysprep sur un serveur sur lequel l’agent Azure File Sync est installé n’est pas prise en charge et peut produire des résultats inattendus. L’agent Azure File Sync doit être installé après avoir déployé l’image du serveur et terminé la mini-configuration de sysprep.

Limitations de synchronisation

Les éléments suivants ne se synchronisent pas, mais le reste du système continue d’opérer normalement :

  • Fichiers avec caractères non pris en charge. Reportez-vous au Guide de résolution des problèmes pour consulter la liste des caractères non pris en charge.

  • Fichiers ou répertoires se terminant par un point.

  • Chemins de plus de 2 048 caractères.

  • La partie liste de contrôle d’accès système (SACL) d’un descripteur de sécurité qui est utilisée pour l’audit.

  • Attributs étendus.

  • Autres flux de données.

  • Points d’analyse.

  • Liens physiques.

  • Si définie sur un serveur de fichiers, la compression n’est pas conservée lorsque les changements se synchronisent avec ce fichier depuis d’autres points de terminaison.

  • Tous les fichiers chiffrés avec EFS (ou tout autre chiffrement de mode utilisateur) qui empêche le service de lire les données.

    Notes

    Azure File Sync chiffre toujours les données en transit. Les données sont toujours chiffrées au repos dans Azure.

Point de terminaison de serveur

  • Un point de terminaison de serveur ne peut être créé que sur un volume NTFS. ReFS, FAT, FAT32 et d’autres systèmes de fichiers ne sont actuellement pas pris en charge par Azure File Sync.
  • 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.
  • Le clustering de basculement est pris en charge uniquement avec les disques en cluster, pas avec les volumes partagés de cluster (CSV).
  • Un point de terminaison de serveur ne peut pas être imbriqué. Il peut coexister sur le même volume en parallèle avec un autre point de terminaison.
  • Ne stockez pas de système d’exploitation ni de fichier de pagination d’application au sein d’un emplacement de point de terminaison de serveur.

Point de terminaison cloud

  • Azure File Sync prend en charge les modifications directes dans le partage de fichiers Azure. Toutefois, les modifications apportées au partage de fichiers Azure doivent d’abord être détectées par un travail de détection des modifications Azure File Sync. Un travail de détection des modifications est lancé pour un point de terminaison cloud une fois toutes les 24 heures. 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. Par ailleurs, les modifications apportées à un partage de fichiers Azure via le protocole REST ne mettent pas à jour l’heure de dernière modification de SMB et ne sont pas visibles comme des modifications par la synchronisation.

  • Le service de synchronisation de stockage et/ou le compte de stockage peuvent être déplacés vers un autre groupe de ressources, un autre abonnement ou un autre locataire Azure AD. Une fois le service de synchronisation de stockage ou le compte de stockage déplacé, vous devez donner à l’application Microsoft.StorageSync l’accès au compte de stockage (voir Vérifier qu’Azure File Sync a accès au compte de stockage).

    Notes

    Lors de la création du point de terminaison cloud, le service de synchronisation du stockage et le compte de stockage doivent se trouver dans le même locataire Azure AD. Une fois le point de terminaison cloud créé, le service de synchronisation du stockage et le compte de stockage peuvent être déplacés vers des locataires Azure AD différents.

Hiérarchisation cloud

  • Si un fichier hiérarchisé est copié vers un autre emplacement à l’aide de Robocopy, le fichier résultant n’est pas hiérarchisé. L’attribut hors connexion peut être défini car Robocopy inclut cet attribut de façon erronée dans les opérations de copie.
  • Lors de la copie de fichiers à l’aide de Robocopy, utilisez l’option /MIR pour conserver les horodatages des fichiers. Les plus anciens fichiers sont ainsi hiérarchisés plus tôt que les derniers fichiers utilisés.

Version de l’agent 14.1.0.0

Les notes de publication suivantes concernent la version 14.1.0.0 de l’agent Azure File Sync publiée le 1er décembre 2021. Ces notes s’ajoutent aux notes de publication de la version 14.0.0.0.

Améliorations et problèmes résolus

  • Les fichiers hiérarchisés supprimés sur Windows Server 2022 ne sont pas détectés par le pilote du filtre de hiérarchisation du cloud

    • Ce problème se produit parce que l’API DeleteFile de Windows Server 2022 utilise la classe FILE_DISPOSITION_INFORMATION_EX pour supprimer des fichiers. La version v14.1 ajoute la prise en charge de la détection des fichiers hiérarchisés supprimés à l’aide de la classe FILE_DISPOSITION_INFORMATION_EX.

    Notes

    Ce problème peut également avoir un impact sur Windows 2016 et Windows Server 2019 si un fichier hiérarchisé est supprimé à l’aide de la classe FILE_DISPOSITION_INFORMATION_EX.

Version de l’agent 14.0.0.0

Les notes de publication suivantes concernent la version 14.0.0.0 de l’agent Azure File Sync (mise en production le 29 octobre 2021).

Améliorations et problèmes résolus

  • Transactions réduites lors des exécutions de travail d’énumération des modifications cloud

    • Azure File Sync inclut un travail d’énumération des modifications cloud qui s’exécute toutes les 24 heures pour détecter les modifications apportées directement au partage de fichiers Azure et synchroniser ces modifications sur les serveurs dans vos groupes de synchronisation. Nous avons apporté des améliorations pour réduire le nombre de transactions lors de l’exécution de ce travail.
  • Amélioration des conseils de mise en service des points de terminaison de serveur dans le portail

    • Lors de la suppression d’un point de terminaison de serveur via le portail, nous fournissons désormais des instructions pas à pas basées sur la raison de la suppression du point de terminaison de serveur, afin que vous puissiez éviter la perte de données et vous assurer que vos données sont là où elles doivent être (serveur ou partage de fichiers Azure). Cette fonctionnalité comprend également de nouvelles cmdlets PowerShell (Get-StorageSyncStatus et New-StorageSyncUploadSession) que vous pouvez utiliser sur votre serveur local pour vous aider dans le processus de suppression des privilèges d’accès.
  • Améliorations du cmdlet Invoke-AzStorageSyncChangeDetection

    • Avant la version v14, si vous avez apporté des modifications directement dans le partage de fichiers Azure, vous pouviez utiliser le cmdlet Invoke-AzStorageSyncChangeDetection pour détecter les modifications et les synchroniser avec les serveurs de votre groupe de synchronisation. Toutefois, l’exécution du cmdlet échoue si le chemin d’accès spécifié contient plus de 10 000 éléments. Nous avons amélioré le cmdlet Invoke-AzStorageSyncChangeDetection et la limite de 10 000 éléments ne s’applique plus lors de l’analyse de l’ensemble du partage. Pour plus d’informations, consultez la documentation Invoke-AzStorageSyncChangeDetection.
  • Améliorations diverses

    • Azure File Sync est désormais pris en charge dans la région USA Ouest 3.
    • Correction d’un bogue qui avait pour effet que le script FileSyncErrorsReport.ps1 ne fournissait pas la liste de toutes les erreurs par élément.
    • Transactions réduites lorsqu’un fichier ne parvient jamais à se charger en raison d’une erreur de synchronisation par élément.
    • Améliorations diverses de la fiabilité et de la télémétrie de la hiérarchisation cloud et de la synchronisation.

Outil d’évaluation

Avant de déployer l’agent Azure File Sync, vous devez évaluer s’il est compatible avec votre système à l’aide de l’outil d’évaluation Azure File Sync. Cet outil est une applet de commande Azure PowerShell qui recherche les problèmes potentiels liés à votre système de fichiers et à votre jeu de données, comme des caractères non pris en charge ou une version de système d’exploitation non prise en charge. Pour des instructions d’installation et d’utilisation, voir la section Outil d’évaluation du guide de planification.

Installation de l’agent et configuration du serveur

Pour plus d’informations sur l’installation et la configuration de l’agent Azure File Sync avec Windows Server, consultez Planification d’un déploiement Azure File Sync et Guide pratique pour déployer Azure File Sync.

  • Un redémarrage est nécessaire pour les serveurs sur lesquels la version de l’agent Azure File Sync actuellement installé est antérieure à la version 12.0.
  • Le package d’installation de l’agent doit être installé avec des autorisations (administrateur) élevées.
  • L’agent n’est pas pris en charge par l’option de déploiement de Nano Server.
  • L'agent est pris en charge uniquement sur Windows Server 2019, Windows Server 2016, Windows Server 2012 R2 et Windows Server 2022.
  • 2 Gio de mémoire nécessaires pour l’agent. Si le serveur s’exécute sur une machine virtuelle où la mémoire dynamique est activée, la machine virtuelle doit être configurée avec un minimum de 2 048 Mio de mémoire. Pour plus d'informations, consultez Ressources système recommandées.
  • Le service Storage Sync Agent (FileSyncSvc) ne prend pas en charge les points de terminaison serveur situés sur un volume dont le répertoire d’informations de volume système (SVI) est compressé. Cette configuration produit des résultats inattendus.

Interopérabilité

  • Les antivirus, applications de sauvegarde et autres applications qui ont accès à des fichiers hiérarchisés peuvent provoquer des rappels indésirables, sauf s’ils respectent l’attribut hors connexion et ignorent la lecture du contenu de ces fichiers. Pour plus d’informations, consultez Résoudre les problèmes liés à Azure File Sync.
  • Les filtres de fichiers FSRM peuvent entraîner des échecs de synchronisation sans fin lorsque les fichiers sont bloqués en raison du filtre de fichier.
  • L’exécution de sysprep sur un serveur sur lequel l’agent Azure File Sync est installé n’est pas prise en charge et peut produire des résultats inattendus. L’agent Azure File Sync doit être installé après avoir déployé l’image du serveur et terminé la mini-configuration de sysprep.

Limitations de synchronisation

Les éléments suivants ne se synchronisent pas, mais le reste du système continue d’opérer normalement :

  • Fichiers avec caractères non pris en charge. Reportez-vous au Guide de résolution des problèmes pour consulter la liste des caractères non pris en charge.

  • Fichiers ou répertoires se terminant par un point.

  • Chemins de plus de 2 048 caractères.

  • La partie liste de contrôle d’accès système (SACL) d’un descripteur de sécurité qui est utilisée pour l’audit.

  • Attributs étendus.

  • Autres flux de données.

  • Points d’analyse.

  • Liens physiques.

  • Si définie sur un serveur de fichiers, la compression n’est pas conservée lorsque les changements se synchronisent avec ce fichier depuis d’autres points de terminaison.

  • Tous les fichiers chiffrés avec EFS (ou tout autre chiffrement de mode utilisateur) qui empêche le service de lire les données.

    Notes

    Azure File Sync chiffre toujours les données en transit. Les données sont toujours chiffrées au repos dans Azure.

Point de terminaison de serveur

  • Un point de terminaison de serveur ne peut être créé que sur un volume NTFS. ReFS, FAT, FAT32 et d’autres systèmes de fichiers ne sont actuellement pas pris en charge par Azure File Sync.
  • 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.
  • Le clustering de basculement est pris en charge uniquement avec les disques en cluster, pas avec les volumes partagés de cluster (CSV).
  • Un point de terminaison de serveur ne peut pas être imbriqué. Il peut coexister sur le même volume en parallèle avec un autre point de terminaison.
  • Ne stockez pas de système d’exploitation ni de fichier de pagination d’application au sein d’un emplacement de point de terminaison de serveur.

Point de terminaison cloud

  • Azure File Sync prend en charge les modifications directes dans le partage de fichiers Azure. Toutefois, les modifications apportées au partage de fichiers Azure doivent d’abord être détectées par un travail de détection des modifications Azure File Sync. Un travail de détection des modifications est lancé pour un point de terminaison cloud une fois toutes les 24 heures. 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. Par ailleurs, les modifications apportées à un partage de fichiers Azure via le protocole REST ne mettent pas à jour l’heure de dernière modification de SMB et ne sont pas visibles comme des modifications par la synchronisation.

  • Le service de synchronisation de stockage et/ou le compte de stockage peuvent être déplacés vers un autre groupe de ressources, un autre abonnement ou un autre locataire Azure AD. Une fois le service de synchronisation de stockage ou le compte de stockage déplacé, vous devez donner à l’application Microsoft.StorageSync l’accès au compte de stockage (voir Vérifier qu’Azure File Sync a accès au compte de stockage).

    Notes

    Lors de la création du point de terminaison cloud, le service de synchronisation du stockage et le compte de stockage doivent se trouver dans le même locataire Azure AD. Une fois le point de terminaison cloud créé, le service de synchronisation du stockage et le compte de stockage peuvent être déplacés vers des locataires Azure AD différents.

Hiérarchisation cloud

  • Si un fichier hiérarchisé est copié vers un autre emplacement à l’aide de Robocopy, le fichier résultant n’est pas hiérarchisé. L’attribut hors connexion peut être défini car Robocopy inclut cet attribut de façon erronée dans les opérations de copie.
  • Lors de la copie de fichiers à l’aide de Robocopy, utilisez l’option /MIR pour conserver les horodatages des fichiers. Les plus anciens fichiers sont ainsi hiérarchisés plus tôt que les derniers fichiers utilisés.

Version de l’agent 13.0.0.0

Les notes de publication suivantes concernent la version 13.0.0.0 de l’agent Azure File Sync (publiée le 12 juillet 2021).

Améliorations et problèmes résolus

  • Chargement faisant autorité

    • Le chargement faisant autorité est un nouveau mode disponible lors de la création du premier point de terminaison de serveur dans un groupe de synchronisation. Il est utile dans les situations où le cloud (partage de fichiers Azure) a une partie ou la plupart des données. Il est donc obsolète et doit récupérer les données les plus récentes sur le nouveau point de terminaison de serveur pour rattraper son décalage. Ce scénario peut se produire lors de migrations hors connexion, avec Data Box par exemple. Quand une Data Box est pleine et envoyée à Azure, les utilisateurs du serveur local continuent à modifier/ajouter/supprimer des fichiers sur le serveur local. Cela rend les données dans la Data Box et, par conséquent, le partage de fichiers Azure, légèrement obsolètes. Avec le chargement faisant autorité, vous pouvez maintenant indiquer au serveur et au cloud comment résoudre ce problème et mettre à jour le cloud de manière fluide avec les dernières modifications sur le serveur.

      Quelle que soit la manière dont les données se retrouvent dans le cloud, ce mode peut mettre à jour le partage de fichiers Azure si les données proviennent de l’emplacement correspondant sur le serveur. Veillez à éviter les grandes restructurations de répertoires entre la copie initiale dans le cloud et le rattrapage avec le chargement faisant autorité. De cette façon, seules les mises à jour seront transportées. Le renommage de répertoires entraîne le rechargement de tous les fichiers contenus dans ces répertoires renommés. Cette fonctionnalité est comparable à la sémantique de RoboCopy /MIR (mise en miroir de la source sur la cible), y compris la suppression de fichiers sur la cible qui n’existent plus sur la source.

      Le chargement faisant autorité remplace la fonctionnalité « Transfert de données hors connexion » pour l’intégration de Data Box à Azure File Sync par le biais d’un partage intermédiaire. Un partage intermédiaire n’est plus nécessaire pour utiliser Data Box. Les nouvelles tâches de transfert de données hors connexion ne peuvent plus être démarrées avec l’agent AFS V13. Les tâches existantes sur un serveur se poursuivent même avec la mise à niveau de l’agent vers la version 13.

  • Améliorations du portail pour afficher l’énumération des modifications cloud et la progression de la synchronisation

    • Quand un groupe de synchronisation est créé, tout point de terminaison de serveur connecté ne peut commencer la synchronisation qu’une fois l’énumération des modifications cloud terminée. Si des fichiers existent déjà dans le point de terminaison cloud (partage de fichiers Azure) de ce groupe de synchronisation, l’énumération des modifications du contenu dans le cloud peut prendre du temps. Plus il y a d’éléments (fichiers et dossiers) dans l’espace de noms, plus ce processus peut prendre du temps. Les administrateurs peuvent désormais accéder à la progression de l’énumération des modifications cloud dans le portail Azure pour estimer un ETA pour l’achèvement et le début de la synchronisation avec les serveurs.
  • Prise en charge du renommage du serveur

    • Si un serveur inscrit est renommé, Azure File Sync indique désormais le nouveau nom du serveur dans le portail. Si le serveur a été renommé avant la version v13, le nom du serveur dans le portail est désormais le bon.
  • Prise en charge pour Windows Server 2022

    • L'agent Azure File Sync est désormais pris en charge sur Windows Server 2022.

    Notes

    Windows Server 2022 ajoute la prise en charge de TLS 1.3, qui n’est actuellement pas pris en charge par Azure File Sync. Si les paramètres TLS sont gérés par le biais de la stratégie de groupe, le serveur doit être configuré pour prendre en charge TLS 1.2.

  • Améliorations diverses

    • Améliorations de la fiabilité en matière de synchronisation, de hiérarchisation cloud et d’énumération des modifications cloud.
    • En cas de modification d’un grand nombre de fichiers sur le serveur, le chargement de la synchronisation est maintenant effectué à partir d’un instantané VSS, ce qui réduit les erreurs par élément et les échecs de session de synchronisation.
    • L’applet de commande Invoke-StorageSyncFileRecall rappelle désormais tous les fichiers hiérarchisés associés à un point de terminaison de serveur, même si le fichier a été déplacé en dehors de l’emplacement du point de terminaison de serveur.
    • Explorer.exe est désormais exclu du suivi du dernier accès de la hiérarchisation cloud.
    • Nouvelle télémétrie (ID d’événement 6664) pour superviser la progression du nettoyage des fichiers hiérarchisés orphelins après la suppression d’un point de terminaison de serveur avec activation de la hiérarchisation cloud.

Outil d’évaluation

Avant de déployer l’agent Azure File Sync, vous devez évaluer s’il est compatible avec votre système à l’aide de l’outil d’évaluation Azure File Sync. Cet outil est une applet de commande Azure PowerShell qui recherche les problèmes potentiels liés à votre système de fichiers et à votre jeu de données, comme des caractères non pris en charge ou une version de système d’exploitation non prise en charge. Pour des instructions d’installation et d’utilisation, voir la section Outil d’évaluation du guide de planification.

Installation de l’agent et configuration du serveur

Pour plus d’informations sur l’installation et la configuration de l’agent Azure File Sync avec Windows Server, consultez Planification d’un déploiement Azure File Sync et Guide pratique pour déployer Azure File Sync.

  • Un redémarrage est nécessaire pour les serveurs sur lesquels la version de l’agent Azure File Sync actuellement installé est antérieure à la version 12.0.
  • Le package d’installation de l’agent doit être installé avec des autorisations (administrateur) élevées.
  • L’agent n’est pas pris en charge par l’option de déploiement de Nano Server.
  • L'agent est pris en charge uniquement sur Windows Server 2019, Windows Server 2016, Windows Server 2012 R2 et Windows Server 2022.
  • 2 Gio de mémoire nécessaires pour l’agent. Si le serveur s’exécute sur une machine virtuelle où la mémoire dynamique est activée, la machine virtuelle doit être configurée avec un minimum de 2 048 Mio de mémoire. Pour plus d'informations, consultez Ressources système recommandées.
  • Le service Storage Sync Agent (FileSyncSvc) ne prend pas en charge les points de terminaison serveur situés sur un volume dont le répertoire d’informations de volume système (SVI) est compressé. Cette configuration produit des résultats inattendus.

Interopérabilité

  • Les antivirus, applications de sauvegarde et autres applications qui ont accès à des fichiers hiérarchisés peuvent provoquer des rappels indésirables, sauf s’ils respectent l’attribut hors connexion et ignorent la lecture du contenu de ces fichiers. Pour plus d’informations, consultez Résoudre les problèmes liés à Azure File Sync.
  • Les filtres de fichiers FSRM peuvent entraîner des échecs de synchronisation sans fin lorsque les fichiers sont bloqués en raison du filtre de fichier.
  • L’exécution de sysprep sur un serveur sur lequel l’agent Azure File Sync est installé n’est pas prise en charge et peut produire des résultats inattendus. L’agent Azure File Sync doit être installé après avoir déployé l’image du serveur et terminé la mini-configuration de sysprep.

Limitations de synchronisation

Les éléments suivants ne se synchronisent pas, mais le reste du système continue d’opérer normalement :

  • Fichiers avec caractères non pris en charge. Reportez-vous au Guide de résolution des problèmes pour consulter la liste des caractères non pris en charge.

  • Fichiers ou répertoires se terminant par un point.

  • Chemins de plus de 2 048 caractères.

  • La partie liste de contrôle d’accès système (SACL) d’un descripteur de sécurité qui est utilisée pour l’audit.

  • Attributs étendus.

  • Autres flux de données.

  • Points d’analyse.

  • Liens physiques.

  • Si définie sur un serveur de fichiers, la compression n’est pas conservée lorsque les changements se synchronisent avec ce fichier depuis d’autres points de terminaison.

  • Tous les fichiers chiffrés avec EFS (ou tout autre chiffrement de mode utilisateur) qui empêche le service de lire les données.

    Notes

    Azure File Sync chiffre toujours les données en transit. Les données sont toujours chiffrées au repos dans Azure.

Point de terminaison de serveur

  • Un point de terminaison de serveur ne peut être créé que sur un volume NTFS. ReFS, FAT, FAT32 et d’autres systèmes de fichiers ne sont actuellement pas pris en charge par Azure File Sync.
  • 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.
  • Le clustering de basculement est pris en charge uniquement avec les disques en cluster, pas avec les volumes partagés de cluster (CSV).
  • Un point de terminaison de serveur ne peut pas être imbriqué. Il peut coexister sur le même volume en parallèle avec un autre point de terminaison.
  • Ne stockez pas de système d’exploitation ni de fichier de pagination d’application au sein d’un emplacement de point de terminaison de serveur.

Point de terminaison cloud

  • Azure File Sync prend en charge les modifications directes dans le partage de fichiers Azure. Toutefois, les modifications apportées au partage de fichiers Azure doivent d’abord être détectées par un travail de détection des modifications Azure File Sync. Un travail de détection des modifications est lancé pour un point de terminaison cloud une fois toutes les 24 heures. 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. Par ailleurs, les modifications apportées à un partage de fichiers Azure via le protocole REST ne mettent pas à jour l’heure de dernière modification de SMB et ne sont pas visibles comme des modifications par la synchronisation.

  • Le service de synchronisation de stockage et/ou le compte de stockage peuvent être déplacés vers un autre groupe de ressources, un autre abonnement ou un autre locataire Azure AD. Une fois le service de synchronisation de stockage ou le compte de stockage déplacé, vous devez donner à l’application Microsoft.StorageSync l’accès au compte de stockage (voir Vérifier qu’Azure File Sync a accès au compte de stockage).

    Notes

    Lors de la création du point de terminaison cloud, le service de synchronisation du stockage et le compte de stockage doivent se trouver dans le même locataire Azure AD. Une fois le point de terminaison cloud créé, le service de synchronisation du stockage et le compte de stockage peuvent être déplacés vers des locataires Azure AD différents.

Hiérarchisation cloud

  • Si un fichier hiérarchisé est copié vers un autre emplacement à l’aide de Robocopy, le fichier résultant n’est pas hiérarchisé. L’attribut hors connexion peut être défini car Robocopy inclut cet attribut de façon erronée dans les opérations de copie.
  • Lors de la copie de fichiers à l’aide de Robocopy, utilisez l’option /MIR pour conserver les horodatages des fichiers. Les plus anciens fichiers sont ainsi hiérarchisés plus tôt que les derniers fichiers utilisés.

Version de l’agent 12.1.0.0

Les notes de publication suivantes concernent la version 12.1.0.0 de l’agent Azure File Sync publiée le 20 mai 2021. Ces notes s’ajoutent aux notes de publication de la version 12.0.0.0.

Améliorations et problèmes résolus

La version de l’agent v12.0 comportait deux bogues qui ont été résolus dans cette version :

  • La mise à jour automatique de l’agent ne peut pas à mettre à jour l’agent vers une version ultérieure.
  • Le script FileSyncErrorsReport.ps1 ne fournit pas la liste des erreurs par élément.

Version de l’agent 12.0.0.0

Les notes de publication suivantes concernent la version 12.0.0.0 de l’agent Azure File Sync publiée le 26 mars 2021.

Améliorations et problèmes résolus

  • Nouvelle expérience de portail pour configurer une stratégie d’accès réseau et des connexions de point de terminaison privé

    • Vous pouvez désormais utiliser le portail pour désactiver l’accès au point de terminaison public du service de synchronisation du stockage, et approuver, rejeter et supprimer des connexions de point de terminaison privé. Pour configurer la stratégie d’accès réseau et les connexions de point de terminaison privé, ouvrez le portail du service de synchronisation du stockage, accédez à la section Paramètres, puis cliquez sur Réseau.
  • Prise en charge de la hiérarchisation cloud pour les tailles de cluster de volumes supérieures à 64 Kio

  • Mesurer la bande passante et la latence pour le service Azure File Sync et le compte de stockage

    • Vous pouvez désormais utiliser la cmdlet Test-StorageSyncNetworkConnectivity pour mesurer la latence et la bande passante pour le service Azure File Sync et le compte de stockage. La latence pour le service Azure File Sync et le compte de stockage est mesurée par défaut lors de l’exécution de la cmdlet. La bande passante de chargement et de téléchargement pour le compte de stockage est mesurés lors de l’utilisation du paramètre « -MeasureBandwidth ».

      Par exemple, pour mesurer la bande passante et la latence pour le service Azure File Sync et le compte de stockage, exécutez les commandes PowerShell suivantes :

        Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
        Test-StorageSyncNetworkConnectivity -MeasureBandwidth 
      
  • Amélioration des messages d’erreur dans le portail en cas d’échec de création de point de terminaison de serveur

    • Suite à vos commentaires, nous avons amélioré les messages d’erreur et les conseils qui s’affichent en cas d’échec de création de point de terminaison de serveur.
  • Améliorations diverses au niveau des performances et de la fiabilité

    • Amélioration des performances de détection des modifications pour détecter les fichiers modifiés dans le partage de fichiers Azure.
    • Améliorations des performances des sessions de synchronisation de réconciliation.
    • Améliorations de la synchronisation pour réduire les erreurs ECS_E_SYNC_METADATA_KNOWLEDGE_SOFT_LIMIT_REACHED et ECS_E_SYNC_METADATA_KNOWLEDGE_LIMIT_REACHED.
    • Correction d’un bogue qui entraîne une altération des données si la hiérarchisation cloud est activée et que les fichiers hiérarchisés sont copiés à l’aide de Robocopy avec le paramètre /B.
    • Correction d’un bogue pouvant entraîner l’échec de la hiérarchisation des fichiers sur le serveur 2019 si la déduplication des données est activée sur le volume.
    • Correction d’un bogue pouvant entraîner l’échec de la compression des fichiers par AFSDiag quand un fichier est d’une taille supérieure à 2Gio.

Outil d’évaluation

Avant de déployer l’agent Azure File Sync, vous devez évaluer s’il est compatible avec votre système à l’aide de l’outil d’évaluation Azure File Sync. Cet outil est une applet de commande Azure PowerShell qui recherche les problèmes potentiels liés à votre système de fichiers et à votre jeu de données, comme des caractères non pris en charge ou une version de système d’exploitation non prise en charge. Pour des instructions d’installation et d’utilisation, voir la section Outil d’évaluation du guide de planification.

Installation de l’agent et configuration du serveur

Pour plus d’informations sur l’installation et la configuration de l’agent Azure File Sync avec Windows Server, consultez Planification d’un déploiement Azure File Sync et Guide pratique pour déployer Azure File Sync.

  • Un redémarrage est nécessaire pour les serveurs disposant d’une installation de l’agent Azure File Sync.
  • Le package d’installation de l’agent doit être installé avec des autorisations (administrateur) élevées.
  • L’agent n’est pas pris en charge par l’option de déploiement de Nano Server.
  • L’agent est uniquement pris en charge sur Windows Server 2019, Windows Server 2016 et Windows Server 2012 R2.
  • 2 Gio de mémoire nécessaires pour l’agent. Si le serveur s’exécute sur une machine virtuelle où la mémoire dynamique est activée, la machine virtuelle doit être configurée avec un minimum de 2 048 Mio de mémoire. Pour plus d'informations, consultez Ressources système recommandées.
  • Le service Storage Sync Agent (FileSyncSvc) ne prend pas en charge les points de terminaison serveur situés sur un volume dont le répertoire d’informations de volume système (SVI) est compressé. Cette configuration produit des résultats inattendus.

Interopérabilité

  • Les antivirus, applications de sauvegarde et autres applications qui ont accès à des fichiers hiérarchisés peuvent provoquer des rappels indésirables, sauf s’ils respectent l’attribut hors connexion et ignorent la lecture du contenu de ces fichiers. Pour plus d’informations, consultez Résoudre les problèmes liés à Azure File Sync.
  • Les filtres de fichiers FSRM peuvent entraîner des échecs de synchronisation sans fin lorsque les fichiers sont bloqués en raison du filtre de fichier.
  • L’exécution de sysprep sur un serveur sur lequel l’agent Azure File Sync est installé n’est pas prise en charge et peut produire des résultats inattendus. L’agent Azure File Sync doit être installé après avoir déployé l’image du serveur et terminé la mini-configuration de sysprep.

Limitations de synchronisation

Les éléments suivants ne se synchronisent pas, mais le reste du système continue d’opérer normalement :

  • Fichiers avec caractères non pris en charge. Reportez-vous au Guide de résolution des problèmes pour consulter la liste des caractères non pris en charge.

  • Fichiers ou répertoires se terminant par un point.

  • Chemins de plus de 2 048 caractères.

  • La partie liste de contrôle d’accès système (SACL) d’un descripteur de sécurité qui est utilisée pour l’audit.

  • Attributs étendus.

  • Autres flux de données.

  • Points d’analyse.

  • Liens physiques.

  • Si définie sur un serveur de fichiers, la compression n’est pas conservée lorsque les changements se synchronisent avec ce fichier depuis d’autres points de terminaison.

  • Tous les fichiers chiffrés avec EFS (ou tout autre chiffrement de mode utilisateur) qui empêche le service de lire les données.

    Notes

    Azure File Sync chiffre toujours les données en transit. Les données sont toujours chiffrées au repos dans Azure.

Point de terminaison de serveur

  • Un point de terminaison de serveur ne peut être créé que sur un volume NTFS. ReFS, FAT, FAT32 et d’autres systèmes de fichiers ne sont actuellement pas pris en charge par Azure File Sync.
  • 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.
  • Le clustering de basculement est pris en charge uniquement avec les disques en cluster, pas avec les volumes partagés de cluster (CSV).
  • Un point de terminaison de serveur ne peut pas être imbriqué. Il peut coexister sur le même volume en parallèle avec un autre point de terminaison.
  • Ne stockez pas de système d’exploitation ni de fichier de pagination d’application au sein d’un emplacement de point de terminaison de serveur.
  • Le nom de serveur dans le portail n’est pas mis à jour si le serveur est renommé.

Point de terminaison cloud

  • Azure File Sync prend en charge les modifications directes dans le partage de fichiers Azure. Toutefois, les modifications apportées au partage de fichiers Azure doivent d’abord être détectées par un travail de détection des modifications Azure File Sync. Un travail de détection des modifications est lancé pour un point de terminaison cloud une fois toutes les 24 heures. 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. Par ailleurs, les modifications apportées à un partage de fichiers Azure via le protocole REST ne mettent pas à jour l’heure de dernière modification de SMB et ne sont pas visibles comme des modifications par la synchronisation.

  • Le service de synchronisation de stockage et/ou le compte de stockage peuvent être déplacés vers un autre groupe de ressources, un autre abonnement ou un autre locataire Azure AD. Une fois le service de synchronisation de stockage ou le compte de stockage déplacé, vous devez donner à l’application Microsoft.StorageSync l’accès au compte de stockage (voir Vérifier qu’Azure File Sync a accès au compte de stockage).

    Notes

    Lors de la création du point de terminaison cloud, le service de synchronisation du stockage et le compte de stockage doivent se trouver dans le même locataire Azure AD. Une fois le point de terminaison cloud créé, le service de synchronisation du stockage et le compte de stockage peuvent être déplacés vers des locataires Azure AD différents.

Hiérarchisation cloud

  • Si un fichier hiérarchisé est copié vers un autre emplacement à l’aide de Robocopy, le fichier résultant n’est pas hiérarchisé. L’attribut hors connexion peut être défini car Robocopy inclut cet attribut de façon erronée dans les opérations de copie.
  • Lors de la copie de fichiers à l’aide de Robocopy, utilisez l’option /MIR pour conserver les horodatages des fichiers. Les plus anciens fichiers sont ainsi hiérarchisés plus tôt que les derniers fichiers utilisés.