适用于 Web 应用的 SQL Azure 故障转移/备份策略



我正在使用Azure和SQL Azure构建一个Web应用程序。 我正在设置它,以便每个组织都有自己的数据库。 每个客户组织的低到中等流量。

我正在考虑使用 SQL Azure 数据同步作为故障转移/备份计划的一部分,以便在 SQL Azure 出现故障时,我的应用可以切换到我的本地 SQL Server(只读模式)。

我还能够在本地进行所有备份,而不是在可能产生成本的云中进行备份。

  • 一个问题可能是尝试将数据同步多个数据库到我的本地SQL Server(不确定数据库数量的限制是多少可以同步到一台服务器)

  • 带宽可能是一个问题,但我可能只会每天同步。

有人认为这种方法还有其他问题吗?

数据同步是可以的,但可能适合也可能不适合您的特定 DR 计划,因为它不是事务同步模型。

要考虑的一个选项是制作数据库副本:

CREATE DATABASE destination_database_name
    AS COPY OF [source_server_name.]source_database_name

然后,可以从此副本创建备份,将备份存储在 Blob 存储中,并(可选)删除数据库副本。虽然这确实会增加额外的成本,因为第二个数据库处于活动状态,但如果在创建备份并存储到 Blob 存储后删除数据库实例,则可以将该成本降至最低(请记住,数据库每天摊销)。

由于备份将位于 Blob 存储中,因此可以在 Blob 存储中保留多个备份,并根据需要将备份拉取到本地服务器。

相关内容

  • 没有找到相关文章