azure - SQL Azure 中的备份非常慢

Question

我目前正在制定 SQL 数据库备份策略，然后再将我们的应用程序移植到 Azure。目前，我们正在使用 SQL Server 维护任务每 15 分钟运行一次本地数据库备份，保留 1 小时(从而保留 4 个本地副本)。我们还运行 24 小时备份，并将其推送到 Amazon S3 中。

现在，在 Azure 中，我到目前为止已成功使用以下 T-SQL 建立主数据库的备份(到另一个 SQL Server 实例):

CREATE DATABASE targetserver.backupName AS COPY OF sourceserver.sourceName

源数据库大小约为 3GB，并且每月扩展约 5-10%。我遇到的问题是复制过程非常慢!我在 30 多分钟前启动了副本，但它仍在运行!这意味着采用 15 分钟备份计划在 Azure 中似乎站不住脚。

所以我想知道我是否可以向其他用户证明一些事情:

1. 3GB 备份需要 30 多分钟(并且还在持续)复制到另一个服务器实例，这正常吗？

2. 我应该将备份保留在与源相同的服务器上吗？我非常紧张，因为在 Azure 门户中单击几下就可能会删除大量关键数据!我知道这是一个“黑天鹅”事件，但我只是觉得让所有内容都在单个服务器实例中运行并不容易。

3. 有没有更快的方法来备份 SQL Azure 数据库？我查看了 Red-Gate但每天进行一次增量备份似乎很昂贵。

对此的任何想法将不胜感激!

我应该补充一点，我很高兴完全重新考虑我的备份策略，以使其对 Azure 更加友好。关键是减轻管理员错误，例如由于笨拙的语句而丢失了重要数据的负载(备份间隔越短越好)以及将 24 小时备份推送到不同的存储方法，例如Blob 容器。

更新------

我在等待 1 小时后取消了初始备份请求并重新启动。第二次备份在 5 分钟内完成。我现在回到 Red-Gate 查看他们的托管备份解决方案。

Answer 1

复制数据库运行所需的时间不仅取决于数据的大小，还取决于当时正在运行的事务数量，因此此选项在您的情况下可能不成立。现在您已经有了一个备份数据库，您可以通过备份您的备份来亲自测试一下，看看需要多长时间。

您的另一个选择是导出 .bacpac 文件并将其存储在 Blob 存储中。有相关的库，但我没有手头的引用资料。这也将是一个更便宜的选择。我很确定这就是 Red Gate 在他们的服务背后所做的事情。