事業継続性計画の作成
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 リリース以降、計画レコードの [スコープ (Scope)] タブにあった [プライマリスコープ (Primary scope) ] と [関連資産 (Related asset)] の切り替えの代わりに、[資産の依存関係 (Asset dependencies)] タブに資産に関する詳細情報が表示されるようになりました。さらに、計画レコードの [スコープ] タブの [タイプ] 列の名前が [タイプ] 列に変更され、資産をプライマリスコープと関連資産の両方として分類できるようになりました。[スコープ (Scope)] タブの [BIA] 列がドキュメント ID タイプから参照タイプに更新されたため、アドミニストレーターは BIA レコードを選択してアクセスし、その情報を更新し、計画レコードにドット連結することができるようになりました。これにより、プロセスが簡素化され、時間と労力が節約されます。2 つのビジネスインパクトアナリシスに同一の資産依存関係がある場合は、最新の BIA がこれらの関係のソースとして認識されます。
事業継続性計画を作成するときは、計画レコードのプライマリ資産に基づいて、目標復旧時間 (RTO)、目標復旧時点 (RPO)、復旧階層、BIA リンクなどの詳細を入力できます。依存関係を更新すると、これらの列の資産の詳細が、アーカイブされていない最新の BIA レコードの情報でリフレッシュされます。資産がダウンストリーム BIA からのものである場合、復旧の解決までの期限と必要なデータのバックアップの列が更新され、その資産の最新データが表示されます。
プライマリスコープを追加 UI アクション [プライマリスコープを追加 (Add primary scope)] および [関連資産を追加 (Add related asset)] UI アクション：資産をプライマリスコープとしてマークしたり、関連資産として割り当てたり、関連資産として計画内のプライマリスコープにリンクしたりできます。このアプローチにより、資産タイプの分類が簡素化され、計画レコードページで関係を直接表示できるようになります。プライマリスコープが運用上停止しているときに影響を受ける資産が表示されるため、時間と労力を節約できます。また、プライマリアイテムと関連アイテムのギャップを監視できます。
この例は、IAD データセンターがプライマリスコープの関連資産とプライマリスコープ自体の両方として追加されることを示しています。
source_table_fields構成は、BCP の [スコープ] タブに適用されます。これらの列は、[ プライマリスコープを追加] を選択すると表示されます。
関連資産を追加 UI アクション [ 関連資産を追加 ] アクションを使用すると、関連資産を追加してから、それをプライマリ資産に関連付けることができます。たとえば、IAD データセンターで雇用されている Abel Tuter が関連資産として追加されます。
source_table_fields構成は、BCP の [スコープ] タブに適用されます。これらの列は、[ 関連資産を追加] を選択すると表示されます。
資産の依存関係 資産、BIA、目標復旧時間 (RTO)、目標復旧時点 (RPO)、復旧階層、必要な復旧期間、必要なデータバックアップ、プライマリソース、関係ソースを表示します。
[ 資産の依存関係 ] タブには、親資産とその子資産の関係を示す階層ビューが表示されます。この例では、Abel Tuter が IAD データセンターの関連資産であることが示されています。
ユーザー Abel Tuter は手動で追加されたため、[プライマリソース (Primary souce)] 列に手動ソースとして示されます。
依存関係は、階層ビューとリストビューで追跡できます。階層ビューから、すべての資産がリスト形式で表示されるリストビューに切り替えることができます。階層ビューには、すべてのプライマリ資産と最大 20 の子資産が表示されます。プライマリ資産に 20 を超える資産が含まれている場合は、プライマリ資産または関連資産を選択すると、レコードビューに移動できます。関連資産は、プライマリ資産にのみ存在します。
例えば、「ビジネスアプリケーション：Acrobat」はプライマリ資産と見なされ、「Company: Adobe Systems」は関連資産として識別されます。資産のソースが [プライマリソース (Primary source)] 列に表示されます。
例に示すように、計画内の依存アイテムから詳細を追加できます。
ドキュメント ドキュメントセクションに計画の復旧機能を記録します。[セクション] パネルと [ 新規セクションを作成 ] タブに計画の詳細が表示されます。同様に、[タイトル]、[説明]、[順序]、[コンテンツ] などの計画に関する情報フィールドが含まれます。 関連計画 アップストリーム計画、ダウンストリーム計画、関連計画などの関連する計画タイプが含まれています。詳細については、「関連する計画と復旧チームの追加」を参照してください。 復旧チーム 事業継続性計画にアサインされた復旧チーム。[名前]、[説明]、[グループ]、[ユーザー] 列が含まれています。 Loss scenarios (損失シナリオ) 事業継続性計画に適用可能な損失シナリオ。[名前] 列と [説明] 列が含まれます。 復旧タスク [計画オーダー]、[簡単な説明]、[所有者]、[依存関係]、[計画期間]、[フェーズ]、[資産復旧レベル] 列などの復旧タスクの詳細。
事業継続性計画に復旧タスクを作成できます。循環依存関係は、2 つ以上の復旧タスクが直接的または間接的に相互に依存している場合に発生します。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 を超える復旧タスクがあり、依存関係が更新された場合、これらの復旧タスクの計画オーダーはすぐには更新されません。代わりに、[タスクオーダーをリフレッシュ (Refresh tasks order)] UI アクションを使用して復旧タスクの計画オーダーを更新することを提案する情報メッセージが表示されます。
例に示すように、タスクオーダーをリフレッシュするオプションには、計画レコードのメニューからもアクセスできます。
計画内の復旧タスクを並べ替える必要がある場合は、並べ替えプロセスに時間がかかる可能性があるというメッセージが表示されます。[ タスクオーダーを更新] UI アクションを使用して、タスクオーダーを更新できます。
-
[ スコープ] タブでプライマリスコープとその関連資産を追加します。
- [ 依存関係の更新 (Update dependencies)] ボタンを選択して、依存関係を更新します。
関連資産とその関係の両方をプルします。「依存関係を更新しています。更新された依存関係を表示するには、ページをリフレッシュしてください」というメッセージが表示されます。
依存関係の更新はスナップショットレコードで表示できます。
[追加済み] タブの [親アイテム (Parent item)] 列には、新しい資産の親アイテムが表示されます。例に示すように、親アイテムに依存するすべてのアイテムが [アイテム] 列に表示されます。[ソース] 列には、ソースが BIA のCMDB、手動、またはダウンストリームのいずれの依存関係から派生するかが表示されます。これは、BIA ダウンストリームに使用されます。BIA レコードリンクを選択すると、依存関係がこの BIA レコードから派生していることが表示されます。
-
[スコープ] タブの [確定済み RTO] 列と [確定済み RPO 値] 列を確認します。
GRC:ビジネスインパクトアナリシスバージョン 9.2.x では、[スコープ] タブに [確定済み RTO] フィールドと [確定済み RPO] フィールドが導入されています。
[ スコープ] タブで依存関係を追加すると、最新のビジネスインパクトアナリシス (BIA) が取得され、その特定の依存関係の「確定済み RTO」と「確定済み RPO」値が使用されます。
さらに、「復旧階層」と「BIA」の値も取得され、計画レコードに表示されます。
「Acrobat」をプライマリスコープとして計画レコードに追加すると、「確定済み RTO」と「確定済み RPO」、「復旧階層」、および「BIA」の値が BIA から取得され、列に入力されます。
既に依存関係をフェッチし、後で BIA の RTO と RPO の値を更新していて、その依存関係に対応する RTO フィールドが空の場合は、[依存関係を更新] を選択して BIA から最新の値をフェッチします。