Note sulla versione dell'agente Sincronizzazione file di Azure

Sincronizzazione file di Azure consente di centralizzare le condivisioni file dell'organizzazione in File di Azure senza rinunciare alla flessibilità, alle prestazioni e alla compatibilità di un file server locale. Le installazioni Windows Server vengono trasformate in una cache rapida della condivisione file di Azure. Per accedere ai dati in locale, è possibile usare qualsiasi protocollo disponibile in Windows Server, inclusi SMB, NFS e FTPS. Si può usare qualsiasi numero di cache in tutto il mondo.

Questo articolo illustra le note sulla versione per le versioni supportate dell'agente Sincronizzazione file di Azure.

Versioni supportate

Sono supportate le versioni dell'agente di Sincronizzazione file di Azure seguenti:

Attività cardine Numero di versione dell'agente Data di rilascio Stato
Versione V15 - KB5003882 15.0.0.0 30 marzo 2022 Supportato
Versione V14.1 - KB5001873 14.1.0.0 1 dicembre 2021 Supportato
Versione V14 - KB5001872 14.0.0.0 29 ottobre 2021 Supportato

Versioni non supportate

Le versioni dell'agente di Sincronizzazione file di Azure seguenti sono scadute e non sono più supportate:

Attività cardine Numero di versione dell'agente Data di rilascio Stato
Versione V13 13.0.0.0 N/D Non supportato : le versioni dell'agente sono scadute l'8 agosto 2022
Versione V12 12.0.0.0 - 12.1.0.0 N/D Non supportato : le versioni dell'agente sono scadute il 23 maggio 2022
Versione 11 11.1.0.0 - 11.3.0.0 N/D Non supportato - Le versioni dell'agente sono scadute il 28 marzo 2022
Versione V10 10.0.0.0 - 10.1.0.0 N/D Non supportato : le versioni di Agent sono scadute il 28 giugno 2021
Versione V9 9.0.0.0 - 9.1.0.0 N/D Non supportato : le versioni dell'agente sono scadute il 16 febbraio 2021
Versione V8 8.0.0.0 N/D Non supportato : le versioni dell'agente sono scadute il 12 gennaio 2021
Versione V7 7.0.0.0 - 7.2.0.0 N/D Non supportato : le versioni dell'agente sono scadute il 1° settembre 2020
Versione 6 6.0.0.0 - 6.3.0.0 N/D Non supportato: la versione dell'agente è scaduta il 21 aprile 2020
Versione 5 5.0.2.0 - 5.2.0.0 N/D Non supportato: la versione dell'agente è scaduta il 18 marzo 2020
Versione v4 4.0.1.0 - 4.3.0.0 N/D Non supportato: la versione dell'agente è scaduta il 6 novembre 2019
Versione 3 3.1.0.0 - 3.4.0.0 N/D Non supportato: la versione dell'agente è scaduta il 19 agosto 2019
Agenti pre-disponibilità generale 1.1.0.0 - 3.0.13.0 N/D Non supportato: versione dell'agente scaduta il 1° ottobre 2018

Criteri di aggiornamento dell'agente Sincronizzazione file di Azure

L'agente Sincronizzazione file di Azure viene aggiornato a intervalli regolari per aggiungere nuove funzionalità e risolvere eventuali problemi. È consigliabile aggiornare l'agente Sincronizzazione file di Azure perché sono disponibili nuove versioni.

Confronto tra versioni principali e secondarie dell'agente

  • Le versioni principali dell'agente contengono spesso nuove funzionalità e hanno un numero crescente come prima parte del numero di versione. Ad esempio: 14.0.0.0
  • Le versioni secondarie dell'agente sono denominate anche "patch" e vengono rilasciate con maggiore frequenza rispetto alle versioni principali. Spesso contengono correzioni di bug e miglioramenti di entità minore, ma non nuove funzionalità. Ad esempio: 14.1.0.0

Percorsi di aggiornamento

