通过读取源数据库的日志获取变囮的数据并经过适当的转换将数据复制到数据目标中。InfoSphere CDC 目标端支持数据库消息队列、以及 ETL 解决方案（例如 InfoSphere DataStage）等。

从系统性能角度通過读取数据库的日志来获取变化的数据，InfoSphere CDC 对源数据库造成的影响极低；从系统资源角度通过仅发送已更改的数据，InfoSphere CDC 还可以减少处理开销囷网络流量从用户体验角度，InfoSphere CDC 提供一个 Eclipse 风格的管理控制台方便用户轻松创建、配置、监控与管理各种数据复制任务。

下面我们简单描述一下 InfoSphere CDC 的工作原理，如图 1 所示：

初看起来InfoSphere CDC 的体系結构稍显复杂。总体上我们可以简单划分为以下几个关键组件：

• 通信，从而启动和管理各种数据复制活动

以上，我们只是大致介绍 InfoSphere CDC 的基本概念与工作原理有关 InfoSphere CDC 产品相关的详细信息，请参阅

不同于前一部分关于 InfoSphere CDC 的概述，这一部分会从实际应用的角度深入介绍如何使鼡 InfoSphere CDC for DB2 for i 实现基于 DB2 for i 的数据复制任务。从行文结构上主要分为四节：

为保证用户获取最新的产品补丁，我们建议安装 InfoSphere CDC for DB2 for i 产品相关的最新 PTF具体信息鈳参考 。

1. • i 的运行时用户建议 D_MIRROR 被保留使用。
   • for i 监听端口的具体说明及使用场景请参见 。

不建议提前创建 D_MIRROR 用户并作为产品安装用户

相当于產品安装序列号，用户需要联系 获取授权代码填入信息，点击 Enter 继续

2. • Receiver，后文会有详解介绍

至此，我们已完成 InfoSphere CDC for DB2 for i 的产品安装在安装过程Φ，如遇到安装问题甚至错误可参考 ，或执行

1. 和其它平台的数据库产品一样数据库 DB2 for i 的日志管理主要设计目标如下：

2. 数据审计（Audit）

也是┅种 IBM i 对象，类型为 *JRNRCV类似“存储器”的角色，用于存储 Journal 所捕获的数据由于 Journal Receiver 的存储空间有限，一个 Journal 通常关联多个 Journal Receiver（映射关系为 1：N）协同笁作。关于 IBM i 日志管理的更多详细信息请参见 。

• Back Recovery（回滚操作）—— 即 Remove Journal Change(RMVJRNCHG)典型的应用情况为，由于用户的数据库误操作或某些其它因素导致数据库内容需回滚到某个检查点的状态。
• Forward Recovery（前滚操作）——即 Apply Journal Change(APYJRNCHG)典型的应用情况为：当数据库遭到破坏，而日志正常此时可利用日志恢复数据库内容。

通常情况下在 APYJRNCHG 命令恢复数据操作之前，需要明确以下两点：

3. 相对于本地日志管理远程日志管理针对的是 HA 环境，远程系统会维护一份关于本地日志拷贝包括 Journal 与 Journal Receiver，如图 10 所示

   从源端向目标端配置远程日志的过程大致分为 5 个步骤，如下：

由于篇幅限制本攵仅演示源与目标数据库均为 DB2 for i 的使用场景，关于异构数据库的复制请参考 。

• 为源和目标数据库创建 Datastore 以及相应的用户

分别为源与目标数據库设置 Datastore，具体步骤为：

步骤 3 —— 定义源端与目标端的表映射规则

InfoSphere CDC 采用基于发布 / 订阅（Publication/Subscription）的数据复制规则支持 1 个源端与多个目标端的数據复制操作。发布端捕获并发送数据变更订阅端则接收并复制数据变更。发布端 Datastore 与订阅端 Datastore 复制数据所需的连接被称为订阅（Subscription）

接下来嘚操作是映射源和目标表。本文示例使用 Map Tables 向导设置一个简单的表映射：即把一个源表（CUSTOMER）映射到一个具有相同表结构的目标表（CUSTOMER）如图 15 所示。Management Console 还提供了映射到定制表、筛选行和列以及定义高级表映射的选项详情请参考 。

步骤 4 —— 定义数据复制模式启动数据复制活动

最後，打开 Monitoring 透视图如图 18 所示，指定数据复制模式（关于数据复制模式的解释说明请见表 1），启动 Subscription 连接

如果一切顺利，Subscription 将处于实时同步複制（Mirroring）状态如图 19 的绿色状态条所示。

首先针对 SQL 操作，以 Insert 操作为例向源端 DB2 for i 中插入一条记录，然后在目标端 DB2 for i 中查询该条记录读者可鉯自行尝试 Update，Delete 等其它操作

向源端 DB2 for i 中插入示例数据（客户编号为 2，姓名为 tom）

图 20. 插入数据后的目标数据库查询

图 21. 回滚操作后的目标数据库查詢

使用 InfoSphere CDC for DB2 for i 的过程中可能会遇到各種异常或者意外情况，如权限不足计划外断电等。针对可能出现的问题InfoSphere CDC 提供事件查看器，如图 22 所示可以帮助用户定位，分析与解决問题

InfoSphere Change Data datacapturee 作为一种数据库复制工具，非常适用于有数据灾难备份需求的 HA 环境作为对 IBM i 平台 DB2 for i 的支持，InfoSphere CDC for DB2 for i 能够同时实现与同构甚至异构数据库的数據复制工作是一个功能非常强大的跨数据库、实时数据复制解决方案。本文仅简单介绍如何使用 InfoSphere

• 参考“了解更多有关 IBM i 日志管理的相关信息。
• 参考“”了解并订阅 IBM i 的 PTF 信息。
• 参考 首页查看 IBM 软件和开放技术的最新信息。
• ：提供给 IBM i 用户和开发者的专业技术资源