db2能否实现在线迁移（欢迎大家热烈讨论）

1.在源端(假设DB2版本为V9.1/V9.5/V9.7)和目标端(假设为V10.5)各自安装CDC相应软件。 2.将源端的最近一次online backup恢复到目标端相应的版本，或者通过DDL创建V10.5版本的空库。 3.在CDC管理控制台中配置源和目标端的复制关系（具体操作参阅CDC管理手册）。 4.导出Subｓｃｒｉｐｔion定义，并且备份V10.5库中CDC的Metadata表(TS_开头的三张表) 5.在源数据库上执行dmmarkexternunloadstart，用来标记数据导出的起始点。 6.需要重新恢复一次带有CDC bookmark的全备至目标端，前一次恢复是仅仅为了定义复制关系，本次才是关键点。 7.在源数据库上执行dmmarkexternunloadend，用来标记数据导出的结束点。 8.导入步骤4中备份的Metadata表以及CDC的Subｓｃｒｉｐｔion定义。 9.将目标端的DB2版本逐级升级至V10.5(ESE或PureScale)（假设源库的版本较低，如果为V9.7或以上则忽略此步骤） 10.定义反向复制关系（目标端至源端的方向），在CDC中定义两个方向的同步关系，用于可回退到原版本运行。 11.启动正向复制（源端至目标端的方向），开始进行增量数据的同步。 12.停止所有应用程序（停机的时间取决于应用程序的复杂程度） 13.验证源和目标端数据一致性（停机的时间取决于数据验证和校验的粒度，必须前期做好数据校验的计划和流程，否则无法保障数据库的完整性和一致性） 14.启动反向复制（目标端DB2高版本至源端DB2低版本的方向），当源和目标端数据完全同步后，启动双向复制，保障“双活”情况下数据能完全同步。 15.系统正式切割，启动所有应用程序，但必须保障应用程序要么连接老版本的数据库，要么连接是新版本的数据库。 16.回退机制和流程的启动，如果出现极端情况，应用程序完全可以退回原来版本，恢复如初。