標籤:oracle goldengate
veridata實驗舉例(3)驗證veridata尋找出insert操作導致的不同步現象
續接:《veridata實驗舉例(2)驗證表BONUS與表SALGRADE兩節點同步情況》,地址:點擊開啟連結
環境:
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 |
1、關閉gc2的REPLICAT進程
GGSCI(gc2) 2> stop RORA_1
Sending STOP request to REPLICAT RORA_1 ...
Request processed.
GGSCI(gc2) 3> info all
Program Status Group Lag Time Since Chkpt
MANAGER RUNNING
EXTRACT RUNNING EORA_1 00:00:00 00:00:06
EXTRACT RUNNING PORA_1 00:00:00 00:00:05
REPLICAT STOPPED RORA_1 00:00:00 00:00:06
2、gc1插入一行資料
SQL>insert into tcustmerVALUES(‘ZX‘,‘XING‘,‘SHIJIAZ‘,‘CN‘);
1 row created.
SQL>COMMIT;
Commit complete.
3、使用veridata驗證gc1、gc2同步情況
4、查看veridata產生報告
通過View By Compare Pair看出總體的變化圖:
針對實驗的job進行查看,如:
點擊“View”可以查看到詳細內容:
5、同步處理
GGSCI(gc2) 6> start RORA_1
Sending START request to MANAGER ...
REPLICAT RORA_1 starting
GGSCI(gc2) 7> info all
Program Status Group Lag Time Since Chkpt
MANAGER RUNNING
EXTRACT RUNNING EORA_1 00:00:00 00:00:05
EXTRACT RUNNING PORA_1 00:00:00 00:00:03
REPLICAT RUNNING RORA_1 00:00:00 00:00:01
驗證gc1、gc2已經同步,如下:
gc1:
SQL>select * from TCUSTMER;
CUST NAME CITY ST
---- -------------------------------------------------- --
HYL HUANGDBA BEIJING CN
ZX XING SHIJIAZ CN
WILL BG SOFTWARE CO. SEATTLE WA
JANE ROCKY FLYER INC. DENVER CO
ZC ZHANCHI DBA BEIJING CN
gc2:
CUST NAME CITY ST
---- ------------------------------ ----------------------
HYL HUANGDBA BEIJING CN
ZC ZHANCHI DBA BEIJING CN
ZX XING SHIJIAZ CN
WILL BG SOFTWARE CO. SEATTLE WA
JANE ROCKY FLYER INC. DENVER CO
再次使用veridata驗證,已經同步。
********************未完待續**************************
聲明:
原創作品,出自 “深藍的blog” 部落格,允許轉載,轉載時請務必註明出處(http://blog.csdn.net/huangyanlong)。
關於涉及著作權事宜,作者有權追究法律責任。