尝试设计用于SQL Azure的数据库备份策略。首先，交易量约为200 / day。
我要防范的方案是：
1）完整的数据库丢失，故障，损坏，这基本上由SQL Azure的保存到3点策略来解决，即它具有1个主副本和2个辅助副本。
2）错误代码或用户错误导致记录损坏。我不想为此恢复数据库，而我目前的想法是使用“先前”（也许是前一天晚上）的数据库副本并进行数据比较。记住的工具是VS中使用了SQL Server数据工具。
我目前的想法是每天一次晚上进行一次数据库复制，即
Create Database as copy of liveDB
我认为MS谈论的是滚动3副本过程，在我的情况下，将保留3天的备份，然后副本1将被副本4覆盖。
还按照MS的建议执行DB导出。
有什么想法吗？
由于问题是“想法？” 这里有一些：
请注意，通过Azure管理页面进行的数据库导出会产生BACPAC，该BACPAC在事务上不一致（请参见http://msdn.microsoft.com/zh-cn/library/hh335292.aspx）。
如上所示，数据库副本（将数据库创建为liveDB的副本）在事务上是一致的，但是完成后它是可计费的，因为它将具有与源数据库相同的版本和数据库大小（请参阅http://msdn.microsoft .com / zh-CN / library / azure / ff951631.aspx）。
如JuneT所述，使用自动导出在事务上是一致的，因为它首先创建数据库副本，然后再执行数据库导出。由于无论副本在线多长时间，数据库都是按天计费的，因此，如果您每天进行备份，则由于副本在生产BACPAC之前就已经在线，因此您将为源数据库支付双倍的费用。一旦生成了BACPAC，自动导出就不再需要该副本，但是您仍需按比例分配使用天的费用。您的保留设置也会影响与存储帐户相关的帐单，因为您需要按照存储的BACPAC的大小付费。
请参阅http://blogs.msdn.com/b/sql-bi-sap-cloud-crm_all_in_one_place/archive/2013/07/24/sql-azure-automated-database-export.aspx
和
http://msdn.microsoft .com / library / azure / ee621788.aspx
本文收集自互联网，转载请注明来源。
如有侵权，请联系 [email protected] 删除。
我来说两句