在国内提起对于Oracle数据库的实时复制，无非是Quest, DSG, GoldenGate这三家企业。 去年某政府行业的灾备选型GoldenGate成为备选方案之一，似乎感觉在这个项目上有些刻意避免全盘使用Oracle的解决方案，因为无论是Streams还是DataGuard都几乎没有进入测试环节，这从技术上讲是不太正常的现象。仅仅时隔不到一年，GoldenGate又被拉入Oracle掌控之下，实在是有些让人出乎意料。 为什么Oracle要收购GoldenGate？收购完毕之后，对于Oracle本身的高级复制、Streams、Logical Standby会计划什么样的整合，而对于Quest和DGS这样的同样做数据库同步机制解决方案的第三方厂商又会有什么样的影响？ 有些隐约觉得Oracle收购GoldenGate是被人忽悠的，估计也没多少钱，Larry现在又不差钱，买了就买了吧，至于买来以后干嘛那以后再说好了。 Update@2009-08-27 内部人士透露，GoldenGate的并购是为了增强ODI的实力，更进一步发展对于异构数据库之间（Oracle、DB2、Sybase等等）的数据复制、同步、合并的能力。就这一点上来说，倒是也不无道理。
Oracle Training@恩墨科技
终于，在多年沉淀之后，eygle将几乎所有的经验（包括各地讲演的经验，写书的经验，实际解决问题的经验）浓缩为一个4天的课程 – Oracle性能优化与诊断案例培训，通过以自己的宝贝儿子“恩墨”命名的“恩墨科技”为依托展现给大家，完全可以看出这是一份悉心呵护的结晶。 eygle在对于这个培训的介绍中提到： 课程主要目标有两个： 1. 通过对Oracle技术知识全面、深入、融合的讲解，帮助学员将所学知识融会贯通起来 2. 通过将理论与实践的诊断案例相结合，帮助学员构建系统的解决问题的思路与方法 纵观整个培训提纲，按照我对eygle的了解，每个单独标为2学时或者3学时的主题，在eygle来说，都是可以洋洋洒洒讲出一整天东西的，其实很好奇，想去听听eygle如何刹得住车而不至于每节课严重超时。然而对于报名的各位来说，这绝对是一次物超所值的聆听。
4 Nodes Oracle10g RAC on Linux x86-64
用时两天给客户安装完了4节点的Oracle10g RAC on Linux x86-64，使用了OCFS2存储数据文件以及ocr和voting disk。概括一下碰到的问题。 1. 基本上完全按照Oracle官方安装文档，但是其中kernel.shmall内核参数的设置，如果按照默认值2097152的话，最多只能使用到8G内存，当配置SGA过高的时候，就会在启动实例的时候报错。 SQL> startup nomount ORA-27102: out of memory Linux-x86_64 Error: 28: No space left on device 需要将此参数值修改为shmmax/PAGE_SIZE值（通过getconf PAGE_SIZE获取），在此次实施中，客户机器为64G内存，PAGE_SIZE = 4096，因此应该设置kernel.shmall = 16475728。 2. 在安装CRS之前文档中要求运行rootpre.sh，但是却会报“No OraCM running”这样的错误。按照Metalink Note: 405986.1，这个错误可以忽略。 3. 安装CRS最后运行root.sh的时候，报错： PROT-1: Failed to initialize ocrconfig Failed to upgrade Oracle Cluster Registry configuration 重新mount OCFS2文件系统之后，再次运行root.sh，故障消失。 umount /u02/oradata/system mount -L…