huoshuyinhua的专栏

说是乌龙，也不是乌龙，各位看官，如果有相符的经历能解惑，请不吝留言告知。     给客户添加一个新的ogg队列。客户给了表名级对应关系，抽取，传输都没有问题，目标端启动rep进程时也无报错（当时没有数据）。第二天来发现，rep进程abend，数据延迟8个小时。     view report  提示ogg-00869warning，还有一个error 在目标端找不到某表。（由于客户端环境不

今天一套11.2.0.4RAC 的一个节点由于仲裁盘原因offline导致部署在该节点上的ogg出现问题。该节点正常后启动ogg发现抽取、复制进程都ok，所有投递进程都abend。-----------------------------------------------------------------------------------------------------检查r

由于处理ogg-01031，详见找到目标端的复制进程后，stop该进程，报等待超时的错误。检查report2017-06-13 11:06:51 INFO OGG-01139 BATCHSQL resumed, recovered from error.2017-06-13 11:14:02 WARNING OGG-00869 Aborting BATCHSQL

How To Upgrade From Goldengate Classic Extract To Integrated Extract (文档 ID 1484313.1) 转--------------------------------------------------------------------------------In this Document

客户某套ogg总是莫名丢数，检查各个配置文件，均配置正确。查看discard文件和rpt文件发现警告WARNING OGG-00723, OGG-00715，此时可以确定是源端的抽取漏抽数据。查询mos发现文章1458472.1有比较清楚的解释。Applies to: Oracle GoldenGate - Version 11.1.1.0.0 and laterInfor

由集成模式转换为普通模式就是由普通模式转换成集成模式的逆过程。直接上代码，不解释Program Status Group Lag at Chkpt Time Since ChkptMANAGER RUNNING EXTRACT ABENDED DPEMO

昨天，一套新建ogg的rep怎么都起不来，查看report只是提示源端的表和目标端的表mapping 有问题。由于生产系统信息不能取出，凭记忆叙述下。        分别desc，取出两端的表结构，一行一行做比对（源端和目标端列不一致，需要列映射），从列类型到长度以及各种对应变换都没有问题。记录rep目前的seqno和rba号，跳转2个trial，start之后，表rba正常走，s

转换条件查看上篇：将ogg捕捉模式由普通模式转换成集成捕捉客户有一个数据库需要将源端抽取由普通模式转换成集成模式，详细诊断转换成集成模式的原因查看：ogg-00723 ogg-00715具体步骤：打开虚拟机GGSCI (og1) > info allProgram Status Group Lag at Chkpt Time Since

ogg getupdatebefores参数对于dml的增删改有哪些影响。首先部署ogg要开启最小补充日志SQL> select supplemental_log_data_min from v$database;SUPPLEME--------YES查看数据库是否开启全列补充日志SQL> select supplemental_log_data_all from v

    昨天，客户反映一套ogg的rep进程挂掉。查看report报错是error mapping，检查参数文件配置、表结构、以及源端表的定义文件都没有问题，手动调整rba也不管用。discard文件里显示compressed update 。使用logdump 打开该文件定位到该rba下 ，显示io操作使update但是before immage 只有第五列（被更新的列），而没有主键列，主键列是...

一套ogg rep端 报错OGG-01164 Column Index (0) out of Sequence XXX开始以为是def文件有问题，比较抽取端和复制端的def中的改表，发现是完全一致的。discard文件也没有异常报错。查询mos发现文章描述很详细，研究一下。Replicat Abends with OGG-01164 Column Index (0) out of

今天遇到一个错误，我负责抽取、投递端                       OGG-01232     TCP/IP error 131     这是一个dpe投递进程的report报错，肯定是网络有问题。目前dpe进程abend ，rep端的进程应该不是abend，但其rba应该是不走的，有可能是其存放trail文件的目录满造成的中断，导致dpe进程未写完一

APPLIES TO:Oracle GoldenGate - Version 11.2.0.0.0 and laterInformation in this document applies to any platform.PURPOSETo better track GoldenGate product license, a new database init p

在《GoldenGate企业级运维实战》一书中提到用defgen来生成def文件为rep进程使用。原话如下："当源库与目标库类型不一样或者源端的表与目标端的表结构不相同时，数据定义文件是必须有的。"                                                             ----------------------《GoldenGate企业级

