Condividi tramite

Note sulla versione per Sincronizzazione file di Azure

  • Articolo

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 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 18 - KB5023057 18.0.0.0 8 maggio 2024 Supportata
Versione 17.2 - KB5023055 17.2.0.0 28 febbraio 2024 Supportata
Versione 17.1 - KB5023054 17.1.0.0 13 febbraio 2024 Supportato - Aggiornamento della sicurezza
Versione 16.2 - KB5023052 16.2.0.0 13 febbraio 2024 Supportato - Aggiornamento della sicurezza - La versione dell'agente scadrà il 7 ottobre 2024
Versione 17.0 - KB5023053 17.0.0.0 6 dicembre 2023 Supportata
Versione 16.0 - KB5013877 16.0.0.0 30 gennaio 2023 Supportato: la versione dell'agente scadrà il 7 ottobre 2024

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

Nota

Il downgrade dell'agente Sincronizzazione file di Azure non è supportato. Le nuove versioni includono spesso modifiche di rilievo rispetto alle versioni precedenti e quindi non supportano il processo di downgrade. Se si verificano problemi con la versione agente corrente, contattare il supporto o aggiornare alla versione più recente disponibile.

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>

Nota

Se la distribuzione di versioni di anteprima è già stata completata per la versione agente più recente e il criterio di aggiornamento automatico dell'agente viene modificato in InstallLatest, l'agente non eseguirà l'aggiornamento automatico fino a quando non verrà distribuita la versione agente più recente. Per eseguire l'aggiornamento a una versione agente che ha completato la distribuzione di versioni di anteprima usare Microsoft Update o AfsUpdater.exe. Per verificare se una versione agente attualmente sta completando la distribuzione di versioni di anteprima, controllare la sezione versioni supportate nelle note sulla versione.

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.

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 agente scaduta non è supportato e verrà bloccato.

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:

Nota

La versione agente Sincronizzazione file di Azure 17.3 è la versione agente più recente attualmente pianificata per Windows Server 2012 R2. Per continuare a ricevere i miglioramenti del prodotto e le correzioni di bug, aggiornare i server a Windows Server 2016 o versione successiva.

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 del server più rapido e ripristino di emergenza migliorato per gli endpoint del server Sincronizzazione file di Azure.
    • Stiamo riducendo il tempo necessario, affinché il nuovo endpoint server sia pronto all'uso. 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.

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.
  • 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).

Nota

Quando si crea l'endpoint cloud, il servizio di sincronizzazione archiviazione e l'account di archiviazione devono trovarsi nello stesso tenant di Microsoft Entra. Dopo aver creato l'endpoint cloud, è possibile spostare il servizio di sincronizzazione archiviazione e l'account di archiviazione in tenant Microsoft Entra 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 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:

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.

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.
  • 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).

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 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 16.2.0.0 (aggiornamento della sicurezza)

Le seguenti note sulla versione sono per Sincronizzazione file di Azure versione 16.2.0.0 (data di rilascio 13 febbraio 2024). Questa versione contiene aggiornamenti della sicurezza per l'agente Sincronizzazione file di Azure. Queste note si aggiungono a quelle elencate per la versione 16.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
  • 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.

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.
  • 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).

Nota

Quando si crea l'endpoint cloud, il servizio di sincronizzazione archiviazione e l'account di archiviazione devono trovarsi nello stesso tenant di Microsoft Entra. Dopo aver creato l'endpoint cloud, è possibile spostare il servizio di sincronizzazione archiviazione e l'account di archiviazione in tenant Microsoft Entra 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 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 16.0.0.0

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

Miglioramenti e problemi risolti

  • Miglioramento della disponibilità del servizio Sincronizzazione file di Azure

    • Sincronizzazione file di Azure è ora un servizio con ridondanza della zona; ciò limita l’impatto di un eventuale interruzione in una zona migliorando la resilienza del servizio e riducendo al minimo l'impatto sui clienti. Per sfruttare a pieno questo miglioramento, configurare gli account di archiviazione in modo da usare la replica di archiviazione con ridondanza della zona (ZRS) o la replica di archiviazione con ridondanza geografica della zona (GZRS). Per altre informazioni sulle diverse opzioni di ridondanza per gli account di archiviazione vedere Ridondanza di File di Azure.

  • Eseguire immediatamente l'enumerazione delle modifiche del server per rilevare le modifiche ai file non rilevate nel server

    • Sincronizzazione file di Azure usa la funzionalità Journal USN di Windows in Windows Server per rilevare immediatamente i file modificati e caricarli nella condivisione file di Azure. Se le modifiche ai file non vengono rilevate a causa del wrapping del journal o di altri problemi, i file non verranno sincronizzati con la condivisione file di Azure fino a quando non vengono rilevate le modifiche. Sincronizzazione file di Azure include un processo di enumerazione delle modifiche del server che viene eseguito ogni 24 ore nel percorso dell'endpoint server per rilevare le modifiche non rilevate dal journal USN. Se non si vuole attendere l'esecuzione del prossimo processo di enumerazione delle modifiche del server, ora è possibile usare il cmdlet di PowerShell Invoke-StorageSyncServerChangeDetection per eseguire immediatamente l'enumerazione delle modifiche del server in un percorso dell'endpoint server.

      Per eseguire immediatamente l'enumerazione delle modifiche del server in un percorso endpoint server, eseguire i comandi di PowerShell seguenti:

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

    Nota

    Per impostazione predefinita l'analisi dell'enumerazione delle modifiche del server controlla solo il timestamp modificato. Per eseguire un controllo più approfondito usare il parametro -DeepScan.

  • Correzione di bug per lo script di PowerShell FileSyncErrorsReport.ps1

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

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.
  • 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, è possibile usare il cmdlet di PowerShell Invoke-AzStorageSyncChangeDetection, in modo da 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).

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