Releaseopmerkingen voor de Azure File Sync-agent

Met Azure File Sync kunt u bestandsshares van uw organisatie in Azure Files centraliseren zonder in te leveren op de flexibiliteit, prestaties en compatibiliteit van een on-premises bestandsserver. Uw installaties van Windows Server worden getransformeerd in een snelle cache van uw Azure-bestandsshare. U kunt elk protocol dat beschikbaar is in Windows Server gebruiken voor lokale toegang tot uw gegevens (inclusief SMB, NFS en FTPS) en u kunt zoveel caches hebben als u waar ook ter wereld nodig hebt.

Dit artikel bevat de releaseopmerkingen voor de ondersteunde versies van de Azure File Sync-agent.

Ondersteunde versies

De volgende Azure File Sync agentversies worden ondersteund:

Mijlpaal Versienummer agent Releasedatum Status
V15 Release - KB5003882 15.0.0.0 30 maart 2022 Ondersteund
V14.1 Release - KB5001873 14.1.0.0 1 december 2021 Ondersteund
V14 Release - KB5001872 14.0.0.0 29 oktober 2021 Ondersteund

Niet-ondersteunde versies

De volgende Azure File Sync agentversies zijn verlopen en worden niet meer ondersteund:

Mijlpaal Versienummer agent Releasedatum Status
V13-release 13.0.0.0 N.v.t. Niet ondersteund - Agentversies zijn verlopen op 8 augustus 2022
V12-release 12.0.0.0 - 12.1.0.0 N.v.t. Niet ondersteund - Agentversies zijn verlopen op 23 mei 2022
V11-release 11.1.0.0 - 11.3.0.0 N.v.t. Niet ondersteund - Agentversies zijn verlopen op 28 maart 2022
V10-release 10.0.0.0 - 10.1.0.0 N.v.t. Niet ondersteund - Agentversies zijn verlopen op 28 juni 2021
V9-release 9.0.0.0 - 9.1.0.0 N.v.t. Niet ondersteund - Agentversies zijn verlopen op 16 februari 2021
V8-release 8.0.0.0 N.v.t. Niet ondersteund - Agentversies zijn verlopen op 12 januari 2021
V7-release 7.0.0.0 - 7.2.0.0 N.v.t. Niet ondersteund - Agentversies verlopen op 1 september 2020
V6-release 6.0.0.0 - 6.3.0.0 N.v.t. Niet ondersteund - Agentversies zijn verlopen op 21 april 2020
V5-release 5.0.2.0 - 5.2.0.0 N.v.t. Niet ondersteund - Agentversies zijn verlopen op 18 maart 2020
V4-release 4.0.1.0 - 4.3.0.0 N.v.t. Niet ondersteund - Agentversies zijn verlopen op 6 november 2019
V3-release 3.1.0.0 - 3.4.0.0 N.v.t. Niet ondersteund - Agentversies zijn verlopen op 19 augustus 2019
Pre-GA-agents 1.1.0.0 - 3.0.13.0 N.v.t. Niet ondersteund - Agentversies zijn verlopen op 1 oktober 2018

Updatebeleid Azure File Sync-agent

De Azure File Sync-agent wordt regelmatig bijgewerkt om nieuwe functionaliteit toe te voegen en problemen op te lossen. U wordt aangeraden de Azure File Sync agent bij te werken naarmate er nieuwe versies beschikbaar zijn.

Primaire versus secundaire agentversies

  • Primaire agentversies bevatten vaak nieuwe functies en hebben een toenemend aantal als eerste deel van het versienummer. Bijvoorbeeld: 14.0.0.0
  • Secundaire agentversies worden ook wel patches genoemd en worden vaker uitgebracht dan primaire versies. Ze bevatten vaak oplossingen voor fouten en kleinere verbeteringen, maar geen nieuwe functies. Bijvoorbeeld: 14.1.0.0

Upgradepaden

