Migrações de banco sem derrubar o sistema

Mudanças no banco de dados são inevitáveis: novos campos, tabelas reorganizadas, tipos corrigidos. Feitas de uma vez, em tabelas grandes ou com código antigo ainda rodando, elas causam travamentos e erros em produção.

O problema

Durante um deploy, existe um momento em que a versão antiga e a nova do sistema rodam ao mesmo tempo. Se o banco mudar de um jeito que a versão antiga não entende, ela quebra.

O padrão expandir e contrair

Para renomear telefone para celular:

1. 1.Expandir: crie a nova coluna; o código passa a gravar nas duas.
2. 2.Migrar: copie os dados antigos para a nova coluna, em lotes.
3. 3.Trocar a leitura: o código passa a ler da nova coluna.
4. 4.Contrair: depois de confirmar, pare de gravar na antiga e remova-a.

Cada passo é um deploy seguro.

Cuidados em tabelas grandes

• Índices criados de forma concorrente para não travar escritas (Índices no banco de dados: a otimização mais barata que você ainda não fez).
• Atualizações em lotes, não um único UPDATE em milhões de linhas.
• Teste com volume real em ambiente de homologação.

Sempre tenha volta

Backup recente e testado antes de migrações importantes (Backup que nunca foi restaurado não é backup).

Em projetos de modernização

Migrar dados de um sistema legado para um novo segue a mesma lógica de ensaios e etapas (Quando refatorar ou reconstruir: guia prático para modernizar sistemas legados sem parar a operação).

A We Codex faz migrações seguras em sistemas web. Fale com a gente.