本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 测试以获得信心
<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 测试周期的固定建议。例如，支付卡行业数据安全标准（PCI DSS）合规性审计要求组织每年至少测试一次其 DR 计划。（请参阅 PCI DSS 要求网站上的 [PCI DSS 灾难恢复要求](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 区域。