执行灾难恢复演练 - Azure SQL 数据库
适用于：
Azure SQL 数据库
建议定期对恢复工作流执行应用程序就绪性验证。 验证应用程序的行为以及数据丢失和/或涉及到故障转移的中断所造成的影响，是一种良好的工程实践。 许多行业标准在涉及到业务连续性认证方面也会提出此要求。
执行灾难恢复演练的操作包括：
- 模拟数据层中断
- 恢复
- 验证恢复后的应用程序完整性
根据针对业务连续性设计应用程序的方式，用于执行演练的工作流会有所不同。 本文介绍在 Azure SQL 数据库上下文中执行灾难恢复演练的最佳做法。
异地还原
若要防止执行灾难恢复演练时发生潜在的数据丢失，请通过创建生产环境的副本在测试环境中执行演练，并使用测试环境来验证应用程序的故障转移工作流。
中断模拟
若要模拟中断，可重命名源数据库。 此名称更改会导致应用程序连接失败。
恢复
验证
通过验证恢复后的应用程序完整性（包括连接字符串、登录名、基本功能测试，或标准应用程序验收过程的其他验证部分）来完成演练。
故障转移组
对于使用故障转移组保护的数据库，演练过程包括按计划故障转移到辅助服务器。 计划的故障转移可确保在切换角色后故障转移组中的主数据库和辅助数据库保持同步。 与非计划的故障转移不同，此操作不会导致数据丢失，因此可以在生产环境中执行演练。
中断模拟
若要模拟中断，可以禁用已连接到数据库的 Web 应用程序或虚拟机。 此中断模拟会导致 Web 客户端连接失败。
恢复
验证
通过验证恢复后的应用程序完整性（包括连接性、基本功能测试，或演练验收所需的其他验证）来完成演练。
相关内容
若要了解详细信息，请查看：
- 连续性方案。
- 自动备份
- 从服务启动的备份还原数据库。
- 若要了解更快的恢复选项，请参阅活动异地复制和故障转移组。
- 查看灾难恢复指南和高可用性和灾难恢复清单。