Er zijn vijf goedgekeurde en geteste manieren om de Azure File Sync agentupdates te installeren.

  1. Gebruik Azure File Sync functie voor automatische upgrade van agent om agentupdates te installeren.
    De Azure File Sync-agent wordt automatisch bijgewerkt. U kunt ervoor kiezen om de nieuwste agentversie te installeren wanneer deze beschikbaar is of bijwerkt wanneer de momenteel geïnstalleerde agent bijna verloopt. Zie Automatisch levenscyclusbeheer voor agents voor meer informatie.
  2. Configureer Microsoft Update om agentupdates automatisch te downloaden en te installeren.
    Het is raadzaam om elke Azure File Sync-update te installeren om ervoor te zorgen dat u toegang hebt tot de meest recente oplossingen voor de serveragent. Microsoft Update maakt dit proces naadloos door automatisch updates voor u te downloaden en te installeren.
  3. Gebruik AfsUpdater.exe om agentupdates te downloaden en te installeren.
    De AfsUpdater.exe bevindt zich in de installatiemap van de agent. Dubbelklik op het uitvoerbare bestand om agentupdates te downloaden en te installeren.
  4. Een bestaande Azure File Sync-agent patchen met behulp van een Microsoft Update-patchbestand of een .msp uitvoerbaar bestand. Het meest recente Azure File Sync updatepakket kan worden gedownload uit de Microsoft Update-catalogus.
    Als u een .msp-uitvoerbaar bestand uitvoert, wordt uw Azure File Sync-installatie bijgewerkt met dezelfde methode die automatisch door Microsoft Update in het vorige upgradepad wordt gebruikt. Het toepassen van een Microsoft Update-patch voert een in-place upgrade uit van een Azure File Sync-installatie.
  5. Download het nieuwste Azure File Sync agentinstallatieprogramma vanuit het Microsoft Downloadcentrum.
    Als u een bestaande installatie van een Azure File Sync-agent wilt upgraden, verwijdert u de oudere versie en installeert u vervolgens de nieuwste versie van het gedownloade installatieprogramma. De serverregistratie, synchronisatiegroepen en andere instellingen worden onderhouden door het Azure File Sync-installatieprogramma.

Automatisch levenscyclusbeheer van agents

De Azure File Sync-agent wordt automatisch bijgewerkt. U kunt een van de twee modi selecteren en een onderhoudsvenster opgeven waarin de upgrade moet worden uitgevoerd op de server. Deze functie is ontworpen om u te helpen bij het beheer van de levenscyclus van de agent door een kader te bieden dat verhindert dat uw agent verloopt of om een niet-gedoe te bieden, de huidige instelling te behouden.

  1. Met de standaardinstelling wordt geprobeerd te voorkomen dat de agent verloopt. Binnen 21 dagen na de geposte vervaldatum van een agent probeert de agent zelf een upgrade uit te voeren. Er wordt een poging gestart om één keer per week te upgraden binnen 21 dagen vóór de vervaldatum en in het geselecteerde onderhoudsvenster. Met deze optie hoeft u geen reguliere Microsoft Update-patches te nemen.
  2. U kunt eventueel selecteren dat de agent automatisch een upgrade uitvoert zodra er een nieuwe agentversie beschikbaar is (momenteel niet van toepassing op geclusterde servers). Deze update vindt plaats tijdens het geselecteerde onderhoudsvenster en stelt uw server in staat om te profiteren van nieuwe functies en verbeteringen zodra deze algemeen beschikbaar zijn. Dit is de aanbevolen, probleemloze instelling die primaire agentversies en regelmatige updatepatches op uw server biedt. Elke vrijgegeven agent is op ga-kwaliteit. Als u deze optie selecteert, zal Microsoft de nieuwste agentversie naar u laten vliegen. Geclusterde servers worden uitgesloten. Zodra de vlucht is voltooid, wordt de agent ook beschikbaar in het Microsoft Downloadcentrum aka.ms/AFS/agent.
