我决定将数据库迁移到Azure。启动了数据迁移助手，完成了所有步骤，修复了一些兼容性问题，都很好。数据库架构已迁移，并且一切似乎都很好。因此，我继续进行步骤6-迁移数据。...
从313个表中的189个表中复制数据花费了11分钟，这看起来很棒。但是现在，它已经从一个表中复制数据了5个小时以上，并且几乎有30％在那里。啊啊现在，我知道它没有被卡住，因为百分比确实一直在上升，而且我知道这是一个巨大的表，但是现在我开始担心了。我需要收拾行装并在大约8个小时的时间内去某个地方，现在我不再相信此过程会在那时完成。
所以.....
我可以中断数据迁移吗？
在解决Schema的兼容性问题时，我已经不得不“来回”了，所以我知道它能够解决这个问题。在下一次运行时，将忽略已成功复制到目标数据库的架构的任何部分，并且在以后的尝试中复制已更正的兼容性问题。因此，我希望数据也是如此。那样，如果我中断数据迁移并在明天的某个阶段重新启动它，它将忽略已复制的所有内容（存在主键），而仅继续保留它的位置。...
我确实在网上搜索过此内容，但没有明确的答案，因此请原谅我在此处提出的要求：
我可以停止数据迁移并在以后恢复它吗？
非常感谢
答案 0 :(得分：0)
好吧，最后我不得不停止它，因为很显然它永远不会及时完成。 las。
但是，我确实有时间重新启动该过程以了解会发生什么，这就是我发现的结果：
开始“仅数据”迁移后，它告诉您某些表不能迁移数据，因为目标表不为空。那很好。我知道我必须在哪个表上中断它，因此我可以重新启动它以使其完成剩余的较小表，然后在明天或每当我重新联机时，都可以清空失败的表，然后重新开始迁移仅用于该表。
好吧，这还不如它能够从目标中已经存在主键的表中部分迁移数据，但总比没有好。