cloudy

如果虚机也在同一个存储上那么肯定是io切换延时导致的，o racle对io延时非常敏感！建设时候应该做这方面测试

这是for linux的，aix和hpux两个平台的脚本不是这么写

好的软件使用内存的大小会有很小的浮动，因为程序代码会有内存回收设计，所以整体进程消耗的内存变化很小。垃圾的代码设计就不好说啦！

p520为什么不能单电源支撑高负载运行？那设计双冗余电源的作用在哪儿？是设计问题还是操作失误？这是我的质疑？

这么多path？应该不是主机到光交问题，应该检查光交与存储之间的模块、线路、控制器

把新增加的两台机器逐一踢出集群，观察io情况，最大的原因可能是网络相关

查询rman错误信息解决方法

1、我想知道设备是咋监控的？难道还是人工定期检查？存储都掉了居然运维人员还不知道！2、出问题了应急预案在哪儿？这样的故障复杂吗？技术部是个解决问题的部门？还是个就会传话的部门？3、感觉好丢人！

1、hdisk1损坏的可能性较大，可以用syncvg命令同步一下hdisk1的状态看看!2、看你的逻辑卷状态：lvoratext jfs 2 2 1 closed/syncd N/A close的不是没使用就是用不了。3、真坏了就赶紧

1、风扇100%坏了，位置U7879.001.DQD58C7-A2 在前面板的光驱后边！2、其他都是连带的错误，顺便观察一下电源模块状态，两个绿灯常亮就没事。