当前位置：首页 > news >正文

记录一次OGG进程abended，报错OGG-01431、OGG-01003、OGG-01151、OGG-01296问题的处理

news 来源：原创 2025/4/24 12:17:18

1. ogg进程abended的几种常见原因：

1. undo表空间不足导致abended。

2. 数据不一致，违反唯一约束导致abended。

3. 源端和目标端表结构不一致导致abended。

4. 源端表名过长，同步到目标端报错导致abended。

5. OGG-03517字符集转换问题导致abended。

6.索引失效或者未添加附加日志导致abended。

2. 问题排查

这里介绍同步的表未添加附加日志导致abended，ogg 日志报错OGG-01431、OGG-01003、OGG-01151、OGG-01296。

进入 OGG 命令行，先尝试登录ogg后重新拉起问题进程

start rp_ac5b

--查看导致进程abended的原因

如果进程重新拉起后还是abended可以通过下面命令查看日志

view report rp_cb39

--报错：

OGG-01431 Aborted grouped transaction on DBOR.OR_PREOREDR_INFO,Mapping error.

OGG-01003 Repositioning to rba 283465958 in seqno 116073

OGG-01151 Error mapping from DBOR.OR_PREOREDR_INFO to DBOR.OR_PREOREDR_INFO.

OGG-01296 Error mapping from DBOR.OR_PREOREDR_INFO to DBOR.OR_PREOREDR_INFO.

2.1. 查询表的索引信息

索引失效可能会导致问题的发生，如果没有主键索引重新创建即可，这个查询，表是有主键索引。

-- 如果没有索引添加索引
create index 索引名 on 表名 (LIMITINS_ID,UPDATE_ACCEPT,UPDATE_TYPE) tablespace TBS_DATA parallel 32;
alter index 索引名 noparallel;
alter table 表名  add constraint 索引名  primary key (LIMITINS_ID,UPDATE_ACCEPT,UPDATE_TYPE)  using index tablespace TBS_DATA;

-- 检查表的索引信息SET linesize 500col INDEX_COL  FOR a30col INDEX_TYPE FOR a22col INDEX_NAME FOR a32col table_name FOR a32SELECT B.OWNER||'.'||B.INDEX_NAME INDEX_NAME, A.INDEX_COL,B.INDEX_TYPE||'-'||B.UNIQUENESS INDEX_TYPE,B.PARTITIONEDFROM (SELECT TABLE_OWNER,TABLE_NAME,INDEX_NAME, SUBSTR(MAX(SYS_CONNECT_BY_PATH(COLUMN_NAME, ',')), 2) INDEX_COLFROM (SELECT TABLE_OWNER, TABLE_NAME,INDEX_NAME,  COLUMN_NAME,ROW_NUMBER() OVER(PARTITION BY TABLE_OWNER, TABLE_NAME, INDEX_NAME ORDER BY TABLE_OWNER, INDEX_NAME, COLUMN_POSITION, COLUMN_NAME) RNFROM DBA_IND_COLUMNSWHERE TABLE_NAME = UPPER('表名')AND TABLE_OWNER = UPPER('属主'))START WITH RN = 1CONNECT BY PRIOR RN = RN - 1AND PRIOR TABLE_NAME = TABLE_NAMEAND PRIOR INDEX_NAME = INDEX_NAMEAND PRIOR TABLE_OWNER = TABLE_OWNERGROUP BY TABLE_NAME, INDEX_NAME, TABLE_OWNERORDER BY TABLE_OWNER, TABLE_NAME, INDEX_NAME) A,(SELECT * FROM DBA_INDEXES WHERE TABLE_NAME = UPPER('表名') AND TABLE_OWNER = UPPER('属主')) BWHERE A.TABLE_OWNER = B.TABLE_OWNERAND A.TABLE_NAME = B.TABLE_NAMEAND A.INDEX_NAME =B.INDEX_NAME;

查询存在主键索引：

2.2. 检查表是否有附加日志

检查表是否有附加日志，在主库中执行。

--查询附加日志
set line 222
col owner for a20
col table_name fro a20select * from dba_log_groups where table_name = 'OR_PREORDER_INFO' and OWNER in ('DBORDERADM');
select * from dba_log_group_columns where table_name = 'OR_PREORDER_INFO' and OWNER in ('DBORDERADM');

发现同步的表在主库中没有附加日志。

--添加附加日志
alter table DBORDERADM.OR_PREORDER_INFO and supplemental log data(all,primary key,unique,foreign key) columns;

3. 问题处理

3.1. 重新初始化表

重新初始化就是，将源端的数据通过数据泵的方式导入到目标库，在拉起 ogg 进程。需要注意的是源库的 SCN 号，在导数之前需要将目标端的表。

1）目标端停掉数据不一致表对应的复制进程
stop RP_CR39 2）源端导出表
获取SCN号
set numwidth 20
select current_scn from v$database;CURRENT_SCN
--------------------17706749349673col OWNER for a10
col DIRECTORY_NAME for a20
col DIRECTORY_PATH for a60
set linesize 999
select * from dba_directories;3）源端进行导入
vi EMP_UR.paruserid='/ as sysdba'
dumpfile=EMP_UR%U.dmp
logfile=EMP_UR.log
directory=DP_DIR
parallel=4
COMPRESSION=all
TABLES=(
表名)
flashback_scn=17706749349673
VERSION=12.1.0.2nohup expdp parfile=EMP_UR.par > EMP_UR.out &4）目标端进行导入
export ORACLE_SID=XXX
set line 222
col grantee for a20
col owner for a20
col table_name for a30
col grantor for a30
col  priivilege for a20
SELECT * FROM dba_TAB_PRIVS WHERE TABLE_NAME = '%UR_USER%';
查询结果为0，不存在表级权限。vi IMP_UR.paruserid='/ as sysdba'
dumpfile= EMP_UR%U.dmp
logfile= IMP_UR.log
directory=IMPDIR
parallel=4
remap_tablespace=(TBS_DATA_C:TBS_DATA)nohup impdp parfile= IMP_UR.par > IMP_UR.out &5）添加map加SCN的参数  -- vi  ./dirprm/crma/MAP_CRA_DBCU_09.obey 
view params RP_CRA14
vi  ./dirprm/crma/MAP_CRMA_DBCUSTADM_09.obey 
MAP DBCUSTADM.UR_USERGOODSLMT_INFO_HIS, TARGET DBCUSM.UR_USER,  filter(@GETENV('TRANSACTION','csn') > 17706749349673);  --营业A6）启动复制进程
start RP_CR39 
info all7）同步正常后,删除scn参数
stop RP_CR39  停止进程
vi /acfs/ogg19C/dirprm/crma/MAP_CRA_DBCUM_09.obey MAP DBC.UR_USER, TARGET DBC.UR_USER;
start RP_CR39

这次分享到这里，后期会分享，生产中ogg进程的其他常见问题的处理方法。