电信运营商AIXDb2topasfilesyste

topas中file/tty中的readch值很高,有时候能达到1700M,想问一下如何跟踪看一下?

服务器:aix7数据库:db2v10.5topas中file/tty中的readch值很高,有时候能达到1700M,想问一下如何跟踪看一下,服务器再进行什么操作,服务器上有DB2数据库重启服务器后,该值就降下来了,排除数据库SQL问题,应为重启前和重启后,数据库跑的SQL是一样的,想看能不能从系统层面去跟踪,大家给点...显示全部

服务器:aix7
数据库:db2v10.5

topas中file/tty中的readch值很高,有时候能达到1700M,想问一下如何跟踪看一下,服务器再进行什么操作,服务器上有DB2数据库

重启服务器后,该值就降下来了,排除数据库SQL问题,应为重启前和重启后,数据库跑的SQL是一样的,想看能不能从系统层面去跟踪,大家给点儿思路

重启DB2后恢复正常
截图如下
微信图片_20180125180740.jpg

微信图片_20180125180740.jpg

收起
参与16

返回topzgm的回答

topzgmtopzgm  软件架构设计师 , People's Bank of China

一、
非常欢迎这样追究问题本源的精神。
就从系统层面来排查吧,步骤如下:
1) topas进入上面的界面;
2) 按 f 键两次将显示活动文件系统的列表(注意是按2次f键)。这样,就能够看到你机器所有filesystem的BPS、TPS、KB-BYTE、KB-WRITE了。
3)分析是哪个/哪些filesystem存在较大的BPS、TPS、KB-BYTE、KB-WRITE。
也可以把这个有关截屏图片贴出来,我们一起分析。
二、
按照上面的方法,先找到read值高的filesystem,然后看看这个filesystem是建立在哪个lv上的,然后根据lv找到其vg,再从vg找到其disk。
具体命令如下:
1)根据filesystem找lv:
df xfs1
Filesystem GB blocks Free %Used Iused %Iused Mounted on
/dev/fslv00 20.00 15.54 23% 21414 1% /xfs1
2)根据lv找vg:
lslv -L fslv00 LOGICAL VOLUME: fslv00 VOLUME GROUP: yyy1vg LV IDENTIFIER: 00f681f900004c0000000139b9140287.1 PERMISSION: read/write
3)根据vg找disk:
lsvg -p yyy1vg 这样就

可以看到哪个/哪些physical disk存在瓶颈。

银行 · 2018-01-25
  • elan  elan
    你好,非常感谢,因为应用要开始跑批了,没有解决办法,就重启数据库了,然后readce的值就降下来了,然后观察了一会儿,都正常了,没办法采集当时的数据了,附一张恢复后的截图,如果发现某个磁盘的read值很高的话,下一步改怎么排查
    2018-01-25
  • 按照上面的方法,先找到read值高的filesystem,然后看看这个filesystem是建立在哪个lv上的,然后根据lv找到其vg,再从vg找到其disk。 具体命令如下: 1)根据filesystem找lv df xfs1 Filesystem GB blocks Free %Used Iused %Iused Mounted on /dev/fslv00 20.00 15.54 23% 21414 1% /xfs1 2)根据lv找vg lslv -L fslv00 LOGICAL VOLUME: fslv00 VOLUME GROUP: yyy1vg LV IDENTIFIER: 00f681f900004c0000000139b9140287.1 PERMISSION: read/write 3)根据vg找disk lsvg -p yyy1vg 这样就可以看到哪个/哪些physical disk存在瓶颈。
    2018-01-26
  • elan  elan回复 topzgm
    非常感谢,最近也一直在观察,暂时没有出现之前的情况,等到以后遇到了,再分析,谢谢啦
    2018-01-30
  • elan  elan回复 topzgm
    您好,之前的问题重现了,filesystem中的b-read 平均高达3G,我看了,是/home 占用较大,挂在的是/dev/hd1 没有包括在vg里,这个该怎么排查,看是什么进程占用了这么大?还请帮忙下
    2018-02-28
  • 难道是文件缓存参数设置不合理搞出来的问题?
    2018-02-28
  • elan  elan
    后来查到了,是应为一直读db2diag.log 日志的问题,我把日志清空了,然后就降下来了,日志中一直有一个warning,好像是某个存储过程有问题,稍后再看下吧
    2018-03-01

回答者

topzgm
topzgm0112
软件架构设计师People's Bank of China
擅长领域: 数据库服务器存储

topzgm 最近回答过的问题

回答状态

  • 发布时间:2018-01-25
  • 关注会员:2 人
  • 回答浏览:4527
  • X社区推广