{"id":8895,"date":"2025-09-23T14:54:20","date_gmt":"2025-09-23T14:54:20","guid":{"rendered":"https:\/\/techhub.saworks.io\/docs\/preparation-de-certifications\/certification-azure\/mettre-en-oeuvre-une-infrastructure-de-serveur-de-fichiers-hybride\/decrire-azure-file-sync\/"},"modified":"2025-09-23T15:03:10","modified_gmt":"2025-09-23T15:03:10","slug":"decrire-azure-file-sync","status":"publish","type":"docs","link":"https:\/\/techhub.saworks.io\/fr\/docs\/preparation-de-certifications\/certification-azure\/mettre-en-oeuvre-une-infrastructure-de-serveur-de-fichiers-hybride\/decrire-azure-file-sync\/","title":{"rendered":"D\u00e9crire Azure File Sync"},"content":{"rendered":"\n
\n

Azure File Sync<\/strong> est un service qui permet de mettre en cache des partages de fichiers Azure<\/strong> sur un serveur de fichiers Windows Server local<\/strong>.
Avec le cloud tiering activ\u00e9<\/strong>, Azure File Sync aide \u00e0 garantir qu\u2019un serveur de fichiers dispose toujours d\u2019espace libre disponible<\/strong>, tout en rendant plus de fichiers accessibles<\/strong> que ce que le serveur pourrait stocker localement.<\/p>\n\n\n\n

Il pr\u00e9sente toute la structure de dossiers et les fichiers<\/strong> comme s\u2019ils \u00e9taient disponibles localement, bien que certains fichiers puissent \u00eatre tiered<\/strong> (d\u00e9plac\u00e9s vers le partage de fichiers Azure).
Si un utilisateur tente d\u2019acc\u00e9der \u00e0 un tel fichier, celui-ci est rappel\u00e9<\/strong> (t\u00e9l\u00e9charg\u00e9 de mani\u00e8re transparente depuis le partage Azure) en arri\u00e8re-plan, puis pr\u00e9sent\u00e9 \u00e0 l\u2019utilisateur.<\/p>\n\n\n\n

En proc\u00e9dant ainsi, File Sync transforme un serveur Windows Server local en un cache rapide<\/strong> de votre partage de fichiers Azure.
File Sync prend en charge le mod\u00e8le multi-ma\u00eetre<\/strong> et peut synchroniser les donn\u00e9es entre plusieurs serveurs de fichiers<\/strong>.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Terminologie Azure File Sync<\/strong><\/h3>\n\n\n\n

Pour comprendre comment fonctionne File Sync<\/strong>, il est essentiel de conna\u00eetre les termes associ\u00e9s<\/strong>.
Le sch\u00e9ma<\/strong> utilise cette terminologie pour illustrer le fonctionnement d\u2019Azure File Sync.<\/p>\n\n\n\n

<\/div>\n\n\n\n
\"\"<\/figure>\n\n\n\n
<\/div>\n\n\n\n

Le serveur ex\u00e9cutant Windows Server<\/strong> dans ce sch\u00e9ma poss\u00e8de l\u2019agent Azure File Sync<\/strong> et est enregistr\u00e9 aupr\u00e8s d\u2019Azure File Sync<\/strong>.
\u00c0 c\u00f4t\u00e9 de ce serveur se trouvent deux groupes de synchronisation<\/strong> : Accounting<\/strong> et Sales<\/strong>.
Le groupe de synchronisation Accounting<\/strong> a D:\\Accounting<\/strong> comme point de terminaison serveur<\/strong>.
Le groupe de synchronisation Sales<\/strong> a D:\\Sales<\/strong> comme point de terminaison serveur<\/strong>.<\/p>\n\n\n\n

Chaque groupe de synchronisation entretient une interaction bidirectionnelle<\/strong> avec le point de terminaison cloud<\/strong>, ce qui signifie que le point de terminaison serveur synchronise son contenu avec celui du point de terminaison cloud<\/strong> (le partage de fichiers Azure<\/strong> est le point de terminaison cloud).<\/p>\n\n\n\n

Les deux points de terminaison cloud ont une interaction bidirectionnelle<\/strong> avec le m\u00eame service de synchronisation de stockage (Storage Sync Service)<\/strong>.
Azure File Sync<\/strong> utilise le Storage Sync Service<\/strong>.<\/p>\n\n\n\n

Le Storage Sync Service<\/strong> a une interaction bidirectionnelle<\/strong> avec le compte de stockage Azure<\/strong>, ce qui symbolise que les points de terminaison cloud (partages de fichiers Azure)<\/strong> sont cr\u00e9\u00e9s dans le compte de stockage Azure<\/strong>.<\/p>\n\n\n\n

Le compte de stockage<\/strong> a une interaction bidirectionnelle<\/strong> avec Azure Backup<\/strong>, ce qui signifie que le compte de stockage Azure peut \u00eatre sauvegard\u00e9<\/strong> \u00e0 l\u2019aide de Backup<\/strong>.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Le tableau suivant d\u00e9crit les diff\u00e9rents composants du sch\u00e9ma :<\/h3>\n\n\n\n
<\/div>\n\n\n\n
Composant<\/strong><\/th>Description<\/strong><\/th><\/tr><\/thead>
Storage Sync Service<\/strong><\/th>Ressource Azure de niveau sup\u00e9rieur pour File Sync. Elle permet de cr\u00e9er des groupes de synchronisation<\/strong>, qui connectent les comptes de stockage Azure<\/strong>, les partages de fichiers Azure<\/strong> (appel\u00e9s points de terminaison cloud<\/strong>) et les points de terminaison serveur<\/strong> (emplacements de fichiers sur un serveur Windows Server enregistr\u00e9).<\/td><\/tr>
Groupe de synchronisation<\/strong><\/th>D\u00e9finit la topologie de synchronisation<\/strong> pour un ensemble de fichiers. Les points de terminaison d\u2019un groupe sont synchronis\u00e9s entre eux<\/strong>. Si vous avez deux ensembles de fichiers distincts \u00e0 g\u00e9rer avec File Sync, vous devez cr\u00e9er deux groupes de synchronisation<\/strong> et y ajouter des points de terminaison diff\u00e9rents. Un Storage Sync Service<\/strong> peut contenir jusqu\u2019\u00e0 100 groupes de synchronisation<\/strong>, et chaque groupe peut avoir jusqu\u2019\u00e0 50 points de terminaison serveur<\/strong>. (Un groupe de synchronisation a toujours un seul point de terminaison cloud<\/strong>).<\/td><\/tr>
Serveur enregistr\u00e9<\/strong><\/th>Repr\u00e9sente une relation de confiance<\/strong> entre un serveur Windows Server (ou un cluster) et le Storage Sync Service<\/strong>. Vous pouvez enregistrer jusqu\u2019\u00e0 99 serveurs Windows Server<\/strong> par Storage Sync Service, peu importe leur appartenance \u00e0 un domaine<\/strong>. Un serveur unique (ou cluster) ne peut \u00eatre enregistr\u00e9 qu\u2019avec un seul Storage Sync Service \u00e0 la fois<\/strong>.<\/td><\/tr>
Agent Azure File Sync<\/strong><\/th>Package t\u00e9l\u00e9chargeable qui permet \u00e0 Windows Server de se synchroniser avec un partage de fichiers Azure<\/strong>. Il comprend trois composants principaux :<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
    \n
  • Un service Windows en arri\u00e8re-plan<\/strong> qui surveille les changements sur les points de terminaison serveur et initie les sessions de synchronisation vers Azure.<\/li>\n\n\n\n
  • Un filtre du syst\u00e8me de fichiers File Sync<\/strong>, responsable du cloud tiering<\/strong> lorsque celui-ci est activ\u00e9. Le tiering se fait dynamiquement en arri\u00e8re-plan<\/strong>.<\/li>\n\n\n\n
  • Des cmdlets PowerShell<\/strong> pour g\u00e9rer File Sync. | | Point de terminaison serveur<\/strong> | Repr\u00e9sente un emplacement sp\u00e9cifique<\/strong> sur un serveur Windows Server enregistr\u00e9, comme un dossier ou un volume<\/strong>. Vous pouvez ajouter plusieurs points de terminaison serveur sur le m\u00eame serveur, mais ils doivent appartenir \u00e0 des groupes de synchronisation diff\u00e9rents<\/strong>. Ils peuvent \u00eatre sur le m\u00eame volume<\/strong> si leurs espaces de noms ne se chevauchent pas<\/strong> (ex. : D:\\Folder1<\/code> et D:\\Folder2<\/code>). Le cloud tiering<\/strong> peut \u00eatre configur\u00e9 individuellement<\/strong> pour chaque point de terminaison. | | Point de terminaison cloud<\/strong> | Un partage de fichiers Azure<\/strong> faisant partie d\u2019un groupe de synchronisation. Le partage entier est synchronis\u00e9<\/strong>, mais un partage de fichiers Azure ne peut appartenir qu\u2019\u00e0 un seul groupe de synchronisation<\/strong>. Si vous ajoutez un partage existant comme point de terminaison cloud, les fichiers existants sont synchronis\u00e9s avec les points de terminaison serveur<\/strong> du m\u00eame groupe. |<\/li>\n<\/ul>\n\n\n\n
    <\/div>\n\n\n\n

    Avantages d\u2019Azure File Sync<\/strong><\/h3>\n\n\n\n

    Azure File Sync offre de nombreux avantages \u00e0 votre organisation, notamment :<\/p>\n\n\n\n

      \n
    • Synchronisation multisite<\/strong><\/li>\n\n\n\n
    • Cloud tiering et sauvegarde<\/strong><\/li>\n\n\n\n
    • Reprise apr\u00e8s sinistre<\/strong><\/li>\n<\/ul>\n\n\n\n
      <\/div>\n\n\n\n

      Synchronisation multisite<\/strong><\/h3>\n\n\n\n

      L\u2019agent File Sync<\/strong> synchronise un point de terminaison serveur<\/strong> avec un partage de fichiers Azure<\/strong>.
      Apr\u00e8s avoir ajout\u00e9, supprim\u00e9 ou modifi\u00e9<\/strong> des fichiers, dossiers ou leurs autorisations sur un point de terminaison serveur, l\u2019agent d\u00e9tecte le changement<\/strong> et le r\u00e9plique vers le cloud<\/strong>.<\/p>\n\n\n\n

      Les changements sont d\u00e9tect\u00e9s imm\u00e9diatement<\/strong>, et les fichiers ajout\u00e9s sont visibles sur le partage Azure en quelques secondes<\/strong>.
      Les fichiers plus volumineux prennent plus de temps \u00e0 appara\u00eetre, selon leur taille et la vitesse de la connexion Internet.<\/p>\n\n\n\n

      Lorsque vous avez plusieurs points de terminaison serveur dans le m\u00eame groupe de synchronisation<\/strong>, l\u2019agent File Sync synchronise leur contenu<\/strong>, peu importe leur emplacement \u2014 ils peuvent \u00eatre sur le m\u00eame r\u00e9seau<\/strong> ou dans diff\u00e9rentes r\u00e9gions du monde<\/strong>.
      Ainsi, File Sync peut \u00eatre utilis\u00e9 pour une synchronisation multisite<\/strong>, similaire au r\u00f4le DFS Replication<\/strong> dans Windows Server.<\/p>\n\n\n\n

      File Sync impl\u00e9mente une r\u00e9plication multi-ma\u00eetre<\/strong>, ce qui signifie que toute modification sur un point de terminaison est synchronis\u00e9e avec tous les autres<\/strong> du m\u00eame groupe.<\/p>\n\n\n\n

      <\/div>\n\n\n\n
      \n

      \u26a0\ufe0f Attention<\/h3>\n\n\n\n

      File Sync ne fournit pas de verrouillage<\/strong>, ce qui signifie que si le m\u00eame fichier est modifi\u00e9 sur plusieurs points de terminaison en m\u00eame temps<\/strong>, avant que la premi\u00e8re modification soit synchronis\u00e9e, un conflit se produit<\/strong>.
      File Sync d\u00e9tecte ces conflits<\/strong>, qui entra\u00eenent la cr\u00e9ation de plusieurs copies du fichier<\/strong> (les noms incluent le nom du point de terminaison \u00e0 l\u2019origine du conflit).<\/p>\n<\/div>\n\n\n\n

      <\/div>\n<\/div>\n\n\n\n

      Cloud tiering<\/strong><\/h3>\n\n\n\n

      Le cloud tiering<\/strong> est une fonctionnalit\u00e9 optionnelle<\/strong> que vous pouvez activer et configurer<\/strong> pour les points de terminaison serveur<\/strong>.
      Lorsque le cloud tiering n\u2019est pas activ\u00e9<\/strong>, tous les fichiers sont conserv\u00e9s localement sur le point de terminaison serveur<\/strong> et dans le partage de fichiers Azure<\/strong>.
      Cependant, l\u2019espace disque disponible localement<\/strong> limite le point de terminaison serveur, et vous pouvez manquer d\u2019espace<\/strong> si vous copiez trop de fichiers volumineux.<\/p>\n\n\n\n

      Avec le cloud tiering<\/strong>, vous pouvez d\u00e9finir :<\/p>\n\n\n\n

        \n
      • le pourcentage d\u2019espace libre<\/strong> qui doit toujours \u00eatre disponible sur le point de terminaison serveur<\/li>\n\n\n\n
      • si seuls les fichiers r\u00e9cemment consult\u00e9s<\/strong> doivent \u00eatre conserv\u00e9s localement<\/li>\n<\/ul>\n\n\n\n

        Vous pouvez copier autant de fichiers que vous le souhaitez vers un point de terminaison serveur, et tous les fichiers sont synchronis\u00e9s avec le point de terminaison cloud<\/strong>.
        Cependant, les fichiers qui d\u00e9passent le seuil d\u2019espace libre<\/strong> ou qui n\u2019ont pas \u00e9t\u00e9 consult\u00e9s r\u00e9cemment<\/strong> sont supprim\u00e9s du stockage local<\/strong>, mais restent disponibles<\/strong> dans le partage de fichiers Azure<\/strong>.<\/p>\n\n\n\n

        Ces fichiers sont toujours visibles sur le point de terminaison serveur sous forme de points de r\u00e9analyse<\/strong> avec l\u2019attribut hors ligne<\/strong>.
        Les utilisateurs peuvent y acc\u00e9der, mais ces fichiers n\u2019occupent aucun espace<\/strong> sur le point de terminaison serveur.<\/p>\n\n\n\n

        <\/div>\n\n\n\n

        Sauvegarde dans le cloud<\/strong><\/h3>\n\n\n\n

        L\u2019agent File Sync<\/strong> garantit que tous les fichiers du point de terminaison serveur<\/strong> sont synchronis\u00e9s avec un partage de fichiers Azure<\/strong>.
        Vous pouvez cr\u00e9er jusqu\u2019\u00e0 200 instantan\u00e9s<\/strong> de partage de fichiers Azure, que vous pouvez utiliser pour restaurer des versions pr\u00e9c\u00e9dentes<\/strong> de n\u2019importe quel fichier, par exemple via la fonctionnalit\u00e9 Versions pr\u00e9c\u00e9dentes<\/strong> de l\u2019Explorateur de fichiers<\/strong>.<\/p>\n\n\n\n

        Les versions pr\u00e9c\u00e9dentes<\/strong> sont \u00e9galement disponibles pour les fichiers non mis en cache<\/strong> sur un point de terminaison serveur en raison du cloud tiering.<\/p>\n\n\n\n

        Vous pouvez utiliser Azure Backup<\/strong> pour effectuer :<\/p>\n\n\n\n

          \n
        • une sauvegarde planifi\u00e9e quotidienne<\/strong><\/li>\n\n\n\n
        • ou jusqu\u2019\u00e0 quatre sauvegardes \u00e0 la demande par jour<\/strong> des partages de fichiers Azure<\/li>\n<\/ul>\n\n\n\n

          Azure Backup utilise des instantan\u00e9s<\/strong> pour cr\u00e9er une sauvegarde du partage de fichiers Azure.
          Selon votre strat\u00e9gie de r\u00e9tention<\/strong>, une sauvegarde peut \u00eatre conserv\u00e9e jusqu\u2019\u00e0 10 ans<\/strong>.<\/p>\n\n\n\n

          <\/div>\n\n\n\n

          Reprise apr\u00e8s sinistre<\/strong><\/h3>\n\n\n\n

          Tous les fichiers des points de terminaison serveur sont synchronis\u00e9s avec les partages de fichiers Azure<\/strong>, ce qui permet de reconstruire rapidement un nouveau point de terminaison serveur<\/strong> \u2014 par exemple en cas de sinistre ou si vous devez ajouter un nouveau point de terminaison \u00e0 votre r\u00e9seau.<\/p>\n\n\n\n

          Il suffit d\u2019installer l\u2019agent File Sync<\/strong> sur un nouveau serveur Windows Server<\/strong>, de l\u2019enregistrer<\/strong>, puis de l\u2019ajouter comme point de terminaison serveur<\/strong> au groupe de synchronisation.<\/p>\n\n\n\n

          Peu importe la quantit\u00e9 de donn\u00e9es dans le partage de fichiers Azure, l\u2019agent de synchronisation t\u00e9l\u00e9charge d\u2019abord tout l\u2019espace de noms<\/strong>, ce qui rend la structure des dossiers et les fichiers imm\u00e9diatement visibles<\/strong> sur le nouveau serveur.
          Ce processus est appel\u00e9 reprise rapide apr\u00e8s sinistre<\/strong> ou restauration rapide de l\u2019espace de noms<\/strong>.<\/p>\n\n\n\n

          Pendant que l\u2019agent commence \u00e0 mettre en cache les fichiers en arri\u00e8re-plan<\/strong>, les utilisateurs peuvent d\u00e9j\u00e0 acc\u00e9der aux fichiers<\/strong>, selon les param\u00e8tres de cloud tiering.
          S\u2019ils essaient d\u2019acc\u00e9der \u00e0 un fichier non encore mis en cache<\/strong>, l\u2019agent de synchronisation rappelle imm\u00e9diatement et de mani\u00e8re transparente<\/strong> les donn\u00e9es du fichier depuis le partage Azure.
          L\u2019utilisateur peut ouvrir le fichier sans remarquer<\/strong> qu\u2019il n\u2019\u00e9tait pas stock\u00e9 localement.<\/p>\n\n\n\n

          <\/div>\n\n\n\n

          Unit\u00e9 suivante : Impl\u00e9menter Azure File Sync<\/strong><\/h3>\n","protected":false},"excerpt":{"rendered":"

          Azure File Sync est un service qui permet de mettre en cache des partages de fichiers Azure sur un serveur de fichiers Windows […]<\/p>\n","protected":false},"author":2,"featured_media":0,"parent":8869,"menu_order":6,"comment_status":"closed","ping_status":"closed","template":"","doc_tag":[],"doc_badge":[],"class_list":["post-8895","docs","type-docs","status-publish","hentry"],"author_avatar":"https:\/\/secure.gravatar.com\/avatar\/6a70e7c73db9f245e650948d09d74f61?s=96&d=mm&r=g","author_name":"Annick N'dri","_links":{"self":[{"href":"https:\/\/techhub.saworks.io\/fr\/wp-json\/wp\/v2\/docs\/8895"}],"collection":[{"href":"https:\/\/techhub.saworks.io\/fr\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/techhub.saworks.io\/fr\/wp-json\/wp\/v2\/types\/docs"}],"author":[{"embeddable":true,"href":"https:\/\/techhub.saworks.io\/fr\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/techhub.saworks.io\/fr\/wp-json\/wp\/v2\/comments?post=8895"}],"version-history":[{"count":0,"href":"https:\/\/techhub.saworks.io\/fr\/wp-json\/wp\/v2\/docs\/8895\/revisions"}],"up":[{"embeddable":true,"href":"https:\/\/techhub.saworks.io\/fr\/wp-json\/wp\/v2\/docs\/8869"}],"wp:attachment":[{"href":"https:\/\/techhub.saworks.io\/fr\/wp-json\/wp\/v2\/media?parent=8895"}],"wp:term":[{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/techhub.saworks.io\/fr\/wp-json\/wp\/v2\/doc_tag?post=8895"},{"taxonomy":"doc_badge","embeddable":true,"href":"https:\/\/techhub.saworks.io\/fr\/wp-json\/wp\/v2\/doc_badge?post=8895"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}