De instelling voor automatische upgrade wijzigen

In de volgende instructies wordt beschreven hoe u de instellingen kunt wijzigen nadat u het installatieprogramma hebt voltooid, als u wijzigingen moet aanbrengen.

Open een PowerShell-console en navigeer naar de map waar u de synchronisatieagent hebt geïnstalleerd en importeer de server-cmdlets. Standaard ziet dit er ongeveer als volgt uit:

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

U kunt uitvoeren Get-StorageSyncAgentAutoUpdatePolicy om de huidige beleidsinstelling te controleren en te bepalen of u deze wilt wijzigen.

Als u de huidige beleidsinstelling wilt wijzigen in het vertraagde updatespoor, kunt u het volgende gebruiken:

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode UpdateBeforeExpiration

Als u de huidige beleidsinstelling wilt wijzigen in het directe updatespoor, kunt u het volgende gebruiken:

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode InstallLatest

Garanties voor levenscyclus en wijzigingsbeheer van agents

Azure File Sync is een cloudservice, die voortdurend nieuwe functies en verbeteringen introduceert. Dit betekent dat een specifieke Azure File Sync agentversie alleen gedurende een beperkte tijd kan worden ondersteund. Om uw implementatie te vergemakkelijken, garanderen de volgende regels dat u voldoende tijd en melding hebt voor agentupdates/upgrades in uw wijzigingsbeheerproces:

  • Primaire agentversies worden ten minste zes maanden vanaf de datum van de eerste release ondersteund.
  • We garanderen dat er ten minste drie maanden overlappen tussen de ondersteuning van primaire agentversies.
  • Waarschuwingen worden uitgegeven voor geregistreerde servers met een binnenkort verlopen agent ten minste drie maanden voordat deze is verlopen. U kunt controleren of een geregistreerde server een oudere versie van de agent gebruikt onder de sectie geregistreerde servers van een opslagsynchronisatieservice.
  • De levensduur van een secundaire agentversie is gebonden aan de bijbehorende primaire versie. Wanneer bijvoorbeeld agentversie 12.0.0.0 is ingesteld op verlopen, worden agentversies 12.*.*.* allemaal ingesteld om samen te verlopen.

Notitie

Als u een agentversie installeert met een verloopwaarschuwing, wordt er een waarschuwing weergegeven, maar geslaagd. Het installeren of verbinden met een verlopen agentversie wordt niet ondersteund en wordt geblokkeerd.

Agent versie 15.0.0.0

De volgende releaseopmerkingen zijn voor versie 15.0.0.0 van de Azure File Sync-agent (uitgebracht op 30 maart 2022).

