Eseguire la migrazione di file da una condivisione file di Azure a un'altra quando si usa Sincronizzazione file di Azure

Questo articolo descrive come eseguire la migrazione di file da una condivisione file di Azure SMB a un'altra quando si usa Sincronizzazione file di Azure, anche se le condivisioni file si trovano in account di archiviazione diversi. Questo processo è diverso a seconda che sia abilitato o meno il cloud a livelli.

È possibile controllare lo stato del cloud a livelli dall'portale di Azure nelle proprietà dell'endpoint server. Se la suddivisione in livelli cloud è disattivata, vedere Eseguire la migrazione dei file quando il cloud a livelli è disattivato. Se il cloud a livelli è attivo, vedere Eseguire la migrazione dei file quando è attiva la suddivisione in livelli nel cloud.

Eseguire la migrazione dei file quando il cloud a livelli è disattivato

Se non si usa il cloud a livelli, tutti i dati sono locali nel server Sincronizzazione file di Azure ed è possibile usare Sincronizzazione file di Azure per caricare i dati in un'altra condivisione.

Le istruzioni seguenti presuppongono che nel gruppo di sincronizzazione sia presente un server Sincronizzazione file di Azure. Se sono presenti più Sincronizzazione file di Azure server connessi alla condivisione esistente, è necessario rimuovere prima tutti gli altri endpoint server. Eseguire la migrazione completa in un endpoint e quindi riconnettere gli altri endpoint server al nuovo gruppo di sincronizzazione.

1. Assicurarsi che il cloud a livelli sia disattivato nell'endpoint server. È possibile controllare e modificare lo stato dal portale di Azure nelle proprietà dell'endpoint server.

2. Eseguire il cmdlet Invoke-StorageSyncFileRecall e usare il parametro -PerFileRetryCount per assicurarsi che tutti i file che non riescono a richiamare vengano ritentati. Poiché potrebbe esserci una sessione di cloud a livelli attiva quando si esegue questo cmdlet per la prima volta, è consigliabile eseguirla due volte ed esaminare l'output di riepilogo per assicurarsi che tutti i file siano completamente richiamati e locali nel server prima di continuare.

3. Creare una nuova condivisione file di Azure SMB come destinazione.

4. Creare un nuovo gruppo di sincronizzazione e associare l'endpoint cloud alla condivisione file di Azure creata. Il gruppo di sincronizzazione deve trovarsi in un servizio di sincronizzazione archiviazione nella stessa area della nuova condivisione file di Azure di destinazione.

Sono ora disponibili due opzioni: è possibile sincronizzare i dati con la nuova condivisione file di Azure usando lo stesso file server locale (scelta consigliata) o passare a un nuovo server Sincronizzazione file di Azure.

Passare a un nuovo server Sincronizzazione file di Azure (facoltativo)

Se si prevede di usare lo stesso file server locale, è possibile ignorare questa sezione e passare a Connetti alla nuova condivisione file di Azure.

Se si vuole passare a un nuovo server Sincronizzazione file di Azure locale, è possibile usare il Servizio Migrazione archiviazione (SMS) per:

• Copiare tutte le autorizzazioni a livello di condivisione
• Effettuare diversi passaggi per recuperare le modifiche apportate durante la migrazione
• Orchestrare il cutover nel nuovo server

È sufficiente configurare un nuovo file server locale e quindi connettere il nuovo server a Sincronizzazione file di Azure e al nuovo endpoint cloud. Usare quindi SMS per eseguire la migrazione dal server di origine al server di destinazione.

Facoltativamente, è possibile copiare manualmente la condivisione di origine in un'altra condivisione nel file server esistente.

Connettersi alla nuova condivisione file di Azure

Seguire queste istruzioni per connettersi alla nuova condivisione file di Azure.

1. Rimuovere l'endpoint esistente. Questo manterrà tutti i dati, ma rimuoverà l'associazione con il gruppo di sincronizzazione esistente e la condivisione file esistente.

2. Se il nuovo gruppo di sincronizzazione non si trova nello stesso servizio di sincronizzazione archiviazione, sarà necessario annullare la registrazione del server da tale servizio di sincronizzazione archiviazione e registrarlo con il nuovo servizio. Tenere presente che un server può essere registrato solo con un servizio di sincronizzazione archiviazione.

3. Creare un nuovo endpoint server nel gruppo di sincronizzazione creato e connetterlo agli stessi dati locali.

Eseguire la migrazione dei file quando il cloud a livelli è attivo

Se si usa la funzionalità di suddivisione in livelli cloud di Sincronizzazione file di Azure, è consigliabile copiare i dati da Azure per evitare richiami cloud non necessari tramite l'origine. Il processo varia leggermente a seconda che si stia eseguendo la migrazione all'interno della stessa area o tra aree. Il processo di migrazione richiede sempre tempi di inattività durante il cutover.

