这个星期真累
连续两个遇到ASMM的BUG，看来该特性还是严重不靠谱
第一个，一个运行商的CRM系统，老是SESSIONS资源耗尽。检查发现是由于大量的会话在等待 800x600 Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONEcursor: pin S wait on X，造成处理无法及时完成而导致WEBSPHERE猛的新增连接数。查到了 800x600 Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONEFREQUENT RESIZE OF SGA [ID 742599.1]这篇文章，指出是ASMM太经常RESIZE的问题导致。以前在10203遇到过，想不到10204还有。
第二个，一个政府部门的系统，在系统及其闲置的时候（客户描述，缺乏OS性能历史），节点HANG住，任何用户无法登陆无法操作。由于客户没做SYSTEMSTATS，根据HANG住是的TRC啊分析了下，指向Bug 6488694 - DATABASE HUNG WITH PMON FAILED TO ACQUIRE LATCH MESSAGE。MMAN进程在CHILD SHARED POOL LATCH上柱塞了PMON，导致数据库HANG住。这个也是10204的系统。建议客户升到102044
另外，星期1，一个严重不靠谱的硬件维保公司（在多个项目上碰到过该公司，客户评价就没一个说好，就知道杀低价投标的，据说现在在运作上市），换电源时导致主机的IO系统掉电，VG损坏，数据库起不来。我赶到现场的时候，那公司的哥们，连VG信息都不看，就知道给我说数据库怎么起不来。我看了下给他们说VG起不来，你们处理。过了会我来看，那哥们在那lslv /dev/rspfile...（当然，也不能对初学者有什么要求），但是，调个工程师还要从重庆掉，到现场都晚上11点，我就陪了1个晚上，没搞定，后来又从武汉调人，总算搞定，系统宕机2天。记得上次也去收过这个公司的烂摊子，给数据库添加数据文件，加错了表空间，然后，就把客户的整个表空间给OFFLINE掉了...在那折腾了几个小时没ONLINE起来...
回想下自己，我也曾经把客户的数据库弄挂过，被原厂的工程师给误导,做了不精通的主机操作。但是最后我还是把客户的数据库给恢复回来。就算出了那个大的事故，客户没有因为那个事情不信任我。不过从此以后，我不精通原理的操作，我坚决不做，OS操作，一般不自己动手，因为非我职责范围，安全第一
以前觉得ASM是黑盒子，一旦损害就没法弄，但是在深入了解了ASM后，我觉得，还是ASM好，至少遇到这种情况，我可以考虑重建ASM头，如果坏多了，不管是用AMDU，还是DD，都能把文件给抽取出来。当时在现场，我电话咨询过AIX的高手，他也表示只能修复普通的VG的头损害，或者从中抽取出数据，BIG和增强型的，还没研究过。如果是LINUX，HPUX，那还的研究多少种才够啊。还是ASM好，ASM不是黑盒，
还有20多份巡检报告要写，偶，卖糕的，救救我吧
第一个，一个运行商的CRM系统，老是SESSIONS资源耗尽。检查发现是由于大量的会话在等待 800x600 Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONEcursor: pin S wait on X，造成处理无法及时完成而导致WEBSPHERE猛的新增连接数。查到了 800x600 Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONEFREQUENT RESIZE OF SGA [ID 742599.1]这篇文章，指出是ASMM太经常RESIZE的问题导致。以前在10203遇到过，想不到10204还有。
第二个，一个政府部门的系统，在系统及其闲置的时候（客户描述，缺乏OS性能历史），节点HANG住，任何用户无法登陆无法操作。由于客户没做SYSTEMSTATS，根据HANG住是的TRC啊分析了下，指向Bug 6488694 - DATABASE HUNG WITH PMON FAILED TO ACQUIRE LATCH MESSAGE。MMAN进程在CHILD SHARED POOL LATCH上柱塞了PMON，导致数据库HANG住。这个也是10204的系统。建议客户升到102044
另外，星期1，一个严重不靠谱的硬件维保公司（在多个项目上碰到过该公司，客户评价就没一个说好，就知道杀低价投标的，据说现在在运作上市），换电源时导致主机的IO系统掉电，VG损坏，数据库起不来。我赶到现场的时候，那公司的哥们，连VG信息都不看，就知道给我说数据库怎么起不来。我看了下给他们说VG起不来，你们处理。过了会我来看，那哥们在那lslv /dev/rspfile...（当然，也不能对初学者有什么要求），但是，调个工程师还要从重庆掉，到现场都晚上11点，我就陪了1个晚上，没搞定，后来又从武汉调人，总算搞定，系统宕机2天。记得上次也去收过这个公司的烂摊子，给数据库添加数据文件，加错了表空间，然后，就把客户的整个表空间给OFFLINE掉了...在那折腾了几个小时没ONLINE起来...
回想下自己，我也曾经把客户的数据库弄挂过，被原厂的工程师给误导,做了不精通的主机操作。但是最后我还是把客户的数据库给恢复回来。就算出了那个大的事故，客户没有因为那个事情不信任我。不过从此以后，我不精通原理的操作，我坚决不做，OS操作，一般不自己动手，因为非我职责范围，安全第一
以前觉得ASM是黑盒子，一旦损害就没法弄，但是在深入了解了ASM后，我觉得，还是ASM好，至少遇到这种情况，我可以考虑重建ASM头，如果坏多了，不管是用AMDU，还是DD，都能把文件给抽取出来。当时在现场，我电话咨询过AIX的高手，他也表示只能修复普通的VG的头损害，或者从中抽取出数据，BIG和增强型的，还没研究过。如果是LINUX，HPUX，那还的研究多少种才够啊。还是ASM好，ASM不是黑盒，
还有20多份巡检报告要写，偶，卖糕的，救救我吧
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/8242091/viewspace-682937/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
ASM实例 10gR2升到11gR2
下一篇：
装了下11gR2的RAC
请登录后发表评论
登录
全部评论
