RRodrigo M. Reis
ConsultoriaMétodoRobôsMateriaisBlogSobre
Área do ClienteMaterial grátis
R

Rodrigo Munhoz Reis

Vibecoding com Engenharia. Construir com IA, rápido — mas com rigor de engenheiro.

ConsultoriaMétodoRobôsMateriaisBlogSobreÁrea do Cliente
LinkedInInstagram
© 2026 Rodrigo Munhoz Reis. Todos os direitos reservados.Política de Privacidade

Vibecoding

Como migrar dado sem perder nada no caminho

Migração é a operação com maior chance de perda silenciosa que existe. O método que funciona nunca desliga a origem antes de provar, com número, que o destino está igual.

Rodrigo Munhoz Reis· 11 de outubro de 2026· 3 min de leitura
Como migrar dado sem perder nada no caminho

Resumo em 3 linhas

Migração de dados falha em silêncio: registros somem, acentos quebram, datas invertem e ninguém percebe até precisar daquele caso específico. O método seguro tem cinco passos: contar antes, migrar para um destino novo sem tocar na origem, conferir por contagem e por amostra, rodar os dois em paralelo por um período, e só então desligar a origem. A regra que sustenta tudo é nunca apagar a origem no mesmo dia.

Neste artigo

  • Por que o erro não aparece
  • Passo 1: conta antes
  • Passo 2: migra pra um destino novo, sem tocar na origem
  • Passo 3: confere por número e por amostra
  • Passo 4: roda os dois em paralelo
  • Passo 5: desliga a origem, depois
  • Onde a IA ajuda

Migrar dado é a operação com maior chance de perda silenciosa que existe num sistema.

Não é a mais difícil. É a mais traiçoeira, porque quando dá errado, nada avisa.

Por que o erro não aparece

Em quase toda outra operação, falha grita. A tela quebra, o teste falha, alguém reclama.

Numa migração, o sistema novo sobe funcionando lindamente. Com 94% dos registros.

Os 6% que faltam não geram erro nenhum. Eles simplesmente não estão lá. E você descobre em março, quando alguém procura um cliente de 2024 e ele não existe mais.

Os formatos mais comuns de perda silenciosa:

Registros que não entraram porque bateram numa validação do destino. Acentos virando caractere estranho por diferença de codificação. Datas invertendo dia e mês. Texto longo cortado porque o campo novo é menor. Valor decimal arredondado por diferença de tipo.

Nenhum desses dá erro. Todos corrompem.

Passo 1: conta antes

Antes de mover qualquer coisa, tira a fotografia da origem.

Quantos registros no total. Quantos por categoria. Soma dos valores numéricos que importam. Data do registro mais antigo e do mais novo.

Anota num arquivo. Esses números são o seu gabarito, e sem eles você não tem como provar nada depois.

Passo 2: migra pra um destino novo, sem tocar na origem

A origem fica intacta, em modo leitura. Nada de mover, nada de apagar.

Se der errado, você refaz. Essa é a diferença entre um contratempo e um desastre.

E migra em lote pequeno primeiro: cem registros, confere, depois o resto. Os cem primeiros revelam quase todos os problemas de formato, e revelam barato.

Passo 3: confere por número e por amostra

Os dois, porque eles pegam coisas diferentes.

Por número: a contagem bate? As somas batem? A contagem por categoria bate? Se faltam 300 registros, você sabe agora, não em março.

Por amostra: abre na mão alguns casos escolhidos a dedo. O mais antigo, o mais recente, o maior, um com acento no nome, um com campo vazio, um com valor negativo.

É nas bordas que a corrupção aparece. Amostra aleatória do meio da base não pega quase nada.

Passo 4: roda os dois em paralelo

O passo que quase todo mundo pula por pressa, e o que mais protege.

Por um período, origem e destino coexistem. O novo é usado de verdade; o antigo continua disponível, intacto, em leitura.

Se aparecer qualquer dúvida, você compara. É a mesma lógica de mudar uma parte que o sistema inteiro usa: o novo nasce ao lado, não no lugar.

Quanto tempo depende do ciclo do negócio. Se existe fechamento mensal, pelo menos um fechamento inteiro precisa acontecer no sistema novo antes de desligar o antigo.

Passo 5: desliga a origem, depois

Só depois do período de convivência, e com o gabarito do passo 1 conferido de novo.

E mesmo aí: guarda uma cópia exportada da origem, fora do sistema. Custa quase nada e é o seu seguro.

A regra que resume tudo: nunca apaga a origem no mesmo dia. Se você só puder seguir uma coisa deste texto, segue essa.

Onde a IA ajuda

Ela é boa em escrever a transformação, mapear campo por campo entre dois formatos, achar inconsistência num conjunto de exemplos e gerar o script de conferência.

O que ela não faz é saber quais registros importam. Ela não sabe que aqueles vinte clientes antigos são os que mais faturam, nem que aquele campo aparentemente vazio é usado no fechamento contábil.

Ela faz o trabalho. A conferência é sua.

Migração bem feita é chata, lenta e termina com números iguais nos dois lados. É exatamente isso que você quer.

A decisão é sua.

Perguntas frequentes

Perguntas rápidas

+Qual o maior risco de uma migração?

A perda silenciosa. Registros que não entram, campos truncados ou caracteres corrompidos não geram erro visível, e o problema só aparece meses depois, quando alguém procura um caso específico.

+Como provar que a migração deu certo?

Com número e com amostra. Contagem total e por categoria batendo, somas de valores conferindo, e inspeção manual de casos extremos como o registro mais antigo, o maior e o que tem caracteres especiais.

+Quando desligar o sistema antigo?

Depois de um período em que os dois convivem e o novo se prova em uso real. Desligar no mesmo dia da migração remove a única rede de proteção que existe.

+Dá para usar IA na migração?

Dá, e ela é útil para escrever a transformação e mapear campos entre formatos. A conferência continua sendo sua, porque ela não sabe quais registros importam para o negócio.

Não perca o próximo

Receba os próximos posts no e-mail

Sem enrolação, sem hype. Tutoriais, análise de notícia e método de vibecoding com engenharia. Cancela quando quiser, é só responder pedindo.

Próximo passo

Quer aplicar isso com método?

Baixe os guias gratuitos de vibecoding com engenharia e libere os robôs de IA na Área do Cliente — prompts prontos para usar no ChatGPT, Claude ou Gemini.

Baixar guias grátisConhecer os robôs
RM

Sobre o autor

Rodrigo Munhoz Reis

Consultor de IA e Diretor de Tecnologia (CTO), Co-Founder, CTO e CAIO da Tellia e sócio de produtos 100% construídos em vibecoding: MeuCurso, DireitoHub e TreinadorOAB. Escreve sobre construir e usar IA com a velocidade da máquina e o rigor de engenheiro: vibecoding com engenharia.

LinkedInInstagramSobre →

Continue lendo

Vibecoding

Como corrigir dado ruim antes que vire decisão ruim

Limpar a base inteira é projeto que nunca termina. Existe um caminho melhor: fechar a torneira primeiro, depois limpar só o que alguém usa pra decidir.

Vibecoding

Por que a IA acerta no mundo e erra no seu dado

Ela responde qualquer pergunta geral com precisão e erra feio na sua base. Não é limitação do modelo. É que o seu contexto nunca foi dito a ele.

Vibecoding

Como preparar seus dados pra IA responder com eles

Jogar a pasta inteira no modelo é caro, lento e piora a resposta. Preparar é separar o que responde pergunta do que é ruído, e isso é trabalho de quem conhece o negócio.

← Voltar ao blog