Un server registrato Sincronizzazione file di Azure può aggiungere un solo servizio di sincronizzazione archiviazione e il servizio di sincronizzazione archiviazione deve trovarsi nella stessa area della condivisione. Pertanto, se ci si sposta tra aree, è necessario eseguire la migrazione a un nuovo server Sincronizzazione file di Azure connesso alla condivisione di destinazione. Se ci si sposta all'interno della stessa area, è possibile usare il server AFS esistente.

Importante

Quando si montano condivisioni file di Azure in uno scenario di migrazione, assicurarsi di usare la chiave dell'account di archiviazione per assicurarsi che la macchina virtuale abbia accesso a tutti i file. Non usare un'identità di dominio.

Eseguire la migrazione all'interno della stessa area

Seguire queste istruzioni se il cloud a livelli è attivo e si sta eseguendo la migrazione all'interno della stessa area. È possibile usare il server di Sincronizzazione file di Azure esistente (vedere diagramma) o, facoltativamente, creare un nuovo server se si è interessati a influire sulla condivisione esistente.

1. Creare una nuova condivisione file di Azure SMB come condivisione di destinazione.

2. Creare un nuovo gruppo di sincronizzazione nel servizio di sincronizzazione archiviazione esistente e associare l'endpoint cloud alla condivisione di destinazione. Non connettere ancora il server Sincronizzazione file di Azure esistente al nuovo gruppo di sincronizzazione.

3. Distribuire una macchina virtuale Windows Server (VM IaaS) nella stessa area di Azure delle condivisioni file di origine e di destinazione. Per garantire prestazioni ottimali, è consigliabile usare un tipo di macchina virtuale multi-core con almeno 56 GiB di memoria e archiviazione Premium, ad esempio standard_DS5_v2.

4. Nella macchina virtuale IaaS usare dischi diversi per le condivisioni file di origine e di destinazione. Usare un disco di piccole dimensioni per i dati di origine connessi al gruppo di sincronizzazione esistente e un disco più grande che può contenere l'intero set di dati.

5. Installare l'agente Sincronizzazione file di Azure nella macchina virtuale IaaS e registrare il server.

6. Nel portale di Azure passare al gruppo di sincronizzazione originale (condivisione di origine) e creare un endpoint server nella macchina virtuale IaaS (usare il disco di piccole dimensioni). Abilitare la suddivisione in livelli cloud in questo endpoint server.

7. Nella portale di Azure passare al nuovo gruppo di sincronizzazione (condivisione di destinazione) e creare un endpoint server nella macchina virtuale IaaS (usare il disco più grande).

È ora possibile passare alla macchina virtuale IaaS e avviare la copia iniziale tra le condivisioni di origine e di destinazione.

Eseguire la migrazione tra aree

Seguire queste istruzioni se il cloud a livelli è attivo e si sta eseguendo la migrazione a una condivisione file in un'altra area di Azure. Per eseguire la migrazione tra aree, è necessario eseguire la migrazione a un nuovo server Sincronizzazione file di Azure connesso alla condivisione di destinazione (vedere diagramma).

1. Creare una nuova condivisione file di Azure SMB nella nuova area come condivisione di destinazione.

2. Creare un servizio di sincronizzazione archiviazione nell'area di destinazione e un gruppo di sincronizzazione collegato alla condivisione di destinazione.

3. Creare un nuovo file server Sincronizzazione file di Azure locale che verrà sincronizzato con la condivisione di destinazione nella nuova area. Non connettere ancora il nuovo server al gruppo di sincronizzazione di destinazione.

4. Distribuire una macchina virtuale di origine Sincronizzazione file di Azure con un disco di piccole dimensioni per i dati di origine. Creare un endpoint server nel gruppo di sincronizzazione della condivisione di origine. Abilitare la suddivisione in livelli cloud in questo endpoint server.

5. Nella stessa area della condivisione di origine distribuire una macchina virtuale di destinazione Sincronizzazione file di Azure e registrare il server con il servizio di sincronizzazione archiviazione nella nuova area. Usare un disco di grandi dimensioni che può contenere l'intero set di dati.

6. Nella portale di Azure passare al nuovo servizio di sincronizzazione archiviazione, passare al gruppo di sincronizzazione per la condivisione di destinazione e creare un endpoint server nella macchina virtuale di destinazione Sincronizzazione file di Azure.

7. Nella macchina virtuale di Sincronizzazione file di Azure di destinazione montare un'unità nella condivisione di origine nella macchina virtuale di Sincronizzazione file di Azure di origine.

