ベストプラクティス 12.4 – 復旧手順を検証するための定期的なテストを実施する
ソフトウェアと手順が予測可能な結果をもたらすことを証明し、バックアップファイルの状態と健全性を検証するために、重要な障害シナリオからの復旧を定期的にテストします。追加のテストが必要かどうかを判断するには、アーキテクチャ、ソフトウェア、またはサポート担当者への変更を評価する必要があります。
提案 12.4.1 – 復旧テストの障害シナリオを特定する
[信頼性] に基づいて、復旧が必要となる障害シナリオを定義する必要があります。 提案 10.3.2 – バックアップからの復旧が必要になる障害シナリオを判断する プロセスとツールを検証するために必要なテストの適切なレベルを決定する。
提案 12.4.2 – システム変更が復旧アプローチに与える影響を判断する
変更の影響を評価するアプローチと、そのアプローチが無効にならないことを確認するために必要なその後の復旧テストを定義します。ワークロードの復旧に影響を与える可能性のある変更のタイプの例には、ソフトウェアのアップグレード、パッチ、およびパラメータの変更などがあります。
マネージドサービスパートナーや主要な担当者の変更など、SAP 環境をサポートするために使用される運用モデルに大幅な変更があった場合にも、復旧テストを計画する必要があります。
提案 12.4.3 – 復旧テストプランを定義する
復旧の必要性が生じるような重要な障害シナリオをシミュレートするために、完全なテストセットを定義しておく必要があります。復旧テストは、最初の実装時に計画し、その後は定期的に、あるいは必要に応じて実施する必要があります。
-
SAP Lens [運用上の優秀性]: ベストプラクティス 4.3 - 事業継続性計画と障害復旧を定期的にテストする .