復旧タスクを追加
計画された復旧戦略の一部として復旧タスクを追加します。復旧タスクは 1 つの損失シナリオに 1 つ以上追加できます。これらの復旧タスクは損失シナリオ自体に表示されます。計画内の復旧タスクを自動化して、復旧を迅速化します。
始める前に
必要なロール：sn_bcm.admin、sn_bcm.program_manager、または sn_bcm.planner
このタスクについて
Xanadu リリース以降、復旧タスクの循環依存関係を回避して、同じ計画が他の計画から繰り返し発動されるのを防ぐことができるようになりました。
たとえば、復旧タスクの循環計画例 1 が循環計画例 2 を呼び出し、循環計画例 2 が循環計画例 3 を呼び出し、循環計画例 3 が循環計画例 1 を呼び出します。循環計画例 2 と循環計画例 3 にリンクを追加しようとしても、許可されません。例に示されているようなエラーメッセージが表示され、イベントでこのような問題が発生しないようにするために、別の関連計画を選択するように求められます。
同様に、計画が 10 レベルを超えてアクティブ化された場合、または 10 レベルを超える計画を含む階層リンクが作成された場合は、レコードを保存する前に計画を削除することを提案するエラーメッセージが表示されます。
事業継続性管理アプリケーションのバージョン 6.1.x 以降では、事業継続性計画プロセスへの復旧タスクの自動化の統合が導入されています。この自動化は、効率を高め、時間を節約し、人為的なミスのリスクを最小限に抑えることを目的としています。復旧タスクへの必要なアクセス権を持つユーザーは、タスクを手動または自動のいずれかに分類できます。これらのタスクは、依存関係によって順番に編成されます。
復旧タスクを自動化するには、アドミニストレーターまたはアプリケーション開発者が自動フローを作成し、それをタスクに関連付けます。タスクが [オープン ] ステータスに移行すると (計画が演習または実際のイベントの一部としてアクティブ化されると)、自動フローがトリガーされます。ただし、システムエラーが原因で自動フローが失敗する場合があります。このような場合、復旧タスクへのアクセス権を持つユーザーは、手動タスクをバックアップとしてアクティブ化し、指定されたバックアップ担当者にアサインできます。バックアップ担当者は、タスクフローを完了するためのシステム生成メールを受信します。計画ユーザーには、事業継続性計画の演習を実施し、得られた結果に基づいて改善する機会があります。
手順
-
[復旧タスク] タブに移動し、[新規] を選択します。
事業継続性計画のレベルで追加された復旧タスクは、[復旧タスク] タブに表示されます。例に示すように、事業継続性計画に復旧タスクを追加できます。
依存関係に基づいてシステムによって計算されたタスクの順番を使用できます。依存関係を持たないタスクを最初に開始でき、アサインされる順番が高くなります。タスクの順番を更新または保存するたびに、すべてのタスクの順番が再計算されて表示されます。
計画に 500 を超えるタスクがある場合、タスクの順序は自動的に更新されません。タスクの順番を設定するには、手動での介入が必要です。計画および復旧タスクレコードで使用可能な [ 依存関係を更新 (Update dependencies)] UI アクションを選択するようにユーザーに通知する情報メッセージが表示されます。
計画では複数の資産にタグを付けることは可能ですが、特定のシナリオでは特定の資産に集中できます。Xanaduリリース以降、特定の資産を復旧タスクにタグ付けし、イベントまたは演習中に各資産を正確に復旧するのに要した時間を計算できます。イベント内の資産の実際の期間と合計工数は、資産のタグ付けに基づいて決定されます。資産を復旧タスクに割り当てるには、[ 資産にタグを付け る] フィールドに次のオプションがあります。- なし
- 特定
- すべて
復旧タスクでタグ付けされた資産は、イベントタスクの影響を受ける資産に含まれます。資産に復旧タスクを適切にタグ付けすると、各資産の復旧時間の正確な計算が検証されます。新しく作成されたイベントタスクに関連付けられた資産のみがコピーされることに注意してください。
Xanadu 以降のリリースでは、[計画された期間] という新しいフィールドが復旧タスクフォームに追加されています。[ 計画された期間 ] フィールドは、期間に使用された参照フィールドであった [ 完了期限 ] フィールドに代わるものです。[完了期限 (Completion deadline)] フィールドは計画タスクレコードから削除されます。
[ 計画された期間] フィールドでは、タスクの完了に必要な予想時間を入力できます。イベントと演習が実行された後、このフィールドのデータに再アクセスして変更できます。タスクの進捗状況と完了までに必要な時間の詳細が表示されます。
[新しい復旧タスクの作成(Create New Recovery task)] フォームが表示されます。
-
復旧タスクにフェーズをアサインします。
[フェーズ] 列は、復旧タスクのリストビューとフォームビューの両方で使用できます。
BCM アドミニストレーターとマネージャーは、インライン編集を使用して復旧タスクフェーズを更新できます。BCM 計画者もフェーズを更新できますが、計画オーナーである場合に限ります。
例に示すように、[フェーズ] 列で選択できるのはアクティブなフェーズのみです。
復旧タスクのフェーズは、フォーム自体の [フェーズ] フィールドを変更して更新することもできます。
-
[ 資産復旧レベル] フィールドで、タスクの影響を受ける資産の達成された復旧レベルを確認します。
イベントでは、[ 資産復旧レベル] フィールドは、その復旧レベルのすべてのタスク (たとえば、部分的に復旧済みステータスのすべてのタスク) が完了した後に、そのイベントタスクの影響を受ける資産の達成された復旧レベルを示します。
以前は、資産が通常への復帰やインシデント後のレビューなどの後のフェーズにある場合でも、すべてのイベントタスクが完了したときにのみ、資産は自動的に [復旧済み] としてマークされていました。このアプローチでは、運用準備状況の可視性が遅れていました。たとえば、復旧フェーズ中に資産が機能的に利用可能であったとしても、すべてのタスクが完了するまでシステムにステータスが反映されませんでした。
リリース 9.x.x 以降 BCM 資産復旧ステータスが拡張され、詳細な追跡が可能になりました。特定のタスクを完了すると、対応するイベント資産ステータスが自動的に更新され、 未復旧 から一部 復旧 →復旧→復 旧済みに進むようになりました。
特定のタスクを完了すると、対応するイベント資産のステータスが自動的に更新されるようになりました。資産は、依存資産をサポートできるほど運用されている場合は [部分的に復旧 済み] としてマークされ、完全に機能している場合は [ 復旧済み ] としてマークされます。この変更により、運用準備状況の可視化が向上し、復旧コーディネーターは、依存資産がいつ安全に復旧プロセスを開始できるかを特定できるようになります。
計画では、[資産復旧レベル] 列が色分けされており、さまざまな復旧の進捗状況レベルの視覚的な手がかりを提供します。具体的には、「一部復旧済み」は情報色で示され、「復旧済み」は成功色で示されるため、復旧状況を一目で追跡しやすくなります。
注:現在のデモデータには、[ タスクを含める (Include task in)] フィールド と [資産にタグを付ける (Tag asset )] フィールドの両方が空であるという問題があります。これを解決するには、[手動で タスクを含める (Include task in )] にタスクを追加し、[ 資産にタグを付ける (Tag asset )] フィールドで資産を選択する必要があります。これらがないと、イベントタスクは作成されず、資産は影響を受けるものとしてマークされません。
[ タスクを含める] を選択していない場合、イベントタスクは作成されません。[ 資産にタグを付ける] を選択しない場合、資産は影響を受ける資産としてマークされません。
この問題は、新しく作成された計画や古い計画には適用されません。これは、現在のデモデータにのみ適用されます。