ビジネスインパクトアナリシスの作成
BCM UI ビルダー ワークスペース でビジネスインパクトアナリシス (BIA) を作成して、計画に必要な情報を取得します。
始める前に
必要なロール：sn_bia.bia_admin、sn_bia.bia_manager、sn_bcm.program_manager、sn_bcm.planner
このタスクについて
Yokohama リリース以降、従来のアセスメントまたはスマートアセスメントを使用して、ビジネスインパクトアナリシス (BIA) のテンプレートを構成できます。スマートアセスメントには複数の質問タイプが用意されています。また、影響自動化を使用して、回答に基づいた RTO、RPO、復旧階層を計算します。従来のアセスメントまたはスマートアセスメントを使用して BIA テンプレートを構成するには、「従来のアセスメントを使用した BIA テンプレートの構成」または「スマートアセスメントでの BIA テンプレートの構成」を参照してください。
- 依存アイテムとその復旧目標 (目標復旧時間 (RTO)、目標復旧時点 (RPO)、復旧階層など) に関する最新の BIA にアクセスします。
- BIA の依存関係アセスメントの列を構成します。
- CMDBから依存関係の自動更新をスケジュールします。
- 更新を手動で確認した後に実行するように構成します。
BIA マネージャー (sn_bia.bia_manager) には、ドキュメントテンプレートへの読み取りおよび書き込み権限を提供するドキュメントライター (sn_doc.writer) ロールが含まれるようになりました。
手順
-
リストビューで、[ビジネスインパクトアナリシス] に移動して、[新規] を選択します。
例に示すように [新規インパクト分析を作成 (Create New Impact analysis)] フォームが表示されます。
-
[ 詳細] タブで、BIA の RTO の詳細を確認します。
[ 確定済み RTO ] フィールドは、同じフォームで利用可能な [目標復旧時間 ] フィールドと [調整済み RTO] フィールドの値に従って自動的に計算されます。
BIA に既に [目標復旧時間 ] フィールドがある場合、アプリケーションはその目標復旧時間の値を確定済み RTO に自動的に使用します。BIA に [ 調整済み RTO ] フィールドがある場合、アプリケーションはその調整済み RTO 値を最終的な RTO に自動的に使用します。フィールドの詳細については、 [新規インパクト分析を作成 (Create New Impact analysis)] フォームのフィールドの説明を参照してください。
この例は、アプリケーションが修正スクリプトを実行しなかったため、[ 確定済み RTO ] フィールドが空であることを示しています。
-
オプションの手順として [ 調整済み RTO ] フィールドに RTO を手動で追加し、調整済み RTO の理由を追加して、変更を保存します。
[ 調整済み RTO ] フィールドの値を手動で更新すると、[ 調整済み RTO の理由 ] フィールドが表示されます。理由を追加して変更を保存できます。
その結果、 確定済み RTO には 調整済み RTO 値が入力されます。
-
[アセスメント] タブに、影響分析アセスメントと依存関係アセスメントを表示します。
例に示すように、依存関係タイプに固有のデータを追跡できます。
例に示すように、関連する BIA の詳細を追加できます。
サービスの重要性アセスメントを実施するシナリオを考えてみましょう。このアセスメントは、ビジネスサービスオーナーまたはビジネスプロセスオーナーによって実行されます。これには、プロセスが効果的に完了して提供されていることを検証するために、チーム、アプリケーション、ハードウェアリソース、ベンダー、場所など、日常業務をサポートするために必要なすべての依存関係が含まれます。
Xanadu リリース以降、依存関係アセスメントを実施すると、同じレコード内に依存関係がプルされ、要件が表示されます。例えば、ビジネスアプリケーション:Acrobat のビジネス要件では、ダウンタイムがビジネスによって設定された目標復旧時間(RTO)である 72 時間を超えてはならないと指定されています。
ただし、IT チームによってコミットされた RTO は、関連アイテム RTO に示されているように、1 か月です。さらに、[関連アイテム のビジネスインパクトアナリシス(BIA)]、[関連アイテムの目標復旧時間 (RTO) (Related Item Recovery Time Objective (RTO))]、[関連アイテムの目標復旧時点 (RPO) (Related Point Objective (RPO))]、および [関連アイテムの復旧階層 (Related item Recovery Tier)] 列から取得した詳細を同じ画面に表示することにより、BIA オーナーはデータを評価し、復旧の解決までに必要な期限とデータバックアップ要件を決定できます。
-
アセスメントのオーナーとして影響分析アセスメントを開始し、目標復旧時間のアセスメント、目標復旧時点アセスメント、または依存関係アセスメントのカードを選択して、質問に回答します。
以前は、BIA の [アセスメント] タブには、単一のアセスメントカードと [アセスメントを開く (Open assessment)] ボタンが表示されていました。Yokohama リリース以降、BIA の [アセスメント] タブにあるカードのレイアウトが更新され、複数のアセスメントと依存関係アセスメントが 2 列で表示されるようになりました。
この例は、目標復旧時間 (RTO) のアセスメントを示しています。
アセスメントカードが動的に表示され、複数のアセスメントを BIA に添付できるようになりました。たとえば、カードが 1 つの場合、そのカードは 1 行に単独で表示されます。カードが 7 枚ある場合は、4 列 (3 列にそれぞれ 2 枚のカード、1 列に 1 枚のカード) に配置されます。アセスメントは複数追加することも、1 つだけ追加することもできます。
-
依存関係アセスメントを完了します。
依存関係アセスメントに、[関連アイテムが確定した RTO] 列と [関連アイテムが確定した RPO] 列が表示されるようになりました。これらの列の値は、依存関係関連 BIA から導出されます。
「Acrobat」アプリケーションに適用される BIA レコードがある例を考えてみましょう。この例は、「Acrobat のアプリケーションのダウンタイムアセスメント」BIA レコードが「Acrobat」に適用され、[確定済み RTO] と [確定済み RPO] の値が入力されていることを示しています。
例は、「自分のサービス重要性アセスメント」BIA レコードの依存関係アセスメントに「Acrobat」が追加されていることを示しています。
「Acrobat」が追加されると、「Acrobat」BIA に関連付けられた関連アイテム確定済み RTO と関連アイテム確定済み RPO 値が、「Acrobat のアプリケーションダウンタイムアセスメント」BIA レコードの依存関係アセスメントに入力されます。
-
[送信] を選択します。
アセスメントが正常に送信されたことを示すメッセージが表示されます。
アセスメントの結果を更新する場合は、カードを選択して詳細を更新できます。その後、アセスメントは再び [オープン] ステータスに移行します。アセスメントを再度受けて送信すると、ワークフローは完了です。