信頼を得るためのテスト

データベースに最適な DR ソリューションは、頻繁にテストされ、以下のチェック項目をパスするソリューションです。

• データベースごとの RPO 目標を達成する適切なデータリカバリ

• 予想される RTO 時間枠内に、機能しているデータベースを完全に復元することで、アプリケーションをデータベースに接続してすべての機能を再開できます。

最も必要なときにバックアップが機能するよう、ビジネス戦略の一部に DR テストを組み込んでおきます。DR テストでは、次のようなケースにも対応する必要があります。

• データベースのサイズが大幅に増加し、現在の DR 戦略がビジネスのサービスレベルアグリーメント (SLA) を満たさなくなったケース。

• バックアップファイルが破損し、復旧作業中に問題が発生する可能性があるケース。

DR 戦略をテストする際に考慮すべきこと

• RPO と RTO に関する事業継続目標を明確に定め、テスト結果が目標と一致していることを確認します。

• テストに必要な財務要件と人的資源要件を考慮に入れた、詳細な DR テストプランを作成します。

• 潜在的な問題や学習内容をドキュメント化するためのリソースを割り当てます。

• 学んだことを基に DR 戦略を更新し、組織にとって最適なプロセスと自動化をサポートするソリューションを見つけます。

DR ソリューションのテスト頻度

規制で明示的に規定されていない限り、DR テストサイクルに関する明確な推奨事項はありません。例えば、Payment Card Industry Data Security Standards (PCI DSS) コンプライアンス監査では、組織は少なくとも 1 年に 1 回は DR プランをテストすることが義務付けられています。(PCI DSS 要件のウェブサイトにある「PCI DSS Disaster Recovery Requirements」を参照してください。)

アプリケーションチームは、アプリケーションやインフラストラクチャが変更されたときに、個々の DR ソリューションを継続的にテストすることもできます。

ドリフト検出

DR ソリューションはドリフト検出についても管理する必要があります。これは、プライマリリージョンと DR リージョンの同期レベルを適切にし、テストをスムーズに進めるものです。AWS Config はインフラストラクチャーの設定管理と設定履歴の追跡を可能にし、ドリフトを効果的に管理できるようにします。

オブザーバビリティ

オブザーバビリティの向上は、テストの準備にプラスの影響を与えます。すべての DR ソリューションは、プライマリリージョンのデータをセカンダリ (DR) リージョンに移動します。レプリケーションラグやバックアップに関するアラートを設定したり、データが DR リージョンに正常にコピーされたことを確認するプロセスを毎日実施したりできます。