Backup e Disaster Recovery: o plano que sua empresa precisa antes da próxima crise

Em janeiro de 2025, uma rede hospitalar brasileira ficou 72 horas sem acesso a prontuários eletrônicos após um ataque de ransomware. Backups existiam — mas estavam na mesma rede que foi criptografada. O prejuízo estimado ultrapassou R$ 12 milhões entre resgate, multas LGPD e perda de receita.

Esse cenário não é exceção. É o resultado previsível de uma estratégia de backup falha.

O que separa backup de Disaster Recovery

Backup é cópia de dados. Disaster Recovery (DR) é a capacidade de restaurar toda a operação de TI em tempo aceitável após um desastre. A confusão entre os dois conceitos é o erro mais perigoso em infraestrutura.

Ter backup sem DR é como ter peças de reposição sem mecânico e sem oficina.

Os dois números que definem sua estratégia

RPO (Recovery Point Objective) — quanto de dados você pode perder. Se seu RPO é 4 horas, seu backup precisa rodar no mínimo a cada 4 horas. Para sistemas financeiros, RPO zero (replicação síncrona) é frequentemente necessário.

RTO (Recovery Time Objective) — quanto tempo pode ficar fora do ar. Se seu RTO é 1 hora, você precisa de infraestrutura pré-provisionada para failover. Se é 24 horas, pode reconstruir a partir do backup.

Sem RPO e RTO definidos por sistema, sua estratégia de backup é um chute no escuro.

A regra 3-2-1-1-0: evolução para 2026

A clássica regra 3-2-1 (3 cópias, 2 mídias diferentes, 1 offsite) evoluiu:

3 cópias dos dados (produção + 2 backups)

2 tipos de mídia diferentes (disco + nuvem, por exemplo)

1 cópia offsite (geograficamente separada)

1 cópia offline ou imutável (proteção contra ransomware)

0 erros de verificação (teste de restore automatizado)

O "1" adicional — backup imutável — é a diferença entre recuperar e pagar resgate. Backups imutáveis não podem ser alterados ou deletados, nem pelo administrador, por um período definido. É a última linha de defesa contra ransomware.

O "0" — verificação sem erros — significa testar a restauração automaticamente. Backup que nunca foi testado é apenas esperança.

Ransomware: por que backups tradicionais falham

Os grupos de ransomware modernos não apenas criptografam dados — eles caçam e destroem backups primeiro. Táticas documentadas incluem:

A proteção efetiva exige:

Air-gapped backups — cópias fisicamente desconectadas da rede de produção.

Imutabilidade — object lock em S3/Blob Storage, ou appliances com WORM.

Detecção de anomalias — alertas quando o padrão de backup muda drasticamente (indicador de criptografia em massa).

Testes de restore em sandbox — validação periódica em ambiente isolado.

Cloud DR: Disaster Recovery acessível para o médio porte

Historicamente, DR era caro demais para empresas de médio porte — exigia datacenter secundário, links dedicados e hardware duplicado. A nuvem democratizou isso:

Azure Site Recovery (ASR)

Replicação contínua de VMs on-premises para Azure. Em caso de desastre, failover em minutos para infraestrutura na nuvem. Custo: apenas o armazenamento de réplicas + compute durante failover.

AWS Elastic Disaster Recovery

Mesmo conceito, ecossistema AWS. Replicação contínua no nível de bloco, testes de DR sem impacto em produção.

DRaaS (DR as a Service)

Para empresas que preferem gestão terceirizada: a SENTINEL Tecnologia opera o DR completo, incluindo testes trimestrais documentados e runbooks de failover.

O plano de DR em 6 etapas

Etapa 1: BIA (Business Impact Analysis)

Classificação de sistemas por criticidade. Quais sistemas precisam estar no ar em 1 hora? Quais podem esperar 24 horas? Quais em 72 horas?

Etapa 2: Definição de RPO/RTO por sistema

Nem tudo precisa de RPO zero. O segredo é alinhar investimento com impacto de negócio.

Etapa 3: Arquitetura de proteção

Desenho da solução: backup local + replicação para nuvem + imutabilidade + criptografia. Cada camada endereça um cenário de falha diferente.

Etapa 4: Implementação e automação

Políticas de backup automatizadas, jobs monitorados, alertas de falha, relatórios de conformidade.

Etapa 5: Testes regulares documentados

Restore trimestral de sistemas críticos em ambiente isolado. Cada teste gera relatório com evidência de sucesso e tempo de recuperação real vs. RTO contratado.

Etapa 6: Revisão contínua

Ambientes mudam. Novos sistemas entram em produção, volumes crescem, requisitos regulatórios evoluem. O plano de DR é revisado semestralmente.

Quanto custa não ter DR

|---------|----------------------|

O investimento em backup e DR é uma fração do custo de um único incidente. Na SENTINEL Tecnologia, dimensionamos a solução para o tamanho e orçamento da sua empresa — sem over-engineering, mas sem lacunas.

O melhor momento para implementar um plano de DR era ontem. O segundo melhor é agora.