OGG 更新表频繁导致进程中断,见鬼了?非也!

大家好,这里是 DBA学习之路,专注于提升数据库运维效率。

目录

前言

最近几周一直遇到一个 OGG 问题,有一张表已更新就会中断 OGG 同步进程,本文记录一下分析过程以及解决方案。

问题描述

昨天下午,客户说 OGG 又停了(OGG 版本是 19.1.0.4,源端和目标端同版本,都是 19.20):

ogg 又停了,源端到目标端的 XZ3WFP 链路,可以查一下原因吗?

连上环境看了下,确实目标端复制链路处理 ABENDED 状态:

查看目标端 ggserr.log 日志(日志路径一般在 $OGG_HOME 目录下):

日志里没有看到明显报错信息。

问题分析

简单查看了下每次链路 ABENDED,报错的内容都是因为 update 语句导致,源端都是正常抽取状态,目标端复制进程异常终止。

关于 ggserr.log 日志中报错信息,查看官方针对这个错误代码的定义:

bash 复制代码
OGG-01296: Error mapping from {0} to {1}
The mapping of the specified source and target tables failed.

Examine the accompanying messages that provide details about the mapping failure, and resolve the problem based on those messages.

查看目标端 discardfile 文件(日志路径一般在 $OGG_HOME/dirrpt 目录下):

看报错是缺列 ID,ID 是这张表的主键,检查了一下源端和目标端的表结构以及主键,发现没有区别,两端保持一致:

sql 复制代码
SQL> select owner, constraint_name, constraint_type, status, validated from dba_constraints where owner='XXXXXXX' and TABLE_NAME = 'XXXXX';

源端和目标端均存在主键,按理来说应该没有问题。问了一下客户,这张表是最近新建的表,检查一下源端的抽取链路参数:

有设置参数 ddloptions addtrandata report 参数,按理来说应该可以自动添加 trandata,检查一下源端 trandata 是否正常(一般是手动添加完 trandata 用 dba_log_groups 视图查看):

但是通过参数自动添加需要使用下方方式查看:

检查发现没有添加 trandata 记录,在 ggsci 中检查表是否添加 trandata:

确实没有添加 trandata,这就很奇怪,不过先处理问题要紧。

解决方案

之前每次遇到这个问题,为了紧急恢复同步,都是使用跳过当前事务的方式恢复:

这里也是先紧急修复了,然后手动添加 trandata:

添加完之后再次检查视图:

可以查看记录,这次是添加成功了,后续请客户再次执行 update 操作:

复制链路没有中断,数据正常同步,问题解决。

后续

后续问了客户建表的操作,客户反馈:

  1. 第一次建表忘记添加主键,所以添加成功后,删掉了这张表;
  2. 重建表,设置 ID 为主键。

之前每次对这张表进行 update 操作,都会导致复制链路中断。

等后面有时间了可以做一下测试~

相关推荐
肥or胖20 小时前
【音视频协议篇】WebRTC 快速入门
ffmpeg·音视频·webrtc
aqi0021 小时前
FFmpeg开发笔记(七十八)采用Kotlin+Compose的NextPlayer播放器
android·ffmpeg·音视频·直播·流媒体
QMCY_jason1 天前
Ubuntu 1804 编译ffmpeg qsv MediaSDK libva 遇到的问题记录
linux·ubuntu·ffmpeg
is08152 天前
使用 FFmpeg 实现 RTP 音频传输与播放
ffmpeg·音视频
yzx9910132 天前
JS与Go:编程语言双星的碰撞与共生
java·数据结构·游戏·小程序·ffmpeg
mpr0xy2 天前
编译支持cuda硬件加速的ffmpeg
ai·ffmpeg·nvidia·cuda
努力做小白2 天前
Linux驱动19 --- FFMPEG
linux·运维·驱动开发·单片机·嵌入式硬件·ffmpeg