Atualizado em
Atualizado julho 2026 · 12 min de leitura
Em resumo: Um projeto de Disaster Recovery começa com a definição de RTO (tempo máximo de indisponibilidade aceitável) e RPO (máximo de dados que podem ser perdidos) por sistema. Para 150 usuários com RTO de 4 horas em Warm Site cloud, o custo fica em R$ 4.600–5.000/mês recorrente mais R$ 25.000–45.000 de implementação — com payback claro em relação ao custo real de um incidente.
Quanto custaria para a sua empresa ficar sem acesso aos sistemas por 24 horas? Para a maioria das médias empresas brasileiras, a resposta está entre R$ 80.000 e R$ 400.000 — entre perda de vendas, improdutividade da equipe, multas contratuais e custo de recuperação. O IBM Cost of a Data Breach Report 2024 aponta que o custo médio de um incidente de segurança no Brasil chegou a R$ 22,7 milhões para empresas maiores. Ainda assim, 7 em cada 10 empresas nunca testaram formalmente seu plano de Disaster Recovery.
Neste guia, você vai aprender como estruturar e calcular corretamente um projeto de DR em 2026: desde os conceitos fundamentais de RTO e RPO até os custos reais por arquitetura, passando por um exemplo prático que você pode adaptar ao seu ambiente.
O que você vai levar deste artigo
- RTO e RPO precisam ser definidos por sistema — o ERP pode tolerar 4 horas enquanto o e-commerce exige 30 minutos, e o custo do DR segue essa diferença proporcionalmente
- Warm Site em cloud pública reduz o custo fixo de DR em 60–70% vs Hot Site — você paga storage mensal e instâncias de computação apenas durante failover real ou teste
- 70% dos projetos de DR falham no primeiro teste real — planejar testes progressivos (tabletop → restore parcial → failover completo) é parte indispensável do projeto desde o design
Avalie o nível de maturidade do seu Disaster Recovery
O IRA (Infrastructure Readiness Assessment) avalia a dimensão de DR da sua infraestrutura e identifica os principais riscos — gratuitamente.
RTO e RPO: os dois números que definem tudo
Antes de dimensionar qualquer projeto de DR, você precisa definir dois parâmetros críticos que determinarão — mais do que qualquer outra coisa — o custo total da solução:
- RTO (Recovery Time Objective): quanto tempo você pode ficar sem os sistemas? É o prazo máximo aceitável entre o início do desastre e a retomada das operações. RTO de 4 horas significa que você tem até 4 horas para colocar os sistemas de volta no ar.
- RPO (Recovery Point Objective): quanto de dado você pode perder? É a quantidade máxima de dados que podem ser perdidos em caso de desastre, medida em tempo. RPO de 1 hora significa que, no pior caso, você perde 1 hora de transações.
A relação entre RTO/RPO e custo é exponencial: reduzir o RTO de 24 horas para 4 horas pode dobrar o custo do projeto. Reduzir de 4 horas para 15 minutos pode triplicar. Cada sistema da sua empresa pode ter RTO/RPO diferentes — o ERP pode tolerar 4 horas, mas o e-commerce talvez exija 30 minutos.
| Sistema | RTO recomendado | RPO recomendado |
|---|---|---|
| E-commerce / PDV | 15–60 minutos | 0–15 minutos |
| ERP (SAP, TOTVS, Senior) | 2–8 horas | 1–4 horas |
| E-mail corporativo | 4–24 horas | 4–24 horas |
| Sistemas de BI/Analytics | 24–48 horas | 24 horas |
| Arquivos e documentos | 24–72 horas | 24 horas |
As 4 arquiteturas de DR e seus custos
A escolha da arquitetura de DR é o principal fator de custo do projeto. Existem quatro abordagens principais, cada uma com uma relação diferente entre custo e tempo de recuperação:
| Arquitetura | RTO típico | RPO típico | Custo relativo | Como funciona |
|---|---|---|---|---|
| Cold Site | 24–72h | 24h+ | $ Baixo | Infraestrutura desligada, ativada manualmente em caso de desastre |
| Warm Site | 4–12h | 1–4h | $$ Médio | Infra ligada com dados sincronizados periodicamente, pronta para ativação |
| Hot Site | 15min–2h | 0–15min | $$$ Alto | Réplica em tempo real, failover automático ou semiautomático |
| Active-Active | <1min | 0 | $$$$ Muito alto | Dois ambientes idênticos ativos simultaneamente com balanceamento de carga |
Para a maioria das PMEs brasileiras, o modelo Warm Site oferece o melhor equilíbrio entre custo e proteção. O Active-Active é geralmente justificado apenas para sistemas onde cada minuto de indisponibilidade representa perdas financeiras diretas de grande escala (fintechs, grandes e-commerces, operadoras de telecomunicações).
Componentes de custo de um projeto de DR
Um projeto de DR tem custos em três frentes: implementação (one-time), operação recorrente e manutenção/testes. Ignorar qualquer uma leva a orçamentos irrealistas:
- Infraestrutura DR: servidores/VMs no site secundário, storage replicado, licenças de hypervisor e sistema operacional para o ambiente de DR
- Software de replicação: Veeam Backup & Replication, Zerto, Azure Site Recovery ou similar — com licenças anuais por VM/TB
- Conectividade: link dedicado ou VPN entre o site principal e o site de DR (bandwidth proporcional ao RPO desejado — quanto menor o RPO, maior o link necessário)
- Serviços profissionais: projeto, implementação, documentação do DRP (Disaster Recovery Plan) e runbooks de failover
- Testes periódicos: sim, testar o DR tem custo — seja em horas do time de TI ou em custos de instâncias de cloud ativadas para o teste
💡 DR em cloud: custo só quando você precisa
Uma das grandes vantagens do DR em cloud pública (Azure Site Recovery, AWS Elastic Disaster Recovery) é o modelo “pague quando usar”: você mantém os dados replicados (custo de storage apenas) e paga pelas instâncias de computação somente quando ocorre um failover real ou um teste. Para muitas PMEs, isso reduz o custo fixo de DR em 60–70%.
Como calcular: exemplo prático (150 usuários, 10 TB)
Vamos calcular o custo de DR para uma empresa industrial de 150 usuários com 10 TB de dados totais, sendo 3 TB de dados críticos (ERP + banco de dados). O objetivo é RTO de 4 horas e RPO de 1 hora para os sistemas críticos.
Estimativa de custo: Warm Site em Cloud (Azure/AWS)
- Storage replicado (3 TB críticos × R$ 0,12/GB/mês): R$ 368/mês
- Software de replicação (ex: Azure Site Recovery, ~R$ 120/VM/mês × 8 VMs): R$ 960/mês
- Link dedicado / VPN com 100 Mbps: R$ 1.800/mês
- Instâncias cloud (somente durante failover/teste — ~2 testes/ano, 8h cada): R$ 300/ano
- Serviços profissionais (implementação + documentação, one-time): R$ 25.000–45.000
- Gestão e monitoramento mensal (MSP): R$ 1.500/mês
- TOTAL RECORRENTE: ~R$ 4.628–4.928/mês + R$ 25.000–45.000 one-time
Para o Grupo Isdra, a Adentro implementou uma estratégia de continuidade de negócios que combina backup imutável com DR em cloud — garantindo RTO de menos de 2 horas para os sistemas críticos com um custo recorrente dentro do orçamento planejado. Veja o case completo para entender como o modelo foi estruturado.
Erros que inflam o custo desnecessariamente
Na prática, vemos empresas gastando 2 ou 3 vezes mais do que deveriam em DR por causa de erros de dimensionamento. Os mais comuns:
- RTO/RPO genérico para todos os sistemas: tratar ERP, e-mail e arquivos com o mesmo nível de proteção encarece desnecessariamente. Priorize os sistemas críticos e use proteção mais simples para o restante.
- Replicar 100% dos dados: nem todos os 10 TB precisam de RPO de 1 hora. Dados históricos, logs antigos e arquivos de projetos concluídos podem ter RPO de 24 horas com custo muito menor.
- Superdimensionar o site de DR: o ambiente de DR não precisa ter a mesma capacidade que o produção. Para um RTO de 4 horas, você pode usar instâncias menores e depois escalar após o failover.
- Ignorar o custo de egress: em DR em cloud pública, a transferência de dados do cloud para fora (durante um restore real) tem custo. Calcule esse custo para o volume total de dados críticos.
Por que 70% das empresas nunca testaram o DR
Testar o DR assusta porque parece arriscado — “e se algo der errado durante o teste?” Mas um DR não testado é simplesmente uma ilusão de segurança. Segundo o Gartner, 70% dos projetos de DR falham no primeiro teste real de failover. Não porque o projeto é ruim, mas porque não foi validado.
A solução é adotar testes progressivos e não destrutivos: comece com um tabletop exercise (simulação em papel sem mover nada), depois teste o restore de um único servidor em ambiente isolado, e só então faça um failover completo com janela de manutenção programada.
Junto ao plano de DR, um backup imutável é a segunda camada de proteção mais importante: mesmo que o DR falhe, dados imutáveis garantem que ransomware não possa criptografar ou apagar seus backups.
Quer um diagnóstico do seu DR atual?
Nossa equipe especializada em continuidade de negócios avalia seu ambiente e presenta um plano de DR realista e dentro do seu orçamento.
Perguntas Frequentes
Qual a diferença entre DR e backup?
Backup é uma cópia dos seus dados em um ponto no tempo — permite recuperar arquivos deletados ou corrompidos, mas o processo de restore pode levar horas ou dias. DR (Disaster Recovery) é uma estratégia completa que inclui backup, mas vai além: contempla a recuperação de toda a infraestrutura (servidores, redes, aplicações) em um ambiente alternativo dentro de um RTO definido. Todo plano de DR precisa de backup, mas ter backup não significa ter DR.
Com que frequência devo testar meu plano de DR?
O mínimo recomendado é uma vez por ano para empresas com ambientes menos críticos, e a cada 6 meses para ambientes críticos. Após qualquer mudança significativa na infraestrutura (migração de servidor, mudança de sistema, atualização de hypervisor), realize um teste adicional. Regulamentações como PCI DSS exigem testes anuais documentados.
DR em cloud é seguro para dados confidenciais?
Sim, com a configuração correta. Use criptografia em repouso e em trânsito (padrão em Azure Site Recovery e AWS Elastic DR), configure rede privada (VPN ou ExpressRoute/Direct Connect) entre o ambiente on-premises e a cloud, e garanta que os dados sejam armazenados em regiões dentro do Brasil para conformidade LGPD.
O seguro de TI substitui o plano de DR?
Não. O seguro cobre perdas financeiras após o incidente, mas não elimina o downtime nem recupera os dados instantaneamente. Um seguro cyber pode cobrir o custo de recuperação forense, notificação de clientes e multas LGPD, mas a operação da empresa continua parada enquanto o DR não estiver implementado e testado. Os dois instrumentos são complementares.
Qual o custo mínimo para ter um DR funcional?
Para PMEs com poucos sistemas críticos, é possível ter um DR básico (Cold Site com backup offsite + cloud) por R$ 800–2.000/mês de custo recorrente, mais R$ 8.000–15.000 de implementação. Para ambientes maiores ou com RTO menor que 4 horas, o investimento começa em R$ 3.000–6.000/mês. Use a Calculadora TCO para projetar o custo exato do seu cenário.
📚 Leia também neste guia
Pablo Moretto
Chief Revenue Officer · Adentro · LinkedIn
Pablo Moretto é CRO da Adentro, consultoria especializada em infraestrutura de TI crítica, cloud privada e disaster recovery para o mercado corporativo brasileiro. Com mais de uma década acompanhando projetos de modernização de datacenter, migração de hipervisor e implantação de ambientes de alta disponibilidade, traduz necessidades técnicas complexas em soluções de negócio para empresas de médio e grande porte em todo o Brasil.
