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. Anche se alcuni utenti possono scegliere di mantenere una copia completa dei dati in locale, Sincronizzazione file di Azure inoltre ha 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 al servizio e all'agente (ad esempio, 15.0.0.0). Le versioni secondarie di Sincronizzazione file di Azure sono in genere destinate ai miglioramenti dell'agente ,ad esempio 15.2.0.0.

Versioni supportate

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

Passaggio fondamentale Numero di versione dell'agente Data di rilascio Status
Versione 17.2 - KB5023055 17.2.0.0 28 febbraio 2024 Supportata
Versione V17.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 29 luglio 2024
Versione V17.0 - KB5023053 17.0.0.0 6 dicembre 2023 Supportata
Versione V16.0 - KB5013877 16.0.0.0 30 gennaio 2023 Supportato: la versione dell'agente scadrà il 29 luglio 2024

Versioni non supportate

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

Criteri di aggiornamento dell'agente Sincronizzazione file di Azure

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

Confronto tra versioni principali e secondarie dell'agente

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

Percorsi di aggiornamento

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

  1. Usare Sincronizzazione file di Azure funzionalità di aggiornamento automatico dell'agente per installare gli aggiornamenti dell'agente. L'agente Sincronizzazione file di Azure eseguirà l'aggiornamento automatico. È possibile scegliere di installare la versione più recente dell'agente quando disponibile o aggiornare quando l'agente attualmente installato è prossimo alla scadenza. Per altre informazioni, vedere Gestione automatica del ciclo di vita dell'agente.
  2. Configurare Microsoft Update per scaricare e installare automaticamente gli aggiornamenti dell'agente. È consigliabile installare ogni aggiornamento Sincronizzazione file di Azure per assicurarsi di avere accesso alle correzioni più recenti per l'agente server. Microsoft Update semplifica questo processo scaricando e installando automaticamente gli aggiornamenti.
  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, potrebbe 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. Il pacchetto di aggiornamento Sincronizzazione file di Azure più recente può essere scaricato dal Catalogo di Microsoft Update. L'esecuzione di un eseguibile con estensione msp aggiornerà l'installazione 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 dell'agente di Sincronizzazione file di Azure più recente dall'Area download Microsoft. Per aggiornare un'installazione esistente dell'agente Sincronizzazione file di Azure, disinstallare la versione precedente e quindi installare la versione più recente dal programma di installazione scaricato. Il programma di installazione di Sincronizzazione file di Azure mantiene la registrazione del server, i gruppi di sincronizzazione e tutte le altre impostazioni.

Nota

Il downgrade dell'agente di Sincronizzazione file di Azure non è supportato. Le nuove versioni includono spesso modifiche di rilievo rispetto alle versioni precedenti, rendendo il processo di downgrade non supportato. Se si verificano problemi con la versione corrente dell'agente, contattare il supporto o l'aggiornamento 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 o consentendo un'impostazione senza problemi, rimanere aggiornati.

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

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

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

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

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

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

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode UpdateBeforeExpiration

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

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode InstallLatest -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 facilitare la distribuzione, le regole seguenti garantiscono tempi e notifiche sufficienti per supportare gli aggiornamenti o 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 dell'agente 14.0.0.0 è impostata sulla scadenza, le versioni dell'agente 14.*.*.* verranno 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 con una versione dell'agente scaduto non è supportato e verrà bloccato.

Il supporto dell'agente Di 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 dell'agente v17.x il 4 marzo 2025. Una volta scaduto l'agente v17, i server Windows Server 2012 R2 smetteranno di eseguire la sincronizzazione con le condivisioni file di Azure.

Azione richiesta

Eseguire una delle opzioni seguenti per i server Windows Server 2012 R2 prima della scadenza dell'agente v17 il 4 marzo 2025:

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

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

Nota

Sincronizzazione file di Azure agent v17.2 è l'ultima versione dell'agente attualmente pianificata per Windows Server 2012 R2. Per continuare a ricevere miglioramenti del prodotto e correzioni di bug, aggiornare i server a Windows Server 2016 o versione successiva.

Versione 17.2.0.0

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

Miglioramenti e problemi risolti

La versione Sincronizzazione file di Azure v17.2 è un aggiornamento cumulativo per le versioni v17.0 e v17.1:

Nota

Se nel server è installato l'agente v17.1, non è necessario installare l'agente v17.2.

Strumento di valutazione