È ora possibile avviare la copia iniziale tra le condivisioni di origine e di destinazione nella macchina virtuale di Sincronizzazione file di Azure di destinazione.

Copia iniziale

Usare Robocopy, uno strumento integrato in Windows, per copiare i file dall'origine alle condivisioni di destinazione.

1. Eseguire questo comando al prompt dei comandi di Windows. Facoltativamente, è possibile includere flag per le funzionalità di registrazione come procedura consigliata (/NP, /NFL, /NDL, /UNILOG).

   robocopy <source> <target> /MIR /COPYALL /MT:16 /R:2 /W:1 /B /IT /DCOPY:DAT
   

   Se la condivisione di origine è stata montata come s:\ e la destinazione era t:\ il comando sarà simile al seguente:

   robocopy s:\ t:\ /MIR /COPYALL /MT:16 /R:2 /W:1 /B /IT /DCOPY:DAT
   

2. Mentre Robocopy è in corso, connettere il server Sincronizzazione file di Azure locale al gruppo di sincronizzazione di destinazione. Configurare il nuovo percorso dell'endpoint server con criteri di spazio libero elevato in un primo momento, perché si copiano le modifiche più recenti ed è necessario assicurarsi di disporre di spazio sufficiente. Ad esempio, se il percorso della cache corrente è D:\cache, usare T:\cache per il nuovo endpoint server. Se si usa il server di Sincronizzazione file di Azure esistente (per le migrazioni all'interno della stessa area), posizionare la cache locale in un volume separato dall'endpoint esistente. L'uso dello stesso volume è corretto, purché la directory non sia la stessa directory o una sottodirectory dell'endpoint server connesso alla condivisione di origine. Abilitare la suddivisione in livelli cloud in questo endpoint in modo che nessuno dei dati venga scaricato automaticamente nel server locale. Dopo aver creato l'endpoint server nel gruppo di sincronizzazione di destinazione, attendere del tempo per sincronizzare i dati dello spazio dei nomi.

3. Attendere il completamento dell'esecuzione iniziale di Robocopy e il completamento della sincronizzazione dall'origine alla destinazione. È consigliabile attendere un'ora aggiuntiva per assicurarsi che tutte le modifiche rimanenti siano sincronizzate. Per verificare che tutte le modifiche siano state sincronizzate, vedere Ricerca per categorie monitorare lo stato di avanzamento di una sessione di sincronizzazione corrente?

Sincronizzare le modifiche finali

Prima di sincronizzare le modifiche finali, disattivare la condivisione SMB per la condivisione esistente o almeno renderla di sola lettura. Dopo aver disattivato la condivisione SMB, attendere un'ora per assicurarsi che tutte le modifiche rimanenti vengano sincronizzate in Azure.

Se si ha connettività tra la condivisione file di origine e la destinazione, è possibile eseguire le modifiche recenti di Robocopy rispetto alla destinazione:

robocopy s:\ t:\ /mir /copyall /mt:16 /DCOPY:DAT /XD S:\$RECYCLE.BIN /XD "S:\System Volume Information"

Se non è possibile copiare le modifiche più recenti direttamente nella nuova condivisione file, eseguire di nuovo il comando mirror Robocopy nella macchina virtuale IaaS. Verrà eseguita la sincronizzazione di tutte le modifiche apportate dopo l'esecuzione iniziale, ignorando tutto ciò che è già stato copiato.

robocopy s:\ t:\target /mir /copyall /mt:16 /DCOPY:DAT

Al termine della sincronizzazione della macchina virtuale IaaS, anche l'agente di destinazione locale sarà aggiornato.

Abilitare la condivisione nel nuovo endpoint server

Se si esegue la migrazione a un nuovo server Sincronizzazione file di Azure, è necessario rinominare il server precedente in un nome casuale, quindi rinominare il nuovo server con lo stesso nome del server precedente. In questo modo, l'URL della condivisione file sarà lo stesso per gli utenti finali.

Abilitare la nuova condivisione T:\cache. Saranno presenti tutti gli stessi ACL di file. Sarà necessario ricreare tutte le autorizzazioni a livello di condivisione esistenti nella condivisione precedente.

Rimuovere l'endpoint server precedente e il gruppo di sincronizzazione

Dopo aver confermato che tutto funziona correttamente con il nuovo gruppo di sincronizzazione, è possibile effettuare il deprovisioning del gruppo di sincronizzazione precedente. Rimuovere prima gli endpoint server. Non è necessario richiamare tutti i dati nel server precedente prima di rimuovere l'endpoint server.

Vedi anche

• Eseguire la migrazione alle condivisioni file di Azure con RoboCopy
• Risolvere i problemi di Sincronizzazione file di Azure