去年曾经帮助客户处理了一则ORA-07445的错误,当时客户的症状是每个月出一次07445错误,然后Down机。
主机上SUN V880,采用的双机热备的系统。第一次出现故障是在2007年6月左右。我在9月底帮助客户解决了问题。
昨天客户找到我,说数据库7月初又出现了07445错误,我摘录一下错误信息:
我开玩笑说,一年了,数据库旧病复发!数据库问题不会复发么?会的,不要以为这是玩笑。
如果一个问题可能会反复出现,那它就一定会反复出现,系统会在一定周期内出问题,数据库逢节假就问题频发。
还有些上市公司,总是在出财报时出现问题,所以,墨菲定律无处不在。
上一次我在客户现场待了三天,解决问题之后稳定运行了9个月,也算是不错的业绩了,可是客户总是在问题解决之后就觉得不再需要技术人员了。这是做技术的悲哀。
-The End-
主机上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-
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




