我决定将数据库迁移到 Azure。启动数据迁移助手，完成所有步骤，修复了一些兼容性问题，一切顺利。数据库模式已迁移，一切看起来都很好。所以我继续执行步骤 6 - 迁移数据...
从 313 个表中的 189 个表中复制数据花了 11 分钟，这看起来很棒。但现在它已经从一张表复制数据超过 5 个小时，几乎已经完成了 30%。啊啊。现在，我知道它没有被卡住，因为百分比确实在不断上升，而且我知道这是一个巨大的表，但现在我开始担心。我需要在大约 8 小时内收拾行李去某个地方，现在我不再相信这个过程会在那时完成。
所以......
我可以中断数据迁移吗？
在修复与架构的兼容性问题时，我已经不得不“来回”，所以我知道它能够处理这个问题；已成功复制到目标数据库的模式的任何部分在下次运行时都会被忽略，并且在后续尝试中会复制更正的兼容性问题。所以我希望数据也是如此。也就是说，如果我中断数据迁移并在明天的某个阶段重新启动它，它将忽略已经复制的任何内容(存在主键)并简单地从中断处继续......
我确实在网上搜索过这个问题，但没有得到明确的答案，所以请原谅我在这里提问:
我可以停止数据迁移并在稍后恢复它吗？
非常感谢
最佳答案
好吧，最后我不得不停止它，因为很明显它永远不会及时完成。唉。
但是，我确实有时间重新启动该过程，看看会发生什么，这就是我的发现:
开始“仅数据”迁移后，它告诉您无法从某些表中迁移数据，因为目标表不为空。那挺好的。我知道我必须在哪个表上中断它，所以我可以重新启动它以让它完成剩余的较小表，然后明天或每当我重新上线时，我可以清空失败的表，然后再次重新启动迁移仅适用于该表。
嗯，虽然不如能够从主键已存在于目标中的表中部分迁移数据那么好，但总比没有好。
关于azure - 停止和恢复 Azure 数据迁移助手 - 这可能吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/55268385/