前言
DB2 的 SQL 复制为用户提供了图形操作界面，用户可以通过相应的指引很容易的建立数据的复制关系。但是光依靠图形界面很难全面地了解 SQL 复制内部的运行机制和运行状态，遇到问题的时候常常会感觉无从下手。本文针对哪有对 SQL 复制有了初步知识的读者，重点讨论 SQL 复制运行的过程当中经常碰到的问题，并通过一些实际应用中遇到的问题，探讨如何事先避免以及问题发生之后的解决办法。
DB2 远程 SQL 复制技术简介
DB2 有两种在表与表之间复制数据的技术：SQL 复制和 Q 复制。他们各有其适合的应用领域及特点。SQL 复制是其中发展比较成熟的一种技术，再加上它不需要其它软件的配合，可以支持不同类型的数据库与 DB2 之间的数据同步，因此适用的范围比较广。与之相比，Q 复制在性能上优势比较明显。
简单来说，DB2 远程 SQL 复制就是通过 Capture 程序提取出对数据源表的修改 , 并把它保存在 CD 表中 , 再由 Apply 程序读取这些修改，进而应用到目标数据表以完成数据复制。
远程 SQL 复制原理
总体上来说，可以把 DB2 复制服务系统分为以下四个组件：
DB2 复制中心 （Replication Center）
Capture 程序（有时需要 triggers）
Apply 程序
监视器程序
以上这些组件各自独立运行，它们之间通过存储和修改在 DB2 复制控制表 (control tables) 中的记录相互通讯。DB2 复制中心是一个拥有图形化界面的管理工具，用户可以通过它进行数据复制关系的管理，进行包括数据源的注册 (registered tables)，订阅集 (subscription sets) 和报警条件等的设置。复制中心根据用户的设置生成相应的 SQL 脚本 , 并运行该脚本以对复制控制表进行修改。Capture 程序会访问复制控制表，读取数据源表的注册信息，根据注册信息从 DB2 日志文件中提取出数据源表的修改，并且修改复制控制表，标明目前运行的状态。Apply 程序也会访问复制控制表，得到目前的数据源的变动情况，并把修改应用到目的表上，再修改复制控制表，标明 Apply 程序的运行状况。监视器程序根据 Capture 程序和 Apply 程序对复制控制表的修改来了解当前系统的运行情况和存在的问题，再根据用户对报警的设置发出相应的警报。更详细的复制过程和原理，这里就不做详细地介绍了，但是对复制过程的细节了解的越多，用户就能更顺利地解决复制当中出现的问题。如果对这些内容感兴趣，也可以参考下面的资料。
2 3 4 5 6 下一页</div> </div> </div> </div> </div>