OGG 12.2 extract not moving when redo log files are placed on RAW device AIX (解决办法)
近期在配置OGG环境中遇到了个问题，相同ogg和oracle rdbms版本，HPUX和Linux 平台运行正常， 只是AIX 平台的ogg extract进程没有进度， 启动时initial就要好久，同时也未报错， redo文件使用的是RAW device(裸设备)， OGG release 12.2 , Oracle RDBMS release 11.2.0.3. 在OGG 12以前我们都知道存在一个参数RawDeviceOffset,但是12版本中该参数不存在了
GOLDENGATE 12.2 Undocumented parameters(隐藏参数)
goldengate 像数据库一样存在大量的隐藏参数，12.2 版本隐藏参数数量超过了200个， 但是这些参数并不是像ORACLE DATABASE一样公开了参数的描述作用，而且研究的人也不多，GOOGLE和MOS上很多参数都查不出相关信息…
EM agent 12.1 割接主机后重部署 agent is blocked, and “out-of-sync with repository”
ORACLE DB 有时出于硬件维护等情况需要更换主机操作，但IP,DB实例等都未改变, 这时在割接后的机器需要重新部署EM_AGENT ， 我通常是离线安装, 离线安装EM ANGENT 12参考我之前的笔记Acquiring Management Agent Software for HPUX&AIX in the Offline Mode(离线安装EM agent)，OMS 端原target 不需要删除在重新填加， 但是重部署后的EM_agent 通过emctl status agent 状态会是blocked,这时重新同步一下即可。
Oracle GoldenGate 12.2 For Oracle New Feature: 集成的datapump internal
在以前的OGG版本中做oracle的表的初始化工作中， 通常为了捕捉在初始化过程中的数据变化， Source 端会在expdp 前启用extract进程，然后使用expdp 配合flashback_scn参数导出，在Target 端impdp 后，replicat 配置HANDLECOLLISIONS 参数做初始化的工作丢掉“重复或已存在的”更新，或者使用AFTERCSN参数定位的trail 文件中expdp那个时间点的scn ，从那个scn后开始应用变化， 在ogg 12.2 中引入了新特性把上面的一系列工作集成到了数据库内
Oracle 11g r2 clusterware(集群软件) 启动顺序 （视频动画)
很久前在网上发现了一个很好的描述oracle 11g r2 集群软件(CLUSTERWARE)记录启动的视频， 不敢独项， 分享给大家。
如何修复ORA-01111, ORA-01110, ORA-01157 errors on Standby database
在oracle DATAGUARD环境，STANDBY_FILE_MANAGEMENT 参数控制standby […]
goldengate 12.2 install and upgrade using Opatch
ogg 12.2 的安装方式和11是略有差别，之前是解压就OK, 现在是OGG提供了OUI 的安装方式，也可以静默方式，之前的升级是解压覆盖，现在多了一种选择可以像DB一样使用opatch安装，这里简单的记录下安装并给OGG安装PSU的过程。
三言两语Database 360 (DB360)
以后说起360可以脑子里除了闪过一个卖鞋的一个杀毒的，恐怕还要多个DB圈玩意了，360安全卫士相信你并不陌生，界面简捷扫描后打个分，简单说就是”傻瓜式”的操作， 如果数据库上出了这么个东东，你想不想要？还真有个DB360, but not free.
Little about partition segment
前几天看了篇日志自己一直没注意的小细节，利用开会儿的功夫做了个测试，因为维护的环境数据库中存在数万数十万的分区表， 平时维护时确实应该注意。环境11.2.0.4 这里就展示两个内容
1， 表上不同的分区初始化segment大小，在split partition时的segment大小继承方式。
2， truncate partition 会使手动unusable的分区索引变为usable.
Using ‘opatch lsinventory’ show patched is real? （看到的补丁信息真的靠谱么？）
去年在排查SCN 天花板问题修改相关的几个参数时，发现了这个问题，尤其如果是从别人手中接手的数据库，通常从opatch lsinventory 检查数据库的版本和补丁信息，在12C 的版本中也可以使用DBMS_QOPATCH, 但是有一个库发现之前别人挖了个坑实际安装补丁时应试是出错了，但是从opatch lsinventory查看两节点并没有区别 .。。。
