Goldengate

OGG(12.3) Extract long time lag after Oracle RAC a instance Crash

by

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

Oracle GoldenGate 12.2 For Oracle New Feature: 集成的datapump internal

by

在以前的OGG版本中做oracle的表的初始化工作中， 通常为了捕捉在初始化过程中的数据变化， Source 端会在expdp 前启用extract进程，然后使用expdp 配合flashback_scn参数导出，在Target 端impdp 后，replicat 配置HANDLECOLLISIONS 参数做初始化的工作丢掉“重复或已存在的”更新，或者使用AFTERCSN参数定位的trail 文件中expdp那个时间点的scn ，从那个scn后开始应用变化， 在ogg 12.2 中引入了新特性把上面的一系列工作集成到了数据库内

goldengate 12.2 install and upgrade using Opatch

by

ogg 12.2 的安装方式和11是略有差别，之前是解压就OK, 现在是OGG提供了OUI 的安装方式，也可以静默方式，之前的升级是解压覆盖，现在多了一种选择可以像DB一样使用opatch安装，这里简单的记录下安装并给OGG安装PSU的过程。

GOLDENGATE FILTER row data with Operation-System environment variable(通过操作系统环境变量Filter数据)

by

昨天有个朋友在网上问如何在用GOLDENGATE 一对多的同步模式下，简化配置，到达统一的OGG Replicat配置文件同时过滤数据的目的。 好比总部更新数据， 分销商只同步自己的数据， 但是如果有400个分销商，为了简化安装不重复性的修改OGG replicat配置文件，所以OGG TARGET(分销商)使用相同的配置文件， 但是在OGG 的配置文件中使用比较灵活的操作系统变量…

Goldengate source and target table differ in column structure part-1(ogg同步不同的表结构数据)

by

昨天一朋友问如果用GOLDENGATE同步数据(ETL)，如果目标端比源端多出一个时间字段表示最后的修改日期，OGG可以实现么？可以的，下面是我step-by-step 的演示.耗时两天做个总结，在这特殊日子也祝 各位 库友中秋团圆！ source db sid:icme tablename:test_t ————- |id ,name | ————- target db sid:ggs tablename:test_t —————————————- |id ,name, create_date, last_update_date| —————————————– create_date 取记录的生成时间 last_update_date 取最后DML的时间 Source DB — 建立新表 icme@ICME>create table test_s(id int,name varchar2(20)); — ogg 的配置文件，这是我之前配置源和目标库表结构一样的环境，有启用DDL同步,后面我会陆续修改，OGG安装参考以前的文章 GGSCI (icme-db) 2> view params eicmec extract eicmec —————————————— — local extract for icme schema change … Read more