DB2 联合数据库是分布式数据库管理的特殊形式。在联合数据库系统中，可以通过一个 SQL 命令来发出对多个数据源的命令请求。DB2 与非 DB2 数据库之间进行远程复制之前，首先需要保证非 DB2 数据源可以被 DB2 ESE Version 8 federated database访问。对于DB2 Replication Version 8 所需的联合数据库功能可以在现有发布的 DB2 ESE Version 8 和 DB2 Connect Enterprise Edition Version 8 中提供。

　　“SQL复制”又称为“DB2复制”，是为 DB2 开发的两种数据复制类型中的一种，它是通过 SQL 进行的复制。在这里简单提一下，DB2 复制中的另一种“Q复制”是通过 Websphere MQ 消息队列进行的。在进行 SQL 复制时，Capture 程序读取 DB2 恢复日志以获取对指定源表的更改。该程序将更改保存到传输表格中，也称作变化数据表（changed data table），Apply 程序并行读取更改并应用于目标事务，见图1。

　　与其他应用服务器一样，一个联合服务器用 DRDA 通信协议（例如 SNA 和 TCP/IP）与 DB2 家族实例通信。然而，与其他应用服务器不同的是，与非 DB2 家族实例通信时用其他协议。

　　图2描述了联合数据库系统的设置流程

图1：SQL复制的结构

　　WebSphere II 全球信息集成复制，通过不同数据库之间的复制，有效的利用了数据资源，为提高效率提供了良好的平台。

　　DB2 与非 DB2 数据库之间的复制需要用到 WebSphere II。本文力争通过复制实例让读者对不同数据库之间的复制有一个整体的概念。

　　二、动机

　　商业上出于很多原因使用远程复制，可以归纳为：

　　分散：把数据分散到各个位置；

　　整合：把其他位置的数据联合起来；

　　交换：与其他位置进行双向的数据交换；

　　灵活应用：对上面提到的方式进行一些改变或者结合。

　　联合 （Federated） 数据库系统的诞生，利用了现有的数据资源，把不同商业数据库软件的数据整合到一起，很大程度的提高了数据利用率。联合数据库可以用一个SQL语句对分布在不同地点的多种数据源发出请求。联合数据库系统可以把本地表和远程数据源联接起来，就像数据都在本地一样，并且可以通过对数据源进行分布请求来提高数据源处理能力，还可以通过在联合服务器处理部分分布请求来补充数据源的 SQL 限制。

　　联合数据库具有两个与其他应用服务器不同的特点：

　　联合服务器可以被配置为接收全部或接收部分针对数据源的请求。联合服务器把这些请求分散到数据源。