Verbeteringen en problemen die zijn opgelost

  • Gereduceerde transacties wanneer de opsommingstaak voor cloudwijziging wordt uitgevoerd

    • Azure File Sync heeft een inventarisatietaak voor cloudwijzigingen die elke 24 uur wordt uitgevoerd om wijzigingen te detecteren die rechtstreeks in de Azure-bestandsshare zijn aangebracht en die wijzigingen te synchroniseren met servers in uw synchronisatiegroepen. In de v14-release hebben we verbeteringen aangebracht om het aantal transacties te verminderen wanneer deze taak wordt uitgevoerd en in de v15-release hebben we verdere verbeteringen aangebracht. De transactiekosten zijn ook voorspelbaarder, elke taak produceert nu 1 lijsttransactie per directory, per dag.
  • Status van cloudlagen weergeven voor een servereindpunt of -volume

    • De Get-StorageSyncCloudTieringStatus cmdlet toont de status van cloudlagen voor een specifiek servereindpunt of voor een specifiek volume (afhankelijk van het opgegeven pad). De cmdlet toont het huidige beleid, de huidige distributie van gelaagde versus volledig gedownloade gegevens en de laatste sessiestatistieken voor lagen als het pad naar het servereindpunt is opgegeven. Als het volumepad is opgegeven, wordt het effectieve volumeruimtebeleid weergegeven, de servereindpunten op dat volume en of deze servereindpunten cloudlagen hebben ingeschakeld.

      Voer de volgende PowerShell-opdrachten uit om de status van de cloudlagen voor een servereindpunt of -volume op te halen:

        Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
        Get-StorageSyncCloudTieringStatus -Path <server endpoint path or volume>
      
  • Nieuw hulpprogramma voor diagnostische gegevens en probleemoplossing

    • De Debug-StorageSyncServer cmdlet diagnosticeert veelvoorkomende problemen, zoals onjuiste configuratie van certificaten en onjuiste servertijd. Daarnaast hebben we Azure Files synchronisatieproblemen vereenvoudigd door de functionaliteit van een aantal bestaande scripts en cmdlets (AFSDiag.ps1, FileSyncErrorsReport.ps1, Test-StorageSyncNetworkConnectivity) samen te voegen in de Debug-StorageSyncServer cmdlet.

      Voer de volgende PowerShell-opdrachten uit om diagnostische gegevens uit te voeren op de server:

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

      Voer de volgende PowerShell-opdrachten uit om de netwerkverbinding op de server te testen:

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

      Voer de volgende PowerShell-opdrachten uit om te identificeren welke bestanden niet kunnen worden gesynchroniseerd op de server:

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

      Voer de volgende PowerShell-opdrachten uit om logboeken en traceringen op de server te verzamelen:

        Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
        Debug-StorageSyncServer -AFSDiag -OutputDirectory C:\output -KernelModeTraceLevel Verbose -UserModeTraceLevel Verbose
      
  • Diverse verbeteringen

    • Verbeteringen in betrouwbaarheid en telemetrie voor cloudlagen en synchronisatie.

Evaluatieprogramma

Voordat u Azure File Sync implementeert, moet u evalueren of deze compatibel is met uw systeem met behulp van het evaluatiehulpprogramma Azure File Sync. Dit hulpprogramma is een Azure PowerShell cmdlet die controleert op mogelijke problemen met uw bestandssysteem en gegevensset, zoals niet-ondersteunde tekens of een niet-ondersteunde versie van het besturingssysteem. Zie de sectie Evaluatiehulpprogramma in de planningshandleiding voor installatie- en gebruiksinstructies.

Agentinstallatie en serverconfiguratie

Zie Planning voor een Azure File Sync-implementatie en het implementeren van Azure File Sync voor meer informatie over het installeren en configureren van de Azure File Sync-agent met Windows Server.

  • Opnieuw opstarten is vereist voor servers met een bestaande Azure File Sync agentinstallatie als de agentversie kleiner is dan versie 12.0.
  • Het agentinstallatiepakket moet worden geïnstalleerd met verhoogde machtigingen (beheerdersmachtigingen).
  • De agent wordt niet ondersteund in de nanoserverimplementatieoptie.
  • De agent wordt alleen ondersteund in Windows Server 2019, Windows Server 2016, Windows Server 2012 R2 en Windows Server 2022.
  • De agent vereist ten minste 2 GiB geheugen. Als de server wordt uitgevoerd op een virtuele machine waarop dynamisch geheugen is ingeschakeld, moet de VM worden geconfigureerd met minimaal 2048 MiB geheugen. Zie Aanbevolen systeembronnen voor meer informatie.
  • De Storage Sync Agent-service (FileSyncSvc) biedt geen ondersteuning voor servereindpunten op een volume waarop de SVI-map (System Volume Information) is gecomprimeerd. Deze configuratie leidt tot onverwachte resultaten.

