Backup é a cópia de dados para permitir restauração em caso de perda ou corrupção. Disaster Recovery (DR) é o conjunto de processos, infraestrutura e automações para restaurar operações completas de negócio após um evento catastrófico. Backup é um componente do DR — mas DR vai muito além de ter uma cópia dos dados.
Definições precisas
Backup é a operação de copiar dados de um ambiente de produção para um destino secundário (fita, disco, nuvem), com o objetivo de permitir recuperação de arquivos, bancos de dados ou volumes em caso de deleção acidental, corrupção ou falha de mídia. Ele responde a perguntas como: “Preciso recuperar o banco de ontem às 23h” ou “O usuário deletou a pasta errada”.
Disaster Recovery (DR) é a capacidade de retomar a operação completa de sistemas de negócio — aplicações, bancos de dados, redes, autenticação — após um evento que torna o ambiente primário inacessível ou destruído. DR responde a perguntas como: “O datacenter principal pegou fogo. Em quanto tempo voltamos a operar?” ou “Um ransomware criptografou toda a infraestrutura. Qual é o plano?”
A confusão mais perigosa na indústria é tratar backup como sinônimo de DR. Ter backup não significa ter DR.
RPO e RTO: as métricas que definem cada abordagem
Dois indicadores determinam a qualidade de qualquer estratégia de continuidade.
RPO (Recovery Point Objective) define quanto de dados você aceita perder. Um RPO de 4 horas significa que a restauração pode retroceder até 4 horas antes do incidente. Se seu backup roda uma vez por dia à meia-noite e o desastre ocorre às 22h, você perde 22 horas de dados — independente de ter DR ou não.
RTO (Recovery Time Objective) define em quanto tempo os sistemas precisam estar de volta ao ar. Um RTO de 2 horas significa que o negócio tolera no máximo 2 horas de indisponibilidade total após um desastre.
| Métrica | Backup típico | DR bem implementado |
|---|---|---|
| RPO | 4h a 24h | Minutos a 1h |
| RTO | Horas a dias | Minutos a 2h |
Backup convencional raramente entrega RTO abaixo de horas — o processo de restaurar um volume inteiro de centenas de gigabytes, recriar VMs, reconfigurar rede e validar integridade leva tempo. DR com replicação contínua e failover automatizado pode entregar RTO de minutos.
Por que são complementares, não substitutos
Backup e DR atacam cenários diferentes. Há falhas que o backup resolve e o DR não; e há falhas que só o DR resolve.
Backup resolve: deleção acidental de arquivo ou banco de dados, corrupção silenciosa de dados (bit rot, bug de aplicação), recuperação de versão anterior de configuração e conformidade regulatória (retenção de 5 anos, por exemplo).
Somente DR resolve: falha total do datacenter primário (incêndio, inundação, queda de energia prolongada), ataque de ransomware que criptografa produção e os backups conectados em rede, falha catastrófica de infraestrutura (SAN, rede, hypervisor) e necessidade de operar em site alternativo por dias ou semanas.
Tabela comparativa
| Critério | Backup | Disaster Recovery |
|---|---|---|
| Objetivo | Recuperar dados | Retomar operações completas |
| RPO típico | 4h–24h | Minutos–1h |
| RTO típico | Horas–dias | Minutos–2h |
| O que é restaurado | Arquivos, volumes, DBs | Sistemas completos + rede |
| Complexidade | Baixa a média | Alta |
| Custo relativo | Baixo | Médio a alto |
| Teste necessário | Restauração periódica | Simulação de failover completo |
| Protege de ransomware | Parcialmente (se offline) | Sim (com replicação isolada) |
Erros comuns de quem trata backup como DR
“Tenho backup, estou protegido” — ter backup não garante que você conseguirá restaurar em tempo hábil. Um banco de dados de 2 TB restaurado via rede de 1 Gbps leva horas. Multiplique por dezenas de servidores e o RTO real ultrapassa dias.
Backup no mesmo ambiente físico — backup no mesmo datacenter ou na mesma SAN que a produção é destruído no mesmo evento catastrófico. A regra 3-2-1 continua válida: 3 cópias, 2 mídias diferentes, 1 cópia offsite.
Backup conectado permanentemente à rede — ransomware moderno rastreia a rede e criptografa também os destinos de backup acessíveis. Backup offline ou imutável (object lock) é requisito, não opcional.
Nunca testar a restauração — backups não testados têm taxa de falha surpreendentemente alta: mídia corrompida, software desatualizado, dependências quebradas. Teste de restauração completa deve ser periódico e documentado.
Confundir replicação com DR — replicação síncrona de storage replica dados em tempo real, mas também replica erros, corrupções e deleções em tempo real. Replicação não é substituto de backup com retenção histórica.
A Adentro oferece Backup Corporativo, Backup M365 e serviços de Disaster Recovery com infraestrutura própria no Brasil. Fale com um especialista para dimensionar a estratégia adequada ao seu ambiente.
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "Qual a diferença entre backup e disaster recovery?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Backup copia dados para permitir recuperação de arquivos ou volumes. Disaster Recovery restaura a operação completa de sistemas de negócio após evento catastrófico. Backup é um componente do DR, mas DR envolve muito mais: infraestrutura alternativa, automação de failover e processos testados."
}
},
{
"@type": "Question",
"name": "O que é RPO e RTO?",
"acceptedAnswer": {
"@type": "Answer",
"text": "RPO (Recovery Point Objective) define quanto de dados você aceita perder — ex.: RPO de 4h significa que a restauração pode retroceder até 4 horas antes do incidente. RTO (Recovery Time Objective) define em quanto tempo os sistemas precisam estar de volta ao ar após um desastre."
}
},
{
"@type": "Question",
"name": "Backup protege contra ransomware?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Parcialmente. Se o backup estiver conectado à rede, ransomware moderno pode criptografá-lo também. Backup offline ou com object lock imutável, combinado com DR isolado, é a proteção efetiva."
}
}
]
}