プライマリキーテーブルの主キーとない1. OGG、同期のテストケース
環境の説明：OGGバージョン11.2.1.0.1、ソース・テスト、主キーなしの主キー、TEST3テーブルが存在するが、対象ファイルの後端が削除されません。
1.1テスト挿入操作源
SQL> insert into test3 values(1,'test');
1 row created.
SQL> insert into test3 values(1,'test');
1 row created.
SQL> insert into test3 values(2,'test');
1 row created.
SQL> commit;
Commit complete.
SQL> select * from test3;
ID NAME
---------- --------------------------------
1 test
1 test
2 test
--目标端查看数据
SQL> select * from test3;
ID NAME
---------- --------------------------------
1 test
1 test
2 test
--查看源端日志
2018-06-19 10:24:54 WARNING OGG-00869 Oracle GoldenGate Capture for Oracle, ext1.prm: No unique key is defined for table 'TEST3'. All viable columns will be used to represent the key, but may not guarantee uniqueness. KEYCOLS may be used to define the key.
数据虽然被同步过来但是日志有警告，警告表没有主键。
1.2試験操作ソースを削除
--源端删除数据
SQL> delete from test3 where id=1;
3 rows deleted.
SQL> commit;
Commit complete.
SQL> select * from test3;
ID NAME
---------- --------------------------------
2 test
--目标端查看结果
SQL> select * from test3;
ID NAME
---------- --------------------------------
2 test
删除操作数据也被同步过来
1.3。テストソース更新操作
--源端更新数据
SQL> update test3 set name='test3' where id=1;
3 rows updated.
SQL> commit;
Commit complete.
SQL> select * from test3;
ID NAME
---------- --------------------------------
2 test
1 test3
1 test3
1 test3
--目标端查看数据
SQL> select * from test3;
ID NAME
---------- --------------------------------
2 test
1 test
1 test
1 test
通过测试可以看到源端的update操作，对目标端的操作是随机性的不能保证数据的一致性。
1.4。シミュレーションターゲット側のデータの再初期化
1.4.1。シーン
测试目标端的表被truncate，然后让replicat从trail文件号0 ，或者指定文件号抽取数据来还原目标表数据。
1）停止目标端replicat
GGSCI (cndba) 9> stop rep1
Sending STOP request to REPLICAT REP1 ...
Request processed.
2）truncate 目标端测试表
test 表有主键，test3没主键
SQL> truncate table test;
Table truncated.
SQL> truncate table test3;
Table truncated.
3）初始化replicat 从trail 文件号0 开始抽取数据
注意从指定的trail文件号抽取数据，要保证次trail文件在dirdat目录下存在，否则进程会中止。
GGSCI (cndba) 10> alter replicat rep1,extseqno 0,extrba 0
REPLICAT altered.
GGSCI (cndba) 11> start rep1
Sending START request to MANAGER ...
REPLICAT REP1 starting
4）查看目标端表数据
可以看到有主键的表数据同步正常，无主键的表同步不正常，多出一条数据，原因是因为没有主键，无法做唯一性校验，数据就会出现不确定性的结果。
SQL> select * from test;
ID NAME
---------- --------
1 test
2 test
SQL> select * from test3;
ID NAME
---------- --------------------------------
2 test
1 test
1 test
1 test3
1 test3
1.4.2。シーンII
测试目标端的表数据不做修改，然后让replicat从trail文件号0 ，或者指定文件号抽取数据来还原目标表数据。
1）停止目标端replicat
GGSCI (cndba) 9> stop rep1
Sending STOP request to REPLICAT REP1 ...
Request processed.
2）初始化replicat 从trail 文件号0 开始抽取数据
注意从指定的trail文件号抽取数据，要保证次trail文件在dirdat目录下存在，否则进程会中止。
GGSCI (cndba) 10> alter replicat rep1,extseqno 0,extrba 0
REPLICAT altered.
GGSCI (cndba) 11> start rep1
Sending START request to MANAGER ...
REPLICAT REP1 starting
3）查看目标端表数据
可以看到有主键的表数据同步正常，无主键的表同步不正常，出现重复数据，原因是因为没有主键，无法做唯一性校验，数据就会出现不确定性的结果。
SQL> select * from test;
ID NAME
---------- --------
1 test
2 test
SQL> select * from test3;
ID NAME
---------- --------------------------------
2 test
2 test
1 test
1 test
1 test
1 test
1 test
1 test
1 test
1 test
10 rows selected.
1.4.3。シーンスリー
测试目标端的表被误删除，然后让replicat从trail文件号0 ，或者指定文件号抽取数据来还原目标表数据。
1）停止目标端replicat
GGSCI (cndba) 9> stop rep1
Sending STOP request to REPLICAT REP1 ...
Request processed.
2）目标端删除一条数据
test 表有主键
SQL> delete from test where id=2;
1 row deleted.
SQL> commit;
Commit complete.
3）初始化replicat 从trail 文件号0 开始抽取数据
注意从指定的trail文件号抽取数据，要保证次trail文件在dirdat目录下存在，否则进程会中止。
GGSCI (cndba) 10> alter replicat rep1,extseqno 0,extrba 0
REPLICAT altered.
GGSCI (cndba) 11> start rep1
Sending START request to MANAGER ...
REPLICAT REP1 starting
4）查看目标端表数据
可以看到有主键的表数据同步正常，数据被还原，前提要保证trail数量可以保证能恢复和源端数据一致性
SQL> select * from test;
ID NAME
---------- --------
1 test
2 test
概要：テスト我々は、OGG、主キーの同期を持っているように見える問題がテーブルを行い、主キーは、データの一貫性を保証することはできません知ることができ、テーブルを同期させる必要があることが推奨されるが、ターゲット側のデータをソースを防ぐために主キーを追加する必要があります矛盾。