Interoperabiliteit

  • Antivirusprogramma's, back-uptoepassingen en andere toepassingen die toegang hebben tot gelaagde bestanden, kunnen leiden tot ongewenste intrekking tenzij ze het kenmerk offline respecteren en het lezen van de inhoud van die bestanden overslaan. Zie Problemen met Azure File Sync oplossen voor meer informatie.
  • Bestandscontroles van bestandsserver Resource Manager (FSRM) kunnen eindeloze synchronisatiefouten veroorzaken wanneer bestanden worden geblokkeerd vanwege het bestandsscherm.
  • Sysprep uitvoeren op een server waarop de Azure File Sync agent is geïnstalleerd, wordt niet ondersteund en kan leiden tot onverwachte resultaten. De Azure File Sync-agent moet worden geïnstalleerd nadat u de serverinstallatiekopieën hebt geïmplementeerd en sysprep mini-setup hebt voltooid.

Synchronisatiebeperkingen

De volgende items worden niet gesynchroniseerd, maar de rest van het systeem blijft normaal functioneren:

  • Bestanden met niet-ondersteunde tekens. Zie de gids voor probleemoplossing voor een lijst met niet-ondersteunde tekens.

  • Bestanden of mappen die eindigen op een punt.

  • Paden langer dan 2.048 tekens.

  • Het gedeelte met de SACL (System Access Control List) van een security descriptor die wordt gebruikt voor controle.

  • Uitgebreide kenmerken.

  • Alternatieve gegevensstromen.

  • Reparse-punten.

  • Vaste koppelingen.

  • Compressie (indien ingesteld op een serverbestand) blijft niet behouden wanneer wijzigingen vanuit andere eindpunten naar dat bestand worden gesynchroniseerd.

  • Elk bestand dat is gecodeerd met EFS (of een andere versleuteling in de gebruikersmodus) dat voorkomt dat de service de gegevens leest.

    Notitie

    Gegevens die onderweg zijn tussen eindpunten worden altijd versleuteld door Azure File Sync. Inactieve gegevens (data-at-rest) worden altijd versleuteld in Azure.

Servereindpunt

  • Een servereindpunt kan alleen worden gemaakt op een NTFS-volume. ReFS, FAT, FAT32 en andere bestandssystemen worden op dit moment niet ondersteund door Azure File Sync.
  • Cloud-opslaglagen worden niet ondersteund op het systeemvolume. Als u een servereindpunt op het systeemvolume wilt maken, schakelt u opslag in cloudlagen uit bij het maken van het servereindpunt.
  • Failoverclustering wordt alleen ondersteund met geclusterde schijven, maar niet met CSV's (Cluster Shared Volume).
  • Een servereindpunt kan niet worden genest. Een eindpunt van dit type kan zich samen met een ander eindpunt op hetzelfde volume bevinden.
  • Sla geen besturingssysteem- of toepassingspaginbestand op binnen een servereindpuntlocatie.

Cloudeindpunt

  • Azure File Sync biedt ondersteuning voor het rechtstreeks aanbrengen van wijzigingen in de Azure-bestandsshare. Wijzigingen die zijn aangebracht in de Azure-bestandsshare moeten echter eerst worden gedetecteerd door een Azure File Sync wijzigingsdetectietaak. Een wijzigingsdetectietaak wordt elke 24 uur geïnitieerd voor een cloudeindpunt. Als u bestanden die zijn gewijzigd in de Azure-bestandsshare onmiddellijk wilt synchroniseren, kan de PowerShell-cmdlet Invoke-AzStorageSyncChangeDetection worden gebruikt om handmatig de detectie van wijzigingen in de Azure-bestandsshare te initiëren. Bovendien worden wijzigingen die zijn aangebracht in een Azure-bestandsshare via het REST-protocol de laatste wijzigingstijd van SMB niet bijgewerkt en worden ze niet gezien als een wijziging door synchronisatie.

  • De opslagsynchronisatieservice en/of het opslagaccount kunnen worden verplaatst naar een andere resourcegroep, een ander abonnement of Azure AD tenant. Nadat de opslagsynchronisatieservice of het opslagaccount is verplaatst, moet u de Microsoft.StorageSync-toepassing toegang geven tot het opslagaccount (zie Controleren of Azure File Sync toegang heeft tot het opslagaccount).

    Notitie

    Wanneer u het cloudeindpunt maakt, moeten de opslagsynchronisatieservice en het opslagaccount zich in dezelfde Azure AD tenant bevinden. Zodra het cloudeindpunt is gemaakt, kunnen de opslagsynchronisatieservice en het opslagaccount worden verplaatst naar verschillende Azure AD tenants.

