ogg-01296 OGG-01004 Database error 1403 ()

dai_xuej

WARNING OGG-01004  Aborted grouped transaction on 'ZFJGGETER.DJ_DENGJI_FUSHU', Database error 1403 ().


WARNING OGG-01154  SQL error 1403 mapping DBO.DJ_DENGJI_FUSHU to ZFJGGETER.DJ_DENGJI_FUSHU.


ERROR   OGG-01296  Error mapping from DBO.DJ_DENGJI_FUSHU to ZFJGGETER.DJ_DENGJI_FUSHU.


MAP resolved (entry DBO.DJ_DENGJI_FUSHU):
  map DBO.DJ_DENGJI_FUSHU, target zfjggeter.DJ_DENGJI_FUSHU;
Using following columns in default map by name:
  DENGJIBH, JIEJIANRENBH, JIEJIANSHIJIAN, CHUSHENRENBH, CHUSHENSHIJIAN,
  CHUSHENYIJIAN, FUSHENRENBH, FUSHENSHIJIAN, FUSHENYIJIAN,
  ZHONGSHENRENBH, ZHONGSHENSHIJIAN, ZHONGSHENYIJIAN, ZHIZHENGRENBH,
  ZHIZHENGSHIJIAN, LINGZHENGRENBH, LINGZHENGSHIJIAN, YIJIAORENBH,
  YIJIAOSHIJIAN, QIANSHOURENBH, QIANSHOUSHIJIAN, ZHUANGDINGRENBH,
  RUKUSHIJIAN, TIANFARQ, JYZHONGSHENRENBH, JYZHONGSHENSHIJIAN,
  SHOUFEIRENBH, SHOUFEISHIJIAN, LINGZHENGREN

Using the following key columns for target table ZFJGGETER.DJ_DENGJI_FUSHU: DENGJIBH.


2012-03-01 16:48:25  WARNING OGG-01004  Aborted grouped transaction on 'ZFJGGETER.DJ_DENGJI_FUSHU', Database error 1403 ().

2012-03-01 16:48:25  WARNING OGG-01003  Repositioning to rba 1056 in seqno 0.

2012-03-01 16:48:25  WARNING OGG-01154  SQL error 1403 mapping DBO.DJ_DENGJI_FUSHU to ZFJGGETER.DJ_DENGJI_FUSHU.

2012-03-01 16:48:25  WARNING OGG-01003  Repositioning to rba 1056 in seqno 0.




2012-03-01 16:48:25  ERROR   OGG-01296  Error mapping from DBO.DJ_DENGJI_FUSHU to ZFJGGETER.DJ_DENGJI_FUSHU.

Maclean Liu(刘相兵

如何使用logdump?

建议阅读 《Oracle GoldenGate 11g Implementers guide》中的logdump 教学篇章，
可以到下面的地址下载
http://t.askmaclean.com/thread-248-1-1.html

dai_xuej

logdump打开队列文件都是hex格式的从那里看出是那条记录的前影像不一致？

dai_xuej

生产环境是sql server 2008标准版，gg不支持标准版，通过sql server事务订阅同步到sql server 2008企业版，然后再从企业版利用gg同步到oracle 11g,用pentaho重新抽了下数据又发现一张表报1403,ogg-01296错，这些表上都是有主键的；

[ 本帖最后由 dai_xuej 于 2012-3-6 15:13 编辑 ]

teapot

只要备库有操作，1403错误是非常普遍的。

Maclean Liu(刘相兵

引发1403 的一种可能性：

初始化方法错误导致数据不一致

GG在执行删改操作时，由于初始化方法错误造成的数据不一致，使得GG删除的记录不存在，或修改的数据前影像不一致。此时，可通过logdump观察具体错误，如果记录条数不多，则可手动修复该错误。如果记录数非常多，则需对该表进行重新初始化或在replicat进程中添加handlecollisions参数（加handlecollisions参数的前提为该replicat进程复制的表均有主键或唯一约束）。

dai_xuej

add HANDLECOLLISIONS to rep 解决了问题，但真实的原因还是不清楚，能还用logdump找出那条问题记录呢？

Maclean Liu(刘相兵

action plan:

1. upload complete ggserr.log (target server). 上传 完整的target 上的ggserr.log 日志

2. info <replicat-name>, showch                  -- 贴出该命令的输出

3. info <replicat-name>, detail                  --贴出该命令的输出

4.  如果有的话 上传 discard log