Esistono cinque modi approvati e testati per installare gli aggiornamenti dell'agente Sincronizzazione file di Azure.

  1. Usare Sincronizzazione file di Azure funzionalità di aggiornamento automatico dell'agente per installare gli aggiornamenti dell'agente.
    L'agente Sincronizzazione file di Azure eseguirà l'aggiornamento automatico. È possibile scegliere di installare la versione più recente dell'agente quando disponibile o aggiornare quando l'agente attualmente installato è prossimo alla scadenza. Per altre informazioni, vedere Gestione automatica del ciclo di vita dell'agente.
  2. Configurare Microsoft Update per scaricare e installare automaticamente gli aggiornamenti degli agenti.
    È consigliabile installare ogni aggiornamento Sincronizzazione file di Azure per assicurarsi di avere accesso alle correzioni più recenti per l'agente server. Microsoft Update semplifica questo processo, scaricando e installando gli aggiornamenti automaticamente.
  3. Usare AfsUpdater.exe per scaricare e installare gli aggiornamenti dell'agente.
    Il file AfsUpdater.exe si trova nella directory di installazione dell'agente. Fare doppio clic sul file eseguibile per scaricare e installare gli aggiornamenti dell'agente.
  4. Applicare una patch a un agente Sincronizzazione file di Azure esistente usando un file di patch di Microsoft Update o un eseguibile con estensione msp. Il pacchetto di aggiornamento Sincronizzazione file di Azure più recente può essere scaricato dal Catalogo di Microsoft Update.
    Eseguendo un eseguibile con estensione msp, l'installazione di Sincronizzazione file di Azure viene aggiornata con lo stesso metodo usato automaticamente da Microsoft Update nel percorso di aggiornamento precedente. Applicando una patch di Microsoft Update verrà eseguito un aggiornamento sul posto di un'installazione di Sincronizzazione file di Azure.
  5. Scaricare il programma di installazione dell'agente di Sincronizzazione file di Azure più recente dall'Area download Microsoft.
    Per aggiornare un'installazione esistente dell'agente Sincronizzazione file di Azure, disinstallare la versione precedente e quindi installare la versione più recente dal programma di installazione scaricato. Il programma di installazione di Sincronizzazione file di Azure mantiene la registrazione del server, i gruppi di sincronizzazione e tutte le altre impostazioni.

Gestione automatica del ciclo di vita dell'agente

L'agente Sincronizzazione file di Azure eseguirà l'aggiornamento automatico. È possibile selezionare una delle due modalità e specificare una finestra di manutenzione in cui verrà eseguito il tentativo di aggiornamento nel server. Questa funzionalità è progettata per facilitare la gestione del ciclo di vita dell'agente fornendo una protezione che impedisce la scadenza dell'agente o consentendo un'impostazione senza problemi, rimanere aggiornati.

  1. L'impostazione predefinita tenterà di impedire la scadenza dell'agente. Entro 21 giorni dalla data di scadenza registrata di un agente, l'agente tenterà di eseguire l'aggiornamento automatico. Verrà avviato un tentativo di aggiornamento una volta alla settimana entro 21 giorni dalla scadenza e nella finestra di manutenzione selezionata. Questa opzione non elimina la necessità di eseguire normali patch di Microsoft Update.
  2. Facoltativamente, è possibile selezionare che l'agente si aggiornerà automaticamente non appena diventa disponibile una nuova versione dell'agente (attualmente non applicabile ai server in cluster). Questo aggiornamento verrà eseguito durante la finestra di manutenzione selezionata e consente al server di trarre vantaggio dalle nuove funzionalità e miglioramenti non appena diventano disponibili a livello generale. Si tratta dell'impostazione consigliata senza problemi che fornirà le versioni principali dell'agente e le patch di aggiornamento regolari al server. Ogni agente rilasciato è disponibile a livello generale. Se si seleziona questa opzione, Microsoft eseguirà il volo della versione più recente dell'agente. I server in cluster sono esclusi. Al termine dell'esecuzione della versione di anteprima, l'agente diventerà disponibile anche nell'Area download Microsoft aka.ms/AFS/agent.
Modifica dell'impostazione di aggiornamento automatico

Le istruzioni seguenti descrivono come modificare le impostazioni dopo aver completato il programma di installazione, se è necessario apportare modifiche.

Aprire una console di PowerShell e passare alla directory in cui è stato installato l'agente di sincronizzazione e quindi importare i cmdlet del server. Per impostazione predefinita, l'aspetto sarà simile al seguente:

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

