首页 存档 技术 查看内容

一次OGG1403错误的诊断咨询

2018-3-30 13:00 |来自: 互联网 257 0

摘要: 版权声明本文转载自公众号:OCM之家 ID:OCMHome 二维码: 裴征峰,现就职于北京海天起点,二线专家成员,南京办事处负责人,持有OCP 10g、OCP 11g、OCM 11g证书,主要从事客户的现场维护,重大问题的解决,数据库 ...

版权声明

本文转载自公众号:OCM之家

ID:OCMHome

二维码:


裴征峰,现就职于北京海天起点,二线专家成员,南京办事处负责人,持有OCP 10g、OCP 11g、OCM 11g证书,主要从事客户的现场维护,重大问题的解决,数据库性能分析,二线服务质量保证等工作。拥有超过八年的Oracle服务经验,具备丰富的行业服务背景,对Oracle数据库有深刻的理解,在Oracle数据库RAC以及高可用解决方案方面具有深厚的实践经验,擅长数据库故障诊断,数据库性能调优。


1.前言

前面我在我的技术博客(http://www.oratea.com/)上发表了一篇《Oracle提问前需要收集的信息》,现在提供个案例看一下我是怎么提问题的。

这个案例是Oracle Goldengate的,问题的主要原因是,OGG报了ORA-1403错误,这个错误是ogg目标端没有发现要delete或update的数据。
一般OGG报ORA-1403错误,就比对一下原和目标端的数据,直接补上差异数据。
但是这套OGG是新实施没几天的,生产端还没有大的业务维护操作,所以感觉比较奇怪,就诊断了下,但是在logdump挖到对应的ogg trail文件的RBA地址后,发现了PK没有捕获到数据,有点奇怪,就想群策群力,于是就整理了以下内容。


2. 故障说明

OGG目标端,宕掉后的报错信息,比较正常,是个ORA-1403错误,报SPEC_YZ.ROLE_OBJ_2_CFG_RULE表在目标端找不到数据



3. 检查discard文件


问题数据为:SPEC.ROLE_OBJ_2_CFG_RULE表的OFFER_ROLE_ID=300006000109记录。


4. 检查原和目标库的数据


4.1 原库数据
检查原生产库上的数据(不涉及客户信息),生产库上存在这条记录
SQL

声明:文章版权归原作者所有 部分文章转自互联网 如有侵权请联系 [邮箱地址] 删除

路过

雷人

握手

鲜花

鸡蛋

相关分类

返回顶部