비즈니스 영향 분석 생성
에서 BCM UI 빌더 작업 공간 비즈니스 영향 분석을 생성하여 계획에 필요한 정보를 얻습니다.
시작하기 전에
필요한 역할: sn_bia.bia_admin, sn_bia.bia_manager, sn_bcm.program_manager, sn_bcm.planner
이 태스크 정보
릴리스부터 Yokohama 레거시 평가 또는 스마트 평가를 사용하여 BIA(Business Impact Analysis) 템플릿을 구성할 수 있습니다. 스마트 평가는 여러 질문 유형을 제공하며 영향 자동화를 사용하여 답변에 따라 RTO, RPO 및 복구 계층을 계산합니다. 레거시 또는 스마트 평가를 사용하여 BIA 템플릿을 구성하려면 또는 문서를 스마트 평가를 사용하여 BIA 템플릿 구성참조하십시오레거시 평가를 사용하여 BIA 템플릿 구성.
- 종속 항목의 최신 BIA와 복구 목표(예: 복구 시간 목표(RTO), 복구 지점 목표(RPO) 및 복구 계층)에 액세스합니다.
- BIA의 의존성 평가에서 열을 구성합니다.
- CMDB에서 종속성에 대한 자동 업데이트를 예약합니다.
- 수동 검토 후 업데이트가 수행되도록 구성합니다.
이제 BIA 관리자(sn_bia.bia_manager)에는 문서 템플릿에 대한 읽기 및 쓰기 권한을 제공하는 문서 작성자(sn_doc.writer) 역할이 포함됩니다.
프로시저
-
목록 뷰에서 Business Impact Analysis 로 이동하여 새로 만들기를 선택합니다.
새 영향 분석 생성 양식이 예시와 같이 표시됩니다.
-
상세 정보 탭에서 BIA에 대한 RTO 상세 정보를 검토합니다.
완료된 RTO 필드는 동일한 양식에서 사용할 수 있는 목표복구시간 및 조정된 RTO 필드의 값에 따라 자동으로 계산됩니다.
BIA에 복구 시간 목표 필드가 이미 있는 경우 애플리케이션은 완료된 목표복구시간(RTO)에 대해 해당 목표복구시간 값을 자동으로 사용합니다. BIA에 조정된 목표복구시간(RTO ) 필드가 있는 경우 애플리케이션은 조정된 목표복구시간(RTO) 값을 자동으로 최종 목표복구시간(RTO)에 사용합니다. 필드에 대한 자세한 내용은 의 필드 설명 새로운 영향 분석 양식 생성을 참조하십시오.
이 예는 애플리케이션이 수정 스크립트를 실행하지 않았기 때문에 완료된 RTO 필드가 비어 있음을 보여줍니다.
-
선택적 단계로 조정된 RTO 필드에 조정된 RTO 필드에 수동으로 RTO를 추가하고, 조정된 RTO 사유를 추가하고, 변경 내용을 저장합니다.
조정된 RTO 필드의 값을 수동으로 업데이트하면 조정된 RTO 사유 필드가 표시됩니다. 이유를 추가하고 변경 내용을 저장할 수 있습니다.
결과적으로 최종 목표복구시간(RTO )은 조정된 목표복구시간(RTO) 값으로 채워집니다.
-
평가 탭에서 영향 분석 평가 및 의존성 평가를 봅니다.
예시에 표시된 대로 의존성 유형과 관련된 데이터를 추적할 수 있습니다.
예시와 같이 관련 BIA에서 상세 정보를 추가할 수 있습니다.
서비스에 대한 중요도 평가를 수행하는 시나리오를 생각해 보십시오. 이 평가는 비즈니스 서비스 소유자 또는 비즈니스 프로세스 소유자가 수행합니다. 여기에는 팀, 애플리케이션, 하드웨어 자원, 벤더 및 위치를 포함하여 일상적인 운영을 지원하는 모든 필수 종속성이 포함되어 프로세스가 효과적으로 완료되고 제공되는지 확인합니다.
릴리스부터 Xanadu 종속성 평가를 수행하면 종속성을 끌어오고 동일한 기록 내에서 요구 사항을 볼 수 있습니다. 예를 들어, 비즈니스 애플리케이션에 대한 비즈니스 요구 사항: Acrobat은 다운타임이 비즈니스에서 설정한 RTO(복구 시간 목표)인 72시간을 초과해서는 안 되도록 지정합니다.
그러나 관련 항목 RTO에 표시된 것처럼 IT 팀에서 커밋한 RTO는 1개월입니다. 또한 BIA 소유자는 동일한 화면에서 관련 항목 BIA(비즈니스 영향 분석), 관련 항목 목표복구시간(RTO), 관련 항목 목표복구지점(RPO) 및 관련 항목 복구 계층 열에서 상세 정보를 볼 수 있습니다.
-
평가의 소유자로 영향 분석 평가를 시작하고, 목표복구시간 평가, 목표복구지점 평가 또는 종속성 평가에 대한 카드를 선택한 후 질문에 응답합니다.
이전에는 BIA의 평가 탭에 단일 평가 카드와 평가 열기 버튼이 표시되었습니다. 릴리스부터 Yokohama BIA의 평가 탭에 있는 카드 레이아웃이 여러 평가 및 의존성 평가를 2열 배열로 표시하도록 업데이트되었습니다.
이 예에서는 목표복구시간(RTO) 평가를 보여줍니다.
이제 평가 카드가 동적으로 표시되므로 BIA에 여러 평가를 첨부할 수 있습니다. 예를 들어 카드가 한 장이면 한 행에 단독으로 표시됩니다. 7개의 카드가 있는 경우 4개의 행으로 정렬됩니다(각각 두 장의 카드가 있는 3행과 한 장의 카드가 있는 한 행). 여러 평가를 추가하거나 하나만 추가할 수 있습니다.
-
의존성 평가를 완료합니다.
이제 의존성 평가에서 관련 항목 완료 목표복구시간(RTO) 및 관련 항목 완료 목표복구지점(RPO) 열이 표시됩니다. 이러한 열의 값은 의존성 관련 BIA에서 파생됩니다.
"Acrobat" 애플리케이션에 적용되는 BIA 레코드가 있는 예를 생각해 보십시오. 이 예는 "Acrobat에 대한 애플리케이션 다운타임 평가" BIA 기록이 "Acrobat"에 적용되고 확정된 목표복구시간(RTO) 및 완성된 목표복구지점(RPO) 값이 채워져 있음을 보여줍니다.
예는 "Acrobat"이 "내 서비스 중요도 평가" BIA 기록의 의존성 평가에 추가되는 것을 보여줍니다.
"Acrobat"이 추가되면 "Acrobat" BIA와 연결된 관련 항목 최종 목표복구시간(RTO) 및 관련 항목 최종 목표복구시간(RPO) 값이 "Acrobat에 대한 애플리케이션 다운타임 평가" BIA 기록의 의존성 평가에 채워집니다.
-
제출을 선택합니다.
평가가 성공적으로 제출되었다는 메시지가 표시됩니다.
평가 결과를 업데이트하려면 카드를 선택하여 상세 정보를 업데이트할 수 있습니다. 그러면 평가가 다시 오픈 상태로 이동합니다. 평가를 다시 수행하고 다시 제출하면 워크플로우가 완료됩니다.