Azure - 数据库迁移服务中永无止境的完整备份上传

Posted 2023-02-19

【中文标题】Azure - 数据库迁移服务中永无止境的完整备份上传

【英文标题】：Azure - never ending Full Backup Uploading in Database Migration Service

【发布时间】：2021-03-09 11:24:37

【问题描述】：

我一直在将一些数据库从 SQL Server 迁移到 SQL 托管实例。 14 个数据库中的 13 个已成功恢复。只剩下一个，最大的一个有将近 600 Gb。连续上传初始完整备份已经一个多星期了，它还在运行。

这是一个很大的数据库，但我认为它已经很久了，现在应该已经完成​​了。出于这个原因，我一直在尝试一些 cmd/az 命令，但除了运行状态外，我什么也没得到。 奇怪的是，我在 SQL Management Studio 中看不到数据库（处于恢复模式），并且尚未在存储帐户的容器中创建文件。所有其他数据库都出现在 SSMS 和存储帐户中。

我的存储帐户中的数据库总大小比我多出大约 75 Gb，所以我想这不是问题所在。无论如何，我又增加了 500 Gb，但仍然没有结果。

是否可以停止任务并重新启动它以查看是否有帮助？显然，如果可能的话，我不想再次上传所有数据库。

你能帮忙吗？

谢谢！

【参考方案1】：

正如之前在 cmets 中所解释的，在我的案例中，迁移旧 SQL Server 的最佳选择是：

定期检查服务器的 cpu 和网络性能。 配置 SQL MI 时，至少使用完整数据库备份大小的两倍存储大小。 最后，如果您有大数据库（我的情况超过 400 Gbs），请创建不同的活动*以将小数据库与大数据库分开。如果大型数据库发生任何错误，这也会有所帮助。您不需要再次上传所有这些。 *笔记。当我有超过 2 个活动时，我遇到了一些问题：其中一些保持“排队”状态，一天后仍然没有运行。即使其他活动已经完成，也会发生这种情况。因此，为了解决这个问题，我必须删除所有活动并重新创建剩余的活动。

祝你有美好的一天。

【参考方案2】：

我建议向支持部门开一个案例，以确保在迁移期间 SQL MI 上没有发生修补或故障转移。

在 VLDB 进行还原之前，我已经看到这种情况发生，然后修补 SQL MI 会导致它再次重新开始还原。

希望这会有所帮助

【讨论】：

谢谢，是的，我开了一个case。这需要很长时间，我没有看到任何进展或错误。

感谢您的提问。无论如何，我花了一段时间。 3 天前刚刚完成。最后，是的，我联系了 MS，他们帮助了我，但我们需要一些尝试。首先 MS 检查了后台，服务器出现了一些性能和网络问题。我们又试了一次，上传了两个半星期后，所有的数据库都上传了，但最后一个失败了。注意：至少在上传期间使用至少两倍于完整备份大小的存储空间。 3次尝试是好的。我们将大数据库分成不同的活动，上传时间为 2-3 天。我希望这对某人有所帮助。

酷.. 感谢您提供的信息，很高兴它成功了。