一次数据库迁移的过程记录，并请高人指教

mymm

在生产机上建库的DDL，用db2move import恢复数据，想着累点就累点吧，这一搞就应该差不多了。嘿嘿，结果是跳出一堆错误，说一些表依赖于另外的表！确实是这样的，有很多表是有外键约束的，但db2竟然不分析这些关系，直接就跳过所有父表子表也太过分了。请教高人是不是这样的：db2move不能处理有约束的数据
7.看了一下db2move导出的数据，是ixf文件，没办法了，只能用import试试。真正的苦力活开始了：列出了所有的父子表，一个个按顺序导入。经过不知多少秒后，好象数据都进去了。请教：如果有100000个父子表，那不是要死人了，应该怎么处理？

你用db2move TableName load就不会出现SQL0530了，但load完成后，表会处于”check pending“状态，可以用"set integrity ..."来解除！

mymm

[quote]原帖由 "ff51" 发表：
娲⒐?蹋?媒疟敬?怼?
　　大致就是这些，其实还有以后的问题，比如：在开发机上新增的数据怎么导到生产机上，用什么方法效率最高。不要告诉我一个个表手动导，遣凰狄舶铡?/quote]

“开发机上新增的数据”是什么意思？

是数据还是对象？

任何开发机上的数据都不可能直接导到生产机上吧！

如果新增的是对象那在生产机上新建不就是了！

如果表不多的话，还是一个个LOAD方便！

在你的环境下，如果实现效率较高的数据库整库复制方式，个人觉得最好把开发环境和生产环境的tablespace管理方式改为一致，打开logretain和trackmod参数，然后用重定向增量恢复的方式比较方便！

ff51

嘿嘿，MYMM是牛人呀，一下子几个问题都解答了。我来一个个地请教：
1。db2move table load和db2move table import不一样吗？我粗看资料好象是一样的，只有有的参数不同。多谢你指点用load。
2。现在看来为了以后的迁移顺利开始的规划就要全面，不过我觉得这实在是DB2的不好用的地方，毕竟谁能一开始就考虑到以后的使用环境呢。MYMM说的“最好把开发环境和生产环境的tablespace管理方式改为一致”，我知道你的意思，但实际也不好改的，不又绕到生产环境上了吗？
3。“开发机上新增的数据”就是指新建的表（你说的对象）或在已有表中增加的数据。每次增量上线时要导入生产机的。我的意思就是除了一个个表导还有什么自动化一点的方法吗，毕竟手工导要挑出数据，还要分析表的依赖关系，挺累人的。对你说的增量重定向很感兴趣。

lizhuo

恢复ff51
你的第一个问题：两种方式，结果一样。但是速度和使用的参数不一样
第三个问题：可以考虑使用db2的数据复制功能。

ff51

　　我没试过load，不过看MYMM的意思，好象用load就不会出现父子表无法导入的问题，就是说还是有区别的。等有时间试一下看。
　　数据复制功能有哪些，我只知道export/import，db2move

vlife

load不检查外键约束，主要表中数据符合表上主键和唯一键约束，数据就可以装入，但是对于有其他约束的表，load后见表置为load pending 状态，强制用户在load后做一次约束的检查。

ff51

多谢以上各位的讨论