我正在为我的 Azure 应用程序创建一个简单的灾难恢复计划。 该应用程序的 RTO 长达一周，因此它不是一个关键应用程序，所以我不需要设置主动/被动服务器或任何类型的自动故障转移。
如果数据中心断电六个小时，我也不在乎。 实际上，我只是为某些导致整个数据中心离线的事件（如火灾、自然灾害等）解决灾难恢复问题。
基于这种理解，我正在研究如何将 Azure SQL 数据库还原到另一个位置。
-
在数据库概述页面中，有一个"还原"选项。 但问题是没有还原到另一个逻辑服务器的选项。 如果数据中心不可用，我想这是必须的。
- 我认为我的最佳选择是创建一个新的服务器和数据库，并使用备份来填充它。 我只需更新应用程序中的连接字符串，对吗？
这就是我的问题所在。 我正在新服务器上创建一个新数据库，在"附加设置"步骤中，您可以选择使用现有数据并选择备份。 我看到了备份，但不是我需要的数据库的备份。
我在服务器上有两个数据库。 备份列表中的 Db1 是标准层，无服务器，具有地理冗余备份。 不在备份列表中的 Db2 是基本层，无服务器，具有区域冗余备份。
我想知道是 1) 层级不同还是 2) 备份方案不同阻碍了我使用数据库备份？ 我尝试将 Db2 的层级更改为标准层级，并更改为地域冗余备份，但数据库仍然不可见。
是否真的是 Db2 配置出了问题，只是建立地理冗余备份需要时间（小时/天？
更新 我认为地域冗余备份需要时间才能启动。 我今天又检查了一遍，有一个备份可以恢复。
是对的，地理冗余备份需要一些时间才能开始并可用于跨区域还原。 备份未立即显示在列表中的原因很可能是因为地域冗余备份尚未完善。
以下是关于 Azure SQL 数据库灾难恢复策略的观察结果：
-
还原选项： 说得对，Azure 门户中的“还原”选项不允许还原到另一个逻辑服务器。 此功能主要用于同一服务器内的点播还原。
-
创建新数据库并使用备份填充： 这是针对的 RTO 和 RPO 要求的有效且可行的方法。 通过创建新的逻辑服务器和数据库并使用地理冗余备份还原它，可以在发生区域性中断时确保业务连续性。
-
备份可见性： 观察到只有“Db1”（配置为使用地理冗余备份）的备份可见，而“Db2”（最初配置为使用区域冗余备份）的备份不可见，这是准确的。 这是因为：
- 地理冗余备份 在配对的 Azure 区域中维护数据库备份的副本，从而可以在区域性中断时进行还原。
- 区域冗余备份 在同一区域内的多个可用性区域中维护备份副本，从而保护数据库免受区域内中断的影响。
-
层级和备份保留期： 将“Db2”从基本层更改为标准层并启用地理冗余备份是正确的步骤。
- 基本层不支持地理冗余备份。
- 启用地理冗余备份后，备份过程可能需要一些时间才能完成，因此备份可能不会立即显示在还原列表中。
-
更新： 关于地理冗余备份需要一些时间才能启动的观察结果是准确的。 由于备份过程现已完成，因此备份现在显示在列表中。
建议：
- 耐心等待： 由于已经启用了地理冗余备份并确认备份可用，因此无需执行其他操作。
- 验证还原过程： 建议定期测试从地理冗余备份还原数据库，以验证的灾难恢复策略并最大程度地减少意外中断时的停机时间。
- 自动化： 对于更简化的灾难恢复流程，请考虑使用 Azure 自动化或 Azure CLI 等工具来自动执行从备份创建新服务器和数据库的步骤。
通过遵循这些步骤，可以在发生区域性中断时为 Azure SQL 数据库建立可靠的灾难恢复策略，确保业务连续性并最大程度地减少潜在数据丢失。
标签：azure-sql-database,database-backups From： 78519998