oracle占用系统资源很高sqlplus无响应

TSP平台无法登录。。后来我们重启tomcat，但还是不能登录。经检查，是数据库出问题。进入oracle服务器top一下，oracle进程占用资源很大，id剩余0.0%，而且负载迅速涨到156..试图进入oracle sys账户查询当前是否有循环语句连接，但sqlplus输完回车等半天没反应，而且资源持续上涨，负载很高！

后来，google了半天终于找到问题所在——sqlplus 无响应挂起处理，弄了半天原来oracle的bug引起——我的oracle版本是10.2.0.1。后来注意了一下系统运行时间是198天。汗！和网络文档说的一样。。

以下摘自网络：

事实上只要Linux x86主机运行天数是是24.8的倍数都有可能引发该bug，因为time()函数值为null，造成无限死循环，从而耗尽cpu。

解决办法三种：
1) 重启主机；
2) 打patch set，如升级到10.2.0.4；
3) 对该bug单独打临时patch 4612267。
第一种方法没有彻底解决问题，以后照旧；第二种方法，升级时间长，且要求停库很久，当前生产环境暂不适合；
参考文档：
Doc ID: 338461.1 SQL*Plus 10.2.0.1 Hangs, When System Uptime Is Long Period of Time
Doc ID: 4612267.8 Bug 4612267 - OCI client spins when machine uptime >= 249 days
我采取的是第三种方法，打补丁包的方式。而且据oracle官方文档说明，oracle11已经修复该问题。

下面是pache 4612267补丁包的安装及验证方法：

先停监听、dbconsole和数据库

$ lsnrctl stop
$ emctl stop dbconsole
$ sqlplus / as sysdba
SQL> shutdown immediate

注意：dbconsole是在已经装了Oracle EM的情况下要停止，如果未安装则无需干涉。

安装patch

$ mkdir $ORACLE_BASE/patches
$ cd $ORACLE_BASE/patches
$ rz    (SecureCRT里上传p4612267_10201_LINUX.zip 文件, 其它上传方式也可以)
$ unzip p4612267_10201_LINUX.zip   
$ cd 4612267/
$ $ORACLE_HOME/OPatch/opatch apply
Invoking OPatch 10.2.0.1.0
...
Please shutdown Oracle instances running out of this ORACLE_HOME on the local system.
(Oracle Home = '/u01/app/oracle/product/10.2.0/db_1')

Is the local system ready for patching?

Do you want to proceed? [y|n]
y    (此处输入y)
User Responded with: Y
...
ApplySession adding interim patch '4612267' to inventory

The local system has been patched and can be restarted.

OPatch succeeded.

验证patch

$ $ORACLE_HOME/OPatch/opatch lsinventory
Invoking OPatch 10.2.0.1.0

Oracle interim Patch Installer version 10.2.0.1.0
Copyright (c) 2005, Oracle Corporation. All rights reserved..


Oracle Home       : /u01/app/oracle/product/10.2.0/db_1
Central Inventory : /u01/app/oracle/oraInventory
   from           : /u01/app/oracle/product/10.2.0/db_1/oraInst.loc
OPatch version    : 10.2.0.1.0