aix hdisk8 速度慢
VG DATAVG 下面有两个HDISK8 和hdisk9
hdisk8 xfer: %tm_act bps tps bread bwrtn
0.5 21.0K 3.5 14.8K 6.1K
read: rps avgserv minserv maxserv timeouts fails
2.0 2.8 0.1 290.5 0 0
write: wps avgserv minserv maxserv timeouts fails
1.5 0.3 0.2 129.3 0 0
queue: avgtime mintime maxtime avgwqsz avgsqsz sqfull
0.0 0.0 14.2 0.0 0.0 0.0
Path7 xfer: %tm_act bps tps bread bwrtn
0.0 0.0 0.0 0.0 0.0
Path6 xfer: %tm_act bps tps bread bwrtn
0.5 21.0K 3.5 14.8K 6.1K
Path5 xfer: %tm_act bps tps bread bwrtn
0.0 0.0 0.0 0.0 0.0
Path4 xfer: %tm_act bps tps bread bwrtn
0.0 0.0 0.0 0.0 0.0
Path3 xfer: %tm_act bps tps bread bwrtn
0.0 0.0 0.0 0.0 0.0
Path2 xfer: %tm_act bps tps bread bwrtn
0.0 0.0 0.0 0.0 0.0
Path1 xfer: %tm_act bps tps bread bwrtn
0.0 0.0 0.0 0.0 0.0
Path0 xfer: %tm_act bps tps bread bwrtn
0.0 0.0 0.0 0.0 0.0
而为什么HDISK9所有的队列path0 path7 都是有流量的!为什么hdisk8却只有两个通道有数据难道是hdisk8有一条failed 引起的吗?为什么客户说备份的数据一次比一次慢!前半个月备份DB2数据库只要26分钟,现在备份需要35分钟,什么原因引起的备份时间越来越长呢
首先看一下路径是否有问题?另外这个hdisk8应该是存储上的lun吧,看看存储上是否有关于hdisk8 这个lun的日志,还有看看hdisk8 上面建立有那个文件系统?io慢、繁忙,用filemon这个命令收集一下那些文件系统io读写频繁?
收起先把链路恢复了再说吧
备份时间跟数据变化量也有关系
1、hdisk8的链路状态,需要 进一步确认,是否存储到小机的SAN链路出现问题
2、存储端对该LUN的状态和相关信息进行排查。
3、备份时间,并不全是硬盘IO造成的,虽然有一定影响。这和这半个月的数据变化量和备份介质也有一定关系,需要从主机端--链路---存储---备份端进行排查,一步步去分析剥离背后的原因。
hdisk8,hdisk9是从存储映射过来的吗?备份慢因素很多,恢复链路再看看,不是几句话就搞定的。
收起lspath 看看啊,有没有路径failed。
备份时间长与很多因素有关,数据量变大是一回事,另:备份当时的系统性能状况、数据库业务情况等也会影响速度,你需要查看这半个月来的总备份时间趋势,是逐渐变长 还是偶尔忽长忽短,这些都需要描述清楚。