免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 27236 | 回复: 5
打印 上一主题 下一主题

[求助] 磁盘IO100%,求高手帮忙 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2013-07-23 11:54 |只看该作者 |倒序浏览
# iostat 1 10

  device    bps     sps    msps  

  c3t0d0      0     0.0     1.0  
  c2t1d0      0     0.0     1.0  
  c5t0d4      0     0.0     1.0  
  c5t0d0      0     0.0     1.0  
  c6t0d0      0     0.0     1.0  
  c6t0d4      0     0.0     1.0  
  c5t0d2      0     0.0     1.0  
  c6t0d2      0     0.0     1.0  

  c3t0d0     41    12.9     1.0  
  c2t1d0     31     7.9     1.0  
  c5t0d4     32     4.0     1.0  
  c5t0d0    547     7.9     1.0  
  c6t0d0      0     0.0     1.0  
  c6t0d4      0     0.0     1.0  
  c5t0d2      0     0.0     1.0  
  c6t0d2      0     0.0     1.0  

  c3t0d0      0     0.0     1.0  
  c2t1d0      0     0.0     1.0  
  c5t0d4    133    16.7     1.0  
  c5t0d0    573    11.8     1.0  
  c6t0d0      0     0.0     1.0  
  c6t0d4      0     0.0     1.0  
  c5t0d2      0     0.0     1.0  
  c6t0d2      0     0.0     1.0  

  c3t0d0     96    18.8     1.0  
  c2t1d0     80    10.9     1.0  
  c5t0d4    119    14.9     1.0  
  c5t0d0    745     9.9     1.0  
  c6t0d0      0     0.0     1.0  
  c6t0d4      0     0.0     1.0  
  c5t0d2      1     1.0     1.0  
  c6t0d2      0     0.0     1.0  


# sar -d 1 10

HP-UX pcg_x_2 B.11.23 U ia64    07/23/13

10:29:07   device   %busy   avque   r+w/s  blks/s  avwait  avserv
10:29:08   c3t0d0    9.90    0.50      11     111    0.00   19.95
           c2t1d0    3.96    0.50       7      97    0.00   10.49
           c5t0d4   96.04    0.50       7     172    0.00  156.23
           c5t0d0   97.03    0.50       5     523    0.00  367.27
           c5t0d2   90.10    0.50       4      22    0.00  226.24
10:29:09   c5t0d4  100.00    0.50       7     606    0.00  276.10
           c5t0d0   81.00    0.50       4     160    0.00  392.10
           c5t0d2   91.00    0.50       4      52    0.00  227.76
10:29:10   c2t1d0    1.01    0.50       1      30    0.00    8.50
           c5t0d4  100.00    0.50       8    1618    0.00  266.30
           c5t0d0  100.00    0.50       4     291    0.00  521.86
10:29:11   c3t0d0    1.96    0.50       2      20    0.00    6.90
           c5t0d4   68.63    0.50       4     180    0.00  362.11
           c5t0d0   81.37    0.50       3      47    0.00  275.28
           c5t0d2   60.78    0.50       6     392    0.00  164.74
#
# sar -b 1 10

HP-UX pcg_x_2 B.11.23 U ia64    07/23/13

10:29:34 bread/s lread/s %rcache bwrit/s lwrit/s %wcache pread/s pwrit/s
10:29:36       0     126     100      16      37      58       5       0
10:29:37       0      11     100      20      33      39       5       3
10:29:38       0      16     100      26      37      30       9       0
10:29:39       0      12     100      25      43      42      10       0
10:29:40       0      35     100      17      42      60      13       1
10:29:41       0      12     100       0      34     100      11       3
#
# ioscan -fnC disk
Class     I  H/W Path     Driver S/W State   H/W Type     Description
======================================================================
disk     14  0/1/1/0.1.0  sdisk  CLAIMED     DEVICE       COMPAQ  BF07288285
                         /dev/dsk/c2t1d0     /dev/dsk/c2t1d0s2   /dev/rdsk/c2t1d0    /dev/rdsk/c2t1d0s2
                         /dev/dsk/c2t1d0s1   /dev/dsk/c2t1d0s3   /dev/rdsk/c2t1d0s1  /dev/rdsk/c2t1d0s3
disk     13  0/1/1/1.0.0  sdisk  CLAIMED     DEVICE       HP 73.4GST373454LC
                         /dev/dsk/c3t0d0     /dev/dsk/c3t0d0s2   /dev/rdsk/c3t0d0    /dev/rdsk/c3t0d0s2
                         /dev/dsk/c3t0d0s1   /dev/dsk/c3t0d0s3   /dev/rdsk/c3t0d0s1  /dev/rdsk/c3t0d0s3
disk      1  0/4/1/0.1.1.255.0.0.0  sdisk  CLAIMED     DEVICE       HITACHI DF600F
                         /dev/dsk/c5t0d0   /dev/rdsk/c5t0d0
disk      2  0/4/1/0.1.1.255.0.0.1  sdisk  CLAIMED     DEVICE       HITACHI DF600F
                         /dev/dsk/c5t0d1   /dev/rdsk/c5t0d1
disk      3  0/4/1/0.1.1.255.0.0.2  sdisk  CLAIMED     DEVICE       HITACHI DF600F
                         /dev/dsk/c5t0d2   /dev/rdsk/c5t0d2