È possibile eseguire Get-StorageSyncAgentAutoUpdatePolicy per controllare l'impostazione dei criteri corrente e determinare se si vuole modificarla.

Per modificare l'impostazione dei criteri corrente sulla traccia di aggiornamento ritardata, è possibile usare:

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode UpdateBeforeExpiration

Per modificare l'impostazione dei criteri corrente sulla traccia di aggiornamento immediato, è possibile usare:

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode InstallLatest

Garanzie relative al ciclo di vita dell'agente e alla gestione del cambiamento

Sincronizzazione file di Azure è un servizio cloud, che introduce continuamente nuove funzionalità e miglioramenti. Ciò significa che una specifica versione dell'agente Sincronizzazione file di Azure può essere supportata solo per un periodo di tempo limitato. Per facilitare la distribuzione, le regole seguenti garantiscono tempi e notifiche sufficienti per supportare gli aggiornamenti o gli aggiornamenti degli agenti nel processo di gestione delle modifiche:

  • Le versioni principali dell'agente sono supportate per almeno sei mesi dalla data di rilascio iniziale.
  • Microsoft garantisce che una sovrapposizione di almeno tre mesi tra il supporto delle versioni principali dell'agente.
  • Per i server registrati che usano un agente prossimo alla scadenza vengono generati avvisi almeno tre mesi prima della scadenza. È possibile verificare se un server registrato sta usando una versione precedente dell'agente nella sezione dei server registrati di un servizio di sincronizzazione archiviazione.
  • La durata di una versione secondaria dell'agente è legata alla versione principale associata. Ad esempio, quando la versione dell'agente 12.0.0.0 è impostata sulla scadenza, le versioni dell'agente 12.*.*.* verranno impostate per scadere insieme.

Nota

L'installazione di una versione dell'agente con un avviso di scadenza comporterà la visualizzazione di un avviso ma avrà esito positivo. Il tentativo di installare o connettersi a una versione scaduta dell'agente non è supportato e verrà bloccato.

Versione dell'agente 15.0.0.0

Le note sulla versione seguenti sono relative alla versione 15.0.0.0 dell'agente Sincronizzazione file di Azure (rilasciato il 30 marzo 2022).

Miglioramenti e problemi risolti

  • Transazioni ridotte quando viene eseguito il processo di enumerazione delle modifiche cloud

    • Sincronizzazione file di Azure include un processo di enumerazione delle modifiche cloud che viene eseguito ogni 24 ore per rilevare le modifiche apportate direttamente nella condivisione file di Azure e sincronizzare tali modifiche ai server nei gruppi di sincronizzazione. Nella versione 14 sono stati apportati miglioramenti per ridurre il numero di transazioni durante l'esecuzione di questo processo e nella versione v15 sono stati apportati ulteriori miglioramenti. Il costo della transazione è anche più prevedibile, ogni processo produrrà ora 1 Transazione elenco per directory, al giorno.
  • Visualizzare lo stato di suddivisione in livelli cloud per un endpoint server o un volume

    • Il cmdlet Get-StorageSyncCloudTieringStatus mostrerà lo stato di suddivisione in livelli cloud per un endpoint server specifico o per un volume specifico (a seconda del percorso specificato). Il cmdlet mostrerà i criteri correnti, la distribuzione corrente dei dati a livelli e i dati completamente scaricati e le statistiche dell'ultima sessione a livelli se è specificato il percorso dell'endpoint server. Se viene specificato il percorso del volume, verranno visualizzati i criteri di spazio disponibile per il volume effettivo, gli endpoint server che si trovano in tale volume e se questi endpoint server hanno abilitato il cloud a livelli.

      Per ottenere lo stato di suddivisione in livelli cloud per un endpoint server o un volume, eseguire i comandi di PowerShell seguenti:

        Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
        Get-StorageSyncCloudTieringStatus -Path <server endpoint path or volume>
      
  • Nuovo strumento di diagnostica e risoluzione dei problemi

    • Il cmdlet Debug-StorageSyncServer diagnostica i problemi comuni, ad esempio la configurazione errata del certificato e l'ora del server non corretta. Inoltre, è stata semplificata la risoluzione dei problemi di sincronizzazione File di Azure unendo la funzionalità di alcuni script e cmdlet esistenti (AFSDiag.ps1, FileSyncErrorsReport.ps1, Test-StorageSyncNetworkConnectivity) nel cmdlet Debug-StorageSyncServer.

      Per eseguire la diagnostica nel server, eseguire i comandi di PowerShell seguenti:

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

      Per testare la connettività di rete nel server, eseguire i comandi di PowerShell seguenti:

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

      Per identificare i file che non riescono a eseguire la sincronizzazione nel server, eseguire i comandi di PowerShell seguenti:

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

      Per raccogliere log e tracce nel server, eseguire i comandi di PowerShell seguenti:

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

    • Miglioramenti dell'affidabilità e della telemetria per il cloud a livelli e la sincronizzazione.

