Eseguire la migrazione a condivisioni file SMB di Azure

Questo articolo illustra gli aspetti di base di una migrazione alle condivisioni file di Azure SMB e contiene una tabella di guide alla migrazione. Queste guide consentono di spostare i file in condivisioni file di Azure. 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.

Si applica a

Tipo di condivisione file	Piccole e Medie Imprese (PMI)	NFS
Condivisioni file Standard (GPv2), archiviazione con ridondanza locale/archiviazione con ridondanza della zona
Condivisioni file Standard (GPv2), archiviazione con ridondanza geografica/archiviazione con ridondanza geografica della zona
Condivisioni file Premium (FileStorage), archiviazione con ridondanza locale/archiviazione con ridondanza della zona

Nozioni di base sulla migrazione

L'obiettivo è spostare i dati da percorsi di condivisione file esistenti ad Azure. In Azure si archivieranno i dati in condivisioni file di Azure native che è possibile usare senza la necessità di windows Server. Questa migrazione deve essere eseguita in modo da garantire l'integrità dei dati di produzione e della disponibilità durante la migrazione. Quest'ultimo aspetto richiede un tempo di inattività minimo, in modo da poter rientrare o superare leggermente le normali finestre di manutenzione.

Azure offre diversi tipi di archiviazione cloud. Un aspetto fondamentale delle migrazioni di file ad Azure è determinare quale opzione di archiviazione di Azure è adatta ai dati.

Le condivisioni file di Azure sono adatte per i dati di file per utilizzo generico. Questi dati includono qualsiasi elemento per cui si usa una condivisione SMB locale. Con Sincronizzazione file di Azure, è possibile memorizzare nella cache il contenuto di diverse condivisioni file di Azure nei server che eseguono Windows Server in locale.

Per un'app attualmente in esecuzione in un server locale, l'archiviazione di file in una condivisione file di Azure potrebbe essere una scelta ottimale. È possibile spostare l'app in Azure e usare condivisioni file di Azure come risorsa di archiviazione condivisa. È anche possibile prendere in considerazione Dischi di Azure per questo scenario.

Alcune app cloud non dipendono da SMB o dall'accesso ai dati locali del computer o dall'accesso condiviso. Per queste app, l'archiviazione di oggetti come i BLOB di Azure è spesso la scelta migliore.

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 ad 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 dei file: a differenza dell'archiviazione oggetti nei BLOB di Azure, una condivisione file di Azure può archiviare in modo nativo i metadati dei 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 di Azure. Viene mantenuto in locale quando si usa 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 per le guide alla migrazione in questo articolo è una o più condivisioni file di Azure. Si consideri questo elenco di funzionalità che le condivisioni file di Azure SMB 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.

Gli utenti che sfruttano Active Directory Domain Services (AD DS) come controller di dominio locale possono accedere in modo nativo a una condivisione file di Azure. Ciò è possibile anche per gli utenti di Microsoft Entra Domain Services. Ognuno usa l'identità corrente per ottenere l'accesso in base alle autorizzazioni di condivisione e agli ACL di file e cartelle. Questo comportamento è simile a un utente che si connette a una condivisione file locale.

Altre informazioni sull'autenticazione basata sull'identità per File di Azure su SMB.

Metadati supportati

La tabella seguente elenca i metadati supportati per File di Azure.

Fase di individuazione

La prima fase di una migrazione è la fase di individuazione, in cui si determinano tutte le condivisioni file SMB esistenti di cui è necessario eseguire la migrazione, incluse le dimensioni, il numero e le dipendenze. Può trattarsi di un'attività difficile e dispendiosa in termini di tempo, soprattutto per le organizzazioni con ambienti distribuiti di grandi dimensioni. 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.

Fase di valutazione

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.

Distribuire le risorse di archiviazione di Azure

Come parte della fase di valutazione, si eseguirà il provisioning degli account di archiviazione di Azure e delle condivisioni file di Azure SMB all'interno di essi.

Una condivisione file di Azure viene distribuita nel cloud in un account di archiviazione di Azure. Per le condivisioni file standard, questa disposizione rende l'account di archiviazione una destinazione di scalabilità per i numeri correlati alle prestazioni come operazioni di I/O al secondo e velocità effettiva. Se si inseriscono più condivisioni file in un singolo account di archiviazione, si crea un pool condiviso di operazioni di I/O al secondo e velocità effettiva per queste condivisioni.

Come regola generale, è possibile raggruppare più condivisioni file di 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 (Premium), 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.

Un'altra considerazione quando si distribuisce un account di archiviazione riguarda 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 di Azure, è necessario assegnare un nome appropriato all'account di archiviazione. Analogamente, quando si assegna un nome alle condivisioni file di Azure, è consigliabile usare nomi simili a quelli usati per le controparti locali.

A questo punto, distribuire il numero appropriato di account di archiviazione di Azure con il numero appropriato di condivisioni file di Azure, seguendo le istruzioni 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 di condivisioni file di Azure

