目標復旧時間と目標復旧時点の計算

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 読む5読むのに数分
  • BCM アプリケーションは、ビジネスインパクト分析 (BIA) で目標復旧時間 (RTO) と目標復旧時点 (RPO) を計算するためのアセスメントアンケートを提供します。BIA の前提条件として、BCM 管理者は影響度評価を定義し、アセスメントの質問を設定します。アセスメントに対する応答を受信した後、BCM アプリケーションは RTO と RPO を計算します。

    ビジネスインパクト分析レコードの [アセスメント] タブ

    ビジネスユーザーと IT オーナーは、BCM UIB ワークスペース の BIA コンポーネントのアセスメントに応答することで、それぞれビジネス影響分析と技術的影響分析を実行できます。[アセスメント] タブのサンプルビューを次の例に示します。

    BIA の [アセスメント] タブ。

    目標復旧時点アセスメント

    IT オーナーは、BIA の目標復旧時点アセスメントに応答することで、データアプリケーションとシステムの目標復旧時点を推定できます。次の例に示すように、BCM 管理者が設定した構成に基づいて、質問が [ 目標復旧時点のアセスメント ] タブに表示されます。

    目標復旧時点アセスメント。

    目標復旧時間のアセスメント

    ビジネスユーザーの場合は、[アセスメント] タブの [目標復旧時間のアセスメント] に応答することで、ビジネスサービスとプロセスの目標復旧時間を見積もることができます。質問は、BCM 管理者が設定した構成に従って、[目標復旧時間のアセスメント] タブに表示されます。サンプルの目標復旧時間のアセスメントを次の例に示します。

    目標復旧時間のアセスメント。

    影響度カテゴリと影響度評価の管理者ビュー

    BCM 管理者は、影響度カテゴリの [低][中][高] などの 1 つまたは複数の影響度評価を含めるようにアセスメントアンケートを構成できます。次の例に示すように、影響度評価は影響度カテゴリに表示されます。影響度カテゴリの管理者ビュー。

    BCM 管理者は、影響度カテゴリごとに影響度評価の非許容のしきい値を指定できます。最初の許容できない影響度カテゴリの中断期間は、目標復旧時間 (RTO) に対して選択されます。影響度評価には、次のような値が指定されます。
    • 低 = 1
    • 中 = 2
    • 高 = 3
    影響度カテゴリの計算については、次の例を参照してください。
    図 : 1. 影響度カテゴリの計算を示す例
    影響度カテゴリ結果の計算を示す例。

    目標復旧時間 (RTO) の計算

    ビジネスユーザーがアセスメントアンケートに回答すると、BCM アプリケーションはビジネスプロセスとサービスの目標復旧時間 (RTO) を自動的に計算します。

    RTO 計算の例として、次のシナリオを考慮してください。BCM 管理者は、[収益への影響度] カテゴリの許容できない影響度評価を構成し、許容できない影響を定義しました。ビジネスインパクト分析のオーナーは、収益への影響が 100 万ドルを超える可能性のあるタイムラインを特定する必要があります。次の表に示すさまざまなシナリオのサンプル RTO 計算を参照してください。
    表 : 1. RTO 計算の例
    シナリオ 許容できない影響 説明
    シナリオ 1 [影響度評価] テーブルで、[許容範囲] フィールドが [false] に設定されている。

    管理者が [低] の規制上の影響を許容できないと指定した場合、対応する中断期間が目標復旧時間 (RTO) として設定されます。

    この例では、[01 - 低] 影響度評価の中断期間は 4 時間に設定されています。したがって、影響度カテゴリの目標復旧時間 (RTO) は 4 時間より長くなります。

    中程度の影響の中断期間の方が短い場合でも、計算では、[許容範囲] フィールドが [false] に設定されている、最初に英数字順にソートされた影響度評価の値が選択されます。

    シナリオ 2 [影響度評価] テーブルで、[許容範囲] フィールドが [false] に設定されている。

    管理者が [中] の規制上の影響を許容できないと指定した場合、対応する中断期間が目標復旧時間 (RTO) として設定されます。

    この例では、[02 - 中] 影響度の中断期間は 24 時間に設定されています。したがって、影響度カテゴリの目標復旧時間 (RTO) は 24 時間より長くなります。

    シナリオ 3 [影響度評価] テーブルで、[許容範囲] フィールドが [false] に設定されている。

    次の例に示すように、管理者が [高] の規制上の影響を許容できないと指定した場合、対応する中断期間が目標復旧時間 (RTO) として設定されます。影響度カテゴリの管理者ビュー。

    この表形式の例では、[03 - 高] 影響度の中断期間は 72 時間に設定されています。したがって、影響度カテゴリの目標復旧時間は 72 時間より長くなります。

    シナリオ 4 [低]、[中]、[高] の影響度評価の [許容範囲] フィールドが [true] に設定されている。

    管理者がすべての影響度評価を許容可能として設定した場合、テンプレートの [最大 RTO 値] フィールドで指定された値が目標復旧時間 (RTO) として選択されます。

    次の例では、管理者がすべての影響度評価を許容可能として設定しています。したがって、目標復旧時間 (RTO) は、[最大 RTO 値] フィールドで指定された値に従って 1 か月です。最大 RTO 値。

    BIA の全体的な影響度評価結果の計算

    影響度カテゴリの [中断期間] を更新すると、BIA の RTO が自動的に更新されます。BIA の RTO は、各影響度カテゴリの中で最も低い許容可能なダウンタイムとして設定されます。

    たとえば、法務、評判、人員、規制の 4 つの影響度カテゴリがある BIA について考えます。法務の影響度カテゴリの中断期間の値を更新すると、BIA の RTO 値が各影響度カテゴリの最も低い許容可能な中断期間に基づいて再計算されます。復旧階層は組織ごとに異なり、再計算された RTO 値に基づいて設定されます。

    RTO 値 復旧階層
    即時 ミッションクリティカル
    1 時間 ミッションクリティカル
    4 時間 ミッションクリティカル
    8 時間 ビジネスクリティカル
    24 時間 ビジネスクリティカル
    72 時間 必須
    1 週間 必須
    2 週間 必須ではない
    1 か月 必須ではない
    目標復旧時点 (RPO) に貢献する影響度カテゴリの影響分析の質問からのカテゴリスコアの計算

    影響度カテゴリが RPO に寄与している場合は、その RPO カテゴリの各影響分析の質問を、事業上の重要度、運用上の重要度、ビジネスに必須、または運用に必須などのデータの値に基づいて評価します。その RPO の全質問の中での最大値は、その影響度カテゴリのカテゴリスコアと見なされ、影響度カテゴリ結果テーブル [sn_bia_category_result] に保存されます。