测试:OGG初始化同步表,源端抽取进程scn<源端事务的start_scn时,这个变化是否会同步到目标库中?

一、测试目标

疑问,OGG初始化同步表,源端抽取进程开始抽取的scn<源端事务的start_scn时,这个变化是否会同步到目标库中?

二、实验测试

如下进行测试!

session 1
SQL> conn yz/yz
SQL> create table t1(id int,cc_name varchar2(20));
SQL> insert into t1 values(1,'test');
1 row created. OGG源端开始抽取t1表;
GGSCI (t1 as ogg@t1) 10> add trandata yz.t1
2020-11-18 10:49:21 WARNING OGG-06439 No unique key is defined for table T1. All viable columns will be used to represent the key,
but may not guarantee uniqueness. KEYCOLS may be used to define the key.
2020-11-18 10:49:21 INFO OGG-15130 No key found for table YZ.T1. All viable columns will be logged.
2020-11-18 10:49:21 WARNING OGG-00706 Failed to add supplemental log group on table YZ.T1 due to ORA-00054: resource busy and
acquire with NOWAIT specified or timeout expired
SQL ALTER TABLE "YZ"."T1" ADD SUPPLEMENTAL LOG GROUP "GGS_89400" ("ID","CC_NAME") ALWAYS /* GOLDENGATE_DDL_REPLICATION */. !测试有变!本次测试需要测试3个场景!已测试add trandata 是否存在影响!
session1 源端非add trandata,目标端启动时不限制;
session2 源端add trandata,目标端启动时不限制;
session3 源端add trandata,目标端启动时限制; session 2
SQL> conn yz/yz
SQL> create table t2(id int,cc_name varchar2(20));
GGSCI (t1 as ogg@t1) 11> add trandata yz.t2
SQL> insert into t2 values(1,'test');
1 row created. session 3
SQL> conn yz/yz
SQL> create table t3(id int,cc_name varchar2(20));
GGSCI (t1 as ogg@t1) 11> add trandata yz.t3
SQL> insert into t3 values(1,'test');
1 row created. 查询事务启动scn
select s.sid,s.username,s.event,sql.sql_text,v.status,v.START_TIME,v.START_SCN
from v$session s,v$TRANSACTION v,v$sql sql
where s.SADDR=v.SES_ADDR and s.PREV_SQL_ID=sql.sql_id;
SID USERNAME EVENT SQL_TEXT STATUS START_TIME START_SCN
---------- ---------- ----------------------------- ---------------------------------------- ---------------- -------------------- ----------
1 YZ SQL*Net message from client insert into t1 values(1,'test') ACTIVE 11/18/20 10:31:29 3571762
43 YZ SQL*Net message from client insert into t2 values(1,'test') ACTIVE 11/18/20 11:00:25 3572598
46 YZ SQL*Net message from client insert into t3 values(1,'test') ACTIVE 11/18/20 11:01:03 3572788
SQL> select current_scn from v$database;
CURRENT_SCN
-----------
3573095 OGG源端开始抽取
重启抽取进程
投递一样追加!重启
复制进程注意:本次测试需要!
map yz.t1,target bak_yz.t1;
map yz.t2,target bak_yz.t2;
map yz.t3,target bak_yz.t3,filter(@GETENV('TRANSACTION','CSN')>3573095); 目标端同步表结构
[oracle@t2 ~]$ sqlplus bak_yz/yz
SQL> create table t1(id int,cc_name varchar2(20));
SQL> create table t2(id int,cc_name varchar2(20));
SQL> create table t3(id int,cc_name varchar2(20));
启动复制进程
GGSCI (t2) 9> start repa 此时,session 1,2,3都进行commit提交!
SQL> select * from t1;
ID CC_NAME
---------- --------------------
1 test
SQL> select * from t2;
ID CC_NAME
---------- --------------------
1 test
SQL> select * from t3;
ID CC_NAME
---------- --------------------
1 test ???得出如下结论:
1.OGG这个版本Version 19.1.0.0.4,OGG是根据事务结束scn来判断这个事务是否需要同步,不存在早期版本初始化同步scn < 源端start_scn时,存在数据不一致的问题!
2.OGG同步的表即使不加add trandata 例如insert操作还是能正常捕获到记录并进行同步;当然某些情况无法获取数据同步update操作!(测试insert or delete正常)
2020-11-18 11:26:36 WARNING OGG-01004 Aborted grouped transaction on BAK_YZ.T1, Database error 1403 (No data found).
上一篇:C#常量


下一篇:WPF打印原理,自定义打印