O que é Disaster Recovery e como recuperar a tecnologia após um desastre?

Quais estratégias de recuperação existem?

A escolha da estratégia equilibra custo e velocidade. As alternativas costumam ser descritas assim:

• Site frio: existe um local ou contrato para receber a infraestrutura, mas os sistemas precisam ser montados e restaurados a partir do backup. É a opção mais barata e a mais lenta.
• Site morno: parte da infraestrutura já está pronta e os dados são copiados periodicamente. A recuperação leva menos tempo, ainda com algum trabalho manual.
• Site quente: um ambiente equivalente recebe réplicas quase contínuas e pode assumir em pouco tempo. É a opção mais cara.
• DR na nuvem: as cópias ou réplicas ficam em um provedor de nuvem, e as máquinas de destino só são ligadas em um desastre ou teste, o que reduz o custo no dia a dia. Quando contratado como serviço, o modelo é chamado de DRaaS (Disaster Recovery as a Service).

A empresa não precisa usar a mesma estratégia para tudo. O ERP pode ter réplica pronta, enquanto o servidor de arquivos históricos é restaurado do backup.

Como RPO e RTO mudam a arquitetura?

O RPO indica quanto tempo de dados pode ser perdido, ou seja, a distância máxima aceitável entre o incidente e o último ponto de recuperação. O RTO indica em quanto tempo o serviço precisa estar de volta. Os dois determinam a tecnologia. Se o negócio aceita perder um dia de dados e ficar algumas horas parado, um backup diário restaurado em infraestrutura disponível pode bastar. Se a perda tolerada é de minutos, serão necessárias replicação ou cópias muito frequentes, como o backup de logs de transação dos bancos de dados. Se o serviço precisa voltar em poucos minutos, as máquinas de destino já devem estar preparadas, com rede, identidades e acessos configurados.

Metas mais curtas custam mais. Por isso, elas devem nascer de uma conversa com as áreas de negócio, com o custo de cada opção na mesa.

Que tipos de teste incluir no plano?

Os testes variam em profundidade e em risco para a operação:

1. Revisão documental: confere contatos, credenciais de emergência, licenças e procedimentos.
2. Exercício de mesa: a equipe percorre um cenário e identifica lacunas sem mexer nos sistemas.
3. Recuperação isolada: sistemas são restaurados em uma rede separada da produção, o que permite medir tempo e integridade sem afetar usuários.
4. Failover completo: a operação passa de fato para o ambiente de recuperação e depois retorna.

Em cada teste, registre o tempo real comparado ao RTO, os dados perdidos comparados ao RPO e as pendências encontradas. Testar ao menos uma vez por ano e depois de mudanças relevantes é uma prática comum.

O que muda quando o desastre é um ataque?

Planos pensados para incêndio ou falha de hardware partem de um ambiente confiável. Em um ataque de ransomware, essa premissa cai. A réplica pode ter recebido arquivos já criptografados, contas administrativas podem estar nas mãos do invasor e o próprio console de backup pode ter sido alvo.

A recuperação após um ataque costuma exigir etapas próprias: investigar o alcance do incidente, escolher um ponto de restauração anterior ao comprometimento, reconstruir identidades, trocar credenciais e restaurar primeiro em um ambiente isolado. Cópias em backup imutável e um contato definido com a equipe de resposta a incidentes tornam esse processo mais previsível.