HPUX运行缓慢

ximcn

如果运行的ORACLE数据库的话，建议作个STATSPACK报告分析看看

我经常做的，I/O过高，有可能是索引没有建立好，应该走索引结果是全表扫描，造成I/O过高，通过STATSPACK报告的SQL部分可以看出来。

iops

1. 你的慢持续多久的时间
2. 在系统最忙的时间段，把sar -ud , 和vmstat   和oracle 上的sp/awr 贴出来看看！
3. 参考一下www.iops.com.cn 专门处理慢的现象
4. 你的服务器和存储配置是什么？

[ 本帖最后由 iops 于 2008-8-14 23:42 编辑 ]

ksa13

什么存储？有做条带化吗？

noise

存储是HP的MSA1500，RAID ADG，准备调成RAID10。

czyf2001

建议：
1，多从应用的角度考虑，是否有sql不合理？这2块盘上是不是有热点数据？
2，oracle 9i sp，oracle10g awr；
3，数据表空间和索引表空间尽量避免放在同一块盘上；
4，裸设备还是文件系统？
5，io存储端raid5和raid10差不不了多少了。os端再条带化未必就能提高io。

zyp339025518

学习了，慢慢转型！！！！！！

ksa13

这个就是条带化的问题，msa1500说白了也是个傻盘柜，不过比1000多几个扩展槽位而已，并不会自己做balance，需要在逻辑卷端做条带化来避免io热点。

[ 本帖最后由 ksa13 于 2008-8-20 12:47 编辑 ]

zhaogj2977

1、oracle很可能存在热点数据，导致热点盘的存在，建议重新分布数据，oracle进行优化。
2、硬件扩容，不过从硬盘本身的IO数据量来说并不大，没有超过30M，一般情况下磁盘阵列的性能应该在50M以上，所以数据重组和软件优化更为有效。

sonsunny

首先需要确认一下，现在数据库数据文件是使用文件系统，还是裸设备。如果是用文件系统模式，就很有可能提高buffer cache，就能解决很大部分问题。 通过sar -v 你的readcache和wcache的命中率都很低，最好是调整一下dbc_min_pct 和dbc_max_pct内核参数，现在有可能是buffer cache太小，导致硬盘读写IO增加。如果不行再分析应用的问题。

sonsunny

从top上看，你占用资源最多的几个进程全部处于state 处于sleep，并且内存free还是蛮大的，最直观的表象是磁盘IO瓶颈，但是通过sar -d 信息看，现在你读写的数据正如前面兄弟分析的就是30+M，一般的存储都能满足这个吞吐的。因此还是建议先调大dbc_max_pct，如果数据库的数据库文件是文件系统的话。