DB2跨平台数据库迁移步骤和注意事项

核心提示： db2 update db cfg for dbname using dbheap 41599db2 update db cfg for dbname using catalogcache_sz 38049db2 update db cfg for dbname using logbufs

db2 update db cfg for dbname using dbheap 41599

db2 update db cfg for dbname using catalogcache_sz 38049

db2 update db cfg for dbname using logbufsz 256

db2 update db cfg for dbname using util_heap_sz 20000

db2 update db cfg for dbname using buffpage 1000

db2 update db cfg for dbname using sortheap 4096

db2 update db cfg for dbname using stmtheap 16384

db2 update db cfg for dbname using applheapsz 10242

对于非常复杂的数据库，目标数据库的日志参数还需要做出调整，以便在导入数据和生成数据对象时，系统不至于日志溢出。由于笔者要迁移的数据库比较复杂，所以使用了较大的日志配置，命令示例如下：

清单 10. 命令示例

db2 update db cfg for dbname using logfilsiz 8192

db2 update db cfg for dbname using mincommit 1

db2 update db cfg for dbname using logprimary 24

db2 update db cfg for dbname using logsecond 108

6. 导入源数据集

细心的读者可能会发现，这里总结的步骤6和8看似不太符合一般的逻辑顺序。对于数据库系统，通常都是先生成数据系统对象，如表，视图，触发器等，然后再导入数据集。而上述步骤中却是先导入数据集，然后再生成数据对象定义。 这能行的通吗?对于DB2来说，这完全行得通，因为db2move命令在导入数据集时，会自动生成表和索引。这样的顺序对于复杂数据对象定义的数据库迁移是唯一可行的顺序，因为复杂数据库中往往包含诸多复杂的数据约束语句， 它们会造成数据集导入时的种种问题。

清单 11. 导入源数据集的命令示例

db2move targetdbname