Disaster recovery com Azure Site Recovery

Backup e DR nao sao a mesma coisa

E comum confundir backup e disaster recovery (DR), mas eles resolvem problemas diferentes. Backup preserva copias para recuperar dados perdidos. DR mantem a operacao rodando apos um desastre que derruba um site inteiro. O Azure Site Recovery (ASR) e o servico da Microsoft para orquestrar essa continuidade, replicando cargas e permitindo failover para o Azure ou entre regioes.

Como Microsoft Solutions Partner, a RHC desenha planos de DR com ASR alinhados aos objetivos de RTO e RPO do negocio.

Backup vs DR: a distincao que importa

Uma estrategia madura tem os dois: backup para perda de dados e DR para indisponibilidade ampla.

Como o Azure Site Recovery funciona

O ASR replica continuamente as cargas para um destino e permite orquestrar o failover:

• Replicacao de VMs do Azure para outra regiao, ou de VMs on-premises (VMware, Hyper-V, fisicas) para o Azure.
• Pontos de recuperacao consistentes por aplicacao e por crash.
• Failover planejado ou nao planejado para o destino.
• Failback para o site original quando ele se restabelece.
• Planos de recuperacao que orquestram a ordem de subida das cargas.

Desenhando o plano de DR

Um plano de DR eficaz nasce de perguntas de negocio:

1. Quais aplicacoes sao criticas e em que ordem devem voltar?
2. Qual RTO cada uma exige (tempo maximo parado)?
3. Qual RPO cada uma tolera (dado maximo perdido)?
4. Quais dependencias existem entre elas (rede, identidade, banco)?
5. Qual regiao de destino atende compliance e latencia?

Dessas respostas surge o desenho de replicacao, os grupos de failover e os planos de recuperacao.

Planos de recuperacao e ordem de subida

Aplicacoes nao sobem em qualquer ordem. Um plano de recuperacao no ASR define:

• Grupos de VMs que sobem juntas.
• Sequencia entre grupos (por exemplo, banco antes da aplicacao).
• Acoes automatizadas (scripts, runbooks) entre etapas.
• Configuracao de rede no destino para que os servicos se encontrem.

Isso transforma um failover caotico em um procedimento ordenado e repetivel.

Testes sem impacto: o diferencial

O maior valor do ASR e o teste de failover sem afetar a producao. Em uma rede isolada, voce sobe as cargas replicadas, valida funcionamento e derruba tudo, sem tocar no ambiente ativo. Isso permite:

• Comprovar que o DR realmente funciona.
• Medir o RTO real de ponta a ponta.
• Treinar a equipe no procedimento.
• Ajustar os planos de recuperacao antes de um evento real.

Um plano de DR nunca testado e apenas uma intencao.

Integracao com a estrategia de continuidade

DR e uma peca do BCDR (continuidade de negocio e recuperacao de desastre). Deve conectar-se a:

• Backup para cenarios de perda de dados.
• Identidade resiliente (Entra ID) que sobrevive a falha de site.
• Comunicacao de crise e papeis definidos.
• Runbooks documentados e acessiveis durante o incidente.

Key takeaways

• Backup recupera dados; DR mantem a operacao apos um desastre amplo.
• O Azure Site Recovery replica cargas e orquestra failover e failback.
• Desenhe o plano a partir de RTO, RPO e dependencias por aplicacao.
• Use planos de recuperacao para ordenar a subida das cargas.
• Teste o failover sem impacto para comprovar e medir o RTO real.
• Integre DR ao conjunto de BCDR, com backup e identidade resiliente.

A RHC desenha, implementa e testa planos de DR com Azure Site Recovery, garantindo que a recuperacao seja comprovada, nao presumida.