Cloudopslaglagen

  • Als een gelaagd bestand met behulp van Robocopy naar een andere locatie wordt gekopieerd, wordt het resulterende bestand niet in een laag geplaatst. Het kenmerk 'offline' kan zijn ingesteld omdat Robocopy dat kenmerk onterecht opneemt in kopieerbewerkingen.
  • Wanneer u bestanden kopieert met robocopy, gebruikt u de optie /MIR om tijdstempels van bestanden te behouden. Dit zorgt ervoor dat oudere bestanden eerder zijn gelaagd dan onlangs geopende bestanden.

Agent versie 14.1.0.0

De volgende releaseopmerkingen zijn voor versie 14.1.0.0 van de Azure File Sync-agent die op 1 december 2021 is uitgebracht. Deze opmerkingen zijn een aanvulling op de releaseopmerkingen die worden vermeld voor versie 14.0.0.0.

Verbeteringen en problemen die zijn opgelost

  • Gelaagde bestanden die zijn verwijderd in Windows Server 2022, worden niet gedetecteerd door het filterstuurprogramma voor cloudlagen

    • Dit probleem treedt op omdat de DeleteFile-API op Windows Server 2022 de FILE_DISPOSITION_INFORMATION_EX-klasse gebruikt om bestanden te verwijderen. De versie v14.1 voegt ondersteuning toe voor het detecteren van gelaagde bestanden die zijn verwijderd met behulp van de FILE_DISPOSITION_INFORMATION_EX-klasse.

    Notitie

    Dit probleem kan ook van invloed zijn op Windows 2016 en Windows Server 2019 als een gelaagd bestand wordt verwijderd met behulp van de FILE_DISPOSITION_INFORMATION_EX-klasse.

Agent versie 14.0.0.0

De volgende releaseopmerkingen zijn voor versie 14.0.0.0 van de Azure File Sync-agent (uitgebracht op 29 oktober 2021).

Verbeteringen en problemen die zijn opgelost

  • Gereduceerde transacties wanneer de opsommingstaak voor cloudwijziging wordt uitgevoerd

    • Azure File Sync heeft een inventarisatietaak voor cloudwijzigingen die elke 24 uur wordt uitgevoerd om wijzigingen die rechtstreeks in de Azure-bestandsshare zijn aangebracht, te detecteren en deze wijzigingen te synchroniseren met servers in uw synchronisatiegroepen. We hebben verbeteringen aangebracht om het aantal transacties te verminderen wanneer deze taak wordt uitgevoerd.
  • Verbeterde richtlijnen voor het ongedaan maken van de inrichting van servereindpunten in de portal

    • Wanneer u een servereindpunt verwijdert via de portal, bieden we nu stapsgewijze richtlijnen op basis van de reden achter het verwijderen van het servereindpunt, zodat u gegevensverlies kunt voorkomen en ervoor kunt zorgen dat uw gegevens de locatie zijn (server of Azure-bestandsshare). Deze functie bevat ook nieuwe PowerShell-cmdlets (Get-StorageSyncStatus & New-StorageSyncUploadSession) die u op uw lokale server kunt gebruiken om u te helpen bij het ongedaan maken van de inrichting.
  • Verbeteringen Invoke-AzStorageSyncChangeDetection cmdlet

    • Als u vóór de versie v14 wijzigingen rechtstreeks in de Azure-bestandsshare hebt aangebracht, kunt u de Invoke-AzStorageSyncChangeDetection cmdlet gebruiken om de wijzigingen te detecteren en deze te synchroniseren met de servers in uw synchronisatiegroep. De cmdlet kan echter niet worden uitgevoerd als het opgegeven pad meer dan 10.000 items bevat. We hebben de Invoke-AzStorageSyncChangeDetection cmdlet verbeterd en de limiet van 10.000 items is niet meer van toepassing bij het scannen van de hele share. Zie de documentatie Invoke-AzStorageSyncChangeDetection voor meer informatie.
  • Diverse verbeteringen

    • Azure File Sync wordt nu ondersteund in de regio VS - west 3.
    • Er is een fout opgelost waardoor het FileSyncErrorsReport.ps1 script niet de lijst met alle fouten per item opgeeft.
    • Gereduceerde transacties wanneer een bestand consistent niet kan worden geüpload vanwege een synchronisatiefout per item.
    • Verbeteringen in betrouwbaarheid en telemetrie voor cloudlagen en -synchronisatie.

