Azure-在数据库迁移服务中永不停止完全备份上载

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

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

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

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

你能帮忙吗

---

谢谢大家!

我建议打开一个支持案例，以确保在迁移期间SQL MI上不会发生修补或故障转移

我以前见过这种情况，VLDB的恢复过程中，SQL MI上的补丁会导致它重新启动恢复

---

希望这会有所帮助

正如前面的评论所解释的，在我的案例中，迁移旧SQL Server的最佳选项是：

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

---

祝您愉快。

谢谢，是的，我打开了一个箱子。这需要很长时间，我没有看到任何进展或错误。您的问题得到解决了吗？谢谢您的提问。无论如何，我花了一段时间。3天前刚完成。最后，是的，我联系了MS，他们帮了我，但我们需要一些尝试。首先MS检查了后台，服务器出现了一些性能和网络问题。我们再次尝试，上传2周半后，所有的DBs都被上传了，但最后一个失败了。注意：至少在上传期间，使用比完整备份大小大一倍的存储空间。3.我试过了。我们将大型数据库分为不同的活动，上传时间为2-3天。我希望这能帮助别人。酷。。谢谢你提供的信息，很高兴它奏效了。