Goldengate的复制进程出错OGG-01296

OGG复制进程错误处理
本文记录了在使用Oracle GoldenGate (OGG) 进行数据复制时遇到的错误OGG-01004与OGG-01296,并提供了具体的错误日志与解决步骤。建议通过PL/SQL连接源数据库与备库进行数据对比,修复后重新启动复制进程。

复制进程错误日志:

2011-04-29 15:32:40  WARNING OGG-01004  Aborted grouped transaction on 'CHQING.OMS_CLIENT_TAB_RELATION', Database error 100 (retrieving bind info for query).

 

2011-04-29 15:32:40  WARNING OGG-01003  Repositioning to rba 26715058 in seqno 1.

 

2011-04-29 15:32:40  WARNING OGG-01003  Repositioning to rba 26715058 in seqno 1.

 

Source Context :

  SourceModule            : [er.main]

  SourceID                : [/mnt/ecloud/workspace/Build_OpenSys_r11.1.1.0.15_001_[41784]/perforce/src/app/er/rep.c]

  SourceFunction          : [take_rep_err_action]

  SourceLine              : [15809]

 

2011-04-29 15:32:40  ERROR   OGG-01296  Error mapping from CHQING.OMS_CLIENT_TAB_RELATION to CHQING.OMS_CLIENT_TAB_RELATION.

 

***********************************************************************

*                   ** Run Time Statistics **                         *

***********************************************************************

 

Last record for the last committed transaction is the following:

___________________________________________________________________

Trail name :  /oragg/oggst/dirdat/sb000001

Hdr-Ind    :     E  (x45)     Partition  :     .  (x04)

UndoFlag   :     .  (x00)     BeforeAfter:     A  (x41)

RecLength  :    99 (x0063)    IO Time    : 2011-04-29 10:22:17.352327 

IOType     :    15  (x0f)     OrigNode   :   255  (xff)

TransInd   :     .  (x03)     FormatType :     R  (x52)

SyskeyLen  :     0  (x00)     Incomplete :     .  (x00)

AuditRBA   :       2336       AuditPos   : 6608912

Continued  :     N  (x00)     RecCount   :     1  (x01)

 

2011-04-29 10:22:17.352327 FieldComp          Len    99 RBA 26715058

Name: CHQING.OMS_CLIENT_TAB_RELATION

___________________________________________________________________

 

Reading /oragg/oggst/dirdat/sb000001, current RBA 26715058, 0 records

 

Report at 2011-04-29 15:32:40 (activity since 2011-04-29 15:32:40)

 

From Table CHQING.OMS_CLIENT_TAB_RELATION to CHQING.OMS_CLIENT_TAB_RELATION:

       #                   inserts:         0

       #                   updates:         0

       #                   deletes:         0

       #                  discards:         2

 

忽略错误不能启动:

start replicat repsb skiptransaction

 

使用PLSQL连接源数据库,同时连接备库,比较该表的数据,然后把比较出来的结果在备库执行。

 

然后再启动复制进程

start replicat repsb

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/12778571/viewspace-694122/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/12778571/viewspace-694122/

