Note sulla versione per 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 Windows. Mentre alcuni utenti possono scegliere di mantenere una copia completa dei dati in locale, Sincronizzazione file di Azure offre anche la possibilità di trasformare Windows Server 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 (Network File System) e FTPS (File Transfer Protocol Service). Si può usare qualsiasi numero di cache necessario in tutto il mondo.

Questo articolo fornisce le note sulla versione per Sincronizzazione file di Azure. È importante notare che le versioni principali di Sincronizzazione file di Azure includono miglioramenti del servizio e dell'agente (ad esempio 17.0.0.0). Le versioni secondarie di Sincronizzazione file di Azure in genere sono destinate ai miglioramenti dell'agente (ad esempio 17.2.0.0).

Versioni supportate

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

Passaggio fondamentale	Numero di versione dell'agente	Data di rilascio	Status
Versione V19 - KB5040924	19.1.0.0	3 settembre 2024	Supportata
Versione 18.2 - KB5023059	18.2.0.0	9 luglio 2024	Supportata
Versione 18.1 - KB5023057	18.1.0.0	martedì 11 giugno 2024	Supportato - Aggiornamento della sicurezza
Versione 17.3 - KB5039814	17.3.0.0	martedì 11 giugno 2024	Supportato - Aggiornamento della sicurezza, versione dell'agente scadrà il 4 marzo 2025
Versione 18 - KB5023057	18.0.0.0	8 maggio 2024	Supportata
Versione 17.2 - KB5023055	17.2.0.0	28 febbraio 2024	Supportata, la versione dell'agente scadrà il 4 marzo 2025
Versione 17.1 - KB5023054	17.1.0.0	13 febbraio 2024	Supportato - Aggiornamento della sicurezza, versione dell'agente scadrà il 4 marzo 2025
Versione 17.0 - KB5023053	17.0.0.0	6 dicembre 2023	Supportata, la versione dell'agente scadrà il 4 marzo 2025

Versioni non supportate

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

Passaggio fondamentale	Numero di versione dell'agente	Data di rilascio	Status
Versione V16	16.0.0.0 - 16.2.0.0	N/D	Non supportato: le versioni dell'agente sono scadute il 7 ottobre 2024
Versione 15	15.0.0.0 - 15.2.0.0	N/D	Non supportato: le versioni dell'agente sono scadute il 19 marzo 2024
Versione 14	14.0.0.0	N/D	Non supportato:le versioni dell'agente sono scadute l’8 febbraio 2024
Versione 13	13.0.0.0	N/D	Non supportato: le versioni dell'agente sono scadute il 8 agosto 2022
Versione 12	12.0.0.0 - 12.1.0.0	N/D	Non supportato: le versioni dell'agente sono scadute il 23 marzo 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 10	10.0.0.0 - 10.1.0.0	N/D	Non supportato: le versioni dell'agente sono scadute il 28 giugno 2021
Versione 9	9.0.0.0 - 9.1.0.0	N/D	Non supportato: le versioni dell'agente sono scadute il 16 febbraio 2021
Versione 8	8.0.0.0	N/D	Non supportato: le versioni dell'agente sono scadute il 12 gennaio 2021
Versione 7	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. Si consiglia di 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 17.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 17.2.0.0.

Percorsi di aggiornamento

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

1. Usare la funzionalità di aggiornamento automatico dell'agente Sincronizzazione file di Azure 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 dell'agente. Si consiglia di scaricare tutti gli aggiornamenti di Sincronizzazione file di Azure per poter accedere 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. A seconda della versione di rilascio, può essere necessario riavviare il server.
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. L'aggiornamento più recente di Sincronizzazione file di Azure può essere scaricato da Microsoft Update Catalog. Eseguendo un eseguibile .msp si aggiorna l'installazione di Sincronizzazione file di Azure con lo stesso metodo usato automaticamente da Microsoft Update. 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 più recente dell'agente Sincronizzazione file di Azure 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 oppure consentendo un'impostazione senza problemi per mantenersi aggiornati.

