首页 > 代码库 > 一次处理ORA-07445的历险记(转)

一次处理ORA-07445的历险记(转)

ORA-07445通常是Oracle调用操作系统的资源出错时出现的[@more@]

事前没有任何征兆,下午5点左右某个关键应用的17台oracle数据库上的数据库实例陆续宕机,赶紧查看alert_log,发现此文件中记录了大量的0RA-07445错误代码:
ORA-07445: exception encountered: core dump [] [] [] [] [] []
 
也顾不得查找root cause,赶紧重新启动数据库,但更糟糕的是数据库实例居然启动失败,连续多次startup才能偶尔启动成功一次,而且很快又宕机,Listener也经常启动失败。第一感觉是服务器中了病毒,应用的环境是:oracle 10.2.0.1 和windows 2003 server。因为ORA-07445通常是Oracle调用操作系统的资源出错时出现的。查看了一下oracle的参数,吃惊的发现数据库居然运行在共享模式,赶紧把它们全部改到专用模式,相关语句如下:
alter system set dispatchers=‘ ;
alter system set shared_servers=0;
再重新启动数据库,已经可以启动了,但偶尔实例还会宕,不过马上重新启动就行了,就这样隔一会儿就重启一下数据库。终于熬到了下班,周围的电话也安静了下来,可以开始静下心来找root cause了。
从前面的症状分析,一个明显的感觉是OS出了问题,Oracle数据库在调用windows 2003 server的资源时出错,
因为专用模式减少了Oracle和OS之间的交互,所以减少了宕机的现象发生。
 
再到metalink上查找类似问题,找到了两个文档Doc ID: 422471.1和Doc ID: 405904.1。经过分析后,采取了实施了以下两个变更:
变更一:为减少和数据库和OS的交到,封锁OS登录数据库的认证:
在sqlnet.ora中,注释了下面的语句:
# SQLNET.AUTHENTICATION_SERVICES = (NTS)
变更二:为加快数据库对登录会话的响应,修改下面监听的参数
Sqlnet.ora中增加下面的语句
SQLNET.INBOUND_CONNECT_TIMEOUT = 0 ---默认是60秒
在listener.ora中增加
INBOUND_CONNECT_TIMEOUT_LISTENER =0 ---默认是60秒
 

有以下特点:

  • 有15台机器在第一天几乎同一个时间点都出现了svchost.exe的报错,以后再出现svchost.exe的报错也基本是多台机器同时产生的。
  • 和oracle的alert_log结合分析,在svchost.exe出错不久,数据库出现ora-07445的错误接着就宕机。
  • 错误模块 kernel32.dll,错误地址 0x0010568f。
在windows的下面两个网页中可以找到对这个漏洞的说明和解决办法。
http://www.microsoft.com/china/technet/security/bulletin/MS08-067.mspx
http://support.microsoft.com/kb/958644/zh-cn
经过分析,极有可能是 W32.downadup.B型蠕虫病毒,需要打上KB958644的补丁,打卡补丁后问题果然解决。
总结:内网某台机器中了病毒,不断地攻击同一网段的windows系统的svchost进程,造成Oracle宕机,通过调整Oracle的参数和给windows打补丁后解决。
 
参考文档:
Oracle metalink  Doc ID: 422471.1和Doc ID: 405904.1
 
Windows:
http://www.microsoft.com/china/technet/security/bulletin/MS08-067.mspx
http://support.microsoft.com/kb/958644/zh-cn
 
http://blog.itpub.net/7695891/viewspace-1040157/
 
 
 

一次处理ORA-07445的历险记(转)