02 - Plano de Recuperação de Desastres (DRP)
video: https://youtu.be/... no frontmatter da nota.Plano de Recuperação de Desastres (DRP)
1. Definição e Propósito Estratégico
O Plano de Recuperação de Desastres (DRP — Disaster Recovery Plan) é um documento estratégico e operacional que descreve as medidas e instruções detalhadas para evitar que falhas operacionais e desastres impactem negativamente a infraestrutura tecnológica de uma organização. Enquanto o BCP (Business Continuity Plan) cobre a continuidade do negócio como um todo, o DRP foca especificamente nos sistemas de TI, definindo como restaurar a operação com o menor custo e o menor impacto possível na disponibilidade.
O DRP responde a três perguntas fundamentais:
- O que pode dar errado? — catálogo de cenários de desastre.
- Quanto tempo podemos ficar sem? — tolerância a interrupção (RTO).
- Quanto podemos perder? — tolerância à perda de dados (RPO).
2. Indicadores de Tolerância
| Indicador | Significado | Exemplo Prático |
|---|---|---|
| RTO (Recovery Time Objective) | Tempo máximo aceitável para retomar a operação após o desastre | E-commerce: 4h; RH interno: 7d |
| RPO (Recovery Point Objective) | Quantidade máxima de dados perdidos (medida em tempo) | Banco: 0 (replicação síncrona); BI: 24h |
| RTO/RPO = 0 | Operação sem perda aceitável | Data centers Tier IV com replicação ativa-ativa |
| MAD (Maximum Allowable Downtime) | Tempo máximo absoluto antes de falência | Definido por análise financeira |
| WRT (Work Recovery Time) | Tempo de validação pós-restauração técnica | Testes funcionais após restore de backup |
A relação entre RTO/RPO e custo obedece a uma lei exponencial: quanto menores os valores, maior o custo da infraestrutura necessária. A escolha ótima equilibra custo da solução com custo do impacto (perda de receita, multas, reputação).
3. Análise de Impacto no Negócio (BIA)
A BIA (Business Impact Analysis) é o passo anterior à definição dos RTO/RPO e responde a três perguntas:
- Quais processos são críticos? Classificação em tiers (Tier 1 — crítico; Tier 2 — importante; Tier 3 — não essencial).
- Qual a dependência tecnológica? Quais sistemas suportam cada processo.
- Qual o impacto financeiro e regulatório? Perda de receita por hora, multas SLA, sanções.
Exemplo de tabela BIA:
| Processo de Negócio | Sistema | Tier | RTO | RPO | Impacto/h (R$) |
|---|---|---|---|---|---|
| Vendas online | E-commerce + ERP | T1 | 2h | 0 | 80.000 |
| Atendimento cliente | CRM + Telefonia | T1 | 4h | 15min | 15.000 |
| RH / Folha | HR System | T3 | 7d | 24h | 0 (sazonal) |
| BI / Relatórios | Data Warehouse | T2 | 48h | 24h | 1.000 |
4. Estratégias de Recuperação
4.1. Sites de Recuperação
| Tipo | Descrição | RTO Típico | Custo Relativo |
|---|---|---|---|
| Cold Site | Espaço físico sem equipamentos; ativação exige compra e instalação | Semanas | Baixo |
| Warm Site | Hardware instalado, sem dados; replicação periódica | Dias | Médio |
| Hot Site | Hardware + dados em sincronia quase tempo real | Minutos a horas | Alto |
| Active-Active | Dois sites processando simultaneamente; failover instantâneo | Segundos | Muito alto |
| Cloud DR | Recursos sob demanda; infraestrutura elástica | Minutos | Pago por uso |
4.2. Estratégia de Backup: Regra 3-2-1
| Número | Significado |
|---|---|
| 3 | Cópias dos dados |
| 2 | Mídias diferentes (disco + fita, disk + object storage) |
| 1 | Cópia offsite (fora do site primário, idealmente em outra região/nuvem) |
Variações modernas: 3-2-1-1-0 adiciona uma cópia offline ou immutable (imune a ransomware) e zero erros de verificação após backup.
4.3. Replicação
| Modo | Latência | Perda de Dados | Custo |
|---|---|---|---|
| Síncrona | Alta (espera ack) | Zero | Muito alto |
| Assíncrona | Baixa | Pequena (segundos a minutos) | Médio |
| Semi-síncrona (PostgreSQL) | Média | Configurável | Médio-alto |
5. Fases de Execução do Plano
A ativação do DRP segue fases sequenciais baseadas no NIST SP 800-34:
- Detecção e Declaração: Identificação do desastre, ativação formal pelo Disaster Recovery Coordinator.
- Gestão de Crise: Convocação do crisis team, comunicação com stakeholders, acionamento de retainer forense quando aplicável.
- Manutenção da Continuidade Operacional: Execução de procedimentos manuais ou degradados (ex: PED Offline, Venda por telefone).
- Recuperação de Serviços: Restauração técnica (reativar VMs, promover réplica, restaurar backup, reconfigurar DNS).
- Retorno ao Normal (Failback): Migração de volta ao site primário, com sincronização reversa.
- Pós-Desastre: Relatório de lições aprendidas, atualização do plano.
6. Tipos de Teste
| Tipo | Descrição | Frequência | Custo | Risco |
|---|---|---|---|---|
| Checklist / Walkthrough | Revisão documental em sala | Mensal | Baixo | Nenhum |
| Tabletop | Simulação discussiva; participantes descrevem ações | Trimestral | Baixo | Nenhum |
| Simulation | Cenário simulado sem impacto real; equipe de resposta se mobiliza | Semestral | Médio | Baixo |
| Parallel Test | Site secundário ativado em paralelo; primário continua operando | Anual | Médio | Médio |
| Full Interruption | Site primário desligado; failover real | Anual/Bi-anual | Alto | Alto |
Testes devem ocorrer no mínimo duas vezes por ano, com rotação de cenários (ransomware, desastre natural, falha de provedor, ataque insider).
7. Cenários de Desastre a Considerar
| Categoria | Cenários |
|---|---|
| Natural | Incêndio, enchente, terremoto, furacão, pandemia |
| Tecnológico | Falha de storage, bug em update, outage de provedor |
| Cibernético | Ransomware, wiper, ataque a fornecedor (SolarWinds), DDoS prolongado |
| Humano | Sabotagem interna, erro de configuração, social engineering |
| Operacional | Queda de link, falta de energia (UPS falha), falha de ar-condicionado |
| Geopolítico | Sanções, bloqueio de provedor internacional, regulamentação |
8. Integração com Governança
- BCP (Business Continuity Plan): Engloba análise de riscos, planos de contingência operacional e o DRP. O DRP é o componente técnico; o BCP é o guarda-chuva corporativo.
- Gestão de Incidentes: O DRP fornece procedimentos para que a equipe de resposta atue sobre eventos que comprometam a Tríade CIA (Confidencialidade, Integridade, Disponibilidade).
- Conformidade e Responsabilidade: A existência de um DRP bem estruturado protege profissionais e a empresa de serem responsabilizados por negligência ou imperícia em caso de sinistros. Auditorias ISO 22301 e reguladores (BACEN, ANATEL, ANS) exigem evidências documentais.
9. Métricas de Sucesso do DRP
| Métrica | Definição | Alvo |
|---|---|---|
| Test Pass Rate | % de testes concluídos sem desvios críticos | > 90% |
| DR Drill Frequency | Quantidade de testes por ano | >= 2 |
| Plano Atualizado | % do plano revisado nos últimos 6 meses | 100% |
| MTTR de Desastre Real | Tempo médio de recuperação em incidentes reais | <= RTO definido |
| Cobertura de Sistemas Críticos | % de sistemas Tier 1 com DR formalizado | 100% |
10. Conclusão
Um DRP não é um documento engavetado — é um processo vivo, exercitado, medido e atualizado continuamente. Empresas que implementam DRP sem pessoal dedicado, sem testes periódicos e sem integração com o BCP estão, na prática, sem DRP algum: o documento existe, mas a organização só descobrirá suas falhas no momento do desastre, quando o custo da descoberta é multiplicado. A regra de ouro é simples: planeje o pior, teste o plano, atualize com frequência e nunca confie em um plano não exercitado. Em um cenário onde ataques de ransomware paralisam empresas por semanas, a capacidade de restaurar a operação em horas — não em dias — é o que separa a sobrevivência da falência.