Azure - 数据库迁移服务中永无止境的完整备份上传
Azure - never ending Full Backup Uploading in Database Migration Service
我一直在将一些数据库从 SQL 服务器迁移到 SQL 托管实例。 14 个数据库中的 13 个已成功恢复。只剩下一个，最大的一个，将近 600 Gb。连续上传初始完整备份已经一个多星期了，还是运行.
这是一个大数据库，但我认为已经很长时间了，现在应该已经完成了。出于这个原因，我一直在尝试一些 cmd/az 命令，但除了 运行 状态之外，我没有得到任何东西。
奇怪的是，我在 SQL Management Studio 中看不到数据库（处于恢复模式），并且文件尚未在存储帐户的容器中创建。所有其他数据库都出现在 SSMS 和存储帐户中。
我比存储帐户中的数据库总大小多了大约 75 Gb，所以我想这不是问题所在。无论如何，我又添加了 500 Gb，但仍然没有结果。
是否可以停止任务并重新启动它以查看是否有帮助？显然，如果可能的话，我不想再次上传所有数据库。
你能帮忙吗？
谢谢！
我建议打开支持案例，以确保在迁移期间 SQL MI 上没有发生任何修补或故障转移。
我已经看到这种情况发生在 VLDB 的恢复过程中，然后在 SQL MI 上打补丁导致它再次重新开始恢复。
希望这会有所帮助
正如之前的评论中所解释的，在我的案例中迁移旧 SQL 服务器的最佳选择是：
- 定期检查 cpu 和服务器的网络性能。
- 配置 SQL MI 时，至少使用完整数据库备份大小的两倍存储大小。
- 最后，如果您有大数据库（我的情况超过 400Gbs），请创建不同的活动*以将小活动与大活动分开。如果大型数据库发生任何错误，这也会有所帮助。您不需要再次上传所有这些文件。
*笔记。当我有超过 2 个活动时，我遇到了一些问题：其中一些活动处于“排队”状态，一天后仍然没有 运行。即使其他活动已经完成，也会发生这种情况。因此，要解决此问题，我必须删除所有活动并重新创建剩余的活动。
祝你有美好的一天。
我一直在将一些数据库从 SQL 服务器迁移到 SQL 托管实例。 14 个数据库中的 13 个已成功恢复。只剩下一个，最大的一个，将近 600 Gb。连续上传初始完整备份已经一个多星期了，还是运行.
这是一个大数据库，但我认为已经很长时间了，现在应该已经完成了。出于这个原因，我一直在尝试一些 cmd/az 命令，但除了 运行 状态之外，我没有得到任何东西。 奇怪的是，我在 SQL Management Studio 中看不到数据库（处于恢复模式），并且文件尚未在存储帐户的容器中创建。所有其他数据库都出现在 SSMS 和存储帐户中。
我比存储帐户中的数据库总大小多了大约 75 Gb，所以我想这不是问题所在。无论如何，我又添加了 500 Gb，但仍然没有结果。
是否可以停止任务并重新启动它以查看是否有帮助？显然，如果可能的话，我不想再次上传所有数据库。
你能帮忙吗？
谢谢！
我建议打开支持案例，以确保在迁移期间 SQL MI 上没有发生任何修补或故障转移。
我已经看到这种情况发生在 VLDB 的恢复过程中，然后在 SQL MI 上打补丁导致它再次重新开始恢复。
希望这会有所帮助
正如之前的评论中所解释的，在我的案例中迁移旧 SQL 服务器的最佳选择是：
- 定期检查 cpu 和服务器的网络性能。
- 配置 SQL MI 时，至少使用完整数据库备份大小的两倍存储大小。
- 最后，如果您有大数据库（我的情况超过 400Gbs），请创建不同的活动*以将小活动与大活动分开。如果大型数据库发生任何错误，这也会有所帮助。您不需要再次上传所有这些文件。 *笔记。当我有超过 2 个活动时，我遇到了一些问题：其中一些活动处于“排队”状态，一天后仍然没有 运行。即使其他活动已经完成，也会发生这种情况。因此，要解决此问题，我必须删除所有活动并重新创建剩余的活动。
祝你有美好的一天。