« SPFILE参数修改错误的解决办法 | Blog首页 | Oracle Database 11g 体系结构图下载 »
ORA-07445 数据库也会旧病复发
作者：eygle |【转载时请以超链接形式标明文章出处和作者信息及本声明】链接：http://www.eygle.com/archives/2008/07/again_ora_07445.html
去年曾经帮助客户处理了一则ORA-07445的错误，当时客户的症状是每个月出一次07445错误，然后Down机。
主机上SUN V880，采用的双机热备的系统。第一次出现故障是在2007年6月左右。我在9月底帮助客户解决了问题。
昨天客户找到我，说数据库7月初又出现了07445错误，我摘录一下错误信息：
Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0x166, PC: [0x10289ce30, 000000010289CE30]
*** 2008-07-11 23:58:40.743
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [000000010289CE30] [SIGSEGV] [Address not mapped to object] [0x000000166] [] []
Current SQL information unavailable - no session.
我开玩笑说，一年了，数据库旧病复发！数据库问题不会复发么？会的，不要以为这是玩笑。
如果一个问题可能会反复出现，那它就一定会反复出现，系统会在一定周期内出问题，数据库逢节假就问题频发。
还有些上市公司，总是在出财报时出现问题，所以，墨菲定律无处不在。
上一次我在客户现场待了三天，解决问题之后稳定运行了9个月，也算是不错的业绩了，可是客户总是在问题解决之后就觉得不再需要技术人员了。这是做技术的悲哀。
-The End-
By eygle on 2008-07-16 15:15 | Comments (8) | Posted to Case | Edit |Pageviews:
留言 (8)
还有4月1号down机日
Posted by: Julia at July 16, 2008 4:15 PM
这种客户，第二次，先收费，而且收很贵的费.
Posted by: anysql at July 16, 2008 4:53 PM
这种情况不少见,很多
人都是在需要某些资源
的时候,才觉得那种资源
重要.
Posted by: brucewoo at July 16, 2008 5:52 PM
在这一点上我们没必要去评论那个customer做的不对，毕竟他们还是遵循国内人的思想习惯，很少有企业会聘请一个技术人员仅仅是为了有可能发生的错误。
读了一下文中提到的墨菲定律，受益匪浅
Posted by: Kaizheng at July 16, 2008 6:26 PM
同意楼上，从HR的角度来看，这种方式节约企业成本，而且比较灵活。
Posted by: Julia at July 17, 2008 9:33 AM
客户就是上帝，很多时候他们也不得以，而且现在很多企业实际上并不重视信息系统。
Posted by: eygle at July 17, 2008 9:38 AM
可是客户总是在问题解决之后就觉得不再需要技术人员了。这是做技术的悲哀。
------------------
偶有同感。
Posted by: wzknet at July 18, 2008 4:16 PM
你好eygle:
看上面的信息在metalik里对应的是BUG，在10.2.0.4中修复。能大概说一下，你是怎么解决的吗？
Posted by: linyy at August 12, 2008 2:12 PM
