BC/DR が組織の成功の重要な要素であることはすでにご存知でしょう。 そして、取り組みの効果を測定するための指標が必要であることもわかっています。 最初のステップは、事業継続性と災害復旧計画において重要な指標を理解することです。これがまさにこの記事の内容です。 これらのメトリクスを収集してレポートするためのツールも必要です。 組織の規模や BC/DR プログラムの成熟度に応じて、Excel テンプレートから強力な自動化ソフトウェアまで、その範囲が異なります。
回復計画を成長させ、測定するために監視すべき 7 つの重要な BC/DR 指標があります。
監視すべき指標は他にもたくさんありますが、これらの指標は基本的なプログラムのレビューとして機能し、ブロッキング問題に取り組むための本当に準備ができているかを示します。
最初の XNUMX つの重要な BC/DR 指標は、目標復旧時間 (RTO) と目標復旧時点 (RPO) です。 RTO は、アイテムがアイドル状態でいられる最大許容時間です。 RPO は、どのくらい古いデータを失っても許容できるか、またバックアップによって残りのデータが保存されるかどうかを決定します。 たとえば、XNUMX 時間のデータが失われる可能性がある場合は、少なくとも XNUMX 時間ごとにバックアップを作成する必要があります。
バックアップとリカバリの手順は、優れた BC/DR 計画の中心となるため、ジョブに最適なバックアップとリカバリのツールを決定するには、RTO と RPO の両方を考慮する必要があります。 たとえば、中程度から大量の量と価値の継続的なトランザクションを生成する場合、何分間のトランザクションの損失は許容できるでしょうか? どれくらいの期間、勤務を休む余裕がありますか? このようなアプリケーションは、継続的データ保護 (CDP) によって可能な非常に頻繁なブロック レベルのバックアップの恩恵を受ける可能性がありますが、RTO と RPO の両方を確認しない限り、それはわかりません。
最後に、測定する必要があります 各ビジネスプロセスをカバーするプランの数 同様に 各計画が更新されてからの経過時間 。 主要業績評価指標 (KPI) は、プログラムがどの程度うまく機能するかを示す尺度であり、無視できません。 計画を確認および更新する頻度 (月次、6 か月、年ごとなど) と、100% のカバー率を達成するためのアクション プランを含む、復旧計画の対象となるビジネス機能の数に関する KPI を設定できます。 時間とリソースが不足している場合は、最も重要なビジネス プロセスから始めてください。
ビジネスには数百から数千のプロセスが存在する可能性があり、計画なしにプロセスを回復することはできません。 BC/DR 計画の重要な指標は次のとおりです。 潜在的な災害の脅威にさらされているプロセスの数 .
以下を行うために、リスク分析とビジネスへの影響分析から始める必要があります。
次に、これらのプロセスを保護し、災害時の中断を最小限に抑えるための計画を作成できます。
しかし、静的な計画では停滞する可能性があります。 アプリケーション、データ、環境、従業員、リスクの変化を考慮して計画を定期的に更新しない限り、プロセスをロールバックすることはできません。 サイクルの適切な時点で計画のレビューを促すリマインダーを自分で設定する必要があります。 理想的な世界では、さまざまな部門の責任者から、計画を見直して更新したという確認が得られるはずですが、正直に言うと、計画を見直して更新するのは非常に面倒で、期限内に完了できればほとんど奇跡的です。 ソフトウェアを使用すると、この問題点を軽減できます。さまざまなプラン所有者への電子メールによるリマインダーを自動化し、ソフトウェア内で進捗状況を追跡できます。受動的な攻撃的な電子メールは必要ありません。 このソフトウェアは、変更管理に関連する面倒なタスクの多くも削除します。 たとえば、自動データ統合により、他のアプリケーションでデータが変更されると、データが自動的に更新されます。 100 人の連絡先が XNUMX の計画にわたって使用され、その電話番号が変更された場合、統合システムによってその変更が事業継続計画および緊急管理計画にも反映されます。
ビジネス機能がどのように相互依存しているかを判断する最も簡単な方法の XNUMX つは、依存関係モデリング ツールを使用することです。 これは、アプリケーションの依存関係によって RTO と SLA を満たすことができるかどうかを視覚化するのに役立ちます。
たとえば、買掛金サービスを 12 時間以内に回復する必要があるが、これは回復に最大 24 時間かかる財務ソフトウェアに依存する場合、買掛金サービスは 12 時間の SLA を満たすことができません。 依存関係モデラーは、これらの依存関係を動的に示し、結果として計画がいつ、どのように破綻するかを示します。
測定する必要があります ビジネスプロセスの復元に実際にかかる時間 。 BC/DR ツールを使用してリカバリ手順をテストし、各ステップにかかる時間を追跡できます。
あるいは、各ステップの時間を手動で測定する昔ながらの方法を使用することもできます。 これらのテストは、従業員とプロセスが既存の計画を使用して RTO を達成できるかどうかを判断するのに役立ちます。 計画で許可された時間内に回復タスクを完了できる必要がありますが、それができない場合は、現実的かつ達成可能になるように計画を修正する必要があります。
最後に、このリソースで取り上げる最後の指標は次のとおりです。 実際の回復時間と予想される回復時間の差 、ギャップ分析とも呼ばれます。 フェイルオーバーとリカバリのテスト、エンタープライズレベルの BC/DR テスト、ギャップ分析などのギャップをテストできます。 計画にギャップが見つかったら、KPI を設定して計画プロセスで使用できます。
正確なレポートと計画を確実に行うために、BC/DR ソフトウェアによって収集されたデータは「クリーン」である必要があります。 データの衛生状態を良好に保つために、ドロップダウン メニュー、選択リスト、テキストの書式設定、およびデータ検証を使用してデータ入力を標準化してください。 たとえば、従業員の電話番号をプランに組み込む場合、その電話番号に市外局番が含まれているかどうか、使用され続けているかどうかを確認することをお勧めします。
重複排除と ID およびアクセス管理 (IAM) は、エレガントなデータの生成に役立ちます。 重複排除を使用すると、同じエントリの複数の側面を排除できます。 資格情報 (認証) 権限 (承認) 資格のあるユーザーのみがレコードとマスター データを入力できるようにします。 また、BC/DR システムを他のアプリケーション (人事システムなど) と統合して、記録の重複やエラーの可能性を回避することで、時間と手間を大幅に節約できます。
リレーションシップ モデリング ツールを使用して、重要なビジネス機能とそれらがどのように相互に依存しているかを判断します。
次に、RTO および RPO メトリクスを使用して、許容可能なダウンタイムのしきい値を設定します。 私たちは計画をテストして、それらのしきい値に近づくか超えるかどうかを確認します。 その後、計画を見直して再度テストしてみましょう。 計画の更新とテストの頻度を測定する KPI を設定し、ギャップ分析を実施して計画と実際の復旧時間を比較する必要があります。
最後に、正確なレポートを作成するために、データを「衛生的」に保つようにしてください。 データが不正確であれば、BC/DR メトリクスはまったく役に立ちません。 当然のことのように思えるかもしれませんが、SLA を偽って伝えるレポートによって誤った安心感に落ち着く企業がいかに多いかには驚くべきことです。 たとえそれが伴うリスクを受け入れることを意味するとしても、現実的であることが常に最善です。
Ercole Palmeri
先週の月曜日、フィナンシャル・タイムズ紙はOpenAIとの契約を発表した。 FT は世界クラスのジャーナリズムにライセンスを供与しています…
何百万人もの人々がストリーミング サービスに月額料金を払っています。あなたは…というのが一般的な意見です。