1. Per impostazione predefinita viene eseguito il tentativo di impedire la scadenza dell'agente. Entro 21 giorni dalla data di scadenza pubblicata di un agente, l'agente tenterà di eseguire l'aggiornamento automatico. Verrà avviato un tentativo di aggiornamento una volta alla settimana nei 21 giorni prima della scadenza e nella finestra di manutenzione selezionata. Questa opzione non elimina la necessità di installare regolarmente le patch di Microsoft Update.
2. Facoltativamente, è possibile selezionare l’opzione di aggiornamento automatico dell’agente appena è disponibile una nuova versione agente (attualmente non applicabile ai server cluster). Questo aggiornamento verrà eseguito durante la finestra di manutenzione selezionata e consente al server di sfruttare le nuove funzionalità e i miglioramenti appena sono disponibili a livello generale. Questa è l'impostazione senza problemi consigliata, quella che permette al server di ricevere le principali versioni agente e di installare regolarmente le patch di aggiornamento regolari. Ogni agente è rilasciato con la qualità disponibilità generale. Se si seleziona questa opzione, Microsoft distribuirà in anteprima la versione agente più recente. I server cluster sono esclusi. Una volta completata la distribuzione di versioni di anteprima, l'agente diventerà disponibile anche in Microsoft Update e nell' Area download Microsoft.

Modifica dell'impostazione di aggiornamento automatico

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

Aprire una console di PowerShell e passare alla directory in cui è installato l'agente Sincronizzazione, quindi importare i cmdlet del server. Per impostazione predefinita viene visualizzata qualcosa di analogo a quanto segue:

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

È possibile eseguire Get-StorageSyncAgentAutoUpdatePolicy per controllare l'impostazione di criteri corrente e decidere se modificarla.

Per modificare l'impostazione di criteri corrente nella traccia di aggiornamento posticipato è possibile usare:

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode UpdateBeforeExpiration

Per modificare l'impostazione di criteri corrente nella traccia di aggiornamento immediato è possibile usare:

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode InstallLatest -Day <day> -Hour <hour>

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 semplificare la distribuzione le regole seguenti garantiscono tempo e notifiche sufficienti per supportare gli aggiornamenti dell'agente 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 agente 17.0.0.0 viene impostata per scadere, le versioni agente 17.*.*.* vengono impostate tutte per scadere insieme.

Il supporto per l’agente Windows Server 2012 R2 terminerà il 4 marzo 2025

Windows Server 2012 R2 ha raggiunto la fine del supporto il 10 ottobre 2023. Sincronizzazione file di Azure continuerà a supportare Windows Server 2012 R2 fino alla scadenza della versione agente 17.x il 4 marzo 2025. Una volta scaduta la versione agente 17, i server di Windows Server 2012 R2 interrompono la sincronizzazione con le condivisioni file di Azure.

Azione richiesta

Eseguire una delle opzioni seguenti per i server di Windows Server 2012 R2 prima della scadenza della versione agente 17 il 4 marzo 2025:

• Opzione 1: eseguire un aggiornamento sul posto a una versione supportata del sistema operativo. Completato l'aggiornamento sul posto, disinstallare l'agente Sincronizzazione file di Azure per Windows Server 2012 R2, riavviare il server quindi installare l'agente per il nuovo sistema operativo server (Windows Server 2016, Windows Server 2019, Windows Server 2022 o Windows Server 2025).

• Opzione 2: distribuire un nuovo server di Sincronizzazione file di Azure che esegue una versione supportata del sistema operativo per sostituire i server di Windows 2012 R2. Per altro materiale sussidiario vedere Sostituire un server di Sincronizzazione file di Azure.

Versione 19.1.0.0

Le seguenti note sulla versione sono per Sincronizzazione file di Azure versione 19.1.0.0 (data di rilascio 3 settembre 2024). Questa versione contiene miglioramenti per il servizio Sincronizzazione file di Azure e l'agente.

Miglioramenti e problemi risolti

Provisioning del server più rapido e ripristino di emergenza migliorato per gli endpoint del server Sincronizzazione file di Azure.

Abbiamo ridotto il tempo necessario, affinché il nuovo endpoint server sia pronto all'uso. Prima della versione v19, quando si esegue il provisioning di un nuovo endpoint server, ci vogliono ore e a volte giorni prima, affinché il server sia pronto all'uso. Con i miglioramenti più recenti questi tempi sono stati notevolmente ridotti così da offrire processo di configurazione più efficiente.

Il miglioramento si applica agli scenari seguenti, quando il percorso dell'endpoint server è vuoto (senza file o directory):

• Creare il primo endpoint server della nuova topologia di sincronizzazione dopo che i dati sono stati copiati nella condivisione file di Azure.
• Aggiungere un nuovo endpoint server vuoto a una topologia di sincronizzazione esistente.

