Quase toda infraestrutura tem backup configurado. Quase nenhuma tem restauração testada. A diferença entre as duas coisas só aparece no pior dia possível — que é exatamente quando não dá mais para descobrir.
A falsa segurança do backup automático
O job roda toda noite, o log diz “success”, o arquivo existe. Nada disso garante que o conteúdo é restaurável: dump truncado por disco cheio, credencial que expirou, dependência de um servidor que também caiu. O backup automático protege contra o esquecimento, não contra a falha silenciosa.
O teste que ninguém agenda
Restaurar de verdade — em ambiente separado, medindo o tempo, validando a integridade dos dados — é a única prova de que a proteção existe. É trabalho sem glória: quando dá certo, “não aconteceu nada”. Por isso precisa ser rotina agendada, não iniciativa heroica.
Rotina mínima que recomendamos
Três práticas resolvem a maior parte do risco: restauração periódica em ambiente de teste, com verificação de dados críticos; pelo menos uma cópia fora da infraestrutura principal; e um registro simples de quanto tempo a restauração levou — porque no incidente real, essa é a pergunta que a operação vai fazer primeiro.
