HPUX運行緩慢

ximcn

如果運行的ORACLE數(shù)據(jù)庫的話，建議作個STATSPACK報告分析看看

我經(jīng)常做的，I/O過高，有可能是索引沒有建立好，應(yīng)該走索引結(jié)果是全表掃描，造成I/O過高，通過STATSPACK報告的SQL部分可以看出來。

iops

1. 你的慢持續(xù)多久的時間
2. 在系統(tǒng)最忙的時間段，把sar -ud , 和vmstat   和oracle 上的sp/awr 貼出來看看！
3. 參考一下www.iops.com.cn 專門處理慢的現(xiàn)象
4. 你的服務(wù)器和存儲配置是什么？

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

ksa13

什么存儲？有做條帶化嗎？

noise

存儲是HP的MSA1500，RAID ADG，準備調(diào)成RAID10。

czyf2001

建議：
1，多從應(yīng)用的角度考慮，是否有sql不合理？這2塊盤上是不是有熱點數(shù)據(jù)？
2，oracle 9i sp，oracle10g awr；
3，數(shù)據(jù)表空間和索引表空間盡量避免放在同一塊盤上；
4，裸設(shè)備還是文件系統(tǒng)？
5，io存儲端raid5和raid10差不不了多少了。os端再條帶化未必就能提高io。

zyp339025518

學(xué)習了，慢慢轉(zhuǎn)型�。。。。�！

ksa13

這個就是條帶化的問題，msa1500說白了也是個傻盤柜，不過比1000多幾個擴展槽位而已，并不會自己做balance，需要在邏輯卷端做條帶化來避免io熱點。

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

zhaogj2977

1、oracle很可能存在熱點數(shù)據(jù)，導(dǎo)致熱點盤的存在，建議重新分布數(shù)據(jù)，oracle進行優(yōu)化。
2、硬件擴容，不過從硬盤本身的IO數(shù)據(jù)量來說并不大，沒有超過30M，一般情況下磁盤陣列的性能應(yīng)該在50M以上，所以數(shù)據(jù)重組和軟件優(yōu)化更為有效。

sonsunny

首先需要確認一下，現(xiàn)在數(shù)據(jù)庫數(shù)據(jù)文件是使用文件系統(tǒng)，還是裸設(shè)備。如果是用文件系統(tǒng)模式，就很有可能提高buffer cache，就能解決很大部分問題。 通過sar -v 你的readcache和wcache的命中率都很低，最好是調(diào)整一下dbc_min_pct 和dbc_max_pct內(nèi)核參數(shù)，現(xiàn)在有可能是buffer cache太小，導(dǎo)致硬盤讀寫IO增加。如果不行再分析應(yīng)用的問題。

sonsunny

從top上看，你占用資源最多的幾個進程全部處于state 處于sleep，并且內(nèi)存free還是蠻大的，最直觀的表象是磁盤IO瓶頸，但是通過sar -d 信息看，現(xiàn)在你讀寫的數(shù)據(jù)正如前面兄弟分析的就是30+M，一般的存儲都能滿足這個吞吐的。因此還是建議先調(diào)大dbc_max_pct，如果數(shù)據(jù)庫的數(shù)據(jù)庫文件是文件系統(tǒng)的話。