INFRAESTRUTURA & NUVEM
Backup testado: a diferença entre recuperar e perder tudo
Ter backup não é o mesmo que conseguir restaurar. Entenda a regra 3-2-1, os conceitos de RPO e RTO, por que tantos backups falham na hora da necessidade e como montar uma rotina de testes simples.
EM 30 SEGUNDOS
- Siga a regra 3-2-1, com pelo menos uma cópia offline ou imutável.
- Defina quanto dado a empresa pode perder (RPO) e quanto tempo pode ficar parada (RTO).
- Backup que nunca foi restaurado é uma suposição, não uma garantia.
- Arquivos na nuvem e e-mail também precisam de backup próprio.
Por que tantos backups falham
Muitas empresas só descobrem que o backup não funciona no pior momento: depois de um ataque de ransomware, de uma falha de disco ou de um arquivo apagado por engano. Os motivos se repetem.
- A rotina parou de rodar e ninguém percebeu o alerta.
- O backup estava na mesma rede e foi criptografado junto no ataque.
- Só uma parte dos sistemas estava incluída.
- A restauração demora muito mais do que a empresa aguenta ficar parada.
- Ninguém sabe o procedimento, porque ele nunca foi testado.
A regra 3-2-1
- 3 cópias
Os dados originais e mais duas cópias de segurança. - 2 mídias diferentes
Por exemplo, um storage local e a nuvem, para que uma falha não atinja todas as cópias. - 1 fora do ambiente
Ao menos uma cópia fora da empresa e, de preferência, offline ou imutável, que não possa ser apagada pela rede.
A evolução: 3-2-1-1-0
Muitas equipes adotam uma versão ampliada: mais uma cópia offline ou imutável e zero erros na verificação da restauração. O “0” lembra que backup só conta depois de testado.
RPO e RTO: as duas perguntas que definem o seu backup
| Conceito | Pergunta | Exemplo |
|---|---|---|
| RPO (ponto de recuperação) | Quanto dado a empresa pode perder? | Backup a cada 4 horas significa perder até 4 horas de trabalho |
| RTO (tempo de recuperação) | Quanto tempo a empresa pode ficar parada? | O ERP precisa voltar em até 2 horas |
Essas respostas vêm do negócio, não da TI. Um sistema de vendas costuma exigir RPO e RTO curtos; um arquivo histórico pode tolerar mais. Com elas definidas, fica claro quanto investir em backup e redundância.
Nuvem não é backup
Serviços como Microsoft 365 e Google Workspace garantem que a plataforma funcione, mas a proteção dos seus dados contra exclusão, erro humano ou ataque é, em grande parte, responsabilidade do cliente. A lixeira e o histórico de versões têm prazo limitado. E-mails, OneDrive, SharePoint e Google Drive também precisam de backup próprio.
Uma rotina de testes simples
| Frequência | Teste |
|---|---|
| Diária | Conferir se os backups rodaram e tratar alertas |
| Mensal | Restaurar arquivos e pastas escolhidos ao acaso |
| Trimestral | Restaurar um sistema completo em ambiente de teste |
| Anual | Simular um desastre e medir o tempo real de volta (RTO) |
Do backup à continuidade
- Liste o que é crítico
Sistemas, bancos de dados, arquivos e e-mails sem os quais a empresa para. - Defina RPO e RTO
Com as áreas de negócio, para cada item crítico. - Implemente a regra 3-2-1
Com uma cópia offline ou imutável e criptografada. - Monitore e teste
Alertas tratados todos os dias e restaurações periódicas registradas. - Documente o procedimento
Quem faz, em que ordem e onde estão os acessos, para não depender de uma única pessoa.
Checklist rápido de backup
- Lista de sistemas e dados críticos
- RPO e RTO definidos com o negócio
- Três cópias, em duas mídias diferentes
- Uma cópia offline ou imutável
- Backup de e-mail e arquivos na nuvem
- Restauração testada nos últimos 3 meses
- Procedimento de recuperação documentado
COMO A GESTÃO DE TI AJUDA
Infraestrutura de TI & Redes
Backup, servidores e redes planejados e monitorados para a operação não parar.
Conteúdo informativo. Não substitui a análise do caso concreto por um profissional. Referências legais citadas conforme as normas vigentes na data de publicação.