Mudar o banco sem parar a empresa

Renomear uma coluna sem plano derruba um portal em produção. Durante a troca gradual de versão, instâncias antigas e novas do sistema consultam o mesmo banco por alguns minutos.

Mudar o desenho das tabelas com o sistema no ar é a operação mais arriscada do produto. É também a mais frequente, porque todo recurso novo pede um campo novo.

A migração é o arquivo versionado que descreve cada alteração do banco. Ela roda igual em teste e em produção, entra na revisão do time e deixa rastro de quem pediu o quê.

O caminho curto é deixar o assistente de inteligência artificial alterar o banco direto pelo painel, porque funciona na hora e parece inofensivo. É assim que teste e produção passam a ter desenhos diferentes.

Renomear uma coluna parece barato e, sozinho, derruba o portal. Durante a janela de troca, código velho e código novo consultam o mesmo banco, e o desenho precisa servir aos dois ao mesmo tempo.

Mudar só o código novo e deixar a coluna antiga existindo sem plano de remoção também falha. Duas colunas do mesmo dado divergem em semanas, porque algum ponto esquecido continua escrevendo na antiga.

A saída chama-se expandir e contrair. Você adiciona o campo novo, passa a gravar nos dois, preenche o histórico em lotes, migra a leitura e só num passo seguinte remove o antigo.

Só a mudança que passou por revisão fica coberta pela migração; o acidente digitado direto no console fica fora dela.

Para esse acidente existe a restauração para um ponto no tempo, a máquina do tempo do banco. Ela devolve os dados a um segundo específico do passado, desde que a janela de retenção do plano chegue até o incidente.

Neste ano, a janela de manutenção também mudou de tamanho. O Postgres 19, em beta desde agosto de 2026, traz o comando REPACK, que reconstrói tabela inchada sem travar a escrita.

Quase ninguém faz a segunda pergunta, e é ela que muda a reunião de status. Todo fornecedor responde que faz cópia de segurança; poucos respondem quando foi o último teste de restauração e quantos minutos ele levou.

Coloque as duas datas no contrato: janela de retenção e periodicidade do teste de restauração cronometrado.

Antes de aprovar o próximo orçamento, peça a lista de alterações de estrutura do último mês, cada uma com arquivo revisado. Confirme a data e a duração do último teste de restauração e a janela de retenção contratada.