Evaluatieprogramma

Voordat u Azure File Sync implementeert, moet u evalueren of deze compatibel is met uw systeem met behulp van het evaluatieprogramma voor Azure File Sync. Dit hulpprogramma is een Azure PowerShell cmdlet die controleert op mogelijke problemen met uw bestandssysteem en gegevensset, zoals niet-ondersteunde tekens of een niet-ondersteunde versie van het besturingssysteem. Zie de sectie Evaluatiehulpmiddel in de planningshandleiding voor installatie- en gebruiksinstructies.

Agentinstallatie en serverconfiguratie

Zie Planning voor een Azure File Sync-implementatie en hoe u Azure File Sync implementeert voor meer informatie over het installeren en configureren van de Azure File Sync-agent met Windows Server.

  • Opnieuw opstarten is vereist voor servers met een bestaande Azure File Sync agentinstallatie als de agentversie kleiner is dan versie 12.0.
  • Het agentinstallatiepakket moet worden geïnstalleerd met verhoogde machtigingen (beheerdersmachtigingen).
  • De agent wordt niet ondersteund in de nanoserverimplementatieoptie.
  • De agent wordt alleen ondersteund op Windows Server 2019, Windows Server 2016, Windows Server 2012 R2 en Windows Server 2022.
  • De agent vereist ten minste 2 GiB geheugen. Als de server wordt uitgevoerd op een virtuele machine waarop dynamisch geheugen is ingeschakeld, moet de VM worden geconfigureerd met minimaal 2048 MiB aan geheugen. Zie Aanbevolen systeembronnen voor meer informatie.
  • De Storage Sync Agent-service (FileSyncSvc) biedt geen ondersteuning voor servereindpunten op een volume waarop de SVI-map (System Volume Information) is gecomprimeerd. Deze configuratie leidt tot onverwachte resultaten.

Interoperabiliteit

  • Antivirusprogramma's, back-uptoepassingen en andere toepassingen die toegang hebben tot gelaagde bestanden, kunnen leiden tot ongewenste intrekking tenzij ze het kenmerk offline respecteren en het lezen van de inhoud van die bestanden overslaan. Zie Problemen met Azure File Sync oplossen voor meer informatie.
  • Bestandsserver Resource Manager bestandscontroles (FSRM) kunnen eindeloze synchronisatiefouten veroorzaken wanneer bestanden worden geblokkeerd vanwege het bestandsscherm.
  • Het uitvoeren van sysprep op een server waarop de Azure File Sync-agent is geïnstalleerd, wordt niet ondersteund en kan leiden tot onverwachte resultaten. De Azure File Sync-agent moet worden geïnstalleerd nadat de serverinstallatiekopieën zijn geïmplementeerd en sysprep mini-setup is voltooid.

Synchronisatiebeperkingen

