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