ビデオ: 6 space technologies we can use to improve life on Earth | Danielle Wood 2024
ダミーチートシートのIT災害復旧計画の一部
テストは多くの人にとってライフサイクルの自然な部分ですソフトウェア、プロセス、および - はい - 災害復旧計画。災害はあまり頻繁に起こることはないので、DR計画が実際に機能するかどうかを明確に判断することはめったにありません。災害の性質上、DR計画が失敗した場合、組織は災害から生き残ることができません。
5種類の災害復旧テストがあります。
-
ペーパーテスト： 個人が復旧計画を読み、注釈を付けます。
-
ウォークスルーテスト： グループは、問題と変化を特定するための計画を立てます。
-
シミュレーション： グループは擬似災害を経て、緊急時対応計画が適切かどうかを確認します。
-
並列テスト： 復旧システムは、主要プロセスをサポートするために実際の業務トランザクションを実行できるかどうかを確認するために構築/設定されテストされています。プライマリシステムはまだ完全な生産ワークロードを実行します。
<！ - 2 - > -
カットオーバーテスト： リカバリシステムは、完全な生産ワークロードを前提に構築/設定されています。プライマリシステムを切断します。
ソフトウェア開発や関連テストなど、他の複雑な取り組みを構築するのと同じ方法でDRテストを構成します。次の手順に従ってください：
-
各タイプのテストを実行する頻度を決定します。
<！ - 3 - > -
個々のコンポーネントをテストします。
矛盾があれば注意し、各セクションを書き込んだ人に計画を渡して更新できるようにします。このプロセスにより、DRプランの品質と精度が向上し、組織が実際に災害から生き残る可能性が高まります。
-
組み合わされたコンポーネントのより広いテストを実行します。
-
計画全体をテストします。
これらの4つのステップを実行することで、個々のテスト中に多数のエラーを特定し、それらのエラーを修正してから、より包括的なテストを行うことができます。このプロセスは、多くの人が関わる包括的なテストを中断することによるエラーをほとんど防ぎ、時間を節約します。
