DB2 V9.1 复制技术新特性及改进展示

核心提示： 由于SQL复制是相对比较成熟的一种复制技术，所以其改进的地方相对于Q复制来说，DB2 V9.1 复制技术新特性及改进展示(2)， 更少，下面将要介绍在V91中改进较多的Q复制，因为所有的预定集都只有一个单一的并且已经被系统硬编码的model queue （IBMQREP.SPILL.MOD

由于SQL复制是相对比较成熟的一种复制技术，所以其改进的地方相对于Q复制来说， 更少。下面将要介绍在V91中改进较多的Q复制。

Q复制的新特性和改进

在V91中，对Q复制有比较大的改进和完善。

1．Q Capture的改进和完善

首先，上述SQL复制中的Capture的改进同样适用于Q复制中的Q Capture。其次，在Q Capture status方面，在原来的V8版本中，在LUW平台下，有时候很难知道Q Capture当前所需要用到的最老的日志是哪个部分。而到了V91版本，在管理LUW平台上的DB2日志文件方面有了较大提高，当Q Capture不再需要某个日志文件的时候，那么用户将会得到更好的相关信息（通过Q Capture status命令实现），具体说来，Q Capture status命令可以对如下方面的信息有更加详细的显示：

1、DB2日志文件的路径

2、Q Capture重新启动时所需要的最老的DB2日志文件

3、当前正在被捕捉的DB2日志文件

通过上面这些信息，用户就能更好的判断和决定哪些日志文件不再被使用从而可以删除之。

此外，V9版本也将会对transaction的应用处理方面（如忽略和过滤掉某些transaction）有更多完善。

2．Q Apply的改进和完善

在Q Apply方面，新增加的特性和相关的改进最多，主要为如下几个方面：

1、Load的改进

2、Spill queue名字的可定制化的改进

3、删除spill queue方面的灵活性增强

4、监控数据的改进

5、时间参数粒度方面的改进

6、改进的status命令

7、数据转换方面的改进

在load阶段，Q Apply将会创建和使用叫做“spill queue”的model queues，在V8的前期版本中，用户没有办法控制Apply去选择哪一个model queue，因为所有的预定集都只有一个单一的并且已经被系统硬编码的model queue （IBMQREP.SPILL.MODELQ），用户只能使用唯一的那个model queue （但是在V8的比较新的版本中，已经开始可以用户自己指定相关的model queue了）。