事業継続性計画 (BCP) が [ドラフト] ステータスで作成され、リストビューに表示されます。事業継続性計画の状況と詳細が次のタブに表示されます。

• 概要：BCP の現在のステータスと全体的なステータス進行状況を表示できます。
• 詳細：名前、テンプレート、タイプ、計画オーナーなど、計画の詳細を追加できます。
• Scope (スコープ)：

  計画のスコープに資産を追加し、計画テンプレートで定義されているプライマリ要素を表示できます。Xanadu リリース以降、計画レコードの [スコープ (Scope)] タブにあった [プライマリスコープ (Primary scope) ] と [関連資産 (Related asset)] の切り替えの代わりに、[資産の依存関係 (Asset dependencies)] タブに資産に関する詳細情報が表示されるようになりました。

  さらに、計画レコードの [スコープ (Scope)] タブの [タイプ (Type)] 列の名前が [タイプ (Types)] 列に変更され、資産をプライマリスコープと関連資産の両方に分類できるようになりました。プライマリスコープと関連資産は同じリストに表示されるようになりました。資産のソースを示すために使用されていた [ソース (Source)] 列は [資産の依存関係 (Asset dependencies)] タブに移動されました。

  [スコープ (Scope)] タブの [BIA] 列がドキュメント ID タイプから参照タイプに更新されたため、アドミニストレーターは BIA レコードを選択してアクセスし、その情報を更新し、計画レコードにドット連結することができるようになりました。これにより、プロセスが簡素化され、時間と労力が節約されます。2 つのビジネスインパクトアナリシスに同一の資産依存関係がある場合は、最新の BIA がこれらの関係のソースとして認識されます。

  事業継続性計画を作成するときは、計画レコードのプライマリ資産に基づいて、目標復旧時間 (RTO)、目標復旧時点 (RPO)、復旧階層、BIA リンクなどの詳細を入力できます。依存関係を更新すると、これらの列の資産の詳細が、アーカイブされていない最新の BIA レコードの情報でリフレッシュされます。資産がダウンストリーム BIA からのものである場合、復旧の解決までの期限と必要なデータのバックアップの列が更新され、その資産の最新データが表示されます。

  [プライマリスコープを追加 (Add primary scope)] および [関連資産を追加 (Add related asset)] UI アクション：資産をプライマリスコープとしてマークしたり、関連資産として割り当てたり、関連資産として計画内のプライマリスコープにリンクしたりできます。このアプローチにより、資産タイプの分類が簡素化され、計画レコードページで関係を直接表示できるようになります。プライマリスコープが運用上停止しているときに影響を受ける資産が表示されるため、時間と労力を節約できます。また、プライマリアイテムと関連アイテムのギャップを監視できます。

  次の例は、IAD データセンターがプライマリスコープの関連資産とプライマリスコープ自体の両方として追加されることを示しています。

  

  [関連資産を追加 (Add related asset)] アクションを使用すると、関連資産を追加してプライマリ資産に関連付けることができます。たとえば、IAD データセンターで雇用されている Abel Tuter が関連資産として追加されます。

  
• 資産の依存関係：

  [資産の依存関係 (Asset dependencies)] タブには、親資産とその子資産の関係を示す階層ビューが表示されます。この例では、Abel Tuter が IAD データセンターの関連資産であることが示されています。

  

  ユーザー Abel Tuter は手動で追加されたため、[プライマリソース (Primary souce)] 列に手動ソースとして示されます。

  依存関係は、階層ビューとリストビューで追跡できます。階層ビューから、すべてのアセットがリスト形式で表示されるリストビューに切り替えることができます。リストビューには、最大 20 個の子資産が表示されます。計画に 20 を超える資産が含まれている場合は、資産を選択して関連する資産を表示できます。

  

  例えば、「ビジネスアプリケーション：Acrobat」はプライマリ資産と見なされ、「Company: Adobe Systems」は関連資産として識別されます。資産のソースが [プライマリソース (Primary source)] 列に表示されます。

  

  例に示すように、計画内の依存アイテムから詳細を追加できます。

  
• ドキュメント：ドキュメントセクションで、計画の復旧機能を記録できます。
• 関連計画：

  関連計画を計画レコードに追加できます。これは、復旧タスク中に呼び出すことができます。現在の親計画がイベントに追加されると、その特定のタスクから関連計画を呼び出すことができます。次の例は、プラン 2 が関連計画としてプラン 1 にリンクされていることを示しています。

  

  以前は、プランを関連計画として追加すると、自動的に元の計画にリンクされていました。たとえば、プラン 1 とプラン 2 が存在し、プラン 2 がプラン 1 の関連計画としてリンクされている場合、プラン 1 は自動的にプラン 2 にリンクされます。ただし、Xanaduリリースの導入に伴い、このプロセスは一方向の関係に変更されました。関連計画レコードは、元の計画レコードへのリンクを作成することはありません。たとえば、プラン 2 は元の計画レコードであるプラン 1 へのリンクを作成しません。

  

  リンクを手動で挿入するには、[関連計画 (Related Plans)] タブに移動し、そこにリンクを追加します。この更新により、計画関係を親子関係または兄弟関係として指定できます。

• 復旧チーム：事業継続性計画の復旧チームを作成できます。
• 損失シナリオ：事業継続性計画に適用可能な損失シナリオを追加できます。
• 親計画：現在の計画を呼び出している親計画を確認できます。たとえば、プラン 2 は、プラン 1 に存在するいずれかのタスクで呼び出すことができます。
• 

  計画レコードでは親計画を追加できませんが、関連計画にリンクされている親計画を表示することはできます。[親計画] タブは、表示目的でのみ使用されます。

• 復旧タスク：

  事業継続性計画に復旧タスクを作成できます。

  

  循環依存関係は、2 つ以上の復旧タスクが直接的または間接的に相互に依存している場合に発生します。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 を超える復旧タスクがあり、依存関係が更新された場合、これらの復旧タスクの計画オーダーはすぐには更新されません。代わりに、[タスクオーダーをリフレッシュ (Refresh tasks order)] UI アクションを使用して復旧タスクの計画オーダーを更新することを提案する情報メッセージが表示されます。

  

  例に示すように、タスクオーダーをリフレッシュするオプションには、計画レコードのメニューからもアクセスできます。

  

  計画内の復旧タスクを並べ替える必要がある場合は、並べ替えプロセスに時間がかかる可能性があることがメッセージを使用してユーザーに通知されます。[タスクオーダーをリフレッシュ (Refresh tasks order)] UI アクションを使用して順序を更新できます。