Home Comunidade Eventos YouTube Networks Desafios // produtos Academy News CTI | CVE Contato

02 - Plano de Recuperação de Desastres (DRP)

video explicativo
Video explicativoEspaco reservado para o video desta anotação — adicione 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:

  1. O que pode dar errado? — catálogo de cenários de desastre.
  2. Quanto tempo podemos ficar sem? — tolerância a interrupção (RTO).
  3. 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:

  1. Detecção e Declaração: Identificação do desastre, ativação formal pelo Disaster Recovery Coordinator.
  2. Gestão de Crise: Convocação do crisis team, comunicação com stakeholders, acionamento de retainer forense quando aplicável.
  3. Manutenção da Continuidade Operacional: Execução de procedimentos manuais ou degradados (ex: PED Offline, Venda por telefone).
  4. Recuperação de Serviços: Restauração técnica (reativar VMs, promover réplica, restaurar backup, reconfigurar DNS).
  5. Retorno ao Normal (Failback): Migração de volta ao site primário, com sincronização reversa.
  6. 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.