记录一次OGG进程abended，报错OGG-01431、OGG-01003、OGG-01151、OGG-01296问题的处理
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进程的其他常见问题的处理方法。