비즈니스 연속성 계획(BCP)이 초안 상태로 생성되고 목록 뷰에 표시됩니다. 비즈니스 연속성 계획의 상태와 상세 정보가 다음 탭에 표시됩니다.

• 개요: BCP의 현재 상태 및 전체 상태 진행률을 볼 수 있습니다.
• 상세 정보: 이름, 템플릿, 유형, 계획 소유자 등과 같은 계획의 상세 정보를 추가할 수 있습니다.
• 범위:

  계획 범위에 자산을 추가하고 계획 템플릿에 정의된 기본 요소를 볼 수 있습니다. 릴리스부터 Xanadu자산 종속성 탭에 자산에 대한 자세한 정보가 표시되어 이전에 계획 기록의 범위 탭에 있던 기본 범위 및 관련 자산 토글이 대체됩니다.

  또한 계획 기록의 범위 탭에 있는 유형 열의 이름이 유형 열로 변경되어 자산을 기본 범위와 관련 자산 모두로 분류할 수 있습니다. 이제 기본 범위 및 관련 자산이 같은 목록에 표시됩니다. 자산의 소스를 나타내는 데 사용되는 소스 열이 자산 종속성 탭으로 이동했습니다.

  범위 탭의 BIA 열이 문서 ID 유형에서 참조 유형으로 업데이트되어 관리자가 BIA 기록을 선택 및 액세스하고, 정보를 업데이트하고, 계획 기록으로 닷워킹할 수 있습니다. 프로세스를 단순화하고 시간과 노력을 절약합니다. 두 비즈니스 영향 분석의 자산 종속성이 동일한 경우 가장 최근의 BIA가 이러한 관계의 소스로 인식됩니다.

  비즈니스 연속성 계획을 만들 때 계획 기록의 기본 자산을 기반으로 목표복구시간(RTO), 목표복구지점(RPO), 복구 계층 및 BIA 링크와 같은 상세 정보를 입력할 수 있습니다. 종속성을 업데이트하면 이러한 열의 자산 상세 정보가 보관되지 않은 최신 BIA 기록의 정보로 새로 고쳐집니다. 자산이 다운스트림 BIA에서 시작된 경우 복구 시간 범위 및 필요한 데이터 백업에 대한 열이 해당 자산에 대한 최신 데이터를 표시하도록 수정됩니다.

  기본 범위 추가 및 관련 자산 추가 UI 작업: 자산을 기본 범위로 표시하거나, 관련 자산으로 할당하거나, 계획 내의 기본 범위에 관련 자산으로 연결할 수 있습니다. 이 접근 방식은 자산 유형의 분류를 단순화하고 계획 기록 페이지에서 직접 관계를 볼 수 있도록 합니다. 기본 범위가 운영상 다운될 때 영향을 받는 자산을 보여주므로 시간과 노력을 절약할 수 있습니다. 기본 및 관련 항목의 격차를 모니터링할 수 있습니다.

  다음 예제에서는 IAD 데이터 센터가 기본 범위의 관련 자산과 기본 범위 자체로 추가되는 것을 보여 줍니다.

  

  관련 자산 추가 작업을 사용하면 관련 자산을 추가한 다음 기본 자산에 연결할 수 있습니다. 예를 들어 IAD 데이터 센터에 고용된 Abel Tuter는 관련 자산으로 추가됩니다.

  
• 자산 종속성:

  자산 종속성 탭은 상위 자산과 하위 자산 간의 관계를 보여주는 계층적 뷰를 제공합니다. 이 예에서는 Abel Tuter가 IAD 데이터 센터와 관련된 자산임을 알 수 있습니다.

  

  사용자인 Abel Tuter가 수동으로 추가되었으므로 기본 소스 열에 수동 소스로 표시됩니다.

  계층 구조 뷰와 목록 뷰에서 종속성을 추적할 수 있습니다. 계층적 뷰에서 모든 자산이 목록 형식으로 표시되는 목록 뷰로 전환할 수 있는 옵션이 있습니다. 목록 뷰에는 최대 20개의 하위 자산이 표시됩니다. 계획에 20개가 넘는 자산이 포함된 경우 자산을 선택하여 연결된 자산을 볼 수 있습니다.

  

  예를 들어, 비즈니스 애플리케이션: Acrobat은 기본 자산으로 간주되고 회사: Adobe 시스템은 관련 자산으로 식별됩니다. 자산의 소스가 기본 소스 열에 표시됩니다.

  

  예시에 표시된 대로 계획의 종속 항목에서 상세 정보를 추가할 수 있습니다.

  
