DRaaS é a entrega de Disaster Recovery como serviço gerenciado em nuvem. Em vez de manter um datacenter secundário próprio, a empresa replica suas cargas de trabalho para a infraestrutura do provedor e aciona o failover quando o ambiente primário cai. O provedor cuida da replicação contínua, dos testes periódicos e do failback.
DRaaS, BaaS e backup tradicional: qual é a diferença?
Os três protegem dados, mas com objetivos distintos.
Backup tradicional copia dados em intervalos programados — hora em hora, uma vez por dia. Quando ocorre um desastre, você restaura o backup mais recente. Simples, mas lento: o RTO (tempo para voltar a operar) pode ser de horas ou dias, e o RPO (janela de dados perdidos) equivale ao intervalo entre os backups.
BaaS (Backup as a Service) faz a mesma coisa, mas como serviço gerenciado na nuvem, com políticas, retenção e monitoramento centralizados. Resolve o problema de gestão, mas não reduz substancialmente RTO/RPO.
DRaaS é uma camada acima. O objetivo não é só guardar dados — é manter uma cópia funcional do ambiente pronta para assumir. A diferença central:
| Critério | Backup Tradicional | BaaS | DRaaS |
|---|---|---|---|
| Objetivo | Preservar dados | Preservar dados (gerenciado) | Manter ambiente operacional |
| RTO típico | Horas a dias | Horas | Minutos a 1 hora |
| RPO típico | Horas | Horas | Segundos a minutos |
| Failover automatizado | Não | Não | Sim |
| Replica VMs/serviços | Não | Parcial | Sim |
| Complexidade operacional | Baixa | Baixa | Média a alta |
Se o negócio para enquanto o TI restaura servidores, backup e BaaS não são suficientes. DRaaS existe para esse cenário.
Como o DRaaS funciona tecnicamente
O DRaaS opera em três fases: replicação, failover e failback.
Replicação contínua
Um agente instalado nas VMs ou nos servidores físicos captura cada bloco de dados alterado e o envia para o ambiente de DR na nuvem. A frequência de captura define o RPO real — agentes modernos trabalham com janelas de segundos. A replicação trafega por canal criptografado e comprimido para minimizar o uso de WAN.
Failover
Quando o ambiente primário falha (ou quando o operador aciona manualmente), o orquestrador do DRaaS inicializa as VMs replicadas no datacenter de DR na ordem correta: banco de dados, middleware, aplicação, balanceadores. Essa sequência de boot é configurada no runbook de DR. O DNS ou o balanceador de carga é atualizado para apontar para o ambiente de DR. Failover automatizado completo pode ser concluído em minutos.
Failback
Após a recuperação do ambiente primário, os dados modificados no ambiente de DR durante o período de operação são sincronizados de volta. O failback é feito de forma controlada para evitar perda dos dados gerados durante o incidente.
Modelos de standby: hot, warm e cold
A escolha do modelo determina o custo e o RTO alcançável.
| Modelo | Estado do ambiente de DR | RTO | RPO | Custo relativo |
|---|---|---|---|---|
| Hot standby | VMs ligadas, tráfego já roteado ou pronto para failover imediato | < 5 minutos | Segundos | Alto |
| Warm standby | VMs desligadas, replicação ativa, infraestrutura provisionada | 15–60 minutos | Minutos | Médio |
| Cold standby | Apenas dados replicados; infraestrutura criada sob demanda | 4–24 horas | Horas | Baixo |
Hot standby é indicado para sistemas que não toleram nenhuma interrupção perceptível: core banking, e-commerce de alto volume, sistemas de saúde críticos.
Warm standby atende a maioria das aplicações de negócio: ERPs, CRMs, portais internos. O custo é significativamente menor que hot, e o RTO de menos de 1 hora é aceitável para a maioria dos SLAs.
Cold standby faz sentido quando o sistema não é operacional crítico ou quando o orçamento é restrito. O risco é que, sob estresse de um incidente real, provisionar infraestrutura do zero pode ser mais demorado do que o planejado.
Casos de uso que justificam DRaaS
Ransomware
O ataque criptografa o ambiente primário. Com DRaaS, você aciona o failover para um ponto de restore anterior ao comprometimento. A replicação contínua permite escolher o ponto exato de recuperação — antes da infecção. Sem DRaaS, a alternativa é restaurar backup por backup, servidor por servidor.
Falha total de datacenter
Incêndio, queda de energia prolongada, desastre natural ou falha de refrigeração eliminam o ambiente primário. O DRaaS mantém o negócio operando a partir do datacenter de DR até que o primário seja reestabelecido.
Erro humano crítico
Um administrador deleta uma tabela de produção, aplica um patch que derruba a aplicação ou misconfigura um firewall. O DRaaS permite reverter para um ponto anterior em minutos, sem depender de janelas de backup.
Conformidade regulatória
BACEN, ANS, LGPD e normas ISO exigem plano de continuidade documentado e testado. DRaaS fornece os logs de replicação, relatórios de teste e evidências que auditores exigem.
Como avaliar e testar um DRaaS
Avaliação do serviço
Antes de contratar, verifique:
- RPO/RTO garantidos em contrato — não apenas “estimados”. Se o provedor não coloca os números no SLA, o compromisso não existe.
- Localização dos dados — para conformidade com a LGPD, o ambiente de DR deve estar em território nacional.
- Frequência de replicação real — pergunte o intervalo de captura de blocos, não apenas a “janela de backup”.
- Capacidade de failover seletivo — é possível fazer failover de apenas uma aplicação sem derrubar todo o ambiente?
- Suporte durante o failover — o provedor acompanha o processo ou você executa sozinho?
Testes obrigatórios
DRaaS não testado é promessa, não proteção. Estabeleça um calendário:
- Teste de restore pontual: mensal — verifica que os dados replicados são íntegros e restauráveis.
- Teste de failover em sandbox: trimestral — aciona o ambiente de DR em isolamento sem impactar produção.
- Simulação de desastre completa: anual — failover real com validação de RTO e RPO medidos, não estimados.
Documente cada teste com evidências: tempo de failover, tempo de failback, dados perdidos, problemas encontrados e ações corretivas.
A Adentro oferece Disaster Recovery com datacenters Tier III em Osasco/SP, Vinhedo/SP e Porto Alegre/RS, replicação contínua e SLA contratual de 99,99%. Fale com um arquiteto para dimensionar o modelo correto para sua operação.