DB2 V9.1 复制技术新特性

4．CCD方面的改进和完善

CCD 方面的改进和完善是Q复制中很重要的一部分。CCD是Consistent Change Data的缩写，它是单向复制中的目标表的类型之一。事实上，该类型的目标表在SQL复制中早已存在，通过CCD类型的目标表，可以记录下源表所有的数据变化历史信息，进一步的，可以在此基础上将相应的所需要的子集数据分发到其他需要的表里面，从而实现类似于数据审核等这样的功能需求，如下面两个图所示。

图a

图b

在V9中，对CCD做的重大改进就是，用户可以对如下两个方面通过图形界面的方式进行设定：

• "complete"或者"noncomplete"
• "condensed"或者"noncondensed"

所谓complete，就是指目标表是源表的一个完全的拷贝；而noncomplete则是指目标表仅包含源表的变化的部分（目标表数据初始为空）。所谓 condensed，就是指对应于源表的每一行数据，目标表仅有一行数据对应之，并且该行是源表相应的那行数据的最近操作后的结果数据；而 noncondensed则包含了对应于源表的每一行数据的所有的操作的对应的结果数据（每一个操作对应于目标表中的一行）。因此，CCD类型的目标表和其他类型的目标表的不同之处在于：CCD包含了除用户数据本身之外的关于源表的操作信息，这些操作包括插入、删除和更新以及他们的操作顺序等信息。为了支持这个功能，CCD表额外增加了一些相应的列，通过那些列，Q Apply程序从而可以实现相应功能。

具体操作界面如下所示，这个界面是在创建Q预定集的时候出现的。在目标表这个步骤的时候，用户可以指定目标表类型为CCD并且设置相关的属性。具体操作细节不再赘述。

其它方面的新特性和改进

除了上面这些主要组件的新特性和改进外，V9中还有一些其他的新特性和改进。主要列举如下：

• 复制中心（图形界面）的增强--对MQ支持的增强
• Live Monitor
• Exceptions table formatter
• 即将发布的Q Replication Dashboard

当V8 刚发布时，在操作Q复制的时候，所有关于MQ的相关对象，都必须由用户手动敲入相关的名字，譬如用户必须手动敲入像queue manager、admin queue和restart queue等对象的名字，这就很容易造成键盘敲入不慎带来的低级错误，使得相关问题的诊断变得困难。

为了解决这类问题，在V9中对复制中心和asnclp做了改进，用户可以通过列表的方式来选择已经存在的相关的MQ对象。实际上，在DB2 V8 FP10（LUW平台）以及z/OS版本9中，已经集成了这个功能，不过用户需要到相关网站去下载几个相应的文件补丁。一个示例性的图形界面如下图所示。