OGG问题ora - 01403的处理办法


<>强认识 <强> logdump <强>分析工具及常用命令: http://book.51cto.com/art/201202/319253.htm http://www.killdb.com/2012/09/01/goldengate-%E5%AD%A6%E4%B9%A0%E7%B3%BB%E5%88%974-logdump.html

,,,,在OGG中,报ora - 01403:没有数据发现,原因一般就是源端要插入,更新一条数据,目标端已经存在,或者源端要删除一条数据,目标端已经删除了。目标端就会报错,然后挂掉,一般我们处理,就是先确定是那些数据的问题,如果数量少,在目标端删除或者增加这条数据即可,要是设计数量比较多,就跳过这一段的日志应用(比如对一张表进行10条插入或删除)直接进行下一段的应用。如果你无法判断该跳过多少日志,或者嫌麻烦,就直接进行单表的初始化。

下面进行一个简单的跳过日志的实验。

源端配置:

GGSCI (db1) 6比;信息所有

项目地位群体滞后Chkpt以来Chkpt

经理运行

提取运行EXTFPZX就是00:00:03

GGSCI (db1) 7比;视图params EXTFPZX

提取EXTFPZX

userid ogg,密码ogg

rmthost 192.168.25.101, mgrport 7809

rmttrail/u01/goldengate/dirdat/fp

ddl包括映射objname db_fpzx。*;

表db_fpzx.liuliu;

表db_fpzx.eee;

表db_fpzx.eee1;

GGSCI (db1) 8在

目标端配置:

GGSCI (db2) 4比;信息所有

项目地位群体滞后Chkpt以来Chkpt

经理运行

REPLICAT运行REPFPZX就是就是

GGSCI (db2) 5比;视图params repfpzx

REPLICAT repfpzx

USERID ogg,密码ogg

discardfile/u01/goldengate/报废/rep2_discard。dsc、附加字节10

DDL包括映射

DDLERROR默认忽略RETRYOP ASSUMETARGETDEFS

db_fpzx地图。地溜溜转,目标db_fpzx.liuliu;

db_fpzx地图。eee,目标db_fpzx.eee;

db_fpzx地图。目标db_fpzx.eee1 eee1;

mapexclude db_fpzx。liu123, TABLEEXCLUDE db_fpzx.liu123;

GGSCI (db2) 6在

(不好意思,做测试的OGG,配置比较简陋,嘿嘿。)

从配置可以看出同步的几张表,我们就用地溜溜转这张表做实验。

源端和目标端数据一样:

 OGG问题ora - 01403的处理办法

在目标端删除一条数据:

 OGG问题ora - 01403的处理办法

源端和目标端执行信息,主程序和子程序都是正常的。没有问题。

下面我们在源端删除id为2的数据:

 OGG问题ora - 01403的处理办法

此时两边再次执行信息,查询状态:

源端是没有问题的,但是目标端变为异常终止:

GGSCI (db2) 8比;信息所有

项目地位群体滞后Chkpt以来Chkpt

经理运行

REPLICAT异常终止REPFPZX 00:00:04 00:00:35

下面是问题分析及处理过程

首先得查询两端的配置(我已经贴出)确定错误日志文件是

/u01/goldengate/报废/rep2_discard。dsc

进入到此目录,查看日志

[oracle@db2丢弃]$ pwd

/u01/goldengate/丢弃

[oracle@db2丢弃]rep2_discard更多美元。dsc

甲骨文GoldenGate交付为Oracle过程开始,集团REPFPZX丢弃文件打开:2016-11-25 15:40:10

当前时间:2016-11-25 15:51:40

丢弃记录动作异常终止alt=" OGG问题ora - 01403的处理办法">

不用多说。目标库中肯定是没有这些数的,因为已经异常终止了。

下面分析转储文件:

目标端

GGSCI (db2) 10比;信息repfpzx

REPLICAT repfpzx去年开始2016-11-25 15:40状态异常终止

检查点滞后00:00:04(00:17:23前更新)

日志读取检查点文件/u01/goldengate/dirdat/fp000006

1259 15:51:36.385195央行2016-11-25

查询显示repfpzx此时用的文件是/dirdat/fp000006,咱们就用logdump工具打开这个文件看看

[oracle@db2 goldengate] <强>。美元/logdump

甲骨文goldengate日志文件转储工具对甲骨文

版本11.2.1.0.1 OGGCORE_11.2.1.0.1_PLATFORMS_120423.0230

版权(C) 1995年,2012年,甲骨文和/或其附属公司。保留所有权利。

Logdump 36祝辞<强>开放。/dirdat fp000006

当前LogTrail/u01/goldengate/dirdat/fp000006

Logdump 37祝辞<强>数

LogTrail/u01/goldengate dirdat/fp000006 9记录

数据字节总数1347

Avg字节/记录149

插入删除1 6

RestartOK 1人1

之前图片1

后图片7

5的平均交易

字节/反式.....355年

记录/反式……1

OGG问题ora - 01403的处理办法