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

核心提示： 远程 SQL 复制的设置对于如何设置一个远程 SQL 复制，已经有很多文章详细讨论过了，对 DB2 远程 SQL 复制应用中的常见错误分析及处理(2)，如果你对这些过程有任何问题，可以看一看下面的参考资料，需要在 Apply 程序的运行目录留出足够的空间来容纳 export 文件，规划 Appl

远程 SQL 复制的设置

对于如何设置一个远程 SQL 复制，已经有很多文章详细讨论过了。如果你对这些过程有任何问题，可以看一看下面的参考资料。在这里，我们只选取其中很少有人关注过的话题进行讨论。

1、制定复制计划

在一个正式的生产环境中，部署数据复制需要先制定复制计划。开始整个复制系统的部署之前，要首先完成这个步骤，这样有助于帮助规划人员或者 DBA 更有效率和全面的部署复制系统。根据复制数据量的规模和表的数量，你可能需要考虑下面的问题，然后根据答案来确定合适的复制计划：

计算 Capture 和 Apply 程序需要的内存数量，用以决定是否需要设置 memory_limit 参数。

系统中会有哪些表和表上的哪些列需要被复制？

指定 CD 和 UOW 表所在的表空间的名字。通常，给 CD 表单独的表空间是一个好的设计。

CD 和 UOW 表空间需要多少的初始化空间？这个问题跟系统数据的变动量密切相关。

为 CD 表和目的表制定一个命名规范。为以后的统一管理创造方便。

Capture 控制表和 Apply 控制表所在的表空间是什么？通常他们也应该有一个单独的表空间。

系统的订阅集可能会有多少，为其定义一个命名规范

为避免数据积累的太大，要制定剪裁计划。如删除多少天前的 IBMSNAP_APPLYTRACE 和 IBMSNAP_APPLYTRAIL 数据

根据系统同步的数据量的大小，决定是否启用自动同步，是否需要修改 ASNLOAD 用户出口程序。如果启动自动同步，需要在 Apply 程序的运行目录留出足够的空间来容纳 export 文件。

规划 Apply, Capture 程序的运行位置和密码文件的位置，要给日志文件和可能的溢出文件保留足够的空间。

2、设置数据复制的概要文件