Questo miglioramento verrà gradualmente abilitato in tutte le aree entro il mese successivo. Dopo aver abilitato il miglioramento nell'area, verrà visualizzata una scheda Passaggi di provisioning nel portale dopo la creazione dell'endpoint server che consente di determinare facilmente quando l'endpoint server è pronto per l'uso. Per altre informazioni, vedere la documentazione Creare un endpoint server Sincronizzazione file di Azure.

Anteprima: supporto delle identità gestite per Sincronizzazione file di Azure servizio e server
Il supporto di Sincronizzazione file di Azure per le identità gestite elimina la necessità di chiavi condivise come metodo di autenticazione usando un'identità gestita assegnata dal sistema fornita da Microsoft Entra ID.

Quando si abilita questa configurazione, le identità gestite assegnate dal sistema verranno usate per gli scenari seguenti:

• Autenticazione del servizio di sincronizzazione archiviazione nella condivisione file di Azure
• Autenticazione del server registrata nella condivisione file di Azure
• Autenticazione del server registrata nel servizio di sincronizzazione archiviazione

Per altre informazioni, vedere: Come usare le identità gestite con Sincronizzazione file di Azure (anteprima).

Miglioramenti alle prestazioni di sincronizzazione
Le prestazioni di sincronizzazione sono state notevolmente migliorate per le migrazioni di condivisione file e quando vengono modificati solo i metadati ( ad esempio, modifiche ACL). I numeri di prestazioni verranno pubblicati quando sono disponibili.

Supporto per Windows Server 2025
L'agente Sincronizzazione file di Azure è ora supportato in Windows Server 2025 (build 26100).

Vari miglioramenti dell'affidabilità e della telemetria per cloud a livelli e sincronizzazione

Strumento di valutazione

Prima di distribuire Sincronizzazione file di Azure, è opportuno valutare la compatibilità con il sistema tramite lo strumento di valutazione Sincronizzazione file di Azure. Questo strumento è un cmdlet di Azure PowerShell che verifica la presenza di potenziali problemi con il file system e il set di dati, ad esempio una 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.

• L'installazione dell'agente richiede un riavvio per i server con un'installazione dell'agente Sincronizzazione file di Azure esistente se la versione dell'agente è precedente alla 18.2.0.0.
• Il pacchetto di installazione dell'agente deve essere installato con autorizzazioni elevate (amministratore).
• L'agente non è supportato nell'opzione di distribuzione di Nano Server.
• L'agente è supportato solo in Windows Server 2016, Windows Server 2019, Windows Server 2022 e Windows Server 2025.
• Il pacchetto di installazione dell'agente è per una versione del sistema operativo specifica. Se un server con un agente Sincronizzazione file di Azure installato viene aggiornato a una versione più recente del sistema operativo, è necessario disinstallare l'agente esistente. Riavviare il server quindi installare l'agente per il nuovo sistema operativo server (Windows Server 2016, Windows Server 2019, Windows Server 2022 o Windows Server 2025).
• 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.
• L'agente usa TLS 1.2 o 1.3 (Windows Server 2022 o versione successiva) per impostazione predefinita e TLS 1.0 e 1.1 non sono supportati.
• Il servizio agente di sincronizzazione archiviazione (FileSyncSvc) non supporta gli endpoint server che si trovano in un volume con la directory SVI (System Volume Information) compressa. Se la directory SVI è compressa, l'agente di sincronizzazione archiviazione (FileSyncSvc) non verrà avviato.

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 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:

• Sincronizzazione file di Azure supporta tutti i caratteri supportati dal file system NTFS, ad eccezione delle coppie di surrogati non valide. Per altre informazioni vedere la Guida alla risoluzione dei problemi.
• 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.

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.
• Il cloud a livelli non è supportato 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 il 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, usare il cmdlet di PowerShell Invoke-AzStorageSyncChangeDetection per avviare manualmente il rilevamento delle modifiche nella condivisione file di Azure.
• Il servizio di sincronizzazione archiviazione e/o l'account di archiviazione possono essere spostati in un gruppo di risorse, in una sottoscrizione o in un tenant Microsoft Entra (in precedenza Azure AD) diversi. Dopo aver spostato il servizio di sincronizzazione archiviazione o l'account di archiviazione, è necessario concedere all'applicazione Microsoft.StorageSync l'accesso all'account di archiviazione (vedere Garantire che Sincronizzazione file di Azure possa accedere all'account di archiviazione).

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 con 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 18.2.0.0