Strumento di valutazione

Prima di distribuire la Sincronizzazione file di Azure, è opportuno valutare se è compatibile con il sistema tramite lo strumento di valutazione di Sincronizzazione file di Azure. Questo strumento è un cmdlet di Azure PowerShell che consente di rilevare potenziali problemi con il file system e il set di dati, ad esempio caratteri non supportati o versione del sistema operativo non supportata. Per istruzioni sull'installazione e l'utilizzo, vedere la sezione Strumento di valutazione nella Guida alla pianificazione.

Installazione dell'agente e configurazione del server

Per altre informazioni su come installare e configurare l'agente Sincronizzazione file di Azure con Windows Server, vedere Pianificazione per la distribuzione di Sincronizzazione file di Azure e Come distribuire Sincronizzazione file di Azure.

  • Un riavvio è necessario per i server che dispongono di un'installazione dell'agente Sincronizzazione file di Azure esistente se la versione dell'agente è inferiore alla versione 12.0.
  • Il pacchetto di installazione dell'agente deve essere installato con autorizzazioni elevate (amministratore).
  • L'agente non è supportato nell'opzione di distribuzione Nano Server.
  • L'agente è supportato solo in Windows Server 2019, Windows Server 2016, Windows Server 2012 R2 e Windows Server 2022.
  • L'agente richiede almeno 2 GiB di memoria. Se il server è in esecuzione in una macchina virtuale con memoria dinamica abilitata, la macchina virtuale deve essere configurata con un minimo di 2048 MiB di memoria. Per altre informazioni, vedere Risorse di sistema consigliate.
  • Il servizio agente di sincronizzazione archiviazione (FileSyncSvc) non supporta gli endpoint server che si trovano in un volume la cui directory di informazioni sul volume di sistema (SVI) è compressa. Questa configurazione porta a risultati imprevisti.

Interoperabilità

  • Antivirus, backup e altre applicazioni che accedono a file a livelli possono causare un richiamo indesiderato se non rispettano l'attributo offline e ignorano il contenuto dei file. Per altre informazioni, vedere Risolvere i problemi di Sincronizzazione file di Azure.
  • Gli screening dei file di Gestione risorse file server possono generare errori di sincronizzazione infiniti se i file sono bloccati a causa dello screening.
  • L'esecuzione di sysprep in un server in cui è installato l'agente di Sincronizzazione file di Azure non è supportata e può portare a risultati imprevisti. L'agente di Sincronizzazione file di Azure deve essere installato dopo la distribuzione dell'immagine del server e il completamento dell'installazione minima di sysprep.

Limitazioni della sincronizzazione

