릴리스부터 Xanadu 복구 작업의 순환적 의존성을 방지하여 다른 계획에서 동일한 계획이 반복적으로 호출되는 것을 방지할 수 있습니다.

예를 들어, 순환 계획 예 1의 복구 작업에서 순환 계획 예 2는 순환 계획 예 2를 호출하고, 순환 계획 예 2는 순환 계획 예 3을 호출한 다음, 다시 순환 계획 예 3은 순환 계획 예 1을 호출합니다. 링크 베팅 순환 계획 예시 2 및 순환 계획 예시 3을 추가하려고 하면 허용되지 않습니다. 예시에 표시된 것과 유사한 오류 메시지는 이벤트에서 이러한 문제가 발생하지 않도록 사용자에게 다른 관련 계획을 선택하라는 메시지를 표시합니다.

마찬가지로 계획이 10개 수준을 초과하여 활성화되거나 10개 이상의 계획 수준을 포함하는 계층적 링크가 생성되면 기록을 저장하기 전에 계획을 제거할 것을 제안하는 다음 오류 메시지가 표시됩니다.

비즈니스 연속성 관리 애플리케이션의 버전 6.1.x부터 복구 작업 자동화가 비즈니스 연속성 계획 프로세스에 통합됩니다. 이 자동화는 효율성을 높이고 시간을 절약하며 인적 오류의 위험을 최소화하는 것을 목표로 합니다. 복구 작업에 필요한 액세스 권한이 있는 사용자는 복구 작업을 수동 또는 자동화로 분류할 수 있습니다. 이러한 작업은 일반적으로 의존성을 사용하여 순차적으로 구성됩니다.

복구 작업을 자동화하기 위해 관리자나 애플리케이션 개발자는 자동화 플로우를 생성하고 작업과 연결합니다. 작업이 열림 상태로 전환되면(계획이 연습 또는 실제 이벤트의 일부로 활성화되는 경우) 자동화된 플로우가 트리거됩니다. 그러나 시스템 오류로 인해 자동화된 플로우가 실패하는 경우가 있을 수 있습니다. 이러한 경우 복구 작업에 액세스할 수 있는 사용자는 수동 작업을 백업으로 활성화하고 지정된 백업 담당자에게 할당할 수 있습니다. 백업 담당자는 작업 플로우를 완료하기 위해 시스템에서 생성된 이메일을 받습니다. 계획 사용자는 비즈니스 연속성 계획 연습을 연습하고 얻은 결과에 따라 개선할 수 있습니다.