对 DB2 远程 SQL 复制应用中的常见错误分析及处理

核心提示： 用户在使用复制中心设置数据的复制关系的时候，系统需要生成一些新的对象，对 DB2 远程 SQL 复制应用中的常见错误分析及处理(3)，比如目的表，CD 表，Capture 程序就会把超过期限的数据删除，这时如果订阅集被重新激活，索引以及所用到的表空间等等，对于这些对象

用户在使用复制中心设置数据的复制关系的时候，系统需要生成一些新的对象，比如目的表，CD 表，索引以及所用到的表空间等等。对于这些对象，系统会有一个默认值，比如 CD 表的名字会以 CD 加源表名来代替。如果用户自己设定了一个不同的命名规范，每次的操作就都需要修改这些名字。数据复制的概要文件就是为了让用户更轻松的执行数据复制的操作。用户可以通过修改概要文件来符合自己的习惯或者命名规范。DB2 提供了下面三个层次的概要文件：

控制表概要文件

数据源概要文件

目标对象概要文件

对于上面的概要文件，用户可以指定他们所涉及对象的缺省值，包括它们的命名规则，一些属性值等等。当你进行相应的操作时，这些值会作为缺省值出现，用户可以接受，也可以修改它们。对于这三种概要文件，用户可以通过以下方式调出它们的修改窗口：

打开 DB2 Replication Center

在左视图中展开 SQL Replication

鼠标右键点击 Definitions，会出现三个管理概要文件的菜单

选择其中一个，在弹出的管理窗口进行设置。

3、控制表的数据清理

在 SQL 数据复制系统中，一些控制表的数据是不断累积的，它们的尺寸会不断变大。如果不能及时的清理这些数据，就可能会对系统性能甚至正常运行造成影响。这里主要想讨论 CD 表，UOW 表，IBMSNAP_APPLYTRACE 表和 IBMSNAP_APPLYTRAIL 表。

CD 表和 UOW 表中记录着所有源表的数据变动，它们会增长的很快。Capture 程序负责定期清理其中无用的数据，但这取决于 IBMSNAP_PRUNE_SET 表中的 SYNCHPOINT 列。正常的清理过程要比较一个数据源所对应的所有订阅集，取其中最小的一个同步点 (SYNCHPOINT)，清除这以前的数据。因为它确保了清除掉的数据已经完全发布到了所有的订阅集。也正是因为这一点，用户在停用某一个订阅集或者设置 Apply 程序的运行频率的时候要非常的小心，如果时间过长，就可能导致 CD 表和 UOW 表中的数据积累过大，影响系统运行的效率。SQL 数据复制系统为了避免这种情况，设置了一个保留极限（retention limit），如果表中的数据超过这个极限（缺省是 1 周），Capture 程序就会把超过期限的数据删除。这时如果订阅集被重新激活，就需要一个全刷新。