ITPub博客

故障现象传输进程启动异常，并报错如下：2022-02-08 09:52:11  ERROR   OGG-01705  Oracle GoldenGate Capture for Oracle, p1_pd.prm:  Input checkpoint position 45970013 for input trail file

用户反馈ogg数据未实时同步至目标库，检查应用进程日志，部分报错信息如下：根据日志看到在做抽取ddl时出现报错，mos匹配后，定位到时由于auto space advisor在shrink打标的空间时导致的。（参考文档：Extract Abend - OGG-00458 Cannot Find Metadata Property (Doc ID 2179454.1) ）禁用：auto s

GETTRUNCATES |  IGNORETRUNCATES抽取进程和应用进程同时配置GETTRUNCATES，可以同步truncate操作如：抽取：extract qq_extsetenv (NLS_LANG="SIMPLIFIED CHINESE_CHINA.ZHS16GBK")userid odc,password odcexttrail ./dirdat/q

DDL安装1. 确定DDL SCHEMA需要配置在GLOBALS中：GGSCHEMA odc 2. GRANT EXECUTE ON UTL_FILE TO odc;3.为odc_DDL_HIST、 odc_MARKER等表准备表空间，如果空间不足，会导致数据库无法进行DDL，从而影响业务。alter user odc default tablespace QUERY_SERV

在OGG的挖掘，传输以及应用进程中，都可以做跳过事务的操作，但是这个动作是存在风险的，我们需要明确知道该操作同时也会带来数据丢失。这里我们简单讲下挖掘进程和应用进程中跳过事务的操作方法。一、挖掘进程跳过当前日志出现报错：Last alternative log tried /hzmc/oradata/archlog/1_3_896105617.dbfOGG挖掘的时候 发现找不到该日志，归档已经被删

由于网络波动，造成传输进程异常是很常见的现象，有时重新启动下传输进场即可，有时则可能需要具体排查问题。针对重新启动即可恢复的现象，我们可以在mgr管理进程中配置autorestart参数，当进程异常时，自动重启传输进程。针对重启无法解决的，我们可以具体看下日志信息，如下：2016-05-25 10:14:53  INFO    

OGG新版本出来后，大部分情况都会选择升级到新版本，不过也存在部分原因导致只能用11G的ogg，但是又因为存在部分bug等原因，要做11G小版本之间的升级，如从11.1.x.x.x升级到11.2.1.0.1，下面对这种情况做个简单的步骤说明。1.停止所有进程源端和目标端的进程全部停止，包括mgr进程GGSCI>stop *GGSCI>stop mgr本文采用用新版本覆盖就版本的方法升级

故障描述用户反馈，ogg未实时同步至目标，检查发现是应用进程abended，具体报错如下：分析排查ogg日志提示很明确，存在损坏的记录使用logdump进一步查看该trail文件损坏程度，如下：继续查看，发现全是图示损坏的记录（参考官方文档：How to Recover from an OGG-01028 Incompatible Record If the Trail Is Not Corrup

故障现象ogg同步稳定运行一段时间后，发现晚上10点进程经常会abended，比较频繁，报错如下：2017-04-26 22:00:27  ERROR   OGG-01028  Oracle GoldenGate Capture for Oracle, ext_sm.prm:  Object with object number 95523 is

OGG挖掘进程启动占用大量内存和虚拟内存

问题现象：客户反馈，有两个物化视图，刷新条件均为refresh fast on demand，即手动刷新或者使用job等定时刷新。且物化视图1因为job异常关系目前无法正常刷新，但是物化视图2没有手工刷新，在job中也没有看到相关信息，但是却在正常刷新，客户觉得这很诡异，需要确认下是什么原因导致。（具体物化视图语句这里不做展示）分析排查检查物化视图日志select log_owner,master