Prima di distribuire Sincronizzazione file di Azure, è necessario valutare se è compatibile con il sistema usando 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, Windows Server 2012 R2 e Windows Server 2022.
  • Il pacchetto di installazione dell'agente è per una versione specifica del sistema operativo. 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 con l'agente Sincronizzazione file di Azure installato non è supportata e può causare 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 un file di paging del sistema operativo o dell'applicazione all'interno di un percorso 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 Invoke-Az Archiviazione SyncChangeDetection di PowerShell 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, una sottoscrizione o un tenant di Azure AD diverso. Dopo aver spostato il servizio di sincronizzazione archiviazione o l'account di archiviazione, è necessario assegnare a Microsoft. Archiviazione Incronizzazione dell'accesso dell'applicazione all'account di archiviazione (vedere Verificare che Sincronizzazione file di Azure abbia accesso all'account di archiviazione).

Nota

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

Suddivisione in livelli nel cloud

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

Versione 17.1.0.0 (aggiornamento della sicurezza)

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

Miglioramenti e problemi risolti

  • Risolve un problema che potrebbe consentire agli utenti non autorizzati di creare nuovi file nei percorsi a cui non sono autorizzati. Si tratta di un aggiornamento di sola sicurezza. Per altre informazioni su questa vulnerabilità, vedere CVE-2024-21397.

Versione 16.2.0.0 (aggiornamento della sicurezza)

Le note sulla versione seguenti sono per Sincronizzazione file di Azure versione 16.2.0.0 (rilasciata il 13 febbraio 2024). Questa versione contiene gli aggiornamenti della sicurezza per l'agente Sincronizzazione file di Azure. Queste note si aggiungono alle note sulla versione elencate per la versione 16.0.0.0.

Miglioramenti e problemi risolti

  • Risolve un problema che potrebbe consentire agli utenti non autorizzati di creare nuovi file nei percorsi a cui non sono autorizzati. Si tratta di un aggiornamento di sola sicurezza. Per altre informazioni su questa vulnerabilità, vedere CVE-2024-21397.

Versione 17.0.0.0 (anteprima)

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

Miglioramenti e problemi risolti

  • Miglioramenti delle prestazioni di caricamento della sincronizzazione
    • Le prestazioni di caricamento della sincronizzazione sono migliorate (i numeri di prestazioni da registrare nel prossimo futuro). Questo miglioramento trarrà vantaggio principalmente dalle migrazioni di condivisione file (caricamento iniziale) e dagli eventi di varianza elevati nel server in cui è necessario caricare un numero elevato di file.
  • Supporto dei caratteri espanso per i nomi di file e directory
    • Sincronizzazione file di Azure ora supporta un elenco espanso di caratteri. Questa espansione consente agli utenti di creare e sincronizzare condivisioni file SMB con nomi di file e directory in modo equivalente al file system NTFS, per i caratteri Unicode validi. Per altre informazioni sui caratteri non supportati, vedere la documentazione qui.
  • Nuova metrica della modalità spazio su disco insufficiente a livelli cloud
  • Risolto un problema che causava il blocco dell'aggiornamento dell'agente
  • Correzione di un bug che causava la generazione dei log nella directory C:\Windows\System32 del motore di database E edizione Standard (nota anche come JET)
  • Miglioramenti vari di affidabilità e telemetria per il cloud a livelli e la sincronizzazione

Strumento di valutazione

Prima di distribuire Sincronizzazione file di Azure, è necessario valutare se è compatibile con il sistema usando 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, 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 specifica del sistema operativo. 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 con l'agente Sincronizzazione file di Azure installato non è supportata e può causare 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 agente v17 supporta tutti i caratteri supportati da File system NTFS, ad eccezione di coppie surrogate 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 un file di paging del sistema operativo o dell'applicazione all'interno di un percorso 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-Az Archiviazione SyncChangeDetection 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 altro gruppo di risorse, una sottoscrizione o un tenant Microsoft Entra (in precedenza Azure AD). Dopo aver spostato il servizio di sincronizzazione archiviazione o l'account di archiviazione, è necessario assegnare a Microsoft. Archiviazione Incronizzazione dell'accesso dell'applicazione all'account di archiviazione (vedere Verificare che Sincronizzazione file di Azure abbia accesso all'account di archiviazione).

Nota

Quando si crea l'endpoint cloud, il servizio di sincronizzazione archiviazione e l'account di archiviazione devono trovarsi nello stesso tenant di 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 mantenere 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 note sulla versione seguenti sono per Sincronizzazione file di Azure versione 16.0.0.0 (rilasciata il 30 gennaio 2023). Questa versione contiene miglioramenti per il servizio e l'agente Sincronizzazione file di Azure.

Miglioramenti e problemi risolti

  • Miglioramento della disponibilità del servizio Sincronizzazione file di Azure

    • Sincronizzazione file di Azure è ora un servizio con ridondanza della zona, il che significa che un'interruzione in una zona ha un impatto limitato migliorando la resilienza del servizio per ridurre al minimo l'impatto sui clienti. Per usare completamente questo miglioramento, configurare gli account di archiviazione in modo da usare la replica di archiviazione con ridondanza della zona o archiviazione con ridondanza geografica della zona. Per altre informazioni sulle diverse opzioni di ridondanza per gli account di archiviazione, vedere ridondanza File di Azure.

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

    • Sincronizzazione file di Azure usa Funzionalità journal USN di Windows in Windows Server per rilevare immediatamente i file modificati e caricarli nella condivisione file di Azure. Se i file modificati non vengono modificati 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 dispone di un processo di enumerazione delle modifiche del server che viene eseguito ogni 24 ore nel percorso dell'endpoint server per rilevare le modifiche perse dal journal USN. Se non si vuole attendere l'esecuzione del processo di enumerazione delle modifiche del server successivo, è ora possibile usare il cmdlet di PowerShell per eseguire immediatamente l'enumerazione Invoke-StorageSyncServerChangeDetection 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

  • Miglioramenti vari di affidabilità e telemetria per il cloud a livelli e la sincronizzazione

Strumento di valutazione

Prima di distribuire Sincronizzazione file di Azure, è necessario valutare se è compatibile con il sistema usando 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, Windows Server 2012 R2 e Windows Server 2022.
  • Il pacchetto di installazione dell'agente è per una versione specifica del sistema operativo. 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 con l'agente Sincronizzazione file di Azure installato non è supportata e può causare 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 un file di paging del sistema operativo o dell'applicazione all'interno di un percorso 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, una sottoscrizione o un tenant di Azure AD diverso. Dopo aver spostato il servizio di sincronizzazione archiviazione o l'account di archiviazione, è necessario assegnare a Microsoft. Archiviazione Incronizzazione dell'accesso dell'applicazione all'account di archiviazione (vedere Verificare che Sincronizzazione file di Azure abbia accesso all'account di archiviazione).

Nota

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

Suddivisione in livelli nel cloud

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