标签:oracle goldengate
续接veridata实验系列 上篇:“veridata实验举例(5)修改主键上的列值,update操作会被拆分成两条语句”,地址:点击打开链接
环境:
Item |
Source System |
Target System |
Platform |
Red Hat Enterprise Linux Server release 5.4 |
Red Hat Enterprise Linux Server release 5.4 |
Hostname |
gc1 |
gc2 |
Database |
Oracle 10.2.0.1 |
Oracle 11.2.0.1 |
Character Set |
ZHS16GBK |
ZHS16GBK |
ORACLE_SID |
PROD |
EMREP |
Listener Name/Port |
LISTENER/1521 |
LISTENER/1521 |
Goldengate User |
ogg |
ogg |
GGSCI(gc1) 6> info all
Program Status Group Lag Time Since Chkpt
MANAGER RUNNING
GGSCI(gc1) 7> stop mgr
Manager process is required by other GGSprocesses.
Are you sure you want to stop it (y/n)? y
Sending STOP request to MANAGER ...
Request processed.
Manager stopped.
GGSCI(gc1) 8> info all
Program Status Group Lag Time Since Chkpt
MANAGER STOPPED
SQL> update TCUSTMER set city=‘HA‘where cust_code=‘JJ‘;
图例:
--veridata捕捉到了gc1上的update操作
--同理在gc2上实验,veridata同样捕捉到update操作信息,实验与gc1上相同
SQL>update TCUSTMER set city=‘BEIJING‘where cust_code=‘ZC‘;
图例:
--veridata捕捉到了gc1上的update操作
--同理在gc2上实验,veridata同样捕捉到update操作信息,实验与gc1上相同
小结:
通过以上实验验证,对比于数据库同步,agent启动的先后顺序,不会对veridata捕获update造成影响。
声明:
原创作品,出自 “深蓝的blog” 博客,允许转载,转载时请务必注明出处(http://blog.csdn.net/huangyanlong)。
关于涉及版权事宜,作者有权追究法律责任。
veridata实验举例(6)验证agent启动先后顺序是否对捕获update操作有影响,布布扣,bubuko.com
veridata实验举例(6)验证agent启动先后顺序是否对捕获update操作有影响
标签:oracle goldengate
原文地址:http://blog.csdn.net/huangyanlong/article/details/35538959