2012-06-12 35 views
2

我正在使用Azure & SQL Azure构建网络应用程序。我正在设置它,所以每个组织都有自己的数据库。每个客户组织的流量低到中等。针对网络应用程序的SQL Azure故障转移/备份策略

我正在考虑使用SQL Azure Data Sync作为故障转移/备份计划的一部分,这样如果SQL Azure停机,我的应用程序就可以切换到我的本地SQL Server(只读模式)。

我也可以在内部完成所有备份,而不是在可能产生成本的云中执行备份。

  • 一个问题可尝试将数据同步多个数据库,以我的预置型 SQL服务器(不知道限制是对数据库 可同步到一台服务器数量的)

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

有没有人看到这种方法的任何其他问题?

回答

1

数据同步是好的,但可能会或可能不会对您的特定灾难恢复计划有好处,因为它不是事务性同步模型。

一个值得考虑的选择是建立数据库副本:

CREATE DATABASE destination_database_name 
    AS COPY OF [source_server_name.]source_database_name 

然后你可以从这个副本创建备份,存储在Blob存储备份,和(可选)删除数据库副本。虽然由于第二个数据库处于活动状态,但确实会增加额外的成本,但如果在创建备份并存储到blob存储后删除数据库实例(请记住数据库每日分期付款),可以将此成本降至最低。

因为您的备份将在blob存储中,所以您可以在blob存储中保留多个备份,并根据需要将备份提供到您的本地服务器。

+0

谢谢。你能解释“非交易同步模式”是什么意思吗?这是否意味着我的内部部署数据库可能会丢失交易数据的某些部分? – PeteShack

+0

同样在带宽方面,数据同步而不是每天下载完整的数据库会更好吗? (假设我想保留只有1天前的数据库) – PeteShack