Eseguire la migrazione

La fase di esecuzione è la fase finale del processo di migrazione. Tutte le attività di spostamento e migrazione dei dati vengono eseguite in questa fase. In genere, si usa un approccio iterativo eseguendo più volte l'esecuzione per assicurarsi che tutte le modifiche e gli aggiornamenti vengano acquisiti. Questo processo consente di ottenere un passaggio più semplice e mantenere la perdita di dati al minimo.

La fase di esecuzione è costituita dai passaggi seguenti:

1. Migrazione iniziale: A partire dalla copia bulk, eseguire la migrazione del set iniziale di dati usando gli strumenti consigliati più appropriati.
2. Iterazione: è possibile individuare errori che richiedono correzione ed eventualmente riesecuzione di alcune delle attività. Ottimizzare le impostazioni di concorrenza, se necessario, per migliorare la velocità e l'efficienza.
3. Sincronizzazione incrementale: Se i dati di origine sono dinamici, le modifiche all'origine sono previste durante il processo di seeding o migrazione iniziale. In questo caso, eseguire la sincronizzazione incrementale per sincronizzare eventuali modifiche. È possibile ripetere questo passaggio più volte se sono presenti numerose modifiche. L'obiettivo di eseguire più operazioni di sincronizzazione è ridurre il tempo necessario per il cutover finale. I dati inattivi, i dati di archiviazione o i dati di backup che rimangono statici possono essere esclusi da questo passaggio.
4. Cutover finale su Azure: il passaggio finale di cutover comporta il consumo dei dati attivi presenti nella destinazione e la disattivazione dei dati di origine. Prima di pianificare un'ultima finestra di passaggio finale, tuttavia, bloccare tutte le modifiche all'origine e pianificare tempi di inattività sufficienti per eseguire la sincronizzazione incrementale finale. Verificare che tutte le modifiche apportate all'ultimo minuto siano acquisite in Azure e aggiornare le configurazioni in modo che utenti e applicazioni puntino adesso alla posizione di destinazione di Azure.
5. Attività successive alla migrazione: Dopo che la destinazione è attiva, è necessario completare una convalida completa dei dati per garantire che siano presenti tutti i meccanismi di sicurezza, monitoraggio e protezione appropriati. Queste attività di convalida differiscono in base al servizio di destinazione e ai carichi di lavoro.

Gli esempi seguenti includono raccomandazioni sulle migliori pratiche per la convalida post-migrazione tramite Azure Blob Storage.

• Protezione dei dati
• Gestione delle identità e degli accessi
• Networking
• Procedure consigliate per il monitoraggio e il monitoraggio

Procedure consigliate

Le raccomandazioni seguenti contengono procedure consigliate da seguire durante la migrazione di Azure. Queste procedure consigliate si basano sulla nostra esperienza con clienti di piccole e grandi dimensioni e sono destinate a essere una risorsa per professionisti IT.

• Assicurarsi che non siano presenti modifiche simultanee o sovrapposte al set di dati di destinazione in Azure fino a quando non viene eseguita la migrazione di tutti i dati dall'origine. Le modifiche impreviste all'interno sia della destinazione che dell'origine potrebbero causare errori imprevisti e perdita di dati.
• Quando si esegue la migrazione di un carico di lavoro dell'applicazione, non eseguire separatamente la migrazione dei dati e dell'infrastruttura dell'applicazione. Pianificare lo spostamento dell'applicazione e dei relativi dati non strutturati insieme o almeno entro l'intervallo di tempo più vicino possibile. Lasciare separati i dati e l'infrastruttura dell'applicazione tra l'ambiente locale e Azure possono causare latenza e causare errori dell'applicazione e tempi di inattività imprevisti. Quando possibile, eseguire i test di verifica necessari per convalidare i requisiti dell'applicazione.
• Evitare cambiamenti diretti o "cutover big bang". Invece di sostituire bruscamente il sistema precedente senza alcun periodo di transizione, mira a ridurre i tempi di inattività pianificando la finestra di cutover durante le ore di utilizzo non di punta. Comunicare agli stakeholder qualsiasi periodo di sola lettura necessario con ampio anticipo.
• Eseguire la migrazione in flussi paralleli, laddove possibile, per accelerare la velocità effettiva. Assicurarsi che i sistemi di origine non siano sovraccarichi e usare la limitazione della larghezza di banda, se necessario, per evitare una riduzione delle prestazioni.
• Eseguire una migrazione di esempio usando un esempio di dati rappresentativo prima di iniziare l'esecuzione completa. Questo esercizio consente di identificare potenziali problemi e di convalidare l'approccio alla migrazione.
• Gestire un log di migrazione durante la fase di esecuzione, monitorando tutte le attività. Registrare i dettagli relativi al trasferimento di ogni carico di lavoro, tra cui ora di inizio, durata, problemi rilevati e la relativa risoluzione. Questi dettagli aiutano nell'ambito di affidabilità, audit futuri o analisi finale.
• Dopo il cutover finale, conservare i dati di origine in uno stato di sola lettura come fallback. Dismetti i dati di origine solo quando sei certo che la copia su Azure sia completa e corretta.