목표복구시간, 목표복구지점 및 복구 계층
예기치 않은 중단 이벤트로 인해 조직의 비즈니스 프로세스가 다운타임에 직면할 수 있습니다. 비즈니스 프로세스를 복구 계층으로 분류하고 조직에서 작업에 큰 영향을 주지 않고 처리할 수 있는 시간과 데이터 손실의 양을 계산하는 것이 중요합니다.
목표복구시간
RTO(복구 시간 목표)는 비즈니스 운영에 큰 영향을 주지 않고 중단 이벤트 또는 데이터 손실 후 컴퓨터, 시스템, 네트워크 또는 애플리케이션이 복구하는 데 걸리는 최대 시간입니다.
비즈니스 사용자와 IT 소유자는 의 BIA 구성요소 BCM UIB 작업 공간에 있는 평가에 응답하여 각각 비즈니스 영향 분석 및 기술 영향 분석을 수행할 수 있습니다. 평가 탭의 샘플 보기는 다음 예제에 나와 있습니다.
비즈니스 사용자인 경우 평가 탭에서 목표복구시간 평가에 응답하여 비즈니스 서비스 및 프로세스의 목표복구시간을 예측할 수 있습니다. 질문은 BCM 관리자가 설정한 구성에 따라 복구 시간 목표 평가 탭에 표시됩니다. 데모 데이터가 포함된 샘플 복구 시간 목표 평가가 다음 예제에 나와 있습니다.
목표복구지점
RPO(복구 지점 목표)는 비즈니스 프로세스가 작업에 큰 영향을 주지 않고 처리할 수 있는 최대 허용 데이터 손실을 정의합니다.
IT 소유자인 경우 BIA의 복구 지점 목표 평가에 응답하여 데이터 응용 프로그램 및 시스템에 대한 복구 지점 목표를 예측할 수 있습니다. BCM 관리자가 설정한 구성에 따라 다음 예제와 같이 복구 시간 목표 평가 탭에 질문이 표시됩니다.
복구 계층
BCM 관리자인 경우 한 가지 유형의 복구 계층에서 비슷한 범위의 RTO(복구 시간 목표) 값을 따르는 비즈니스 응용 프로그램 집합을 분류할 수 있습니다. 예를 들어 미션 크리티컬 복구 계층의 경우 복구 시간 목표는 즉시, 1시간 및 4시간일 수 있습니다.
복구 계층 및 관련 복구 시간 목표가 다음 예제에 표시됩니다.
BCM 관리자는 다음 예제와 같이 복구 계층을 구성하고 복구 시간 목표를 설정할 수 있습니다.
- BIA 점수 및 영향 평가 결과
- 요소 복구 시간
- 미션 크리티컬
- 비즈니스에 중요함
- 필수
- 필수가 아님
- 중요
- 중요하지 않음
관리자에 의한 복구 계층 구성
응용 프로그램에서 복구 계층 Business Continuity Management 을 구성하는 방법에 대한 자세한 내용은 을 참조하십시오 Business Impact Analysis에 대한 복구 계층 구성.
복구 시간 범위
- 즉시
- 1시간
- 4시간
- 8 시간
- 24시간
- 72시간 유효
- 1주
- 2주
다음 예제에서는 응용 프로그램의 복구 시간 범위 구성을 보여 줍니다 Business Continuity Management .
응용 프로그램에서 복구 기간을 Business Continuity Management 구성하는 방법에 대한 자세한 내용은 을 참조하십시오 .