背景：某医院HIS系统的Oracle11.2数据库，存放在IBM DS3500老式存储上，映射到两台win2008r2服务器上，此两台服务器组成MSCS集群问题：用户经常反应，业务高峰期但系统反应缓慢分析：1、Oracle的并发session也不多，也就20多个，但通过win2008r2上的“资源监视器”实时监测发现，映射到服务器上的LUN盘“活动时间”比例相当高。当其为100%时，HIS客户端必定很卡，LUN盘的磁盘队列也比较大。但当LUN盘的活动时间为100%时，磁盘的I/O并不大，也就10Mbps左右。2、为避免oracle的参数不合理，已经根据实际内存值进行优化，无实际效果。
请教：此问题应如何分析，如何定位到系统瓶颈？可能是存储的IOPS（10块300G组成的RAID5阵列）不够吗，或者是存储的缓存偏小（1G缓存）？
10M 的io是极差的，首先要测试一下主机到存储之间的性能，然后在考虑oracle层面的问题。
以前DS系列的缓存都不是很大，IBM的一直走的小内存的路线，性能不能是天上和地下的区别。 自从V系列存储以来，ibm的存储缓存才走大内存路线。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30
