5 Maneiras de testá-lo planos de recuperação de desastres
Video: Guia para recuperação de desastres de TI
Conteúdo
O teste é uma parte natural do ciclo de vida para muitos esforços de desenvolvimento tecnológico: software, processos e - sim - planejamento de recuperação de desastre. Desastres não ocorrem com muita frequência para que você raramente pode dizer claramente se esses planos de DR irá realmente funcionar. E dada a natureza dos desastres, se o seu plano de DR falhar, a organização pode não sobreviver ao desastre.
Video: Webcast - Recuperação de Desastres com Exchange Server 2010
Aqui estão os cinco tipos de testes de recuperação de desastres:
teste de Papel: Indivíduos ler e anotar planos de recuperação.
teste Passo a passo: Grupos percorrer planos para identificar problemas e mudanças.
Simulação: Grupos passar por um desastre simulado para identificar se os planos de resposta de emergência são adequados.
teste paralelo: sistemas de recuperação são construídos / configurado e testado para ver se eles podem realizar transações de negócios reais para apoiar os processos-chave. sistemas primários ainda carregam a carga de trabalho de produção completo.
teste de transição: sistemas de recuperação são construídos / configurado para assumir a carga de trabalho de produção completo. Você desconectar sistemas primários.
Video: 5 maneiras de sobreviver a um desastre
Estruturar o seu teste de DR da mesma forma que você estruturar outras empresas complicados, como o desenvolvimento e teste de software associado. Basta seguir estes passos:
Determinar com que freqüência você deve executar cada tipo de ensaio.
Testar componentes individuais.
Video: Criação de um plano de recuperação
Nota quaisquer discrepâncias, e em seguida, passar o plano de volta para as pessoas que escreveram cada seção para que eles possam atualizá-lo. Este processo melhora a qualidade e precisão do plano de DR, o que aumenta a probabilidade de que a organização vai realmente sobreviver a um desastre se um ocorre.
Realizar testes mais vastas dos componentes combinados.
Teste o plano inteiro.
Ao realizar estas quatro etapas, você pode identificar muitos erros durante os testes individuais e corrigir esses erros antes de fazer testes mais abrangentes. Este processo economiza tempo, impedindo que pequenos erros de interromper testes abrangentes que envolvem um grande número de pessoas.