截止到今天，一个月内MII系统竟然无端崩溃两次，这是何等的严重，用户对我们几近失望，做為用户MII客制系统的主要缔造者，对此顏面尽失。第一次发生崩溃时，以為正常，毕境半年才崩溃麻，谁没个感冒生病时，更何况于系统乎。所以重啟MII服务，以便了事。但是今天下午，再次遭到投诉，MII服务断了。查看之下，崩溃了，无奈赶紧重啟MII服务，以解当下之急。
可是，这行么，如果隔三差五，再来个崩溃，额的个亲爷，老板得发威了。这个月的奖金全没了。。。。。
呵呵。。。。。难不成一个MII系统，搞得爷身败名裂；爷相信，曾经增强，已把爷的大神名号给撤底毁了。。。
先来看看错误日志：
连续好几天都是同个错误，没有发现其他异常，细细查看异常，说一个游标currsor已存在，这明显是上一次游标没关，下次运行时，出现的错误，通过存储过程，基本确定是在执行某个操作的时候，出现了Bug，并且指明是在执行某个事务Call了某个存储过程。
再去后臺研究一下存储过程，究竟是何方大神写的存储过程出了差错：
很显然粗心了，while语句有必要连续搞两个begin … end,这样一来，close currsor有机会关才的前提是有数据；所以很多时候有open,没close; 另外1处少了一个begin,应把2处的begin移到1处，便可解决。
因前端生產车间机臺的使用不定时与后臺交互，也就是说大概在10秒内就有来自不同的机臺与MII后端交互；因為这个这Bug，会引发大量的Error，致使数据承载负荷过大而崩溃，进而引发MII系统崩溃。实际是不是MII崩溃，只是因為无法与数据库连接交互，所以前端也就无法使用MII系统。重啟整个MII系统，只是暂时减压罢了。
所以我们认為MII的稳定性，没得说，他的歷次崩溃，几乎都是人為错误导至它的崩溃，如果是它MII内部有error导至崩溃，那没得救了；赶紧补丁，升级。
阅读(1580) | 评论(0) | 转发(0) |