De volgende items worden niet gesynchroniseerd, maar de rest van het systeem blijft normaal functioneren:

  • Bestanden met niet-ondersteunde tekens. Raadpleeg de gids voor probleemoplossing voor een lijst met niet-ondersteunde tekens.

  • Bestanden of mappen die eindigen op een punt.

  • Paden langer dan 2.048 tekens.

  • Het gedeelte met de SACL (System Access Control List) van een security descriptor die wordt gebruikt voor controle.

  • Uitgebreide kenmerken.

  • Alternatieve gegevensstromen.

  • Reparse-punten.

  • Vaste koppelingen.

  • Compressie (indien ingesteld op een serverbestand) blijft niet behouden wanneer wijzigingen vanuit andere eindpunten naar dat bestand worden gesynchroniseerd.

  • Elk bestand dat is gecodeerd met EFS (of een andere versleuteling in de gebruikersmodus) dat voorkomt dat de service de gegevens leest.

    Notitie

    Gegevens die onderweg zijn tussen eindpunten worden altijd versleuteld door Azure File Sync. Inactieve gegevens (data-at-rest) worden altijd versleuteld in Azure.

Servereindpunt

  • Een servereindpunt kan alleen worden gemaakt op een NTFS-volume. ReFS, FAT, FAT32 en andere bestandssystemen worden op dit moment niet ondersteund door Azure File Sync.
  • Cloud-opslaglagen worden niet ondersteund op het systeemvolume. Als u een servereindpunt op het systeemvolume wilt maken, schakelt u opslag in cloudlagen uit bij het maken van het servereindpunt.
  • Failoverclustering wordt alleen ondersteund met geclusterde schijven, maar niet met CSV's (Cluster Shared Volume).
  • Een servereindpunt kan niet worden genest. Een eindpunt van dit type kan zich samen met een ander eindpunt op hetzelfde volume bevinden.
  • Sla geen besturingssysteem- of toepassingspaginbestand op binnen een servereindpuntlocatie.

Cloudeindpunt

  • Azure File Sync ondersteunt het rechtstreeks aanbrengen van wijzigingen in de Azure-bestandsshare. Wijzigingen in de Azure-bestandsshare moeten echter eerst worden gedetecteerd door een Azure File Sync wijzigingsdetectietaak. Een wijzigingsdetectietaak wordt eenmaal per 24 uur gestart voor een cloudeindpunt. Als u bestanden die zijn gewijzigd in de Azure-bestandsshare onmiddellijk wilt synchroniseren, kan de PowerShell-cmdlet Invoke-AzStorageSyncChangeDetection worden gebruikt om handmatig de detectie van wijzigingen in de Azure-bestandsshare te initiëren. Bovendien worden wijzigingen die zijn aangebracht in een Azure-bestandsshare via het REST-protocol de laatste wijzigingstijd van SMB niet bijgewerkt en worden ze niet als een wijziging gezien door synchronisatie.

  • De opslagsynchronisatieservice en/of het opslagaccount kunnen worden verplaatst naar een andere resourcegroep, abonnement of Azure AD tenant. Nadat de opslagsynchronisatieservice of het opslagaccount is verplaatst, moet u de Microsoft.StorageSync-toepassing toegang geven tot het opslagaccount (zie Controleren of Azure File Sync toegang heeft tot het opslagaccount).

    Notitie

    Wanneer u het cloudeindpunt maakt, moeten de opslagsynchronisatieservice en het opslagaccount zich in dezelfde Azure AD tenant bevinden. Zodra het cloudeindpunt is gemaakt, kunnen de opslagsynchronisatieservice en het opslagaccount worden verplaatst naar verschillende Azure AD tenants.

Cloudopslaglagen

  • Als een gelaagd bestand met behulp van Robocopy naar een andere locatie wordt gekopieerd, wordt het resulterende bestand niet in een laag geplaatst. Het kenmerk 'offline' kan zijn ingesteld omdat Robocopy dat kenmerk onterecht opneemt in kopieerbewerkingen.
  • Wanneer u bestanden kopieert met robocopy, gebruikt u de optie /MIR om tijdstempels voor bestanden te behouden. Hierdoor worden oudere bestanden eerder dan onlangs geopende bestanden gelaagd.