我决定将数据库迁移到Azure。启动了数据迁移助手，完成了所有步骤，修复了一些兼容性问题，一切顺利。迁移了数据库模式，一切都很好。所以我继续第6步 - 迁移数据....
从313个表中的189个中复制数据花了11分钟，这看起来很棒。但现在它已经从一个表中复制数据超过5个小时，那里几乎是30％。 Aaargh。现在，我知道它没有被卡住，因为百分比确实在不断攀升，我知道这是一张巨大的桌子，但现在我开始担心了。我需要在大约8个小时的时间内收拾行李，现在我不再相信这个过程将在那时结束。
所以.....
我可以中断数据迁移吗？
在修复Schema的兼容性问题时，我必须“来回”，所以我知道它能够解决这个问题。已成功复制到目标数据库的模式的任何部分在下次运行时被忽略，并且在后续尝试中复制了更正的兼容性问题。所以我希望数据也是如此。那，如果我中断数据迁移并在明天的某个阶段重新启动它，它将忽略已经复制过的任何东西（主键存在）并简单地继续它停止的地方....
我在网上搜索过这个但没有明确答案，所以请原谅我在这里问：
我可以停止数据迁移并在以后恢复吗？
非常感谢
好吧，最后我不得不停下来，因为很明显它永远不会及时完成。唉。
但是，我确实有时间重新启动过程，看看会发生什么，这就是我发现的：
在启动“仅数据”迁移后，它会告诉某些表无法迁移数据，因为目标表不为空。非常好。我知道我必须在哪个表上打断它，所以我可以重新启动它以完成其余的小表，然后明天或每当我重新上线时，我可以清空失败的表，然后重新启动迁移仅适用于该表。
好吧，不像它能够从目标中已存在主键的表中部分迁移数据那样好，但总比没有好。