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 varia a seconda che il tiering nel cloud sia abilitato oppure no.

È possibile verificare lo stato del tiering cloud dal portale di Azure nelle proprietà dell'endpoint del server. Se il tiering cloud è disattivato, consulta Eseguire la migrazione dei file quando il tiering cloud è disattivato. Se il tiering cloud è attivo, vedi Migrare i file quando il tiering cloud è attivo.

Migrare i file quando il tiering cloud è disattivato

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

Le istruzioni seguenti presuppongono che nel gruppo di sincronizzazione sia presente un server Sincronizzazione file di Azure. Se hai più di un server Sincronizzazione file di Azure collegato alla condivisione esistente, rimuovi prima tutti gli altri endpoint del server. Eseguire la migrazione completa in un endpoint e quindi riconnettere gli altri endpoint server al nuovo gruppo di sincronizzazione.

1. Assicurarsi che il tiering cloud sia disattivato sull'endpoint del 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 essere in corso una sessione di tiering cloud quando si esegue questo cmdlet per la prima volta, è consigliabile eseguirlo due volte ed esaminare l'output di riepilogo per assicurarsi che tutti i file siano completamente recuperati e presenti localmente sul server prima di continuare.

3. Creare una nuova condivisione file SMB di Azure 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 dell'archiviazione nella stessa area geografica 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:

• Copia tutti i permessi a livello di condivisione
• Effettuare diversi passaggi per recuperare le modifiche apportate durante la migrazione
• Gestisci il passaggio al 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. Rimuovi l'endpoint server esistente. Questa azione conserva tutti i dati ma rimuove l'associazione con il gruppo di sincronizzazione esistente e la condivisione file esistente.

2. Se il nuovo gruppo di sincronizzazione non è nello stesso servizio di sincronizzazione dello storage, disregistra il server da quel servizio di sincronizzazione e registralo con il nuovo servizio. Tenere presente che un server può essere registrato con un solo servizio di sincronizzazione dell'archiviazione.

3. Crea un nuovo endpoint del server nel gruppo di sincronizzazione che hai creato e connettilo agli stessi dati locali.

Migrare i file quando il tiering cloud è attivo

Se stai usando la funzione cloud tiering di Sincronizzazione file di Azure, copia i dati da Azure per evitare richiami cloud inutili tramite la sorgente. Il processo varia leggermente a seconda che tu stia migrando all'interno della stessa regione o tra le regioni. Il processo di migrazione richiede sempre tempi di inattività durante il cutover.

Un server registrato di Sincronizzazione file di Azure può essere associato solo a un servizio di sincronizzazione dell'archiviazione e il servizio di sincronizzazione dell'archiviazione deve trovarsi nella stessa regione della condivisione file. Quindi, se ti sposti tra regioni, devi migrare su un nuovo server Sincronizzazione file di Azure collegato alla condivisione target. Se ti muovi nella stessa regione, puoi usare il server Sincronizzazione file di Azure esistente.

Eseguire la migrazione all'interno della stessa area

Seguire queste istruzioni se il tiering nel cloud è attivo e si sta eseguendo la migrazione all'interno della stessa regione. È 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 SMB di Azure 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 esistente di Sincronizzazione file di Azure al nuovo gruppo di sincronizzazione.

3. Distribuisci una macchina virtuale Windows Server (VM IaaS) nella stessa area di Azure delle condivisioni di file di origine e di destinazione. Per buone prestazioni, utilizza un tipo di VM multi-core con almeno 56 GiB di memoria e memoria premium.

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 tuo gruppo di sincronizzazione originale (condivisione di origine) e crea un endpoint del server nella macchina virtuale IaaS (usare il disco piccolo). Abilita il tiering cloud in questo endpoint del server.

7. Nel portale di Azure, passare al nuovo gruppo di sincronizzazione (condivisione di destinazione) e creare un endpoint server sulla VM IaaS (utilizzare il disco più grande).

Ora puoi andare alla VM IaaS e avviare la copia iniziale dei dati tra le condivisioni sorgente e target.

Eseguire la migrazione tra aree

Seguire queste istruzioni se il tiering cloud è attivo e si sta eseguendo la migrazione a una condivisione di 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 SMB di Azure nella nuova area geografica come condivisione di destinazione.

2. Crea un servizio di sincronizzazione dell'archiviazione nell'area di destinazione e un gruppo di sincronizzazione associato alla condivisione di destinazione.

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

4. Distribuisci una VM di Sincronizzazione file di Azure di origine con un disco di piccole dimensioni per i dati di origine. Creare un endpoint server nel gruppo di sincronizzazione della condivisione di origine. Abilita il tiering cloud in questo endpoint del server.

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

6. Nel portale Azure, vai al nuovo Storage Sync Service, vai al gruppo di sincronizzazione per la condivisione target e crea un endpoint server sulla VM Sincronizzazione file di Azure di destinazione.

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

Ora puoi avviare la copia iniziale dei dati tra le condivisioni sorgente e target sulla VM Sincronizzazione file di Azure di destinazione.

Copia iniziale dei dati con Robocopy

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 condivisione di destinazione è stata montata come t:\, il comando sarà simile a questo:

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

2. Mentre Robocopy è in corso, collega il server Sincronizzazione file di Azure on-premises al gruppo di sincronizzazione target. Configura inizialmente la nuova posizione endpoint del server con una politica di spazio libero elevata, perché stai copiando le ultime modifiche e devi assicurarti di avere abbastanza spazio. Ad esempio, se la tua posizione attuale nella cache è D:\cache, usa 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. Usare lo stesso volume va bene purché la directory non sia la stessa o una sottodirectory dell'endpoint server collegato alla condivisione sorgente. Abilita il cloud tiering su questo endpoint in modo che nessun dato venga scaricato automaticamente sul server on-premise. Dopo aver creato l'endpoint server nel gruppo di sincronizzazione target, lascia un po' di 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. Aspetta un'ora in più per assicurarti che tutte le modifiche rimanenti siano sincronizzate. Per verificare che tutte le modifiche siano sincronizzate, vedi Come posso monitorare il progresso di una sessione di sincronizzazione attuale?

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 dispone di connettività tra la condivisione di file di origine e la destinazione, è possibile usare Robocopy per copiare le modifiche recenti nella 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. Questo comando sincronizza tutte le modifiche avvenute dalla prima esecuzione, saltando 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 stai migrando verso un nuovo Sincronizzazione file di Azure server, rinomina il vecchio server con un nome casuale, e poi rinomina il nuovo server con lo stesso nome del vecchio. In questo modo, l'URL di condivisione file rimane lo stesso per i tuoi utenti finali.

Abilitare la nuova condivisione T:\cache. Tutte le stesse ACL dei file sono presenti. Ricrea eventuali permessi a livello di condivisione esistenti sulla vecchia condivisione.

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. Rimuovi prima gli endpoint del 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