Teste seco DR

Um teste seco é uma execução prática em papel de seu plano de DR. Ao executar um teste seco, você não realiza nenhuma recuperação, mas verifica se não há falhas óbvias em seu plano. Por exemplo, o teste seco ajuda a garantir que:

• você tem o pessoal certo envolvido
• os backups estão presentes e disponíveis
• os canais de comunicação entre o pessoal estão funcionando
• não há etapas faltando nos runbooks de DR
• as transferências entre equipes funcionam com eficiência

Um teste seco de DR exige o mesmo esforço em termos de habilidades e pessoas que qualquer outro teste. Como não são executadas ações de recuperação reais, esse tipo de teste é mais rápido e, portanto, normalmente é executado com maior frequência em comparação com os outros tipos de teste. Você pode optar por executar o plano em sua totalidade ou testar partes e serviços individuais dentro dele.

Simulação DR

A simulação de DR é uma maneira de verificar ou auditar os runbooks de emergência e verificar os objetivos de tempo de recuperaçãoNo planejamento de recuperação de desastres, o período de tempo para que um processo comercial seja restaurado após um desastre. (RTO) e os objetivos de ponto de recuperaçãoNo planejamento da recuperação de desastres, o tempo em que os dados são restaurados é medido em tempo (segundos, minutos, horas), começando na instância recuperada e terminando no ponto do desastre. (RPO) fornecidos pela solução, simulando as condições de uma emergência real e restaurando os dados.

Uma simulação de DR precisa de um planejamento cuidadoso, pois você está introduzindo possíveis interrupções na replicação de dados da região primária e, ao mesmo tempo, evitando o impacto nas cargas de trabalho de produção. Enquanto estiver testando o ambiente de DR, ele poderá ficar temporariamente indisponível para fins reais de recuperação de desastres. Esse risco depende dos serviços de nuvem específicos e de como eles são implantados. Alguns serviços podem permitir testes e disponibilidade simultâneos, enquanto outros não.

Uma simulação de DR cria uma cópia temporária de seu ambiente de produção na região de DR designada para teste e validação. Após o término da simulação, o ambiente de teste é excluído ou redefinido, e todas as alterações feitas durante o teste são descartadas, pois o ambiente de produção principal continua a operar normalmente.

Comutação

A transição envolve a troca de seu ambiente de produção de uma região para outra. Esse método ajuda a verificar e auditar a capacidade de executar e sustentar operações de produção por um longo período em uma região alternativa. As operações de produção são interrompidas na primeira região, transferidas para a segunda região e reiniciadas após qualquer restauração de dados que possa ser necessária.

Depois de verificar se a segunda região funciona conforme o esperado, você pode retomar as atividades de produção e configurar a replicação de dados para tornar a região original a nova região secundária. Seu ambiente de produção continua a ser executado a partir desse site até que você decida mudar novamente.

Frequência de testes de DR

A frequência com que você testa seu plano de DR depende de muitos fatores, incluindo o que é exigido pelos padrões de conformidade regulamentar. Se a conformidade não for uma preocupação, procure realizar um teste completo de DR pelo menos uma vez por ano e documente os resultados para análise do auditor. É uma boa prática realizar testes em menor escala ao longo do ano para ajudar a garantir a prontidão.

Considere as seguintes perguntas e ajuste a frequência de seus testes:

Quão dinâmica é minha carga de trabalho?

Quanto mais sua carga de trabalho mudar, mais frequentemente você precisará realizar algum tipo de teste de DR. Dessa forma, você pode verificar se as alterações não afetam sua capacidade de recuperação. As alterações podem incluir novas dependências, outros serviços de nuvem, alterações de infraestrutura e muito mais. Conjuntos de dados cada vez maiores levam mais tempo para serem recuperados, o que pode afetar sua capacidade de atender a um RTO específico.

Qual é o grau de dinamismo da minha equipe?

Você também pode considerar a rotatividade da equipe na frequência dos testes. Se os membros da equipe que realizam a recuperação mudarem, certifique-se de que os novos membros da equipe entendam como a recuperação de desastres funciona e sua função no plano de recuperação de desastres. Se houver vários novos membros da equipe inseguros ou que não estejam familiarizados com os testes de recuperação de desastres, você adicionará riscos ao seu plano de recuperação.

Em que mais meus testes devem se concentrar?

O objetivo principal de qualquer teste de recuperação de desastres é confirmar que você pode recuperar cargas de trabalho com êxito. No entanto, certifique-se de que os itens a seguir também funcionem bem:

• Pessoal-chave: O plano de recuperação de desastres deve descrever o pessoal necessário para uma recuperação bem-sucedida e quais são suas funções. Considere se você precisa de mais pessoas ou funções durante os testes, ou se algumas foram excedentes aos requisitos, e quão bem as pessoas conseguiram desempenhar suas funções.
• Comunicação: O plano de recuperação de desastres deve descrever claramente como se comunicar em caso de desastre. Considere se a comunicação entre os participantes, incluindo os canais de comunicação usados, funcionou bem durante os testes.
• Dependências documentadas: Seu plano de DR provavelmente descreve as dependências. Verifique se eles são válidos e não atrapalham o processo de recuperação. Ao mesmo tempo, certifique-se de que todas as novas dependências sejam registradas.
• Outra documentação: Os runbooks podem ser usados para implementar a recuperação, portanto, é importante entender a precisão e a eficácia deles. A subdocumentação das etapas pode levar a atrasos, enquanto o fornecimento de muitos detalhes ou de detalhes que não são relevantes pode ter o mesmo efeito. Peça a alguém que não seja o autor que teste as etapas para ajudar a garantir que elas sejam claras. Dessa forma, o processo pode ser usado mesmo que o autor não esteja disponível durante um desastre.

Após o teste

Após a conclusão de qualquer teste, registre os resultados como referência para o próximo teste. Se você alterar o procedimento de teste posteriormente, será fácil comparar os resultados.

Após cada teste de recuperação de desastres, atualize o plano e a documentação relacionada com base nos resultados. Um plano de DR é um documento vivo que precisa de ajustes regulares para permanecer eficaz. Use o feedback dos participantes para identificar o que funcionou bem e o que não funcionou, e incorpore essas percepções em testes futuros. Além disso, considere a possibilidade de oferecer mais treinamento, se necessário, seja para esclarecer as funções, melhorar a comunicação ou aprimorar as habilidades técnicas.