翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# 信頼を得るためのテスト
<a name="testing"></a>

データベースに最適な DR ソリューションは、頻繁にテストされ、以下のチェック項目をパスするソリューションです。
+ データベースごとの RPO 目標を達成する適切なデータリカバリ
+ 予想される RTO 時間枠内に、機能しているデータベースを完全に復元することで、アプリケーションをデータベースに接続してすべての機能を再開できます。

最も必要なときにバックアップが機能するよう、ビジネス戦略の一部に DR テストを組み込んでおきます。DR テストでは、次のようなケースにも対応する必要があります。
+ データベースのサイズが大幅に増加し、現在の DR 戦略がビジネスのサービスレベルアグリーメント (SLA) を満たさなくなったケース。
+ バックアップファイルが破損し、復旧作業中に問題が発生する可能性があるケース。

## DR 戦略をテストする際に考慮すべきこと
<a name="considerations"></a>
+ RPO と RTO に関する事業継続目標を明確に定め、テスト結果が目標と一致していることを確認します。
+ テストに必要な財務要件と人的資源要件を考慮に入れた、詳細な DR テストプランを作成します。
+ 潜在的な問題や学習内容をドキュメント化するためのリソースを割り当てます。
+ 学んだことを基に DR 戦略を更新し、組織にとって最適なプロセスと自動化をサポートするソリューションを見つけます。

## DR ソリューションのテスト頻度
<a name="frequency"></a>

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

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

## ドリフト検出
<a name="drift-detection"></a>

DR ソリューションは[ドリフト検出](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/using-cfn-stack-drift.html)についても管理する必要があります。これは、プライマリリージョンと DR リージョンの同期レベルを適切にし、テストをスムーズに進めるものです。[AWS Config](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/set-up-aws-cloudformation-drift-detection-in-a-multi-region-multi-account-organization.html) はインフラストラクチャーの設定管理と設定履歴の追跡を可能にし、ドリフトを効果的に管理できるようにします。

## オブザーバビリティ
<a name="observability"></a>

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