系统瓶颈

回复 11# wenxiaocat


  存储看了 应该没什么问题。只能往SAN方面查了。收起

1. 首先要用dd亲自测一下，注意使用/dev/rdisk，测得更准一些
2. 另外需要看一下PV的average service time如何，sar -D或者topas -D测一下，read/write 都看一下, 理论上来讲，read在20ms以下，write在5ms以下，都是一个可接受的响应。

原因可能有几种：
1. 存储电池坏了，write cache一般是mirror的，坏了一个会disable，write IO就是很慢，service time会有体现
2. SAN链路虚接，FC cable不行，或者SFP模块，都有可能导致你说的busy 100%，multipath中有一路是这样也会导致该问题。
3. 如果是大量非常碎小的文件处理也不是不可能，需要结合dd结果看一下，如果dd是正常的，说明本身存储没有问题，可以看看是不是业务本身特点使然。
4. 如果使用的大容量，转速低的（比如2TB SATA, 7200rpm)的盘阵，也可能遇到IO比较差的这种问题，有可能想netapp工程师说的----就这样了...但20MB/s的确是太低...
5. 话说LV条带化做的不好，一般也不至于20MB/s, 快赶上笔记本IO了，个人倾向于前几种，可以找时间检查一下。

PS：这种事情应该先找IBM或者懂AIX的人看一下问题的方向，先找netapp估计很难找出问题。收起

dd测下来如何收起

回复 8# bbl271685939

vg里有三块盘 io分布再不均匀 也不至于那么低的IO吧。。而且没有业务的时候IO也是接近100%的。。原厂的来看过 也没找到原因 说是他们的存储就是这样 IO一直很高。。。收起

io 分布不均匀的可能性比较大收起

虽然说用NetApp跑SAN就是自找麻烦。 但是也不至于低到20M左右嘛。 我们的FAS 3210跑SAN速度也还260 MB/s 左右呢。 这个就应该打NetApp的800电话开个Case嘛，对了，NetApp的400 今年1月份开始变成  4001-203-317 了。 使劲打吧。收起

回复 4# zwz99999


客户反应是长期遗留问题 一直都没解决。找了netapp原厂 也没有解决。收起

回复 3# lhy12315

用tar测试了 20M/s 存储是netapp FAS3270 性能应该还可以的 不知道怎么会这么慢收起

是不是这段时间是那些应用访问硬盘上的那些数据，是不是io分布有问题，用filemon看看，必要时调整lv收起

用dd测一下，看看是不是硬件瓶颈。注意DD格式。收起