1. 记录源数据库管理系统配置参数。这些是很重要的数据环境设置，其中的一些设置关系到迁移能否成功。  
清单 1. 显示数据库管理系统配置参数的命令 
db2 get dbm cfg 

清单 2. 显示数据库配置参数的命令 
db2 get db cfg for source_db_name
注意：Italic part should be replaced by your settings.  
注意：对于比较复杂的源数据库，要注意它的应用程序组内存大小参数(appgroup_memo_sz)。如果它的大小不够，后面生成数据对象定义的时候会有问题。   

清单3. 显示数据库注册表变量的命令
db2set -all

清单 4. 显示数据库表空间的命令  
db2 list tablespaces show detail

清单 5. 显示数据库程序包的命令
db2 list packages
上述显示表空间和程序包的命令都需要先建立到源数据库的连接。 
  
2. 检查源数据库系统对象，明确要迁移哪些数据库系统对象  
   如何检查源数据库系统对象?一个最直观的方法就是使用DB2控制中心(db2cc)浏览查看表，视图，触发器，用户定义的函数，存储过程等数据库对象。
   尤其要注意有无大的表，比如一行数据的表定义可能大于8K的表。 这样的表需要在目标数据库上建立具有足够页大小的表空间。
   下面的步骤中将会给出列子。还需要注意的是有无外部定义的存储过程，这些存储过程所关联的外部程序包需要手工重新关联。  
3. 导出源数据库系统的数据集 
   db2 提供了一个工具叫作 db2move，用户通过它可以把所有用户定义的表中的数据导出到 IXF(集成交换格式)的文件中。
   同时，在导入数据的时候，它还可以生成表上的所定义的索引。具体的导出执行命令如下： 
   清单 6. 导出源数据集   
db2move dbname  export -u username -p  password
根据数据库大小，机器性能的不同，这个导出过程可能耗时几分钟到几个小时不等。在笔者的经历中，这个导出过程就长达 2 个多小时。 

4. 生成源数据库系统的数据对象定义语句
  在导出了数据之后，要做的就是导出数据对象定义。DB2提供了一个工具叫db2look，用户可以通过它来生成数据库中的数据对象定义，包括别名，表，索引，视图，触发器，用户定义函数，存储过程等。具体的命令如下：
清单 7. 生成数据对象定义语句
db2look -d dbname -e -o ddlfile -i username -w  password 

如果数据库非常复杂，包含很多的数据对象定义，那么在执行上述命令前，用户有可能要先调整参数appgroup_memo_sz，才能够顺利的生成数据对象定义文件。下面是笔者修改这个参数的命令示例：

清单 8. 调整源数据库参数 
db2 update db cfg for dbname using appgroup_mem_sz 51368

5. 在目标平台创建新的数据库，参照源系统设置参数

    在源平台上完成了数据导出和数据对象定义语句生成之后，下面就是要在目标平台建立目标数据库了。参考源数据库的设置为新创建的数据库配置适当的参数，通常需要调整的参数有： 

dbheap - 数据堆大小  
catalogcache_sz - 目录高速缓存大小
logbufsz - 日志缓冲区大小  
util_heap_sz - 实用程序堆大小 
buffpage - 缓冲池大小
sortheap - 排序列表堆
stmtheap - sql 语句堆
applheapsz - 缺省应用程序堆

笔者使用的调整语句如下：   

清单 9. 调整语句
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  import -u  username   -p password 
如果数据量非常大，这个过程将会非常耗时。

7. 检查数据集导入过程日志，排除可能的错误。
导入完成后，你需要检查导入过程日志，查看有无错误发生。如果有错误，你需要找出解决方法，然后从步骤 5 重新开始。 

8. 在目标系统执行数据系统对象定义语句   
修改步骤 4 生成的 ddl 语句文件，去除文件前端的数据库连接语句，保存后执行如下命令：

清单12. 命令示例
db2 connect to targetdbname user username using password   
db2 -tvf ddlfile > createSchema.log   
db2 connect reset

9. 检查数据对象生成日志，排除可能的错误  

通常你会发现有很多创建表的语句执行失败的记录，不要紧张，这是正常的，因为前面的步骤中已经生成了所有的用户表。所以检查的焦点应该放在其他数据库对象(如视图和触发器等)的生成语句上。 如果数据库非常复杂，可能需要非常细致的检查日志，以确保所有数据对象都正确创建。 

10. 执行后期检查 

通常，用户可能碰到两种需要处理的情况。其一，如果数据库系统中有用 Java 编写的存储过程，那么需要注册存储过程的外部程序包。命令示例如下：  

清单 13. 命令示例  
db2 call sqlj.install_jar ('jar_url','jar_id') 
db2 drop procedure procedurename  
db2 create procedure procedurename
external name '  
jar_id:  
classname' language java parameter style DB2GENERAL FENCED modifies sql data
db2 grant execute on procedure procedurename to public  

其二，如果表定义中有数据库管理的自动增长列，比如表定义语句含有 "GENERATED BY DEFAULT AS IDENTITY"。那么你需要更新这些列的起始计数。命令示例如下：   

清单 14. 命令示例   
db2 alter table
tabname
alter column 
colname 
restart with
newstartnumber

这个 newstartnumber 的多少是要根据目前表中该列的最大值来定的，具体公式是 newstartnumber = currentmaxnumber + 1。  

11. 配置应用程序，连接数据库，测试迁移是否成功。 

上述就是完整的 db2 跨平台数据库迁移步骤，笔者使用的 db2 版本是 8.2。