È anche necessario decidere in che modo i server e gli utenti in Azure e all'esterno di Azure saranno abilitati per usare le condivisioni file di Azure. Le decisioni più critiche sono:

• Rete: abilitare le reti per instradare il traffico SMB. Per altre informazioni , vedere Panoramica della rete per le condivisioni file di Azure . È possibile usare endpoint pubblici, endpoint privati o una combinazione di entrambi.
• Autenticazione: Configurare l'account di archiviazione di Azure per l'autenticazione basata su identità e aggiungere l'account di archiviazione al dominio di AD. In questo modo le app e gli utenti potranno usare l'identità di Active Directory per l'autenticazione.
• Autorizzazione: gli ACL a livello di condivisione per ogni condivisione file di Azure consentirà a utenti e gruppi di ACTIVE Directory di accedere a una determinata condivisione. All'interno di una condivisione file di 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 di 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 alle condivisioni file di Azure.

Guide alla migrazione

Selezionare gli strumenti appropriati per lo scenario di migrazione è fondamentale. La tabella seguente elenca le combinazioni di strumenti suggerite per la migrazione alle condivisioni file di Azure SMB.

Come usare la tabella:

1. Individuare la riga per il sistema di origine in cui sono archiviati i file.

2. Scegliere una di queste destinazioni:

   • Distribuzione ibrida: Usare Sincronizzazione file di Azure per cache il contenuto delle condivisioni file di Azure on-premises e spostare i file meno utilizzati nel cloud.
   • Distribuzione solo cloud: condivisioni file di Azure nel cloud, senza memorizzazione nella cache locale.

   Selezionare la colonna di destinazione corrispondente alla scelta.

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

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 tabella seguente classifica gli strumenti Microsoft e l'idoneità corrente per le condivisioni file di Azure SMB:

Consigliato	Strumento	Supporto per le condivisioni file di Azure	Conservazione della fedeltà dei file
	Spostamento archiviazione di Azure	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 nativa nelle condivisioni file di Azure.	Fedeltà completa.*
	Programma di migrazione di Archiviazione di Azure	Supportato.	Fedeltà completa.*
	Servizio di migrazione archiviazione	Indirettamente supportato. Le condivisioni file di Azure possono essere montate come unità di rete nei server di destinazione SMS.	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 mantiene i metadati dei file.
	Versione più recente di AzCopy	Supportato ma non completamente consigliato.	Non supporta copie differenziali su larga scala e la fedeltà dei file potrebbe essere persa. Informazioni su come usare AzCopy con condivisioni file di Azure
	Versione più recente 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.

* Fedeltà completa: soddisfa o supera le funzionalità di condivisione file di Azure.

Strumenti helper per la migrazione

Questa sezione descrive gli strumenti che consentono di pianificare ed eseguire le migrazioni.

Spostamento archiviazione di Azure

Azure Storage Mover è un servizio di migrazione relativamente nuovo e completamente gestito che consente di eseguire la migrazione di file e cartelle alle condivisioni file di Azure SMB con lo stesso livello di fedeltà dei file della condivisione file di Azure sottostante. La struttura delle cartelle e i valori dei metadati, come timestamp di file e cartelle, ACL e attributi di file, vengono mantenuti. Per informazioni su come usare Spostamento archiviazione di Azure con File di Azure, vedere Eseguire la migrazione a condivisioni file di Azure SMB con Mover di Archiviazione di Azure.

RoboCopy

Incluso in Windows, RoboCopy è molto utile per le migrazioni di file SMB. La documentazione di RoboCopy è una risorsa utile per molte opzioni di questo strumento.

Programma di migrazione di Archiviazione di Azure

Comprendere i dati è il primo passaggio per selezionare il servizio di archiviazione di Azure e la strategia di migrazione appropriati. Il programma di migrazione di Archiviazione di Azure offre diversi strumenti che consentono di analizzare i dati e l'infrastruttura di archiviazione per ottenere 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 altre informazioni, vedere Matrice di confronto per partecipanti al Programma di migrazione di Archiviazione di Azure.

TreeSize di JAM Software GmbH

Sincronizzazione file di Azure viene ridimensionata principalmente con il numero di elementi (file e cartelle) e non con la quantità totale di archiviazione. Lo strumento TreeSize consente di determinare il numero di elementi nei volumi di Windows Server.

È possibile utilizzare lo strumento per creare una prospettiva prima di una distribuzione di 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.

La versione testata dello strumento è la versione 4.4.1. È compatibile con i file a livelli cloud. Lo strumento non causerà il richiamo dei file a livelli durante il normale funzionamento.

Vedere anche

• Panoramica della condivisione file di Azure
• Pianificazione per la distribuzione di Sincronizzazione file di Azure
• Sincronizzazione file di Azure: suddivisione in livelli nel cloud