veridata實驗舉例（6）驗證agent啟動先後順序是否對捕獲update操作有影響

veridata實驗舉例（6）驗證agent啟動先後順序是否對捕獲update操作有影響

續接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

情況一：agent被關閉，gc1、gc2出現資料不同步現象時，啟動agent1、gc1、gc2關閉agent

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                

2、gc1完成update操作

SQL> update TCUSTMER set city='HA'where cust_code='JJ';

3、啟動agent，查看veridata報告

圖例：

--veridata捕捉到了gc1上的update操作

--同理在gc2上實驗，veridata同樣捕捉到update操作資訊，實驗與gc1上相同

 

情況二：agent正常開啟，gc1、gc2出現資料不同步現象時1、gc1、gc2開啟agent2、gc1完成update操作

SQL>update TCUSTMER set city='BEIJING'where cust_code='ZC';

3、查看veridata報告

圖例：

--veridata捕捉到了gc1上的update操作

--同理在gc2上實驗，veridata同樣捕捉到update操作資訊，實驗與gc1上相同

 

小結：

通過以上實驗驗證，對比於資料庫同步，agent啟動的先後順序，不會對veridata捕獲update造成影響。

聲明：
         原創作品，出自 “深藍的blog” 部落格，允許轉載，轉載時請務必註明出處（http://blog.csdn.net/huangyanlong）。

         關於涉及著作權事宜，作者有權追究法律責任。