Backup que ninguém testa não é backup: o protocolo de validação trimestral

A maioria das empresas tem backup configurado. Quase nenhuma testou no último ano. Quando o incidente acontece, descobrem que backup estava quebrado, incompleto ou impossível de restaurar. Veja o protocolo de 4 passos que squad sênior executa trimestralmente.

Em 2025, três casos públicos no Brasil envolveram empresas que descobriram, no dia do incidente, que o backup configurado há 18-24 meses não funcionava: arquivo corrompido, schema incompatível, ou simplesmente não rodou nos últimos 60 dias sem ninguém notar. Recuperação que deveria levar horas virou semanas — ou nunca aconteceu.

A regra é simples: backup que ninguém testou não é backup, é ficção operacional. Squad sênior executa protocolo de validação trimestral em todos os clientes — 4 passos, 4 horas, 1 vez a cada 3 meses. A Revin opera isso desde 2023 e disponibiliza o checklist público para qualquer cliente replicar.

Para CTOs, heads de ops e founders que assumem que backup está OK porque "configuramos faz tempo" — sem terem testado no último ano.

Restore real em ambiente isolado é o único teste que vale — não checar log do job

📋 O protocolo de 4 passos

Passo 1 — Listar todos os backups críticos (1h)

Inventário de tudo que precisaria ser restaurado em incidente: bancos transacionais, blob storage com dados de cliente, configurações de infra (IaC, secrets), histórico de e-mail com cliente, repositórios de código (sim, GitHub também cai).

Output: lista priorizada por criticidade (P0 = parar empresa, P1 = degradar operação, P2 = inconveniente).

Passo 2 — Restore real em ambiente isolado (2h)

Não checar log do job de backup. Restore de verdade em ambiente isolado (staging anonimizado ou ambiente efêmero criado para o teste). Validar que dado é íntegro, schema é compatível, aplicação consegue ler.

Erro comum: assumir que "job rodou com sucesso" significa "backup funciona". Não significa. Arquivo pode estar corrompido, formato pode ser antigo, dependência pode faltar.

Passo 3 — Medir RPO e RTO reais (30 min)

RPO (Recovery Point Objective): quanto dado é perdido entre o último backup e o incidente. Se backup é diário às 3am e incidente é 17h, RPO = 14h de dado perdido.

RTO (Recovery Time Objective): quanto tempo leva para restaurar. Cronometrado no teste. Se levou 6h em ambiente isolado, em produção sob pressão vai levar 8-10h.

Comparar com expectativa do negócio: o CFO esperaria RTO de 30 min? Backup atual entrega 8h? Lacuna documentada.

Passo 4 — Documentar e ajustar (30 min)

Output do teste: 1 página com: o que foi testado, o que funcionou, o que falhou, próximas ações até o teste seguinte.

Se falhou: alocação imediata para corrigir. Não é "vamos olhar" — é P0 até o próximo trimestre.

Squad sênior valida backup todo trimestre em 4 passos — checklist público disponível

🚧 Os 4 falsos sentidos de segurança

• "Job aparece como sucesso no console": só significa que o job rodou. Não significa que dado é íntegro.
• "Provedor de cloud faz backup": geralmente faz snapshot de infra, não de dado de aplicação. Verificar contratualmente.
• "Temos replicação ativa": replicação não é backup. Bug em produção propaga para a réplica — incluindo deleção acidental.
• "Testamos há 6 meses": muita coisa muda em 6 meses. Schema, versão de DB, integração nova. Trimestral é o mínimo.

🛠️ Como a Revin opera isso por padrão

Em todos os clientes Revin, o protocolo de 4 passos roda automaticamente no calendário (quartely). Tech lead conduz, 2 sêniores presentes. Output vai para o cliente como relatório. Se algo falhou, P0 abre no backlog antes da próxima sprint.

📢 Quer rodar esse protocolo no seu sistema atual? Agende um Diagnostic Sprint — a Revin executa o primeiro ciclo em 1 semana e entrega checklist + relatório para repetir trimestralmente.

🎯 Conclusão: backup é prática trimestral, não configuração única

Configurar backup é tarefa de 1 dia. Validar trimestralmente é prática contínua. Squad sênior opera as duas; squad genérico opera só a primeira e descobre o erro no dia do incidente.

📢 Conheça o modelo Security Foundations da Revin — backup validation faz parte do escopo.