Le seguenti note sulla versione si riferiscono alla versione 18.2.0.0 di Sincronizzazione file di Azure (data di rilascio 9 luglio 2024). Questa versione contiene miglioramenti per l'agente Sincronizzazione file di Azure. Queste note si aggiungono a quelle elencate per le versioni 18.0.0.0 e 18.1.0.0

Miglioramenti e problemi risolti

• Aggiornamento cumulativo per l’agente Sincronizzazione file di Azure versione 18 e versione 18.1.
• Questa versione include anche miglioramenti dell'affidabilità della sincronizzazione.

Versione 18.1.0.0 (aggiornamento della sicurezza)

Le seguenti note sulla versione si riferiscono alla versione 18.1.0.0 di Sincronizzazione file di Azure (data di rilascio 11 giugno 2024). Questa versione contiene un aggiornamento della sicurezza per i server in cui è installata la versione agente versione 18. Queste note si aggiungono a quelle elencate per la versione 18.0.0.0.

Miglioramenti e problemi risolti

Risolve il problema che consente a utenti non autorizzati di eliminare i file in percorsi a cui non hanno accesso. Si tratta di un aggiornamento solo della sicurezza. Per altre informazioni su questa vulnerabilità vedere CVE-2024-35253.

Versione 17.3.0.0 (aggiornamento della sicurezza)

Le seguenti note sulla versione sono per Sincronizzazione file di Azure versione 17.3.0.0 (data di rilascio 11 giugno 2024). Questa versione contiene un aggiornamento della sicurezza per i server in cui sono installate le versioni agente 16.x o 17.x. Queste note si aggiungono a quelle elencate per la versione 17.0.0.0.

Miglioramenti e problemi risolti

Risolve il problema che consente a utenti non autorizzati di eliminare i file in percorsi a cui non hanno accesso. Si tratta di un aggiornamento solo della sicurezza. Per altre informazioni su questa vulnerabilità vedere CVE-2024-35253.

Versione 18.0.0.0

Le seguenti note sulla versione sono per Sincronizzazione file di Azure versione 18.0.0.0 (data di rilascio 8 maggio 2024). Questa versione contiene miglioramenti per il servizio Sincronizzazione file di Azure e l'agente.

Miglioramenti e problemi risolti

Provisioning dei server più rapido e ripristino di emergenza migliorato per gli endpoint del server Sincronizzazione file di Azure È in corso la riduzione del tempo necessario per l'uso del nuovo endpoint server. Quando si esegue il provisioning di un nuovo endpoint server, ci vogliono ore e a volte giorni prima, affinché il server sia pronto all'uso. Con i miglioramenti più recenti questi tempi sono stati notevolmente ridotti per un processo di configurazione più efficiente.

Il miglioramento si applica agli scenari seguenti, quando il percorso dell'endpoint server è vuoto (senza file o directory):

• Creare il primo endpoint server della nuova topologia di sincronizzazione dopo che i dati sono stati copiati nella condivisione file di Azure.
• Aggiungere un nuovo endpoint server vuoto a una topologia di sincronizzazione esistente.

Come iniziare: iscriversi all'anteprima pubblica qui.

Miglioramenti alle prestazioni di sincronizzazione
Le prestazioni di caricamento e sincronizzazione sono state migliorate; i numeri delle prestazioni verranno pubblicati appena disponibili. Questo miglioramento avvantaggia principalmente le migrazioni di condivisione file (caricamento iniziale) e gli eventi a varianza elevata nel server in cui è necessario caricare un numero grande di file, ad esempio le modifiche ACL.

Vari miglioramenti dell'affidabilità e della telemetria per cloud a livelli e sincronizzazione

Strumento di valutazione

Prima di distribuire Sincronizzazione file di Azure, è opportuno valutare la compatibilità con il sistema tramite lo strumento di valutazione Sincronizzazione file di Azure. Questo strumento è un cmdlet di Azure PowerShell che verifica la presenza di potenziali problemi con il file system e il set di dati, ad esempio una 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.

