Azure-数据库迁移服务中永不终止的完整备份上载



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

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

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

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

你能帮忙吗?

谢谢!

如前所述,在我的案例中,迁移旧SQL Server的最佳选项是:

  • 定期检查服务器的cpu和网络性能
  • 配置SQL MI时,请至少使用完整数据库备份大小的两倍存储大小
  • 最后,如果您有大数据库(我的案例超过400GB(,请创建不同的活动*,将小数据库与大数据库区分开来。如果大型数据库发生任何错误,这也会有所帮助。您不需要再次上传所有内容。*注意。当我有两次以上的活动时,我遇到了一些问题:其中一些活动停留在";排队的";状态和一天后仍然没有运行。即使其他活动已经完成,这种情况也会发生。所以,为了解决这个问题,我不得不删除所有的活动,然后重新创建剩下的活动

祝你今天愉快。

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

我以前见过这种情况,VLDB的恢复正在进行,然后在SQL MI上打补丁会导致它再次重新开始恢复。

希望这将有助于

最新更新