Vídeo: Tim Keller | Life and Prosperity, Death and Destruction | Deuteronomy 30 2024
Parte do planejamento de recuperação de desastres de TI para Dummies Cheat Sheet
O teste é uma parte natural do ciclo de vida para muitos esforços de desenvolvimento de tecnologia: software, processos e - sim - planejamento de recuperação de desastres. Os desastres não ocorrem com muita frequência, de modo que raramente pode-se dizer claramente se esses planos DR funcionam. E dada a natureza dos desastres, se o seu plano DR falhar, a organização pode não sobreviver ao desastre.
Aqui estão os cinco tipos de testes de recuperação de desastres:
-
Teste de papel: Indivíduos lêem e anotam planos de recuperação.
-
Teste passo a passo: Os grupos caminham através de planos para identificar problemas e mudanças.
-
Simulação: Os grupos passam por um desastre simulado para identificar se os planos de resposta de emergência são adequados.
-
Teste paralelo: Os sistemas de recuperação são criados / configurados e testados para verificar se eles podem executar transações comerciais reais para suportar processos-chave. Os sistemas primários ainda carregam a carga de trabalho completa.
-
Teste de corte: Os sistemas de recuperação são criados / configurados para assumir a carga de trabalho de produção completa. Você desconecta os sistemas primários.
Estrutura seus testes de DR da mesma maneira que você estrutura outras empresas complicadas, como desenvolvimento de software e testes associados. Basta seguir estas etapas:
-
Determine com que frequência você deve executar cada tipo de teste.
-
Teste componentes individuais.
Observe quaisquer discrepâncias e, em seguida, passe o plano de volta para as pessoas que escreveram cada seção para que possam atualizá-la. Este processo melhora a qualidade e a precisão do plano DR, o que aumenta a probabilidade de a organização realmente sobreviver a um desastre se ocorrer.
-
Execute testes mais amplos de componentes combinados.
-
Teste todo o plano.
Ao executar essas quatro etapas, você pode identificar muitos erros durante testes individuais e corrigir esses erros antes de fazer testes mais abrangentes. Este processo economiza tempo impedindo pequenos erros de interromper testes abrangentes que envolvam muitas pessoas.
