zoukankan      html  css  js  c++  java
  • GoldenGate 双向复制解决方案

    双向复制方案简介

    在双向复制(Bidirectional)方案中,可以采用以下两种部署方式:

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

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

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

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

    双向复制方案实现过程

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

    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

    测试

    以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 表,都应该包含新插入的两条记录。

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

  • 相关阅读:
    【经典数据结构】B树与B+树
    【经典算法】线性时间排序
    【经典算法】归并排序
    【经典算法】快速排序
    python模块之shelve
    python模块之pickle
    python模块之json
    python之序列化
    python模块之shutil和zipfile
    python模块之sys
  • 原文地址:https://www.cnblogs.com/l10n/p/7529153.html
Copyright © 2011-2022 走看看