Gli elementi seguenti non vengono sincronizzati, ma il resto del sistema continuerà a funzionare normalmente:

  • File con caratteri non supportati. Vedere Guida alla risoluzione dei problemi per un elenco dei caratteri non supportati.

  • File o directory che terminano con un punto.

  • Percorsi che contengono più di 2.048 caratteri.

  • Parte DACL (elenco di controllo di accesso discrezionale) di un descrittore di sicurezza usato per il controllo.

  • Attributi estesi.

  • Flussi dei dati alternativi.

  • Reparse point.

  • Collegamenti reali.

  • La compressione (se impostata in un file server) non viene mantenuta quando le modifiche vengono sincronizzate con tale file da altri endpoint.

  • File crittografati con EFS (o un'altra crittografia in modalità utente) che impediscono al servizio di leggere i dati.

    Nota

    Sincronizzazione file di Azure crittografa sempre i dati in transito e i dati vengono sempre crittografati quando sono inattivi in Azure.

Endpoint server

  • Un endpoint server può essere creato solo in un volume NTFS. ReFS, FAT, FAT32 e altri file system non sono attualmente supportati da Sincronizzazione file di Azure.
  • La suddivisione in livelli cloud non è supportata nel volume di sistema. Per creare un endpoint server nel volume di sistema, disabilitare la suddivisione in livelli nel cloud durante la creazione dell'endpoint server.
  • Il clustering di failover è supportato solo con i dischi cluster, non con i volumi condivisi cluster.
  • Un endpoint server non può essere annidato, ma può coesistere nello stesso volume parallelamente a un altro.
  • Non archiviare un file di paging del sistema operativo o dell'applicazione in un percorso dell'endpoint server.

Endpoint cloud

  • Sincronizzazione file di Azure supporta la modifica diretta della condivisione file di Azure. Qualsiasi modifica apportata alla condivisione file di Azure, tuttavia, deve prima essere individuata dal processo di rilevamento modifiche di Sincronizzazione file di Azure, che per un endpoint cloud viene avviato una volta ogni 24 ore. Per sincronizzare immediatamente i file modificati nella condivisione file di Azure, è possibile usare il cmdlet di PowerShell Invoke-AzStorageSyncChangeDetection, in modo da avviare manualmente il rilevamento delle modifiche nella condivisione file di Azure. Le modifiche apportate a una condivisione file di Azure tramite il protocollo REST, poi, non aggiornano l'ora dell'ultima modifica di SMB e non vengono considerate come modifica dalla procedura di sincronizzazione.

  • Il servizio di sincronizzazione archiviazione e/o l'account di archiviazione possono essere spostati in un gruppo di risorse, una sottoscrizione o un tenant di Azure AD diverso. Dopo che il servizio di sincronizzazione dell'archiviazione o l'account di archiviazione è stato spostato, è necessario concedere all'applicazione Microsoft.StorageSync l'accesso all'account di archiviazione. Vedere Assicurarsi che Sincronizzazione file di Azure abbia accesso all'account di archiviazione.

    Nota

    Quando si crea l'endpoint cloud, il servizio di sincronizzazione archiviazione e l'account di archiviazione devono trovarsi nello stesso tenant di Azure AD. Dopo aver creato l'endpoint cloud, il servizio di sincronizzazione archiviazione e l'account di archiviazione possono essere spostati in tenant di Azure AD diversi.

Suddivisione in livelli nel cloud

  • Se un file a più livelli viene copiato in un'altra posizione usando Robocopy, il file risultante non è suddiviso in livelli. L'attributo offline potrebbe essere impostato perché Robocopy include erroneamente tale attributo nelle operazioni di copia.
  • Quando si copiano file tramite robocopy, usare l'opzione /MIR per conservare i timestamp dei file. In questo modo i file meno recenti verranno archiviati a livelli prima dei file aperti più di recente.

Versione dell'agente 14.1.0.0

Le note sulla versione seguenti sono relative alla versione 14.1.0.0 dell'agente Sincronizzazione file di Azure rilasciata il 1° dicembre 2021. Queste note sono aggiunte alle note sulla versione elencate per la versione 14.0.0.0.

Miglioramenti e problemi risolti

  • I file a livelli eliminati in Windows Server 2022 non vengono rilevati dal driver di filtro a livelli cloud

    • Questo problema si verifica perché l'API DeleteFile in Windows Server 2022 usa la classe FILE_DISPOSITION_INFORMATION_EX per eliminare i file. La versione 14.1 aggiunge il supporto per rilevare i file a livelli eliminati usando la classe FILE_DISPOSITION_INFORMATION_EX.

    Nota

    Questo problema può anche influire su Windows 2016 e Windows Server 2019 se un file a livelli viene eliminato usando la classe FILE_DISPOSITION_INFORMATION_EX.

Versione dell'agente 14.0.0.0

Le note sulla versione seguenti sono relative alla versione 14.0.0.0 dell'agente Sincronizzazione file di Azure (rilasciata il 29 ottobre 2021).

Miglioramenti e problemi risolti

  • Transazioni ridotte quando viene eseguito il processo di enumerazione delle modifiche cloud

    • Sincronizzazione file di Azure include un processo di enumerazione delle modifiche cloud che viene eseguito ogni 24 ore per rilevare le modifiche apportate direttamente nella condivisione file di Azure e sincronizzare tali modifiche ai server nei gruppi di sincronizzazione. Sono stati apportati miglioramenti per ridurre il numero di transazioni durante l'esecuzione di questo processo.
  • Indicazioni migliorate sul deprovisioning degli endpoint server nel portale

    • Quando si rimuove un endpoint server tramite il portale, vengono ora fornite indicazioni dettagliate in base al motivo dell'eliminazione dell'endpoint server, in modo da evitare la perdita di dati e assicurarsi che i dati siano dove devono essere (server o condivisione file di Azure). Questa funzionalità include anche nuovi cmdlet di PowerShell (Get-StorageSyncStatus & New-StorageSyncUploadSession) che è possibile usare nel server locale per semplificare il processo di deprovisioning.
  • miglioramenti dei cmdlet Invoke-AzStorageSyncChangeDetection

    • Prima della versione 14, se sono state apportate modifiche direttamente nella condivisione file di Azure, è possibile usare il cmdlet Invoke-AzStorageSyncChangeDetection per rilevare le modifiche e sincronizzarle con i server nel gruppo di sincronizzazione. Tuttavia, il cmdlet non viene eseguito se il percorso specificato contiene più di 10.000 elementi. È stato migliorato il cmdlet Invoke-AzStorageSyncChangeDetection e il limite di 10.000 elementi non viene più applicato durante l'analisi dell'intera condivisione. Per altre informazioni, vedere la documentazione di Invoke-AzStorageSyncChangeDetection.
  • Miglioramenti vari

    • Sincronizzazione file di Azure è ora supportato nell'area Stati Uniti occidentali 3.
    • Correzione di un bug che causava la mancata specifica dell'elenco di tutti gli errori per elemento dello script FileSyncErrorsReport.ps1.
    • Transazioni ridotte quando un file non viene caricato in modo coerente a causa di un errore di sincronizzazione per elemento.
    • Miglioramenti dell'affidabilità e della telemetria per il cloud a livelli e la sincronizzazione.

Strumento di valutazione

Prima di distribuire la Sincronizzazione file di Azure, è opportuno valutare se è compatibile con il sistema tramite lo strumento di valutazione di Sincronizzazione file di Azure. Questo strumento è un cmdlet di Azure PowerShell che consente di rilevare potenziali problemi con il file system e il set di dati, ad esempio caratteri non supportati o versione del sistema operativo non supportata. Per istruzioni sull'installazione e l'utilizzo, vedere la sezione Strumento di valutazione nella Guida alla pianificazione.

Installazione dell'agente e configurazione del server

Per altre informazioni su come installare e configurare l'agente Sincronizzazione file di Azure con Windows Server, vedere Pianificazione per la distribuzione di Sincronizzazione file di Azure e Come distribuire Sincronizzazione file di Azure.

  • Un riavvio è necessario per i server che dispongono di un'installazione dell'agente Sincronizzazione file di Azure esistente se la versione dell'agente è inferiore alla versione 12.0.
  • Il pacchetto di installazione dell'agente deve essere installato con autorizzazioni elevate (amministratore).
  • L'agente non è supportato nell'opzione di distribuzione Nano Server.
  • L'agente è supportato solo in Windows Server 2019, Windows Server 2016, Windows Server 2012 R2 e Windows Server 2022.
  • L'agente richiede almeno 2 GiB di memoria. Se il server è in esecuzione in una macchina virtuale con memoria dinamica abilitata, la macchina virtuale deve essere configurata con un minimo di 2048 MiB di memoria. Per altre informazioni, vedere Risorse di sistema consigliate.
  • Il servizio agente di sincronizzazione archiviazione (FileSyncSvc) non supporta gli endpoint server che si trovano in un volume la cui directory di informazioni sul volume di sistema (SVI) è compressa. Questa configurazione porta a risultati imprevisti.

Interoperabilità

  • Antivirus, backup e altre applicazioni che accedono a file a livelli possono causare un richiamo indesiderato se non rispettano l'attributo offline e ignorano il contenuto dei file. Per altre informazioni, vedere Risolvere i problemi di Sincronizzazione file di Azure.
  • Gli screening dei file di Gestione risorse file server possono generare errori di sincronizzazione infiniti se i file sono bloccati a causa dello screening.
  • L'esecuzione di sysprep in un server in cui è installato l'agente di Sincronizzazione file di Azure non è supportata e può portare a risultati imprevisti. L'agente di Sincronizzazione file di Azure deve essere installato dopo la distribuzione dell'immagine del server e il completamento dell'installazione minima di sysprep.

Limitazioni della sincronizzazione

Gli elementi seguenti non vengono sincronizzati, ma il resto del sistema continuerà a funzionare normalmente:

  • File con caratteri non supportati. Vedere Guida alla risoluzione dei problemi per un elenco dei caratteri non supportati.

  • File o directory che terminano con un punto.

  • Percorsi che contengono più di 2.048 caratteri.

  • Parte DACL (elenco di controllo di accesso discrezionale) di un descrittore di sicurezza usato per il controllo.

  • Attributi estesi.

  • Flussi dei dati alternativi.

  • Reparse point.

  • Collegamenti reali.

  • La compressione (se impostata in un file server) non viene mantenuta quando le modifiche vengono sincronizzate con tale file da altri endpoint.

  • File crittografati con EFS (o un'altra crittografia in modalità utente) che impediscono al servizio di leggere i dati.

    Nota

    Sincronizzazione file di Azure crittografa sempre i dati in transito e i dati vengono sempre crittografati quando sono inattivi in Azure.

Endpoint server

  • Un endpoint server può essere creato solo in un volume NTFS. ReFS, FAT, FAT32 e altri file system non sono attualmente supportati da Sincronizzazione file di Azure.
  • La suddivisione in livelli cloud non è supportata nel volume di sistema. Per creare un endpoint server nel volume di sistema, disabilitare la suddivisione in livelli nel cloud durante la creazione dell'endpoint server.
  • Il clustering di failover è supportato solo con i dischi cluster, non con i volumi condivisi cluster.
  • Un endpoint server non può essere annidato, ma può coesistere nello stesso volume parallelamente a un altro.
  • Non archiviare un file di paging del sistema operativo o dell'applicazione in un percorso dell'endpoint server.

Endpoint cloud

  • Sincronizzazione file di Azure supporta la modifica diretta della condivisione file di Azure. Qualsiasi modifica apportata alla condivisione file di Azure, tuttavia, deve prima essere individuata dal processo di rilevamento modifiche di Sincronizzazione file di Azure, che per un endpoint cloud viene avviato una volta ogni 24 ore. Per sincronizzare immediatamente i file modificati nella condivisione file di Azure, è possibile usare il cmdlet di PowerShell Invoke-AzStorageSyncChangeDetection, in modo da avviare manualmente il rilevamento delle modifiche nella condivisione file di Azure. Le modifiche apportate a una condivisione file di Azure tramite il protocollo REST, poi, non aggiornano l'ora dell'ultima modifica di SMB e non vengono considerate come modifica dalla procedura di sincronizzazione.

  • Il servizio di sincronizzazione archiviazione e/o l'account di archiviazione possono essere spostati in un gruppo di risorse, una sottoscrizione o un tenant di Azure AD diverso. Dopo aver spostato il servizio di sincronizzazione dell'archiviazione o l'account di archiviazione, è necessario concedere all'applicazione Microsoft.StorageSync l'accesso all'account di archiviazione. Vedere Verificare che Sincronizzazione file di Azure abbia accesso all'account di archiviazione.

    Nota

    Quando si crea l'endpoint cloud, il servizio di sincronizzazione archiviazione e l'account di archiviazione devono trovarsi nello stesso tenant di Azure AD. Dopo aver creato l'endpoint cloud, il servizio di sincronizzazione archiviazione e l'account di archiviazione possono essere spostati in tenant di Azure AD diversi.

Suddivisione in livelli nel cloud

  • Se un file a più livelli viene copiato in un'altra posizione usando Robocopy, il file risultante non è suddiviso in livelli. L'attributo offline potrebbe essere impostato perché Robocopy include erroneamente tale attributo nelle operazioni di copia.
  • Quando si copiano file tramite robocopy, usare l'opzione /MIR per conservare i timestamp dei file. In questo modo i file meno recenti verranno archiviati a livelli prima dei file aperti più di recente.