Azure SQL数据库最快的备份/还原策略？

Question

备份/恢复Azure SQL数据库的最快方法是什么？

背景：我们拥有大小约为40 GB的数据库，并通过Azure SQL数据库导入/导出服务以本机方式从.bacbac文件（~4GB压缩数据）恢复它长达6-8小时。创建.bacpac也很长，需要大约2个小时。

UPD：

UPD。 使用CREATE DATABASE [DBBackup] AS COPY OF [DB]创建数据库（通过事务一致的方式）使用40 GB数据库只需15分钟，并且还原是简单的数据库重命名。

UPD。 2014年12月。让我与您分享我们最终获得的数据库迁移架构最快方式的经验。

首先，数据层应用程序（.bacpac）的方法在DB变得稍微大一点后对我们来说是不可行的，如果你至少有一个非聚集索引，它对你也不适用总尺寸＆gt; 2 GB，直到您在导出前禁用非聚集索引 - 这是由于Azure SQL事务日志限制。

我们坚持Azure Migration Wizard数据传输只为每个表运行BCP（BCP的参数是可配置的），并且比使用.bacpac的方法快20％。

以下是迁移向导遇到的一些陷阱：

1. 我们遇到非Unicode字符串的编码问题。确保 BCP导入和导出以相同的排序规则运行。它的-C ...配置开关，您可以找到BCP呼叫的参数 在MW应用程序的.config文件中。
2. 考虑到MW（至少是本文撰写时的实际版本）运行BCP，其参数会使约束处于不可信状态，所以不要忘记在BCP导入后检查所有不受信任的约束。

Answer 1

如果您的数据库是40GB，那么很久以后就会考虑让主机出现故障后立即准备好冗余的数据库服务器。

除了每小时/每天与主服务器同步之外，您应该有第二台服务器与主数据库服务器一起运行，该服务器没有实际例程（取决于您的数据更改的频率，以及运行此服务所需的时间）处理）。您还可以考虑从此数据库服务器而不是主数据库服务器创建备份。

如果您的主数据库服务器出现故障 - 无论出于何种原因 - 您可以将应用程序中的主机地址更改为备份数据库，并花8小时调试您的其他服务器，而不是将您的拇指等待Azure门户在客户抱怨的同时做好准备。

您的数据库不应该花费6-8小时从备份中恢复。如果您在此估算中包含上载/下载时间，则应考虑将数据存储在Azure数据中心以及本地。

有关详细信息，请参阅有关MSDN上的业务连续性的这篇文章： http://msdn.microsoft.com/en-us/library/windowsazure/hh852669.aspx

您想要专门查看“数据库副本”部分，但如果您的数据库太大，那么本文值得全文阅读。

Answer 2

Azure现在支持即时恢复/地理还原和GeoDR功能。您可以使用这些组合进行快速备份/还原。当您需要付费时，PiTR和Geo恢复无需额外费用 地理复制品

Answer 3

有多种方法可以在Azure上执行备份，还原和复制作业。

1. 时间点恢复。

Azure Service每5分钟进行一次完整备份，多个差异备份和t-log备份。

1. 地理还原

与时间点恢复相同。唯一的区别是它从存储在不同区域的不同blob存储中获取冗余副本。

1. 地理复制

与SQL可用性组相同。 4副本与读取功能异步。选择一个区域成为热备用。

有关Microsoft网站here的更多信息。博客here。

Answer 4

Azure SQL数据库已经拥有Liam所指的这些本地副本。您可以在http://social.technet.microsoft.com/wiki/contents/articles/1695.inside-windows-azure-sql-database.aspx#High_Availability_with_SQL_Azure

找到有关这三个本地副本的更多详细信息

此外，SQL数据库最近引入了新的服务层，其中包括新的时间点恢复。 http://msdn.microsoft.com/en-us/library/azure/hh852669.aspx

的详细信息

Answer 5

关键是要使用正确的数据管理策略，这有助于解决您的目标。将所有内容放在云上的错误架构和方法可能会带来灾难性后果......此处还有更多内容 - http://archdipesh.blogspot.com/2014/03/windows-azure-data-strategies-and.html