Boas práticas de backup que salvam empresas

Toda empresa "tem backup". O problema aparece no pior dia possível: quando alguém precisa restaurar e descobre que o backup falhava há semanas, estava incompleto ou leva 12 horas para voltar. Ter backup não é o mesmo que conseguir restaurar — e essa diferença é o que separa um incidente de uma tragédia.

Veja os princípios que usamos para transformar backup de "esperança" em estratégia real de continuidade.

Comece pelas duas perguntas que definem tudo: RPO e RTO

Antes de falar de ferramenta, responda em termos de negócio:

• RPO (Recovery Point Objective): quanto de dado você pode perder? Se o último backup útil é de 24 horas atrás, o seu RPO é de 24 horas. Para muitos sistemas, isso é inaceitável.
• RTO (Recovery Time Objective): em quanto tempo você precisa estar de volta no ar? Uma hora? Quatro? Um dia?

RPO e RTO definem o desenho da solução — não o contrário. Um sistema de faturamento e um servidor de testes não merecem a mesma estratégia.

A regra 3-2-1 (que continua valendo)

• 3 cópias dos dados;
• em 2 mídias ou tecnologias diferentes;
• com 1 cópia fora do local (offsite / nuvem).

Uma variação moderna acrescenta o "1-0": 1 cópia imutável ou offline e 0 erros na verificação de restauração. Imutabilidade é hoje a melhor defesa contra ransomware, que ataca justamente os backups antes de criptografar a produção.

O ponto que quase todo mundo pula: testar o restore

Um backup que nunca foi restaurado não é um backup — é uma suposição.

Backup só é confiável quando a restauração foi testada de ponta a ponta, com frequência, e cronometrada. O teste de restore revela problemas que o log de backup "verde" esconde: arquivos corrompidos, dependências faltando, tempo de retorno maior que o RTO prometido.

Estabeleça um calendário de testes — mensal para os sistemas críticos — e registre o tempo real de recuperação.

Erros comuns que vemos na prática

• Backup rodando, mas sem ninguém monitorando as falhas.
• Retenção curta demais — o problema é descoberto depois que a única cópia boa já expirou.
• Tudo no mesmo servidor ou mesmo storage da produção (uma falha derruba os dois).
• Confiar só no snapshot da nuvem, sem cópia lógica e sem teste de restauração.
• Não proteger o backup contra exclusão — incluindo contra ransomware.

Checklist mínimo

• RPO e RTO definidos por sistema, alinhados ao negócio.
• Regra 3-2-1 (com cópia offsite e, idealmente, imutável).
• Monitoramento ativo das rotinas, com alerta de falha.
• Teste de restauração periódico e cronometrado.
• Documentação do procedimento de recuperação — para qualquer um da equipe executar sob pressão.

Backup bem feito é invisível até o dia em que se torna a coisa mais importante da empresa. Se você não tem certeza de que conseguiria restaurar hoje, esse é exatamente o momento de revisar.