sql-server - Azure SQL 数据库最快的备份/恢复策略？

Question

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

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

更新:

UPD。对于 40 GB 数据库，使用 CREATE DATABASE [DBBackup] AS COPY OF [DB] 创建数据库(顺便说一句，事务一致)副本只需 15 分钟，并且恢复只需简单的数据库重命名即可。

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

首先，在数据库变得稍大一些之后，数据层应用程序 (.bacpac) 的方法对我们来说不可行，并且如果您至少有一个非聚集索引，它也不会为您工作总大小 > 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

您需要专门查看“数据库副本”部分，但如果您的数据库太大，那么这篇文章值得完整阅读。