如何配置AIX上db2 V9的Q-replication.docVIP

[标题]如何配置AIX 5L上DB2 V9.1的Q-replication [环境] AIX 5.3， DB2 V9.1， Websphere replication server 9.1，MQ V6.0 [问题描述] 如何配置AIX 5L上DB2 V9.1的Q-replication [解答] 一. Q复制所支持的数据源和目标 Q 复制的源服务器和源表 Q复制(Q replication) 的源服务器必须是一个包含Q Capture控制表的DB2服务器，而这个服务器上的一个或多个关系型表可以作为Q复制的源表。 Q 复制的目标服务器和目标表以及存储过程 如果需要利用一系列的函数或者方法来转换复制的数据，那么可以定义一个存储过程作为Q复制的目标。如果需要记录源表变化的历史，那么可以定义一个CCD表作为复制的目标表。除了以上两种情况，通常我们就使用下面的目标作为目标服务器和目标表： ·包含Q Apply控制表的DB2服务器，目标表就是DB2的关系表 ·包含Q Apply控制表的DB2联邦数据库(联邦Informix数据库)服务器， 目标表就是已经注册了昵称的Informix数据库中的表 ·包含Q Apply控制表的DB2联邦数据库(联邦Microsoft SQL SERVER数据库)服务器，目标表就是已经注册了昵称的Microsoft SQL Server数据库中的表 ·包含Q Apply控制表的DB2联邦数据库(联邦Oracle数据库)服务器，目标表就是已经注册了昵称的Oracle数据库中的表 ·包含Q Apply控制表的DB2联邦数据库(联邦Sybase数据库)服务器，目标表就是已经注册了昵称的Sybase数据库中的表 二.DB2 版本9与版本8的 Q 复制之间的共存支持 Q Capture 程序和 Q Apply 程序支持版本 8 与版本 9 之间的完全互操作性。 ·版本 8 Q Apply 程序可以将版本 9 Q Capture 程序捕获的对源表所作的更改应用于目标表。 ·版本 9 Q Apply 程序可以将版本 8 Q Capture 程序捕获的更改应用于目标表。 先决条件： 要与版本 9 的 Q Capture 程序配合使用，Q Apply 程序必须处于版本 8 修订包 10 或更高版本（对于 Linux、UNIX 和 Windows）。 为了更好的控制版本信息，在版本 9 中添加了一个新的 Q Capture 参数-compatibility，用来指定包含源中的事务和控制信息的 WebSphere MQ 消息是处于版本 9 还是版本 8 级别。图-1显示了版本 8 与版本 9 的复制程序之间的关系和 compatibility 参数的效果。 图-1. compatibility 参数对从 Q Capture 发送至 Q Apply 的消息级别的影响 在 Q Capture 运行的系统上安装版本 9 的 Q 复制程序后，可以将 Q Capture 控制表迁移至版本 9。可能需要更改 compatibility 参数的值，这取决于 Q Apply 程序的版本。 ·compatibility=0802（缺省值） Q Capture 程序以版本 8 格式发送数据和参考消息。这是缺省选项，如果至少有一个接收消息的 Q Apply 程序处于版本 8，则应该使用此选项。 ·compatibility=0901 Q Capture 程序以版本 9 格式发送数据和参考消息。在接收消息的所有 Q Apply 程序都处于版本 9 后，指定此值。 只有在将 Q Capture 和 Q Apply 控制表迁移至版本 9 之后，才启用在版本 9 中引入的所有新功能。 三.配置Q 复制的过程 在DB2 V9.1中，由于在Unix(AIX，HP_UNIX，Solarix)平台上不再提供基于图形化的管理工具(只在Windows和Linux上提供图形管理工具)，因此我们无法再利用AIX上的复制中心(db2rc)来配置数据复制的环境， 只能考虑使用写脚本的方式来配置复制，或者采用Windows的客户端的配置方式来配置复制。由于写脚本的方式仅仅适合对于复制以及脚本非常熟悉的人使用，因此本文以Windows客户端的配置方式来进行说明。 图-2给出了利用Window客户端配置复制的系统结构： 图-2. 利用Window客户端配置复制的系统结构 基于图中给出的结构， 我们在下面这个环境中配置AIX DB2 V9.1上的Q复制。 1. 前期准备 分别在两台AIX 5.3的机器A，B(A作为复制的数据源的机器，而B作为复制的数据目标的机器)上安装DB2