• 설명서: 설명서 섹션에서 계획의 복구 기능을 기록할 수 있습니다.
• 관련 계획:

  복구 작업 중에 호출할 수 있는 관련 계획을 계획 기록에 추가할 수 있습니다. 현재 상위 계획이 이벤트에 추가되면 해당 특정 작업에서 관련 계획을 호출할 수 있습니다. 다음 예는 계획 2가 계획 1에 관련 계획으로 연결되어 있음을 보여줍니다.

  

  이전에는 계획을 관련 계획으로 추가하면 자동으로 원래 계획에 다시 연결되었습니다. 예를 들어, 플랜 1과 플랜 2가 존재하고 플랜 2가 플랜 1에 관련 플랜으로 연결된 경우 플랜 1은 자동으로 플랜 2에 연결됩니다. 그러나 릴리스가 Xanadu 도입되면서 이 프로세스는 단방향 관계로 수정되었습니다. 관련 계획 기록은 원래 계획 기록에 대한 링크를 생성하지 않습니다. 예를 들어, 계획 2는 원래 계획 기록인 계획 1에 대한 링크를 생성하지 않습니다.

  

  링크를 수동으로 삽입하려면 관련 계획 탭으로 이동하여 링크를 추가합니다. 이 업데이트를 통해 계획 관계를 상위-하위 또는 형제 관계로 지정할 수 있습니다.

• 복구 팀: 비즈니스 연속성 계획에 대한 복구 팀을 만들 수 있습니다.
• 손실 시나리오: 비즈니스 연속성 계획에 적용할 수 있는 손실 시나리오를 추가할 수 있습니다.
• 상위 계획: 현재 계획이 호출되는 위치에서 상위 계획을 검토할 수 있습니다. 예를 들어, 계획 2는 계획 1에 있는 작업 중 하나에서 호출할 수 있습니다.
• 

  계획 기록에서 상위 계획을 추가할 수 없지만 관련 계획에 연결된 상위 계획을 볼 수 있습니다. 상위 계획 탭은 보기 목적으로만 사용됩니다.

• 복구 작업:

  비즈니스 연속성 계획 내에서 복구 작업을 생성할 수 있습니다.

  

  순환 종속성은 둘 이상의 복구 작업이 직접 또는 간접적으로 서로 의존할 때 발생합니다. 릴리스부터 Xanadu 는 복구 작업에서 순환 종속성을 방지하여 동일한 계획이 여러 번 트리거되지 않도록 할 수 있습니다.

  

  예를 들어 계획 1의 복구 작업이 계획 2를 트리거하고, 계획 2가 계획 3을 트리거하고, 계획 3이 이후에 계획 1을 트리거하는 경우 이 시퀀스는 순환 종속성을 생성합니다. 제공된 예시와 유사한 오류 메시지가 표시되어 계획을 트리거하면 순환 종속성이 발생했음을 사용자에게 알리고 대체 관련 계획을 선택할 것을 제안합니다. 이러한 경우 다른 관련 계획을 선택하면 이벤트 중에 이러한 문제를 방지하는 데 도움이 됩니다.

  

  계획이 10개 수준을 초과하여 활성화되거나 10개 이상의 계획 수준을 포함하는 계층적 링크가 설정되면 기록을 저장하기 전에 계획을 제거하도록 요청하는 오류 메시지가 표시됩니다.

  
  릴리스부터 Xanadu 복구 작업은 의존성에 따라 구성됩니다. 작업에 의존성을 유연하게 할당할 수 있으며, 그러면 애플리케이션은 할당된 의존성을 기반으로 이러한 작업의 순서를 결정합니다. 연결된 의존성이 없는 작업이 있는 경우 동시에 처리할 수 있습니다.

  주:

  속성을 편집 sn_bcp.sync_order_calculation_task_limit 하여 복구 작업 순서의 개수를 변경하여 동기식으로 계산되도록 할 수 있습니다.
  
  그림에 표시된 작업 순서는 다음 예시를 통해 명확하게 설명됩니다.

  1. 작업 1과 작업 3은 서로 독립적이므로 동시에 실행할 수 있으며 둘 다 계획된 순서 1이 할당됩니다.
  2. 작업 5는 작업 1과 작업 3에 종속되므로 계획된 순서 2가 할당됩니다.
  3. 작업 6은 계획된 순서가 3인 작업 4에 따라 달라집니다. 그러면 작업 6의 계획된 순서가 4로 설정됩니다.

  여러 사용자가 동시에 작업을 수행하여 동일한 계획에 대해 한 번에 공동 작업할 수 있습니다. 작업에 대한 의존성이 업데이트되고 작업이 저장되면 작업의 계획된 주문이 제거된 의존성을 기반으로 다시 계산됩니다.

  복구 작업이 500개가 넘고 종속성이 업데이트되면 이러한 복구 작업의 계획된 순서가 즉시 업데이트되지 않습니다. 대신 새로 고침 작업 순서 UI 작업을 사용하여 복구 작업의 계획된 순서를 업데이트할 것을 제안하는 정보 메시지가 표시됩니다.

  

  작업 주문을 새로 고치는 옵션은 예시에 설명된 대로 계획 기록의 메뉴에서도 액세스할 수 있습니다.

  

  계획 내에서 복구 작업의 순서를 변경해야 하는 경우 사용자에게 메시지를 통해 다시 정렬 프로세스에 시간이 걸릴 수 있음을 알립니다. 작업 주문 새로 고침 UI 작업을 사용하여 주문을 업데이트할 수 있습니다.