Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
La suddivisione in livelli nel cloud, una funzionalità facoltativa di Sincronizzazione file di Azure, riduce la quantità di archiviazione locale necessaria mantenendo le prestazioni di un file server locale.
Se abilitata, questa funzionalità archivia solo i file a cui si accede di frequente (ad accesso frequente) nel server locale. I file a cui si accede raramente (ad accesso sporadico) vengono suddivisi in spazio dei nomi (struttura di file e cartelle) e nel contenuto del file. Il namespace è archiviato localmente e il contenuto del file è archiviato in una condivisione file di Azure nella cloud.
Quando un utente apre un file classificato a livelli, Azure File Sync recupera agevolmente i dati del file dalla condivisione file di Azure.
Come funziona il cloud a livelli
Criteri di suddivisione in livelli nel cloud
Quando si abilita il tiering nel cloud, sono disponibili due criteri che è possibile impostare per informare Azure File Sync quando suddividere i file freschi: i criteri dello spazio libero del volume e i criteri sulla data.
Politica dello spazio libero del volume
I criteri di spazio libero del volume indicano a Sincronizzazione file di Azure di archiviare in livelli i file ad accesso sporadico nel cloud quando viene impiegato una determinata quantità di spazio sul disco locale.
Ad esempio, se la capacità del disco locale è 200 GiB e si vuole che almeno 40 GiB della capacità del disco locale rimangano sempre liberi, è necessario impostare i criteri di spazio libero del volume su 20%. Lo spazio libero del volume si applica a livello di volume anziché a livello di singole directory o endpoint server.
Politica sulla data
Con i criteri di data, i file inattivi vengono trasferiti nel cloud se non vi si accede (letti o scritti) per un certo numero di giorni. Ad esempio, se si nota che i file che hanno superato i 15 giorni senza l'accesso sono in genere file di archiviazione, è consigliabile impostare i criteri di data su 15 giorni.
Per ulteriori esempi su come i criteri della politica sulla data e la politica dello spazio libero del volume lavorano insieme, vedere Choose Azure File Sync cloud tiering policies.
Deduplicazione dei dati di Windows Server
La deduplicazione dei dati è supportata nei volumi che hanno il tiering cloud abilitato a partire da Windows Server 2016. Per informazioni dettagliate, vedere Pianificazione di una distribuzione di Sincronizzazione file di Azure.
Mappa termica di segmentazione cloud
Azure File Sync monitora l'accesso ai file (operazioni di lettura e scrittura) nel corso del tempo e assegna un indice di calore a ogni file in base a quanto recentemente e frequentemente il file viene accesso. Usa questi punteggi per creare una "mappa termica" dello spazio dei nomi su ogni endpoint del server. Questa heatmap è un elenco di tutti i file in sincronizzazione in una posizione con il cloud tiering abilitato, ordinati in base al loro score di calore. I file a cui si accede di recente sono considerati ad accesso frequente, mentre i file appena toccati e non sono stati accessibili per un certo periodo di tempo sono considerati cool.
Per determinare la posizione relativa di un singolo file in tale mappa termica, il sistema utilizza il massimo dei timestamp, nell'ordine seguente: MAX (Ora ultima accesso, ora ultima modifica, ora di creazione).
In genere, l'ora dell'ultimo accesso viene rilevata e disponibile. Tuttavia, quando viene creato un nuovo endpoint del server con tiering cloud abilitato, non è passato abbastanza tempo per osservare l'accesso ai file. Se non esiste un'ora di accesso valida, viene invece usata l'ora dell'ultima modifica per valutare la posizione relativa nella mappa termica.
I criteri di data funzionano allo stesso modo. Senza l'ora dell'ultimo accesso, i criteri di data agiscono sull'ora dell'ultima modifica. Se non è disponibile, si utilizzerà l'orario di creazione di un file. Nel corso del tempo, il sistema osserverà più richieste di accesso ai file e inizierà automaticamente a usare l'ora dell'ultimo accesso autotracciato.
Annotazioni
La suddivisione a livelli nel cloud non dipende dalla funzionalità NTFS per monitorare l'ultimo tempo di accesso. Questa funzionalità NTFS è disattivata per impostazione predefinita e, a causa delle considerazioni sulle prestazioni, non è consigliabile abilitare manualmente questa funzionalità. Il tiering del cloud tiene separatamente traccia dell'ora dell'ultimo accesso.
Richiamo proattivo
Quando un file viene creato o modificato, è possibile richiamare in modo proattivo un file nei server specificati. Il richiamo proattivo rende il file nuovo o modificato prontamente disponibile per l'utilizzo in ogni server specificato.
Ad esempio, una società distribuita a livello globale ha succursali negli Stati Uniti e in India. Al mattino negli Stati Uniti, gli information worker creano una nuova cartella e file per un nuovo progetto e lavorano tutto il giorno su di esso. Sincronizzazione file di Azure sincronizza la cartelle e i file nella condivisione file di Azure (endpoint cloud). I lavoratori dell'informazione in India continueranno a lavorare al progetto nel loro fuso orario. Quando arrivano al mattino, il server locale in India, abilitato con Azure File Sync, deve avere questi nuovi file disponibili localmente, in modo che il team indiano possa lavorare in modo efficiente utilizzando la cache locale. L'abilitazione di questa modalità indica al server di richiamare in modo proattivo i file non appena vengono modificati o creati nella condivisione file di Azure, migliorando i tempi di accesso ai file.
Se i file richiamati al server non sono necessari in locale, il richiamo non necessario può aumentare il traffico in uscita e i costi. Pertanto, abilitare il richiamo proattivo solo quando si sa che il pre-popolamento della cache di un server con delle modifiche recenti dal cloud avrà un effetto positivo su utenti o applicazioni che utilizzano i file su quel server.
L'abilitazione del richiamo proattivo potrebbe comportare anche un aumento dell'utilizzo della larghezza di banda nel server e potrebbe causare l'aggressivo posizionamento su livelli di altri contenuti relativamente nuovi nel server locale a causa dell'aumento dei file richiamati. A sua volta, classificare i file in livelli troppo presto potrebbe portare a un numero maggiore di richiami qualora i file classificati vengano considerati ad alta richiesta dai server.
Per ulteriori informazioni sul richiamo proattivo, vedere Azure File Sync Deployment.
Confronto tra caching a più livelli e comportamento dei file memorizzati nella cache locale
La suddivisione a livelli nel cloud rappresenta la separazione tra lo spazio dei nomi (la gerarchia di file e cartelle e le proprietà dei file) e il contenuto dei file.
File a livelli
Per i file a livelli, le dimensioni del disco sono pari a zero perché il contenuto del file stesso non viene archiviato in locale. Quando un file è a livelli, il filtro del file system di Sincronizzazione file di Azure (StorageSync.sys) sostituisce il file in locale con un puntatore denominato reparse point. Il punto reparse rappresenta un URL del file nella condivisione file di Azure. Un file a livelli ha entrambi l'attributo offline e l'attributo FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS impostati in NTFS in modo che le applicazioni di terze parti possano identificare in sicurezza i file a livelli.
File memorizzato nella cache locale
Per i file archiviati in un file server locale, le dimensioni sul disco sono circa uguali alle dimensioni logiche del file, perché l'intero file (attributi di file e contenuto del file) viene archiviato localmente.
È anche possibile che un file venga archiviato parzialmente a livelli o sia parzialmente richiamato. In un file parzialmente a livelli, solo parte del file viene archiviata su disco. È possibile che nel volume siano presenti file parzialmente richiamati se i file vengono letti parzialmente dalle applicazioni che supportano l'accesso in streaming ai file. Alcuni esempi sono i lettori multimediali e le utilità zip. Sincronizzazione file di Azure è efficiente e richiama solo le informazioni richieste dalla condivisione file di Azure connessa.
Annotazioni
Size rappresenta le dimensioni logiche del file. Le dimensioni sul disco rappresentano le dimensioni fisiche del flusso di file archiviato sul disco.
Modalità spazio su disco basso
I dischi con endpoint server possono esaurire lo spazio a causa di vari motivi, anche quando è abilitata la suddivisione in livelli nel cloud. Di seguito sono elencati alcuni motivi per cui questa scelta è consigliabile:
- Dati copiati manualmente nel disco all'esterno del percorso dell'endpoint server
- Sincronizzazione lenta o ritardata che impedisce ai file di essere suddivisi in livelli
- Richiami eccessivi di file suddivisi in livelli
Quando si esaurisce lo spazio su disco, Sincronizzazione file di Azure potrebbe non funzionare correttamente e può anche diventare inutilizzabile. Anche se non è possibile che Sincronizzazione file di Azure impedisca completamente queste occorrenze, la modalità spazio su disco insufficiente (disponibile nelle versioni dell'agente di Sincronizzazione file di Azure a partire dalla 15.1) è progettata per impedire a un endpoint server di raggiungere questa situazione e anche aiutare il server a uscire più velocemente.
Per gli endpoint server con il tiering cloud abilitato, se lo spazio libero sul volume scende al di sotto della soglia calcolata, il volume è in modalità spazio disco insufficiente.
In modalità spazio su disco insufficiente, l'agente di Sincronizzazione file di Azure esegue due operazioni in modo diverso:
Tiering proattivo: in questa modalità, l'agente di sincronizzazione dei file suddivide i file in livelli in maniera più proattiva nel cloud. L'agente di sincronizzazione verifica la presenza di file da suddividere in livelli ogni minuto anziché alla normale frequenza oraria. La suddivisione in livelli dei criteri di spazio libero del volume in genere non avviene durante la sincronizzazione del caricamento iniziale fino al completamento del caricamento completo; Tuttavia, in modalità spazio su disco insufficiente, la suddivisione in livelli viene abilitata durante la sincronizzazione del caricamento iniziale e i file verranno considerati per la suddivisione in livelli dopo il caricamento del singolo file nella condivisione file di Azure.
Richiami non persistenti: quando un utente apre un file a livelli, i file richiamati direttamente dalla condivisione file di Azure non verranno salvati in modo permanente sul disco. I richiami avviati dal
Invoke-StorageSyncFileRecallcmdlet sono un'eccezione a questa regola e verranno salvati in modo permanente su disco.
Quando lo spazio disponibile del volume supera la soglia, Azure File Sync ripristina automaticamente lo stato normale. La modalità spazio su disco insufficiente si applica solo ai server con la suddivisione in livelli cloud abilitata e rispetta sempre i criteri di spazio disponibile del volume.
Se un volume ha due endpoint server, uno con suddivisione in livelli abilitato e uno senza suddivisione in livelli, la modalità spazio su disco insufficiente verrà applicata solo all'endpoint server in cui è abilitata la suddivisione in livelli.
Come viene calcolata la soglia per la modalità spazio su disco insufficiente?
Calcolare la soglia prendendo il minimo dei tre numeri seguenti:
- 10% di dimensione del volume in GiB
- Criteri di spazio libero del volume in GiB
- 20 GiB
La tabella seguente include alcuni esempi di come viene calcolata la soglia e quando il volume sarà in modalità spazio su disco insufficiente.
| Dimensione del volume | 10% della dimensione del volume | Politica di spazio libero del volume | Soglia = Min(10% della Dimensione del Volume, Politica di Spazio Libero del Volume, 20GB) | Spazio disponibile del volume corrente | La modalità di spazio su disco insufficiente è attiva? | Motivo |
|---|---|---|---|---|---|---|
| 100 GiB | 10 GiB | 7% (7 GiB) | 7 GiB = Min (10 GiB, 7 GiB, 20 GiB) | 9% (9 GiB) | NO | Spazio libero volume corrente (9 GiB) > Soglia (7 GiB) |
| 100 GiB | 10 GiB | 7% (7 GiB) | 7 GiB = Min (10 GiB, 7 GiB, 20 GiB) | 5% (5 GiB) | Sì | Spazio libero volume corrente (5 GiB) < Soglia (7 GiB) |
| 300 GiB | 30 GiB | 8% (24 GiB) | 20 GiB = Min (30 GiB, 24 GiB, 20 GiB) | 7% (21 GiB) | NO | Spazio libero volume corrente (21 GiB) > Soglia (20 GiB) |
| 300 GiB | 30 GiB | 8% (24 GiB) | 20 GiB = Min (30 GiB, 24 GiB, 20 GiB) | 6% (18 GiB) | Sì | Spazio disponibile volume corrente (18 GiB) < Soglia (20 GiB) |
Come funziona la modalità spazio su disco ridotto con la politica di spazio libero su volume?
La modalità a basso spazio su disco rispetta sempre la politica di spazio libero del volume. Il calcolo della soglia è progettato per assicurarsi che i criteri di spazio libero del volume impostati dall'utente siano rispettati.
Qual è la causa più comune dell'endpoint del server in modalità di spazio su disco insufficiente?
La causa principale della modalità disco a bassa velocità è la copia o lo spostamento di grandi quantità di dati nel disco in cui si trova un endpoint server con suddivisione in livelli abilitata.
Come uscire dalla modalità spazio su disco insufficiente?
Ecco due modi per uscire dalla modalità disco insufficiente nell'endpoint server:
- La modalità a basso utilizzo del disco passerà automaticamente al comportamento normale passando a non rendere persistenti i richiami e a eseguire il tiering dei file più frequentemente, senza richiedere alcun intervento.
- È possibile velocizzare manualmente il processo aumentando le dimensioni del volume o liberando spazio all'esterno dell'endpoint server.
Come verificare se un server è in modalità spazio su disco insufficiente?
- Se un endpoint del server è in modalità disco basso, viene visualizzato nel portale di Azure nella sezione integrità del tiering cloud della scheda Errori e risoluzione dei problemi dell'endpoint del server.
- L'ID evento 19000 viene registrato nel registro eventi di telemetria ogni minuto per ogni endpoint server. Usare questo evento per determinare se l'endpoint server è in modalità di spazio su disco insufficiente (IsLowDiskMode = true). Il registro eventi di telemetria si trova nel Visualizzatore eventi in Applicazioni e servizi\Microsoft\FileSync\Agent.