비즈니스 연속성 계획 생성
에서 BCM UIB 작업 공간비즈니스 연속성 계획을 생성합니다.
시작하기 전에
필요한 역할: sn_bcp.plan_contributor 또는 sn_bcp.plan_manager
BCP 계획 관리자(sn_bcp.plan_manager)에는 이제 문서 템플릿에 대한 읽기 및 쓰기 권한을 제공하는 문서 작성자(sn_doc.writer) 역할이 포함됩니다.
프로시저
-
목록 뷰에서 계획 수립 으로 이동하여 새로 만들기를 선택합니다.
새 계획 생성 양식이 예시와 같이 표시됩니다.
-
새 계획 생성 양식의 상세 정보 탭에서 필수 필드를 채웁니다.
필드에 대한 자세한 내용은 새 계획 양식 생성 문서를 참조하십시오.
비즈니스 연속성 계획(BCP)이 초안 상태로 생성되고 목록 뷰에 표시됩니다. 비즈니스 연속성 계획의 상태와 상세 정보가 탭에 표시됩니다.
표 1. 계획의 탭 탭 설명 개요 BCP의 현재 상태 및 전반적인 상태 진행입니다. 상세 정보 계획의 상세 정보입니다. 이름, 템플릿, 유형, 계획 소유자, BCM 리드, 비즈니스 단위, 부서, 만료일, 설명, 코멘트 및 활동 패널과 같은 상세 정보를 포함합니다. 범위 자산 유형 목록이 포함되어 있습니다. 선택한 자산 유형에 대해 항목, 유형, 목표복구시간, 목표복구지점, 복구계층이 표시됩니다. BIA, 소스에서의 상태, 자세한 정보를 위한 열에서 동기화됨.
주:이 구성은 source_table_fields BCP의 범위 탭에 적용됩니다. 이러한 열은 기본 범위 추가 또는 관련 자산 추가를 선택할 때 나타납니다.
계획 범위에 자산을 추가하고 계획 템플릿에 정의된 기본 요소를 봅니다. 릴리스부터 Xanadu자산 종속성 탭에는 자산에 대한 자세한 정보가 표시되며, 이전에 계획 기록의 범위 탭에 있었던 기본 범위 및 관련 자산 토글이 대체됩니다. 또한 계획 기록의 범위 탭에 있는 유형 열의 이름이 유형 열로 변경되어 자산을 기본 범위 및 관련 자산으로 분류할 수 있습니다. 범위 탭의 BIA 열이 문서 ID 유형에서 참조 유형으로 업데이트되어 관리자가 BIA 기록을 선택하여 액세스하고, 해당 정보를 업데이트하고, 계획 기록으로 닷워킹할 수 있습니다. 프로세스를 단순화하고 시간과 노력을 절약합니다. 두 개의 비즈니스 영향 분석이 동일한 자산 의존성을 가지고 있는 경우 가장 최근의 BIA가 이러한 관계의 소스로 인식됩니다.
비즈니스 연속성 계획을 만들 때 계획 기록의 기본 자산을 기반으로 RTO(복구 시간 목표), 목표복구 지점(RPO), 복구 계층 및 BIA 링크와 같은 상세 정보를 입력할 수 있습니다. 종속성을 업데이트하면 보관되지 않은 최신 BIA 기록의 정보로 이러한 열의 자산 상세 정보가 새로 고침됩니다. 자산이 다운스트림 BIA에서 시작되는 경우 복구 시간 범위 및 필수 데이터 백업 열이 해당 자산의 최신 데이터를 표시하도록 수정됩니다.
기본 범위 추가 UI 작업 기본 범위 추가 및 관련 자산 추가 UI 작업: 자산을 기본 범위로 표시하거나, 관련 자산으로 할당하거나, 계획 내의 기본 범위에 관련 자산으로 연결할 수 있습니다. 이 접근 방식은 자산 유형의 분류를 단순화하고 계획 기록 페이지에서 직접 관계를 볼 수 있도록 합니다. 기본 범위가 운영상 다운될 때 영향을 받는 자산을 보여 주므로 시간과 노력을 절약할 수 있습니다. 기본 및 관련 항목의 간격을 모니터링할 수 있습니다.
이 예는 IAD 데이터센터가 기본 범위의 관련 자산과 기본 범위 자체로 추가됨을 보여줍니다.
이 구성은 source_table_fields BCP의 범위 탭에 적용됩니다. 이러한 열은 기본 범위 추가를 선택할 때 나타납니다.
관련 자산 추가 UI 작업 관련 자산 추가 작업을 사용하면 관련 자산을 추가한 다음 기본 자산에 연결할 수 있습니다. 예를 들어 IAD 데이터센터에 고용된 Abel Tuter가 관련 자산으로 추가됩니다.
이 구성은 source_table_fields BCP의 범위 탭에 적용됩니다. 이러한 열은 관련 자산 추가를 선택할 때 나타납니다.
자산 의존성 자산, BIA, 목표복구시간(RTO), 목표복구지점(RPO), 복구계층, 필요한 복구 기간, 필요한 데이터 백업, 기본 소스, 관계 소스를 표시합니다.
자산 종속성 탭은 상위 자산과 하위 자산 간의 관계를 보여주는 계층적 뷰를 제공합니다. 이 예에서는 Abel Tuter가 IAD 데이터 센터와 관련된 자산임을 보여줍니다.
사용자인 Abel Tuter가 수동으로 추가되었으므로 기본 소스 열에는 수동 소스로 표시됩니다.
계층 구조 뷰와 목록 뷰에서 종속성을 추적할 수 있습니다. 계층적 뷰에서 모든 자산이 목록 형식으로 표시되는 목록 뷰로 전환할 수 있는 옵션이 있습니다. 계층 구조 뷰에는 모든 기본 자산과 최대 20개의 하위 자산이 표시됩니다. 기본 자산에 20개 이상의 자산이 포함된 경우 기본 자산 또는 관련 자산을 선택할 수 있으며 기록 뷰로 이동합니다. 관련 자산은 기본 자산에만 있습니다.
예를 들어, 비즈니스 애플리케이션: Acrobat은 기본 자산으로 간주되는 반면 회사: Adobe 시스템은 관련 자산으로 식별됩니다. 자산의 소스가 기본 소스 열에 표시됩니다.
예시와 같이 계획의 종속 항목에서 상세 정보를 추가할 수 있습니다.
설명서 설명서 섹션에 계획의 복구 기능을 기록합니다. 섹션 패널과 새 섹션 생성 탭에 계획의 상세 정보를 포함합니다. 마찬가지로 제목, 설명, 순서, 컨텐츠와 같은 계획에 대한 정보 필드를 포함합니다. 연결된 계획 업스트림 계획, 다운스트림 계획, 관련 계획과 같은 연결된 계획 유형을 포함합니다. 자세한 내용은 연결된 계획 및 복구 팀 추가 문서를 참조하십시오. 복구 팀 비즈니스 연속성 계획에 할당된 복구 팀입니다. 이름, 설명, 그룹, 사용자 열을 포함합니다. 손실 시나리오 비즈니스 연속성 계획에 적용할 수 있는 손실 시나리오입니다. 이름 및 설명 열을 포함합니다. 복구 작업 계획된 주문, 간단한 설명, 소유자, 종속성, 계획 기간, 단계, 자산 복구 수준 열과 같은 복구 작업에 대한 상세 정보입니다.
비즈니스 연속성 계획 내에서 복구 작업을 만들 수 있습니다.순환적 의존성은 둘 이상의 복구 작업이 직간접적으로 서로 의존할 때 발생합니다. 릴리스부터 Xanadu 복구 작업에서 순환적 종속성을 방지하여 동일한 계획이 여러 번 트리거되지 않는지 확인할 수 있습니다.
예를 들어 계획 1의 복구 작업이 계획 2를 트리거하고, 계획 2가 계획 3을 트리거하고, 계획 3이 계획 1을 이후에 트리거하는 경우 이 시퀀스는 순환적 의존성을 생성합니다. 제공된 예제와 비슷한 오류 메시지가 표시되어 사용자에게 계획을 트리거하면 순환적 의존성이 발생했음을 알리고 대체 관련 계획을 선택할 것을 제안합니다. 이러한 경우 다른 관련 계획을 선택하면 이벤트 중에 이러한 문제를 방지하는 데 도움이 됩니다.
계획이 10개 수준을 초과하여 활성화되거나 10개 이상의 계획 수준을 포함하는 계층적 링크가 설정되면 기록을 저장하기 전에 계획을 제거할 것을 알리는 오류 메시지가 표시됩니다.
릴리스부터 Xanadu 복구 작업은 종속성에 따라 구성됩니다. 사용자는 작업에 종속성을 유연하게 할당할 수 있으며, 그러면 애플리케이션은 할당된 종속성을 기반으로 이러한 작업에 대한 시퀀스를 결정합니다. 연결된 의존성이 없는 작업이 있는 경우 동시에 처리할 수 있습니다. 속성을 편집 sn_bcp.sync_order_calculation_task_limit 하여 복구 작업 주문의 개수를 변경하여 동기식으로 계산되도록 할 수 있습니다.
그림에 표시된 작업 순서는 다음 예시를 통해 명확하게 설명됩니다.- 작업 1과 작업 3은 서로 독립적이어서 동시에 실행할 수 있으며 둘 다 계획된 주문 1이 할당됩니다.
- 작업 5는 작업 1과 작업 3 모두에 종속되므로 계획된 주문 2가 할당됩니다.
- 작업 6은 계획된 순서가 3인 작업 4에 종속됩니다. 그런 다음 작업 6의 계획된 주문이 4로 설정됩니다.
복구 작업이 500개가 넘고 종속성이 업데이트되면 이러한 복구 작업의 계획된 순서가 즉시 업데이트되지 않습니다. 대신 작업 주문 새로 고침 UI 작업을 사용하여 복구 작업의 계획된 순서를 업데이트하도록 제안하는 정보 메시지가 표시됩니다.
작업 주문을 새로 고치는 옵션은 예시에 나와 있는 것처럼 계획 기록의 메뉴에서 액세스할 수도 있습니다.
계획 내에서 복구 작업의 순서를 변경해야 하는 경우 재정렬 프로세스에 시간이 걸릴 수 있다는 메시지가 표시됩니다. 작업 주문 새로 고침 UI 작업을 사용하여 작업 주문을 업데이트할 수 있습니다.
-
범위 탭에서 기본 범위 및 관련 자산을 추가합니다.
- 종속성 업데이트 단추를 선택하여 종속성을 업데이트합니다.
관련 자산과 해당 관계를 모두 가져옵니다. 종속성이 업데이트 중이라는 메시지가 표시되며 업데이트된 종속성을 보려면 페이지를 새로 고쳐야 합니다.
스냅샷 기록에서 종속성 업데이트를 볼 수 있습니다.
추가됨 탭의 상위 항목 열에 새 자산의 상위 항목이 표시됩니다. 상위 항목에 종속된 모든 항목은 예시와 같이 항목 열에 표시됩니다. 소스 열에는 소스가 BIA의 종속성, 수동 또는 다운스트림 종속성인지 CMDB여부가 표시됩니다. BIA 다운스트림에 사용됩니다. BIA 기록 링크를 선택하면 종속성이 이 BIA 기록에서 파생된다는 것을 알 수 있습니다.
-
범위 탭에서 최종 목표복구시간(RTO) 및 최종 목표복구시간(RPO) 값 열을 검토합니다.
GRC: Business Impact Analysis 버전 9.2.x에서는 범위 탭에 최종 목표복구시간(RTO) 및 최종 목표복구지점(RPO) 필드가 도입되었습니다.
범위 탭에 종속성을 추가하면 시스템은 가장 최근의 BIA(비즈니스 영향 분석)를 검색하고 해당 특정 종속성에 대해 "최종 목표복구시간(RTO)" 및 "최종 목표복구시간(RPO)" 값을 사용합니다.
또한 "복구 계층" 및 "BIA"에 대한 값도 검색되어 계획 기록에 표시됩니다.
계획 기록에 "Acrobat"을 기본 범위로 추가하면 "최종 목표복구시간(RTO)"과 "최종 목표복구시간(RPO)", "복구 계층", "BIA" 값이 BIA에서 검색되어 열에 채워집니다.
이미 종속성을 가져온 후 나중에 BIA의 RTO 및 RPO 값을 업데이트하고 해당 종속성에 대한 해당 RTO 필드가 비어 있는 경우종속성 업데이트를 선택하여 BIA에서 최신 값을 가져옵니다.