这几天由于ogg版本bug导致数据同步出现问题，需要手动同步数据。      检查目标表列和原表列顺序以及rep进程中的映射关系发现：SQLEXEC (SPNAME aa.bb.cc,id lookup11,param ee）       这是在ogg中调用一个存储过程后面映射列中有ff=lookup11.gg其中aa是schema，bb是存储过程包，cc是包里的一个存储过程，ee

今天，一个同事说昨天配的ogg在目标端的新加表没有成功写入。检查info repxxx发现没有延迟，trial文件写到现在查看昨天到今天有没有报错view report repxxx这样看来有应该是两个原因1.是源端抽取未成功，因此在trail文件中不包含该表的信息。对于该问题首先该该表是否加了trandata附加日志明确是加了。2.源端抽取、投递没有问题，目标端未

上篇文章中写道使用logdump 查询确认某trail文件中是否存在某表，参考文章http://blog.csdn.net/msdnchina/article/details/50043807查找OGG trail file中是否存在相关记录的命令如下是查找一个insert into USERA.TABLE1是否存在于OGG源头的trail file中，同时

由于其他网络或者目标端空间满等原因，ogg的dpe传输abbend整理完网络或清理空间后，启动dpe进程2017-03-02 14:40:37 ERROR OGG-01337 Trail file ./dirdat/sg000367, IO error 0 ().2017-08-02 14:40:37 ERROR OGG-01668 PROCESS ABENDING.

昨天，客户要求加一个ogg抽取投递进程。登陆服务器，add extract 后，配好参数，start ext**  ext** abend，检查log发现报错OGG-00685 begin time *** prior to oldest log in*****************百度一下没有符合的含有相关错误的文章。mos里搜索下，有如下解决方法It is resolv

昨天,查看ogg发现有进程abend.这是一个rep进程，已经稳定运行2年多了。查看报错是一个列映射错误的提示。（内网，具体报错记不清了）过程1.查看rep端的.prm参数，发现最近没有修改2.对比源端和目标端表的映射关系，源端的表结构是否变化3.查看两端的def文件。都没有发现结果。但是这个进程确实稳定运行很长时间了，不会突然报错。自己对比了一下映射关系和表结构结

昨天遇到一个ogg的报错。由于客户保密信息，源报错不能取出，下面的报错来源于网络2013-01-29 14:23:17 ERROR OGG-01028 Formatting error on: table name 000.TBCONTRACTBALANCE, rowid AAAMb2AB+AABp6KAAj, XID 33.22.36594, position (Seqn

在11.1中遇到ogg-01738问题的处理方法援引国内某大神在Oracle GoldenGate版本11.x中，引入了Bounded Recovery(BR)的概念，即允许extract对于长事务(long running transaction 比BRINTERVAL指定值更长的事务)写入到本地BR目录。当extract重启时，它会首先读取BR文件，取而代之读取恢复检查点指定的归档日志

今天ogg报了个错2017-03-31 16:35:01 OGG-01296 error mapping from a.t1 to table b.t2检查源端和目标端的表结构，没有问题。重新生成def文件比对，没有问题。后来注意到报错前有几个warning提示2017-03-31 16:34:54 WARNING OGG-00869 OCI Error ORA-1440

昨天，搭一套ogg,配rep进程时由于复制的原来的语句，但实际上没有先加checkpointtable，结果rep进程abend，rep进程删不掉GGSCI > info allProgram     Status      Group       Lag at Chkpt  Time Since ChkptMANAGER     STOPPED

复制Oracle数据库中文字符集AMERICAN_AMERICA.ZHS16GBK到目的库Oracle字符集AL32UTF8翻译自:Replicate Chinese Characters AMERICAN_AMERICA.ZHS16GBK to target charset AL32UTF8, Oracle to Oracle, 11.1 and before 11.2 (Doc I

由于rep端异常关机或者rep端的mgr没有正常关机导致的trail文件不完整。查询mosHow to recover from an OGG-01028 Incompatible Record if the trail is not corrupt (Doc ID 1507462.1)Oracle GoldenGate - Version 9.5_EA and laterInformation ...