ANBOB™

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

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

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

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

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

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

map icme.test_s, target icme.test_t,
COLMAP(usedefaults,
create_date =@IF(@STREQ(@GETENV(“GGHEADER”,”OPTYPE”),”INSERT”),@DATENOW(),@COLSTAT(MISSING)),
last_update_date=@datenow()

昨天一朋友问如果用GOLDENGATE同步数据(ETL)，如果目标端比源端多出一个时间字段表示最后的修改日期， […]

Trail files are generated by both the original extract and the Data Pump (extract) process. Trail files are read by the Data Pump (extract) and Replicat (replicat) processes

GGSCI (ggsdb) 1> alter replicat ricme, extrba 84510103
REPLICAT altered.
GGSCI (ggsdb) 3> start ricme