A migração de dados transfere dados de um sistema para outro. Uma empresa atualiza o seu ERP. Uma equipa migra de bases de dados locais para a nuvem. Duas organizações fundem-se e precisam de combinar os seus sistemas. A migração transfere os dados, transforma-os para se adequarem ao novo esquema e verifica se nada foi perdido ou corrompido. Parece simples. Raramente é.

As migrações falham por motivos previsíveis. Os dados de origem estão mais inconsistentes do que o esperado. O esquema de destino não se mapeia perfeitamente para a origem. As regras de negócio incorporadas no sistema antigo não estão documentadas. A migração demora mais tempo do que o planeado e o sistema antigo é desativado antes de o novo estar pronto. É necessário tempo de inatividade, que a empresa não pode suportar. As melhores migrações começam pela análise de perfil. Compreenda os dados de origem: a sua qualidade, as suas peculiaridades, o seu volume. Mapeie cada campo para o destino. Escreva regras de transformação. Teste com um subconjunto antes de migrar tudo. Execute sistemas paralelos durante um período. Verifique a contagem de registos, os totais e os registos de exemplo. Tenha um plano de reversão. As migrações são arriscadas porque afetam tudo. Um campo esquecido pode interromper um processo subsequente. Um registo corrompido pode passar despercebido durante meses. O planeamento é mais importante do que a execução. No momento da migração dos dados, as decisões difíceis já devem ter sido tomadas.

Fases de migração

• Perfil — compreender a qualidade e a estrutura dos dados de origem.
• Mapear — definir mapeamentos de campos de origem para destino
• Transformar — escrever regras para converter dados
• Teste — migre um subconjunto e verifique.
• Executar — mover o conjunto de dados completo
• Validar — confirmar contagens, totais e amostras.

A migração de dados é um projeto, não uma tarefa. Trate-a com o planeamento que ela merece.