runfixup.sh – Oracle11gR2 Installation New Feature

Oracle11gR2的安装界面跟之前版本比较起来有很大的不同,整体界面更加清新,更加简洁了,比较引人注意的是新的fixup脚本,在安装过程中,安装程序将会检查推荐的操作系统内核参数设置以及必须的软件包,对于不符合要求的部分将会自动生成runfixup.sh,安装人员只需要手动以root用户运行该脚本即可,不再需要像以前那样按照安装手册去自行调整了。 在我的安装中,使用的是Oracle Enterprise Linux 5 U3,安装完操作系统之后,没有做任何修改的检查结果如下图。 点击”Fix & Check Again”按钮之后,弹出的窗口显示了runfixup.sh的生成位置。 在以root用户运行runfixup.sh。 [root@dbserver CVU_11.2.0.1.0_oracle]# ./runfixup.sh Response file being used is :./fixup.response Enable file being used is :./fixup.enable Log file location: ./orarun.log Setting Kernel Parameters… kernel.sem = 250 32000 100 128 fs.file-max = 6815744 net.ipv4.ip_local_port_range = 9000 65500 net.core.rmem_default = 262144 net.core.wmem_default = 262144 net.core.rmem_max = 4194304…

How to resolve ORA-600 [kghfrf1]

客户的数据库系统在下午突然报错,作为报表系统的数据是从主生产库通过物化视图刷新的方式定期更新的,但是在错误发生以后,每次物化视图的快速刷新都会产生ORA-600错误。 ORA-12012: error on auto execute of job 467 ORA-20999: HD_GT_DEXM_HYMX refresh failed:-600 ORA-00600: internal error code, arguments: [kghfrf1], [0x000000000], [], [], [], [], [], [] ORA-06512: at “user.REFRESH_ALL_SNAPSHOT”, line 31 ORA-06512: at line 1 在Metalink中搜索[kghfrf1],虽然有相关文章,但是浏览之后发现跟客户的情况都不匹配。首先是症状不相同,并没有任何一个案例是在物化视图刷新的时候报错的;其次是数据库版本不同,客户数据库为Oracle 9208 RAC,在这个版本中并没有任何已知的未修复的bug会导致ORA-600 [kghfrf1]错误;最后通过查看客户trace文件中堆栈信息,也跟Metalink文章中并不匹配。 对于此ORA-600错误的解释是: @ We are attempting to free a freeable chunk of space and generate this @…

About ASM and ACFS

在Oracle11gR2中,推出了强劲的ACFS文件系统。 那么目前ASM支持哪些文件类型,而ACFS又支持哪些文件类型呢? 可以参看官方文档。 简单地说,ASM仍旧着眼于支持所有Oracle Database需要的文件,包括数据文件、控制文件、归档日志文件、spfile、RMAN备份文件、Change Tracking文件、数据泵Dump文件以及OCR文件等。 而ACFS和Oracle ADVM延展了ASM的支持范围,可以存储告警日志、跟踪文件、BFILEs大对象、还有影像、图片以及其它应用的普通文件。 参看:How to create ASM filesystem in Oracle 11gR2