IT 재해 복구 계획을 테스트하는 5 가지 방법

인형 재판을위한 IT 재해 복구 계획의 일부

테스팅은 많은 생명주기의 자연스러운 부분입니다 기술 개발 노력: 소프트웨어, 프로세스 및 재난 복구 계획 재해는 자주 발생하지 않으므로 DR 계획이 실제로 작동하는지 분명하게 알 수있는 경우는 거의 없습니다. 재난의 본질을 감안할 때 재해 복구 계획이 실패하면 재해에서 살아남지 못할 수도 있습니다.

개인이 복구 계획을 읽고 주석을 추가합니다.

• 연습 테스트: 그룹은 문제 및 변경 사항을 파악하기위한 계획을 진행합니다.

• 시뮬레이션: 그룹은 모의 재난을 통해 응급 대응 계획이 적절한 지 확인합니다.

• 병렬 테스트: 복구 시스템은 기본 프로세스를 지원하기 위해 실제 비즈니스 트랜잭션을 수행 할 수 있는지 확인하기 위해 구축 / 설정 및 테스트됩니다. 주요 시스템은 여전히 ​​전체 프로덕션 작업을 수행합니다.

• 컷 오버 테스트:
  복구 시스템은 전체 프로덕션 작업량을 차지하도록 구축 / 설정됩니다. 주 시스템 연결을 끊습니다.

• 소프트웨어 개발 및 관련 테스트와 같은 다른 복잡한 작업을 구조화하는 것과 동일한 방식으로 DR 테스트를 구성하십시오. 다음 단계를 따르십시오. 각 유형의 테스트를 얼마나 자주 수행해야하는지 결정하십시오.

1. 개별 구성 요소를 테스트합니다.

   불일치를 기록한 다음 각 섹션을 작성한 사람들에게 계획을 전달하여 업데이트 할 수 있도록합니다. 이 프로세스는 재해 복구 계획의 품질과 정확성을 향상시켜 재해가 발생하더라도 재해에서 실제로 생존 할 가능성을 높입니다.

2. 결합 된 구성 요소에 대해 더 넓은 테스트를 수행합니다.

   전체 계획을 테스트하십시오.

3. 이 네 단계를 수행하면 개별 테스트 중 많은 오류를 식별하고보다 포괄적 인 테스트를 수행하기 전에 오류를 수정할 수 있습니다. 이 프로세스는 많은 사람들이 참여하는 포괄적 인 테스트를 방해하는 실수를 거의 예방함으로써 시간을 절약합니다.