ANBOB™

在 Oracle GoldenGate 中使用集成模式时，STREAMS_POOL 起着至关重要的作用。集成进程从“STREAMS POOL”获取共享内存。STREAMS POOL 是 SGA 的内存组件之一。STREAMS_POOL_SIZE 的大小应根据数据库系统中使用的集成提取的数量来确定。我们还应该考虑在数据库中使用 STREAMS POOL 的其他进程。最近一个案例ogg异常报错，因ora-4031 streams pool不足，简单记录。

最近有个客户查看MySQL主从同步时，提示ERROR 2027(HY000):Malformed packet错误，存在slave连接失败的现象，后分析是因为该MySQL配置了oracle goldengate，以replication slave的方式抽取，仅记录提醒再次遇到该问题。

Oracle数据库有dataguard主从，MySQL有主从或MGR，Goldengate同步支持从前两种数据库做数据抽取，但是在主从切换以后需要在Goldengate做相应的修改。这里记录一下MySQL因master 需要停机维护时，OGG主动切换到slave的方法。

最近一套ogg环境反馈做了些磁盘维护后抽取进程abended， 查看ggs日志发现有提示OGG-00662 OCI ERROR ora-03113 ora-03115和OGG-02078 extract encountered a fatal error错误，启动后使用ggsci info ext xx查看RBA无变化,简单记录一下该案例。

最近处理了一起Goldengate Pump Extract进程abended的案例， 进程日志提示ERROR OGG-02171 Error reading LCR from data source和 ERROR OGG-02191 Incompatible record 104 错误，属于trail文件中的事务记录损坏， 通常是跳过文件中的错误记录，重新启动进程，环境是集成模式的goldengate 18.1。

当GoldenGate复制进程（Replicat）在目标数据库上遇到ORA-00001唯一性冲突错误时，可以采取以下常见解决方法：

2023-1-617:57:36 WARNING OGG-02544 Unhandled error (ORA-00001: unique constraint (.) violated
ORA-00001: unique constraint (.) violated) while processing the record at SEQNO 936, RBA 67975402 in Integrated mode. REP
LICAT will retry in Direct mode.

在日常Goldengate日常运维中最常见的是在现有的同步进程中增加新的同步表， 这里记录简单的使用class mode典型模式时，增加新表的过程。

最近在测试oracle to postgreSQL项目中，计划使用oracle standby database做为数据库初始化的静态数据，这没有任何问题， 那是否可以从standby database捕捉变化呢？如配置ogg extract抽取进程。

Yes, you can extract the data from a Physical Standby database. There are actually two methods available in Oracle GoldenGate.,

1. Archived Log Only Mode – ALO Mode
2. Active Data Guard Mode – ADG Mode

If a table has a PK constraint or a Unique Constraint that is Non-Validated or Invalid, OGG will by default not use those keys to uniquely identify a row. It will use all columns to uniquely identify a row.

OGG 19.*默认改变原来OGG 12版本ALLOWNULLABLEKEYS为NOALLOWNULLABLEKEYS， 这样会导致在replicat时因为不考虑可为空的唯一索引做为标示键,而使用全字段组合在一起作为行的唯一标识，但是EXTRACE的源库又只有这个唯一键的附加日志，trail中也只有该唯一列更新列时，在replicat时会产生OGG-1403记录不存在，而丢失更新，insert不受影响， 同时oggerr日志中记录的是INFO OGG-06441，这样更不会引起人的注意。

Oracle 12c RAC 1个实例因硬件原因突然crash, 另一实例上的goldengate Extract 进程Lag At Chkpt 持续增加，read checkpoint并不动，开始是因为归档日志被rman备份任务备份后删除，但restore 归档日志从Recovery Checkpoint到当前确认都存在后依旧hang, 清除了BR 文件再次启动extract进程恢复正常

前几年处理过一个<当C语言的程序处理 chr(0) or ‘\0’ 时的ORA-01008 Case>故障案例， 近期又遇到一个案例是在Golden Gate同步数据时遇到的问题，发现ogg在同步时对于char类型的字段，不足指定长度时，OGG使用的是chr(0)补充， 而对于已有数据是默认chr 32(空格)补充，导致无法匹配问题。

有时出于历史原因或之前使用其它同步产品做同步，后期想改为OGG方案时但不想做原数据一致性比对，或可以接受部分数据不一致，比如目标表可能比原表少数据时，只想在replicat端增加INSERTMISSINGUPDATES参数，如果update目标记录不存在转换insert. 想法是好的？前提是要知道ogg的机制。

如果在有OGG的表上增加列，又未启用同步DDL ，操作流程不当会遇到很多麻烦， 这里记录replicat进程异常终止。
OGG-00918 Oracle GoldenGate Delivery for Oracle, rep_zwa.prm: Key column NOTE is missing from map.

“酒虽好，不要贪杯” ! OGG在同步效率、安全、兼容性上一致做的很出色，广泛用于数据同步，支持异构， 但是在它的使用过程中也要严格按照流程使用，如何在OGG同步的表上做DDL操作有严格流程，如果任性的使用，后期维护必将带给诸多麻烦， 这里简单记录在OGG进程正在同步事务的情况下增加字段导致的抽取进程异常终止。

Oracle 12.2 GoldenGate(ogg) 进程突然全部PROCESS ABENDING,MGR中配置了autostart，自动启动后恢复正常，但错误日志中出现了OGG-01224 Address already in use。

一套12c R2 4-nodes Oracle RAC on RHEL 7的环境，已安装0417 RU。 该库有一套Phyical DataGard， 同时也是GoldenGate的target端，存在一个replicat 进程同步数据，因为OGG的认证导致ADG hang最终使归档删除失败。

2018年的10月份发布了oracle goldengate最新版本 18c（18.1）,下载时分别对于oracle db就两种安装文件： 传统Classic 架构和微服务Microservices架构

最近查看OGG （12.2）的ggserr.log里出现了下面的信息，但是OGG进程还能正常工作， 相同时间段好几台DB ogg出现了想同的日志。