• Il pacchetto di installazione dell'agente deve essere installato con autorizzazioni elevate (amministratore).
• L'agente non è supportato nell'opzione di distribuzione di Nano Server.
• L'agente è supportato solo in Windows Server 2019, Windows Server 2016 e Windows Server 2022 R2.
• Il pacchetto di installazione dell'agente è per una versione del sistema operativo specifica. Se un server con un agente Sincronizzazione file di Azure installato viene aggiornato a una versione più recente del sistema operativo, è necessario disinstallare l'agente esistente. Riavviare il server e quindi installare l'agente per il nuovo sistema operativo server (Windows Server 2016, Windows Server 2019 o 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 con la directory SVI (System Volume Information) compressa. Questa configurazione porta a risultati imprevisti.
• Tutte le versioni agente Sincronizzazione file di Azure supportate usano TLS 1.2 per impostazione predefinita, mentre TLS 1.0 e 1.1 non sono supportati. TLS 1.3 sarà supportato per Windows Server 2022 a partire dalla versione agente 18.

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 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:

• La versione agente Sincronizzazione file di Azure 17 e versioni successive supporta tutti i caratteri supportati dal file system NTFS, ad eccezione delle coppie di surrogati non valide. Per altre informazioni vedere la Guida alla risoluzione dei problemi.
• 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.

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.
• Il cloud a livelli non è supportato 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 il 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, usare il cmdlet di PowerShell Invoke-AzStorageSyncChangeDetection per avviare manualmente il rilevamento delle modifiche nella condivisione file di Azure.
• Il servizio di sincronizzazione archiviazione e/o l'account di archiviazione possono essere spostati in un gruppo di risorse, in una sottoscrizione o in un tenant Microsoft Entra (in precedenza Azure AD) diversi. Dopo aver spostato il servizio di sincronizzazione archiviazione o l'account di archiviazione, è necessario concedere all'applicazione Microsoft.StorageSync l'accesso all'account di archiviazione (vedere Garantire che Sincronizzazione file di Azure possa accedere all'account di archiviazione).

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 con 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 17.2.0.0

Le seguenti note sulla versione sono per Sincronizzazione file di Azure versione 17.2.0.0 (data di rilascio 28 febbraio 2024). Questa versione contiene miglioramenti per il servizio Sincronizzazione file di Azure e l'agente.

Miglioramenti e problemi risolti

La versione 17.2 di Sincronizzazione file di Azure è un aggiornamento cumulativo per le versioni 17.0 e 17.1:

• Versione agente Sincronizzazione file di Azure 17 - Dicembre 2023
• Versione agente Sincronizzazione file di Azure 17.1 - Febbraio 2024

Strumento di valutazione

Prima di distribuire Sincronizzazione file di Azure, è opportuno valutare la compatibilità con il sistema tramite lo strumento di valutazione 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.

• Il pacchetto di installazione dell'agente deve essere installato con autorizzazioni elevate (amministratore).
• L'agente non è supportato nell'opzione di distribuzione di Nano Server.
• L'agente è supportato solo in Windows Server 2019, Windows Server 2016 e Windows Server 2012 R2 e Windows Server 2022.
• Il pacchetto di installazione dell'agente è per una versione del sistema operativo specifica. Se un server con un agente Sincronizzazione file di Azure installato viene aggiornato a una versione più recente del sistema operativo, è necessario disinstallare l'agente esistente, riavviare il server e installare l'agente per il nuovo sistema operativo server (Windows Server 2016, Windows Server 2019 o 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 con la directory SVI (System Volume Information) 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 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 di 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.

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.
• Il cloud a livelli non è supportato 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 il 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, usare il cmdlet di PowerShell Invoke-AzStorageSyncChangeDetection per avviare manualmente il rilevamento delle modifiche nella condivisione file di Azure.
• Il servizio di sincronizzazione archiviazione e/o l'account di archiviazione possono essere spostati in un gruppo di risorse, in una sottoscrizione o in un tenant di Azure AD diversi. Dopo aver spostato il servizio di sincronizzazione archiviazione o l'account di archiviazione, è necessario concedere all'applicazione Microsoft.StorageSync l'accesso all'account di archiviazione (vedere Garantire che Sincronizzazione file di Azure possa accedere all'account di archiviazione).

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 con Robocopy, usare l'opzione /MIR per conservare i timestamp dei file. Ciò garantisce che l’archiviazione a livelli dei file meno recenti venga eseguita prima dei file aperti di recente.

