March 4, 2009 – Channel [K]

Oracle 11gR2 New Features Highlight

Post author:Kamus
Post published:March 4, 2009
Post category:Oracle Database
Post comments:5 Comments

基本成型的Oracle 11gR2文档已经可以看到了，通览一下New Features部分，列举看上去很美妙的一些亮点。以下仅仅是通过阅读文档得到的信息，在11gR2正式发布之前，一切都可能是会变化的。 1. RMAN Web-Services Backup 现在Oracle允许通过RMAN将数据库直接备份到Amazon S3或者其它的云计算存储解决方案中，虽然还没有明确的报价，但是可以预见一定会比自己购买带库要便宜。这里需要解决的一个是备份的效率问题，另外一个是备份集的安全性。 2. Edition-Based Redefinition 一直以来都知道在产品环境中，我们不能随便地去重定义包，函数，存储过程，视图，否则可能产生严重的锁等待，现在Edition-Based Redefinition的引入有助于在繁忙的产品环境中通过版本的控制来顺利地升级或者修改应用程序。 3. Cluster Time Service 代替NTP的东东，也许是因为NTP导致了一系列RAC的bug，所以Oracle干脆自己做一个时间同步服务，似乎这是在11gR2中安装RAC的前提条件了。 4. Columnar Compression 列式压缩，全新的压缩方式，消耗更多的CPU能力来获得更小的存储消耗，列式压缩对于应用是透明的，数据仓库系统值得去尝试一下这个新功能。 5. Data Pump Legacy Mode 在11gR2中原先的exp已经不再被支持，imp仍然允许使用。因此11gR2提供了兼容模式，允许在Data…

Procwatcher: Useful Script to Monitor Oracle Processes

Post author:Kamus
Post published:March 4, 2009
Post category:Oracle Database
Post comments:0 Comments

也许总在某个时候，作为Oracle DBA的你心里会想，这进程到底在干什么呢？为什么占用这么高的CPU？为什么写这么多数据到磁盘上产生这么大的IO？当然，我们有各种各样的诊断方法来确认这些进程在做什么，不过，也很有可能在初步的诊断之后，还是一无所获，这时候也许类似于oradebug short_stack这样的命令或者是操作系统级别的debug命令能够让我们在重重迷雾中找到一些指路的明灯。不能否认，在某些时候，只是灵光一闪，从某些特征上忽然醒悟了该从哪个方向入手，就能帮助我们最终解决问题。这里介绍的Procwatcher是一个shell脚本，运行在UNIX/LINUX操作系统级别，帮助我们给指定的Oracle Clusterware后台进程（比如crsd.bin, evmd.bin等）以及Oracle RDBMS后台进程（比如dbwr, smon, pmon等）进行定期的debug跟踪，将收集的stack traces按照进程和日期存储在磁盘上。不要期望能够完全看明白stack trace的内容，那些是给专业的Oracle Support人员看的，但是我们至少可以知道在一个进程非常缓慢或者非常忙碌的时候，它被hang在了什么地方，也许是一个类似于kslwait这样的函数，这些就是蛛丝马迹，可以通过这些关键字去Metalink中找寻更有价值的信息。或者把这些trace内容上传给Oracle Support人员，也对解决疑难问题有很大帮助。此脚本的内部注释非常完整，基本上所有的帮助信息都可以从脚本注释中找到。启动和关闭脚本的命令分别是： ./prw.sh start ./prw.sh stop 注意点： 1. 获取stack trace通常会对被debug的进程有短暂的suspend操作，比如ocssd.bin如果被suspend过长（超过css misscount时间），则会导致节点被重启。可以修改脚本中的CRSPROCS参数，将不需要trace的进程去除。 2. 在AIX平台上慎用EXAMINE_CRS=true，也就是在AIX平台上最好不要用这个脚本去获取Oracle Clusterware后台进程的stack trace，可能造成程序被hang住。…

Oracle Clusterware consolidated logging

Post author:Kamus
Post published:March 4, 2009
Post category:Oracle Database
Post comments:1 Comment

使用过Oracle Clusterware 10gR1的朋友应该还记得各个后台进程的log都被散乱地放在各自的目录中，可惜的是，也许你刚刚熟悉了每个log的位置，然后当你将10gR1升级到10gR2，你就发现所有的log你都找不到了，它们不再在原来的位置，Oracle重新整理放在了统一的目录下。这里记录一下10gR2和11gR1中Oracle Clusterware的log位置。以下$ORACLE_HOME指Oracle RDBMS软件的安装目录，$ORA_CRS_HOME指Oracle Clusterware软件的安装目录。 CRS logs $ORA_CRS_HOME/log/[hostname]/crsd/ CSS logs $ORA_CRS_HOME/log/[hostname]/cssd/ EVM logs $ORA_CRS_HOME/log/[hostname]/evmd $ORA_CRS_HOME/evm/log/ Resource logs $ORA_CRS_HOME/log/[hostname]/racg $ORACLE_HOME/log/[hostname]/racg SRVM logs $ORA_CRS_HOME/log/[hostname]/client $ORACLE_HOME/log/[hostname]/client Cluster Network Communication logs $ORA_CRS_HOME/log…