GoldenGate 双向复制解决方案

Posted 2020-10-07 长城之上是千亿的星空，星空之上是不灭的守望。

1 双向复制方案简介

在双向复制（Bidirectional）方案中，可以采用以下两种部署方式：

方式一：配置源和目标数据库可以同时保持Active 状态，同时进行应用系统的事务处理，

此时需由应用系统进行控制，避免对同一记录进行处理产生的冲突。

方式二：配置源为Active，目标为Standing-by，在源出现故障时，切换到目标数据库。

在源端和目标端都需要配置Extract 和Replicat 来实现双向复制。在双向复制方案中最重要的避免循环，即在由源数据库向目标端插入数据的时候，不应该再产生Trail（CDC 数据），否则将进入一个死循环。GoldenGate 采用排除同步时用户的方式来实现双向复制。

2 双向复制方案实现过程

在双向复制的过程中，每个数据库既是源数据库又是目标数据库，为便于理解，在下面的描述中，我们将左面的数据库称为“源数据库”，右面的数据库称为“目标数据库”。

2.1 同步表说明

本文以“TCUSTMER”表作为同步的数据库表。建表脚本如下：

CREATE TABLE tcustmer

(

cust_code VARCHAR2(4),

name VARCHAR2(30),

city VARCHAR2(20),

state CHAR(2),

PRIMARY KEY (cust_code)

USING INDEX

);

2.2 用户配置

2.2.1 同步用户

该用户用于在GoldenGate 中将源数据库中的数据同步到目标数据库，该用户必须能够访问源数据库用户和目标数据库用户下面的所有数据。

本文中以“gg_bi”作为同步用户。

2.2.2 源数据库用户

本文中以“gg_src”作为源数据库用户。

2.2.3 目标数据库用户

本文中以“gg_tgt”作为目标数据库用户。

2.3 源数据库端配置

2.3.1 增加Extract

GGSCI > ADD EXTRACT EXTBI, TRANLOG, BEGIN NOW, THREADS 1

EXTRACT added.

GGSCI > EDIT PARAMS EXTBI

EXTRACT EXTBI

USERID gg_bi, PASSWORD gg_bi ――该用户为同步用户

TRANLOGOPTIONS EXCLUDEUSER gg_bi ――将同步用户进行排除，避免循

环

RMTHOST <TARGET HOST>, MGRPORT 10002

RMTTRAIL ./dirdat/bi

TABLE gg_src.TCUSTMER; ――这里为实际要同步的用户及其数据库表

GGSCI > ADD RMTTRAIL ./dirdat/bi, EXTRACT EXTBI,MEGABYTES 5

GGSCI > START EXTRACT EXTBI

2.3.2 增加Replicat

下面是增加Check Point，如果已经配置检查点，则不用再次执行

GGSCI> EDIT PARAMS ./GLOBALS

增加下面一行

CHECKPOINTTABLE gg_src.ggschkpt

GGSCI> EXIT ――重新登录以激活global 参数

Shell> ggsci

GGSCI> DBLOGIN USERID gg_src, PASSWORD gg_src

GGSCI> ADD CHECKPOINTTABLE

GGSCI > ADD REPLICAT REPBI, EXTTRAIL ./dirdat/bi

REPLICAT added.

GGSCI > EDIT PARAM REPBI

REPLICAT REPBI

USERID gg_bi, PASSWORD gg_bi ――该用户为同步用户

HANDLECOLLISIONS

ASSUMETARGETDEFS

DISCARDFILE ./dirrpt/REPBI.DSC, PURGE

MAP gg_tgt.tcustmer, TARGET gg_src.tcustmer;

GGSCI > START REPLICAT REPBI

2.3.3 检查启动状态

查看Extract 和Replicat 状态，确保都正常运行

GGSCI > info all

Program Status Group Lag Time Since Chkpt

MANAGER RUNNING

EXTRACT RUNNING EXTBI 00:00:00 00:00:09

REPLICAT RUNNING REPBI 00:00:00 00:00:04

2.4 目标数据库配置

2.4.1 增加Extract

GGSCI > ADD EXTRACT EXTBI, TRANLOG, BEGIN NOW, THREADS 1

EXTRACT added.

GGSCI > EDIT PARAMS EXTBI

EXTRACT EXTBI

USERID gg_bi, PASSWORD gg_bi ――该用户为同步用户

TRANLOGOPTIONS EXCLUDEUSER gg_bi ――将同步用户进行排除，避免循

环

RMTHOST <SOURCE HOST>, MGRPORT 10001

RMTTRAIL ./dirdat/bi

TABLE gg_tgt.TCUSTMER;

GGSCI > ADD RMTTRAIL ./dirdat/bi, EXTRACT EXTBI,MEGABYTES 5

GGSCI > START EXTRACT EXTBI

2.4.2 增加Replicat

建立Check Point，同上，这里省略。

GGSCI > ADD REPLICAT REPBI, EXTTRAIL ./dirdat/bi

REPLICAT added.

GGSCI > EDIT PARAM REPBI

REPLICAT REPBI

USERID gg_bi, PASSWORD gg_bi ――该用户为同步用户

HANDLECOLLISIONS

ASSUMETARGETDEFS

DISCARDFILE ./dirrpt/REPBI.DSC, PURGE

MAP gg_src.tcustmer, TARGET gg_tgt.tcustmer;

GGSCI > START REPLICAT REPBI

2.4.3 检查启动状态

查看Extract 和Replicat 状态，确保都正常运行

GGSCI > info all

Program Status Group Lag Time Since Chkpt

MANAGER RUNNING

EXTRACT RUNNING EXTBI 00:00:00 00:00:03

REPLICAT RUNNING REPBI 00:00:00 00:00:01

3 测试

以gg_src 登录源数据库，执行insert 操作：

INSERT INTO tcustmer VALUES(‘WILL‘,‘BG SOFTWARE CO.‘,‘SEATTLE‘,‘WA‘);

以gg_tgt 登录目标数据库，执行insert 操作：

INSERT INTO tcustmer VALUES(‘JANE‘,‘ROCKY FLYER INC.‘,‘DENVER‘,‘CO‘);

在源数据库和目标数据库查看tcustomer 表，都应该包含新插入的两条记录。

在源数据库和目标数据库进行其它操作测试，测试后源数据库和目标数据库数据应保持一致。