Versione 17.1.0.0 (aggiornamento della sicurezza)

Le seguenti note sulla versione sono per Sincronizzazione file di Azure versione 17.1.0.0 (data di rilascio 13 febbraio 2024). Questa versione contiene un aggiornamento della sicurezza per l'agente Sincronizzazione file di Azure. Queste note si aggiungono a quelle elencate per la versione 17.0.0.0.

Miglioramenti e problemi risolti

Risolve il problema che consente a utenti non autorizzati di eliminare i file in percorsi a cui non hanno accesso. Si tratta di un aggiornamento solo della sicurezza. Per altre informazioni su questa vulnerabilità vedere CVE-2024-21397.

Versione 17.0.0.0

Le seguenti note sulla versione sono per Sincronizzazione file di Azure versione 17.0.0.0 (data di rilascio 6 dicembre 2023). Questa versione contiene miglioramenti per il servizio Sincronizzazione file di Azure e l'agente.

Miglioramenti e problemi risolti

Miglioramenti delle prestazioni di caricamento e sincronizzazione
Le prestazioni di caricamento e sincronizzazione sono state migliorate (i numeri delle prestazioni verranno pubblicati prossimamente). Questo miglioramento avvantaggia principalmente le migrazioni di condivisione file (caricamento iniziale) e gli eventi a varianza elevata nel server in cui è necessario caricare un numero grande di file, ad esempio le modifiche ACL.

Supporto elenco espanso di caratteri per i nomi di file e directory
Ora Sincronizzazione file di Azure supporta un elenco espanso di caratteri. Questa espansione consente agli utenti di creare e sincronizzare le condivisioni file SMB con nomi di file e directory in modo equivalente al file system NTFS, per caratteri Unicode validi. Per altre informazioni sui caratteri non supportati vedere la documentazione qui.

Nuova metrica di suddivisione a livelli nel cloud in modalità spazio su disco insufficiente
È ora possibile configurare un avviso, se un server è in modalità spazio su disco insufficiente. Per altre informazioni, vedere Monitorare Sincronizzazione file di Azure.

Risolve il problema che causa il blocco dell'aggiornamento dell'agente

Corregge un bug che causa la generazione dei log nel motore di database ESE (noto anche come JET) nella directory C:\Windows\System32

Vari miglioramenti dell'affidabilità e della telemetria per cloud a livelli e sincronizzazione

Strumento di valutazione

Prima di distribuire Sincronizzazione file di Azure, è opportuno valutare la compatibilità con il sistema tramite lo strumento di valutazione 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.

• Il pacchetto di installazione dell'agente deve essere installato con autorizzazioni elevate (amministratore).
• L'agente non è supportato nell'opzione di distribuzione di Nano Server.
• L'agente è supportato solo in Windows Server 2019, Windows Server 2016 e Windows Server 2012 R2 e Windows Server 2022.
• Windows Server 2012 R2 richiede .NET Framework versione 4.6.2 o successiva.
• Il pacchetto di installazione dell'agente è per una versione del sistema operativo specifica. Se un server con un agente Sincronizzazione file di Azure installato viene aggiornato a una versione più recente del sistema operativo, è necessario disinstallare l'agente esistente. Riavviare il server e quindi installare l'agente per il nuovo sistema operativo server (Windows Server 2016, Windows Server 2019 o 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 con la directory SVI (System Volume Information) 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 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:

• L'agente Sincronizzazione file di Azure versione 17 supporta tutti i caratteri supportati dal file system NTFS, ad eccezione delle coppie di surrogati non valide. Per altre informazioni vedere la Guida alla risoluzione dei problemi.
• 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.

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.
• Il cloud a livelli non è supportato 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 il 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, usare il cmdlet di PowerShell Invoke-AzStorageSyncChangeDetection per avviare manualmente il rilevamento delle modifiche nella condivisione file di Azure.
• Il servizio di sincronizzazione archiviazione e/o l'account di archiviazione possono essere spostati in un gruppo di risorse, in una sottoscrizione o in un tenant Microsoft Entra (in precedenza Azure AD) diversi. Dopo aver spostato il servizio di sincronizzazione archiviazione o l'account di archiviazione, è necessario concedere all'applicazione Microsoft.StorageSync l'accesso all'account di archiviazione (vedere Garantire che Sincronizzazione file di Azure possa accedere all'account di archiviazione).

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 con 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.