disk      4  0/4/1/0.1.1.255.0.0.3  sdisk  CLAIMED     DEVICE       HITACHI DF600F
                         /dev/dsk/c5t0d3   /dev/rdsk/c5t0d3
disk      5  0/4/1/0.1.1.255.0.0.4  sdisk  CLAIMED     DEVICE       HITACHI DF600F
                         /dev/dsk/c5t0d4   /dev/rdsk/c5t0d4
disk      6  0/4/1/0.1.1.255.0.0.5  sdisk  CLAIMED     DEVICE       HITACHI DF600F
                         /dev/dsk/c5t0d5   /dev/rdsk/c5t0d5
disk      7  0/4/2/0.1.3.255.0.0.0  sdisk  CLAIMED     DEVICE       HITACHI DF600F
                         /dev/dsk/c6t0d0   /dev/rdsk/c6t0d0
disk      8  0/4/2/0.1.3.255.0.0.1  sdisk  CLAIMED     DEVICE       HITACHI DF600F
                         /dev/dsk/c6t0d1   /dev/rdsk/c6t0d1
disk      9  0/4/2/0.1.3.255.0.0.2  sdisk  CLAIMED     DEVICE       HITACHI DF600F
                         /dev/dsk/c6t0d2   /dev/rdsk/c6t0d2
disk     10  0/4/2/0.1.3.255.0.0.3  sdisk  CLAIMED     DEVICE       HITACHI DF600F
                         /dev/dsk/c6t0d3   /dev/rdsk/c6t0d3
disk     11  0/4/2/0.1.3.255.0.0.4  sdisk  CLAIMED     DEVICE       HITACHI DF600F
                         /dev/dsk/c6t0d4   /dev/rdsk/c6t0d4
disk     12  0/4/2/0.1.3.255.0.0.5  sdisk  CLAIMED     DEVICE       HITACHI DF600F
                         /dev/dsk/c6t0d5   /dev/rdsk/c6t0d5
#

都是C5 开头的磁盘忙,都是盘阵上的磁盘


论坛徽章:
48
15-16赛季CBA联赛之青岛
日期:2021-01-07 13:41:2315-16赛季CBA联赛之上海
日期:2020-12-01 18:02:0720周年集字徽章-20	
日期:2020-10-28 14:14:2620周年集字徽章-20	
日期:2020-10-28 14:04:3015-16赛季CBA联赛之天津
日期:2020-10-18 22:51:412016猴年福章徽章
日期:2016-02-18 15:30:3415-16赛季CBA联赛之北控
日期:2015-12-22 13:30:48操作系统版块每日发帖之星
日期:2015-12-07 06:20:00操作系统版块每日发帖之星
日期:2015-09-04 06:20:002015亚冠之德黑兰石油
日期:2015-08-05 18:46:082015年亚洲杯之巴勒斯坦
日期:2015-04-19 10:42:502015年亚洲杯之巴林
日期:2015-04-09 08:03:23
2 [报告]
发表于 2013-07-23 13:54 |只看该作者
那些盘用在DBA上面么?这个时间点是否有什么动作?如果没有,也找下存储的support看一下存储那边是否有性能瓶颈吧~

论坛徽章:
1
2015年辞旧岁徽章
日期:2015-03-03 16:54:15
3 [报告]
发表于 2013-07-23 20:56 |只看该作者
上次碰到一个类似的案例,最后是通过重新启动存储解决的。所以建议检查一下存储吧

评分

参与人数 1可用积分 +5 收起 理由
lbseraph + 5 谢谢积极回复!

查看全部评分

论坛徽章:
48
15-16赛季CBA联赛之青岛
日期:2021-01-07 13:41:2315-16赛季CBA联赛之上海
日期:2020-12-01 18:02:0720周年集字徽章-20	
日期:2020-10-28 14:14:2620周年集字徽章-20	
日期:2020-10-28 14:04:3015-16赛季CBA联赛之天津
日期:2020-10-18 22:51:412016猴年福章徽章
日期:2016-02-18 15:30:3415-16赛季CBA联赛之北控
日期:2015-12-22 13:30:48操作系统版块每日发帖之星
日期:2015-12-07 06:20:00操作系统版块每日发帖之星
日期:2015-09-04 06:20:002015亚冠之德黑兰石油
日期:2015-08-05 18:46:082015年亚洲杯之巴勒斯坦
日期:2015-04-19 10:42:502015年亚洲杯之巴林
日期:2015-04-09 08:03:23
4 [报告]
发表于 2013-07-24 09:14 |只看该作者
觉得LS的方法仅是临时解决而已,因为存储短时间有瓶颈的话,如果重启后肯定会释放资源(存储上的CPU\cache)。

论坛徽章:
0
5 [报告]
发表于 2013-08-08 10:51 |只看该作者
vmstat 1 4,磁盘使用率100%,并不能说明存储这边有瓶颈呀?sar这类传统UNIX工具针对做过RAID的磁盘阵列效果不是很好,最好用glance,另外看看交换空间使用率多少了?
---------------------------------------------------------------------------------------
高价回收HP服务器整机和上面备件,好坏都收,站内短信联系或者QQ:2407509497

论坛徽章:
0
6 [报告]
发表于 2013-08-18 20:38 |只看该作者

我也有遇到和你一样的情况,不知道原因是不是一样,我那边还是存储出的问题。你用的什么存储
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP