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.
✔️ Si applica a: condivisioni file SMB classiche create con il provider di risorse Microsoft.Storage
✖️ Non si applica a: tutte le condivisioni di file NFS, incluse quelle create con il provider di risorse Microsoft.FileShares o le condivisioni di file classiche create con il provider di risorse Microsoft.Storage
Questo articolo copre gli aspetti fondamentali di una migrazione verso le condivisioni file SMB Azure e contiene una tabella di guide alla migrazione. Le guide sono organizzate in base al punto in cui si trovano i dati e al modello di distribuzione (solo cloud o ibrido) a cui si sta passando. L'obiettivo è spostare i dati da percorsi di condivisione file esistenti a Azure.
Nozioni di base sulla migrazione
Durante la migrazione, devi garantire l'integrità e la disponibilità dei dati di produzione. Questo requisito significa preservare la fedeltà dei file e minimizzare i tempi di inattività, in modo che la migrazione possa entrare o superare solo leggermente le tue normali finestre di manutenzione.
Mantenimento della fedeltà dei file
Un aspetto chiave di qualsiasi migrazione di condivisione file consiste nell'acquisire la maggiore fedeltà possibile dei file quando si spostano i file dal percorso di archiviazione corrente a Azure.
Ecco i due componenti di base di un file:
- Flusso di dati: il flusso di dati di un file archivia il contenuto del file.
- Metadati File: A differenza dell'archiviazione di oggetti nei BLOB Azure, una condivisione di file Azure può archiviare in modo nativo metadati di file supportati. I dati dei file per utilizzo generico dipendono tradizionalmente dai metadati dei file. I dati dell'app potrebbero non farlo. I metadati del file hanno questi sottocomponenti:
- Attributi di file come sola lettura
- Autorizzazioni per i file, spesso definite autorizzazioni NTFS o ACL di file e cartelle
- Timestamp, in particolare quelli relativi alla creazione e all’ultima modifica
- Flusso di dati alternativo, ovvero uno spazio per archiviare grandi quantità di proprietà non standard. Questo flusso di dati alternativo non può essere archiviato in un file in una condivisione file Azure. Viene mantenuta in locale quando viene usata Sincronizzazione file di Azure.
La fedeltà dei file in una migrazione può essere definita come la possibilità di:
- Archiviare tutte le informazioni sui file applicabili nell'origine.
- Trasferire file con lo strumento di migrazione.
- Archiviare i file nella risorsa di archiviazione di destinazione della migrazione.
La destinazione delle guide di migrazione in questo articolo sono una o più condivisioni file Azure. Si consideri questo elenco di funzionalità che le condivisioni file di SMB Azure non supportano.
Per garantire che la migrazione proceda senza problemi, identificare lo strumento di copia migliore per le proprie esigenze e abbinare una destinazione di archiviazione all'origine.
Importante
Se si esegue la migrazione di file server locali al servizio File di Azure, impostare gli ACL per la directory radice della condivisione file prima di copiare un gran numero di file, poiché le modifiche alle autorizzazioni per gli ACL radice possono richiedere molto tempo per propagarsi se eseguite dopo una migrazione di un gran numero di file.
Se utilizzi Active Directory Domain Services (AD DS) on-premises o Microsoft Entra Domain Services come controller di dominio, puoi accedere nativamente a una condivisione file Azure. Scopri di più sull'autenticazione basata su identità per File di Azure su SMB.
Metadati supportati
Nella tabella seguente sono elencati i metadati supportati per File di Azure.
Importante
Il timestamp LastAccessTime non è attualmente supportato per file o directory nella condivisione di destinazione. Tuttavia, File di Azure restituisce il valore LastAccessTime per un file quando richiesto. Poiché il timestamp non viene aggiornato durante le operazioni di lettura, è sempre uguale al CreationTime.
| Origine | Destinazione |
|---|---|
| Struttura di directory | La struttura di directory originale dell'origine può essere mantenuta nella condivisione di destinazione. |
| Autorizzazioni di accesso | File di Azure supporta Windows ACL e devono essere impostati nella condivisione di destinazione anche se non è configurata alcuna integrazione di Active Directory in fase di migrazione. Gli elenchi di controllo di accesso seguenti devono essere mantenuti: ID di sicurezza del proprietario (SID), SID di gruppo, elenchi di accesso discrezionali (DACL), elenchi di controllo di accesso di sistema (SACLs). |
| Timestamp creazione | Il timestamp di creazione originale del file di origine può essere mantenuto nella condivisione di destinazione. |
| Timestamp di modifica | Il timestamp di modifica originale del file di origine può essere mantenuto nella condivisione di destinazione. |
| Timestamp modificato | Il timestamp originale modificato del file di origine può essere mantenuto nella condivisione di destinazione. |
| Attributi file | Gli attributi comuni, ad esempio i flag di sola lettura, nascosti e di archiviazione, possono essere mantenuti nella condivisione di destinazione. |
Scoperta della condivisione file
La prima fase di una migrazione è la fase di scoperta. In questa fase, determini tutte le condivisioni di file SMB esistenti da migrare, inclusi dimensioni, numero e eventuali dipendenze. Questa fase può essere difficile e richiedere molto tempo, specialmente per le organizzazioni con ambienti distribuiti di grandi dimensioni.
Scoperta condivisione file di Azure Migrate
Se è già stata distribuita un'appliance Azure Migrate per la migrazione server, è possibile usarla per individuare condivisioni file senza alcuna configurazione aggiuntiva. L'appliance identifica automaticamente le condivisioni SMB e NFS esistenti nei server Windows e Linux e le visualizza nel portale di Azure Migrate.
È possibile visualizzare le condivisioni file individuate in due modi:
- Visualizzazione per server: Selezionare un server specifico per visualizzare tutte le condivisioni file ospitate nel sistema operativo.
- Visualizzazione infrastruttura: Passare alla visualizzazione infrastruttura per visualizzare tutte le condivisioni file individuate in tutti i server in un inventario gerarchico. Selezionare una singola condivisione per visualizzare i dettagli, ad esempio il volume, il percorso del file system e le dimensioni approssimative.
Strumenti di individuazione di terze parti
Per i clienti con più di 100 TiB di dati di file, è consigliabile usare Komprise, uno strumento di terze parti che consente di individuare e analizzare le condivisioni file. Per altre informazioni, vedere Komprise File Migration.For more information, see Komprise File Migration.
Tenere presente che le condivisioni file SMB esistenti potrebbero non essere limitate ai server Windows locali. Potrebbero trovarsi in server Linux, nel cloud o in dispositivi NAS esterni.
Valutazione della migrazione
Dopo l'individuazione, la fase di valutazione, che implica la comprensione delle opzioni disponibili per l'archiviazione file, la distribuzione delle risorse di Azure necessarie e la preparazione all'uso delle condivisioni file di Azure.
Valutazione della condivisione file Azure Migrate
Se è stato usato Azure Migrate per individuare le condivisioni file, è anche possibile usarlo per creare valutazioni. Selezionare una o più condivisioni individuate e creare una valutazione. Per ogni condivisione, Azure Migrate valuta le operazioni di I/O al secondo, la velocità effettiva, la dimensione, la capacità e la disponibilità a livello di area per determinare lo stato di idoneità: ready, ready con condizioni o not ready. Consiglia quindi una configurazione di destinazione, assegnando priorità alla migrazione a File di Azure come percorso di modernizzazione. Se File di Azure non è adatto per una determinata condivisione, la valutazione torna a consigliare un percorso basato su macchina virtuale Azure.
È anche possibile creare un caso aziendale dalla valutazione per confrontare il costo di esecuzione delle condivisioni file in locale rispetto alla migrazione a File di Azure, consentendo di prendere una decisione basata sui dati.
Distribuire risorse di archiviazione Azure
Come parte della fase di valutazione, eseguire il provisioning degli account di archiviazione di Azure e delle condivisioni file classiche di Azure in essi contenute.
Si distribuiscono le condivisioni file classiche di Azure nel cloud in un account di archiviazione di Azure. Per le condivisioni file HDD (standard), questa disposizione rende l'account di archiviazione un obiettivo di scalabilità per metriche di prestazione come IOPS e velocità effettiva. Se inserisci più condivisioni file in un unico account di storage, crei un pool condiviso di IOPS e throughput per queste condivisioni.
Come regola generale, è possibile raggruppare più condivisioni file Azure nello stesso account di archiviazione se si dispone di condivisioni di archiviazione o si prevede un'attività giornaliera bassa. Tuttavia, se si hanno condivisioni molto attive (condivisioni usate da molti utenti e/o applicazioni), è consigliabile distribuire gli account di archiviazione con una condivisione file ciascuno. Queste limitazioni non si applicano agli account di archiviazione FileStorage (SSD), in cui le prestazioni vengono sottoposte a provisioning esplicito e garantite per ogni condivisione.
Per altre informazioni sulle prestazioni e sui costi, vedere Informazioni sulle prestazioni e informazioni sulla fatturazione.
Annotazioni
È previsto un limite di 250 account di archiviazione per sottoscrizione per ogni area Azure. Con un aumento di quota, è possibile creare fino a 500 account di archiviazione per area. Per ulteriori informazioni, vedere Aumentare le quote dell'account di archiviazione di Azure.
Un altro aspetto da considerare quando si distribuisce condivisioni file classiche in un account di archiviazione è la ridondanza. Vedere Ridondanza di File di Azure.
Se è stato creato un elenco delle condivisioni, è necessario eseguire il mapping di ogni condivisione all'account di archiviazione in verrà creato.
Anche i nomi delle risorse sono importanti. Ad esempio, se si raggruppano più condivisioni per il reparto risorse umane in un account di archiviazione Azure, è necessario assegnare un nome appropriato all'account di archiviazione. Analogamente, quando si assegna un nome alle condivisioni file Azure, è consigliabile usare nomi simili a quelli usati per le controparti locali.
Distribuire ora il numero appropriato di account di archiviazione Azure con il numero appropriato di condivisioni file Azure, seguendo le istruzioni riportate in Creare una condivisione file SMB. Nella maggior parte dei casi è necessario assicurarsi che l'area di ogni account di archiviazione sia la stessa.
Preparare l'uso delle condivisioni file di Azure
Devi anche decidere come i tuoi server e utenti in Azure e fuori Azure accedano alle condivisioni file Azure. Le decisioni più critiche sono:
- Rete: abilitare le reti per instradare il traffico SMB. Vedere Panoramica della rete per le condivisioni file di Azure per ulteriori informazioni. È possibile usare endpoint pubblici, endpoint privati o una combinazione di entrambi.
- Authentication: Configurare l'account di archiviazione Azure per l'autenticazione basata su identità e aggiungere l'account di archiviazione al dominio di Active Directory. In questo modo le app e gli utenti potranno usare l'identità di Active Directory per l'autenticazione.
- Authorization: ACL a livello di condivisione per ogni condivisione file Azure consentirà a utenti e gruppi di Active Directory di accedere a una determinata condivisione. All'interno di una condivisione file Azure, gli ACL NTFS nativi assumeranno il controllo. L'autorizzazione basata su ACL di file e cartelle funziona quindi come per le condivisioni SMB locali.
- Continuità aziendale: L'integrazione di condivisioni file Azure in un ambiente esistente comporta spesso la conservazione degli indirizzi di condivisione esistenti. Se non si usa già DFS-Namespaces, valutare la possibilità di stabilire tale valore nell'ambiente in uso. Sarà possibile mantenere gli indirizzi di condivisione usati dagli utenti e dagli script, senza modifiche. DFS-N fornisce un servizio di routing dello spazio dei nomi per SMB, reindirizzando i client a le condivisioni file di Azure.
Questo video è una guida e una demo su come esporre in modo sicuro le condivisioni file di Azure direttamente agli operatori informatici e alle app in cinque semplici passaggi.
Il video fa riferimento alla documentazione dedicata per gli argomenti seguenti. Si noti che Azure Active Directory è ora Microsoft Entra ID. Per altre informazioni, vedere Nuovo nome per Azure AD.
- Panoramica dell'autenticazione basata su identità
- Panoramica della rete per le condivisioni di file di Azure
- Come configurare gli endpoint pubblici e privati
- Come configurare una VPN site-to-site
- Come configurare una VPN point-to-site di Windows
- Come configurare una VPN point-to-site Linux
- Come configurare l'inoltro DNS
- Configurare DFS-N
Guide alla migrazione
Selezionare gli strumenti appropriati per lo scenario di migrazione è fondamentale. Il diagramma seguente mostra quale combinazione di strumenti o strumenti di migrazione è consigliabile usare in base all'origine dati SMB e se si vuole usare o meno Sincronizzazione file di Azure.
Nella tabella seguente sono elencate le combinazioni suggerite dello strumento di migrazione e sono inclusi collegamenti a guide alla migrazione specifiche degli strumenti.
Come usare la tabella:
Individuare la riga per il sistema di origine in cui sono archiviati i file.
Scegliere una di queste destinazioni:
- Distribuzione ibrida: Usare Sincronizzazione file di Azure per memorizzare nella cache il contenuto delle condivisioni file di Azure in locale e spostare i file meno usati nel cloud.
- Distribuzione solo cloud: condivisioni file Azure nel cloud, senza caching locale.
Selezionare la colonna di destinazione corrispondente alla scelta.
All'interno dell'intersezione tra origine e destinazione, una cella di tabella elenca gli scenari di migrazione disponibili. Selezionare una per visualizzare la guida alla migrazione.
Uno scenario senza un collegamento non include ancora una guida alla migrazione pubblicata. Controllare occasionalmente questa tabella per gli aggiornamenti.
| Source (Sorgente) | Target: distribuzione ibrida (File di Azure + Sincronizzazione file di Azure) |
Destinazione: implementazione solo Cloud (File di Azure) |
|---|---|---|
| Combinazione di strumenti consigliata: | Combinazione di strumenti consigliata: | |
| Windows Server 2012 R2 e versioni successive |
|
|
| Windows Server 2012 e versioni precedenti |
|
|
| Linux (SMB) |
|
|
| Archiviazione collegata alla rete (NAS) |
Strumenti di copia file
Per selezionare lo strumento appropriato per lo scenario di migrazione, considerare queste domande fondamentali:
Lo strumento supporta i percorsi di origine e di destinazione per la copia del file?
Lo strumento supporta il percorso di rete o i protocolli disponibili (ad esempio REST o SMB) tra i percorsi di archiviazione di origine e di destinazione?
Lo strumento mantiene la fedeltà dei file necessaria supportata dai percorsi di origine e di destinazione?
In alcuni casi, l'archiviazione di destinazione non supporta la stessa fedeltà dell'origine. Se l'archiviazione di destinazione è sufficiente per le proprie esigenze, lo strumento deve corrispondere solo alle funzionalità di fedeltà dei file di destinazione.
Lo strumento include funzionalità che consentono di adattarsi alla strategia di migrazione?
Si consideri, ad esempio, se lo strumento consente di ridurre al minimo i tempi di inattività.
Quando uno strumento supporta un'opzione per eseguire il mirroring di un'origine a una destinazione, è spesso possibile eseguirla più volte sulla stessa origine e destinazione mentre l'origine rimane accessibile.
La prima volta che si esegue lo strumento, copia la maggior parte dei dati. L'esecuzione iniziale potrebbe durare un po' di tempo. Spesso dura più tempo di quanto si voglia portare offline l'origine dati per i processi aziendali.
Eseguendo il mirroring di un'origine in una destinazione (come con robocopy /MIR), è possibile eseguire di nuovo lo strumento sulla stessa origine e destinazione. Questa seconda esecuzione è molto più veloce perché deve trasportare solo le modifiche di origine che si sono verificate dopo l'esecuzione precedente. La ripetizione di uno strumento di copia in questo modo può ridurre significativamente il tempo di inattività.
La seguente tabella classifica gli strumenti Microsoft e la loro compatibilità attuale per le condivisioni file SMB di Azure:
| Consigliato | Strumento | Supporto per le condivisioni di file di Azure | Conservazione della fedeltà dei file |
|---|---|---|---|
|
Archiviazione di Azure Mover | Supportato. | Fedeltà completa.* |
|
Azure Data Box | Supportato. | Fedeltà completa.* |
|
RoboCopy | Supportato. Le condivisioni file di Azure possono essere montate come unità di rete. | Fedeltà completa.* |
|
Sincronizzazione file di Azure | Integrazione nativamente nelle condivisioni file di Azure. | Fedeltà completa.* |
|
Programma di migrazione Archiviazione di Azure | Supportato. | Fedeltà completa.* |
|
Servizio di migrazione archiviazione | Indirettamente supportato. Le condivisioni file Azure possono essere montate come unità di rete sui server target del Storage Migration Service. | Fedeltà completa.* |
|
Data Box (incluso il servizio di copia dei dati per caricare i file nel dispositivo) | Supportato.
(Data Box Disks non supporta condivisioni file di grandi dimensioni) |
Data Box e Data Box Heavy supportano completamente i metadati.
Data Box Disks non conserva i metadati dei file. |
|
AzCopy ultima versione |
Supportato ma non completamente consigliato. | La sincronizzazione di AzCopy supporta fino a 10 milioni di file per attività di AzCopy. Tuttavia, una certa fedeltà dei file potrebbe andare persa perché AzCopy usa le API REST di File di Azure per copiare il contenuto nella condivisione di File di Azure.
Informazioni su come usare AzCopy con condivisioni file Azure |
|
l'ultima versione di Azure Storage Explorer |
Supportato ma non consigliato. | Perde la maggior parte della fedeltà dei file, ad esempio gli ACL. Supporta i timestamp. |
|
Azure Data Factory | Supportato. | Non copia i metadati. |
* Piena fedeltà: soddisfa o supera le funzionalità di condivisione file Azure.
Strumenti helper per la migrazione
Questa sezione descrive gli strumenti che consentono di pianificare ed eseguire le migrazioni.
Archiviazione di Azure Mover
Archiviazione di Azure Mover è un servizio di migrazione completamente gestito che ti permette di migrare file e cartelle verso le condivisioni file SMB Azure con lo stesso livello di fedeltà dei file della condivisione Azure sottostante. La struttura delle cartelle e i valori dei metadati, come timestamp di file e cartelle, ACL e attributi di file, vengono mantenuti. Consulta Migrare alle condivisioni file di Azure utilizzando Archiviazione di Azure Mover.
RoboCopy
Incluso in Windows, RoboCopy è uno strumento utile per la migrazione di file SMB. La documentazione di RoboCopy è una risorsa utile per molte opzioni di questo strumento.
Programma di migrazione Archiviazione di Azure
Comprendere i dati è il primo passaggio per selezionare la strategia di migrazione e del servizio di archiviazione Azure appropriata. Archiviazione di Azure Programma di migrazione offre diversi strumenti che consentono di analizzare i dati e l'infrastruttura di archiviazione per fornire informazioni dettagliate preziose. Questi strumenti consentono di comprendere le dimensioni e il tipo di dati, il numero di file e cartelle, e i modelli di accesso. Forniscono una visualizzazione consolidata dei dati e consentono la creazione di vari report personalizzati.
Possono essere utili queste informazioni:
- Identificare set di dati duplicati e ridondanti
- Identificare i dati più freddi che possono essere spostati in una risorsa di archiviazione meno costosa
Per ulteriori informazioni, vedere la Matrice di confronto per i partecipanti al programma di migrazione di Archiviazione di Azure.
TreeSize di JAM Software GmbH
Sincronizzazione file di Azure ridimensiona principalmente con il numero di elementi (file e cartelle) e non con la quantità totale di spazio di archiviazione. Lo strumento TreeSize consente di determinare il numero di elementi nei volumi Windows Server.
È possibile usare lo strumento per creare una prospettiva prima di una distribuzione Sincronizzazione file di Azure. È anche possibile usarlo quando viene attivata la suddivisione in livelli nel cloud dopo la distribuzione. In questo scenario viene visualizzato il numero di elementi e quali directory usano al massimo la cache del server. Lo strumento non causerà il richiamo dei file a livelli durante il normale funzionamento.