<think>嗯,用户需要解决OGG-01163错误的问题。这个错误在Oracle GoldenGate中很常见,通常涉及归档日志缺失或损坏。 用户可能正在运维环境中紧急处理数据同步中断的问题,情绪会比较焦虑。需要给出清晰直接的解决方案,同时解释根本原因防止未来复发。 首先想到三个核心方向:归档日志问题、配置问题和磁盘空间问题。具体需要分步骤排查: 1 检查归档日志序列号是否连续,使用`ALTER SYSTEM ARCHIVE LOG CURRENT`强制切换日志 2 确认归档路径权限和空间,特别是RAC环境下容易忽略节点本地路径 3 检查GoldenGate参数文件中的归档路径是否包含`%t`线程变量 典型案例是用户迁移数据库后忘记修改GoldenGate的归档路径参数,导致读取旧路径。还有RAC环境未配置共享归档路径的情况。 解决方案需要强调操作顺序:先尝试重新添加trail文件,再考虑重建extract进程。必须警告强制跳过日志的风险——数据丢失可能性。 预防措施部分要突出监控脚本的重要性,很多DBA会忽略定期检查归档日志完整性。补充的RAC配置要点也很关键,这是生产环境高频出错点。 最后生成的问题要覆盖上下游场景:如何验证数据一致性(用户常问)、备库环境特殊处理(容灾场景)、以及时间点恢复(涉及增量备份)。这些都能帮助用户建立系统化认知。</think>OGG-01163错误是Oracle GoldenGate中常见的归档日志缺失错误,以下是系统化的解决方案和根本原因分析: ### 错误本质 `OGG-01163`表明GoldenGate进程(通常是**EXTRACT**)无法访问所需的归档日志文件,导致数据同步中断。核心报错格式: ``` ERROR OGG-01163 Oracle GoldenGate Delivery for Oracle, rep1.prm: Bad column index (64) specified for table SCHEMA.TABLE, max columns = 30. ``` ### 根本原因 1. **归档日志被删除或损坏** - RMAN备份策略未排除GoldenGate所需日志 - 手动清理归档日志未验证OGG进度 2. **路径配置错误** - RAC环境中归档路径未包含所有节点(缺少`%t`线程标识) - `LOG_ARCHIVE_DEST_n`参数变更未同步更新GoldenGate 3. **权限问题** - GoldenGate进程用户(如`oracle`)无归档日志目录读取权限 - SELinux/AppArmor限制访问(Linux环境) ### 解决方案 #### 1. 紧急恢复流程 ```sql -- 强制切换日志(确保新日志生成) ALTER SYSTEM ARCHIVE LOG CURRENT; -- 检查缺失的日志序列 SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME FROM V$ARCHIVED_LOG WHERE SEQUENCE# = [报错中的缺失序列号]; ``` - 若日志存在但OGG未识别:重启**MANAGER**进程 - 若日志永久丢失: ```bash # 重建Extract进程(需重新初始化) GGSCI> DELETE EXTRACT <进程名> GGSCI> ADD EXTRACT <进程名>, TRANLOG, BEGIN NOW ``` #### 2. 配置修正 - **GoldenGate参数文件**添加精确路径: ```properties EXTRACT ext1 TRANLOGOPTIONS ALTARCHIVELOGDEST PRIMARY INSTANCE node1 +RECOV, INSTANCE node2 +RECOV ``` - 验证RAC配置: ```sql -- 确认所有节点归档路径 SELECT INSTANCE_NAME, LOG_ARCHIVE_DEST_1 FROM GV$INSTANCE; ``` #### 3. 权限修复 ```bash # 授予GoldenGate用户权限 chown -R oracle:dba /archivelog_dir chmod -R 750 /archivelog_dir # 检查安全策略(Linux) getenforce # 若Enforcing状态需添加规则 setsebool -P goldengate_domain_can_read_logs=1 ``` #### 4. 预防措施 - **归档保留策略**: 确保`RMAN RETENTION POLICY`覆盖OGG延迟(建议:延迟时间+24小时) - **监控脚本**: ```sql -- 定期检查日志缺口 SELECT THREAD#, MIN(SEQUENCE#) GAP_START, MAX(SEQUENCE#) GAP_END FROM ( SELECT THREAD#, SEQUENCE#, LEAD(SEQUENCE#) OVER (PARTITION BY THREAD# ORDER BY SEQUENCE#) NEXT_SEQ FROM V$ARCHIVED_LOG WHERE DEST_ID=1 AND ARCHIVED='YES' ) WHERE NEXT_SEQ - SEQUENCE# > 1; ``` > **关键原则**:归档日志必须保留至所有GoldenGate进程完成解析。生产环境建议配置**归档日志复制**到独立存储,避免因存储故障导致日志不可用[^1]。 ### 典型案例 某RAC环境升级后出现OGG-01163,原因为: - 新增节点未加入归档路径 - OGG参数仍为旧配置:`LOG_ARCHIVE_DEST_1='LOCATION=/u01/arch'` **修正方案**: ```properties TRANLOGOPTIONS ALTARCHIVELOGDEST PRIMARY INSTANCE node1 /u01/arch, INSTANCE node2 /u02/arch ``` ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值