【求助】AIX下相同VG，不同PV读写速度不一样？

adwater

db2 get dbm cfg |grep DIAGPATH
db2 get db cfg for dbname |grep -i log

在查查这2个

qingduo04

db2inst1@db2_dw_1>$db2 get dbm cfg |grep DIAGPATH
Diagnostic data directory path               (DIAGPATH) = /db2diaglog
Alternate diagnostic data directory path (ALT_DIAGPATH) =
db2inst1@db2_dw_1>$db2 get db cfg for hebdw|grep -i log      
Log retain for recovery status                          = NO
User exit for logging status                            = YES
Catalog cache size (4KB)              (CATALOGCACHE_SZ) = (MAXAPPLS*5)
Log buffer size (4KB)                        (LOGBUFSZ) = 2048
Log file size (4KB)                         (LOGFILSIZ) = 163840
Number of primary log files                (LOGPRIMARY) = 80
Number of secondary log files               (LOGSECOND) = 10
Changed path to log files                  (NEWLOGPATH) =
Path to log files                                       = /db2path/db2inst1/NODE0001/
Overflow log path                     (OVERFLOWLOGPATH) =
Mirror log path                         (MIRRORLOGPATH) =
First active log file                                   = S0163396.LOG
Block log on disk full                (BLK_LOG_DSK_FUL) = NO
Block non logged operations            (BLOCKNONLOGGED) = NO
Percent max primary log space by transaction  (MAX_LOG) = 30
Num. of active log files for 1 active UOW(NUM_LOG_SPAN) = 0
Percent log file reclaimed before soft chckpt (SOFTMAX) = 100
Log retain for recovery enabled             (LOGRETAIN) = OFF
User exit for logging enabled                (USEREXIT) = OFF
HADR log write synchronization mode     (HADR_SYNCMODE) = NEARSYNC
First log archive method                 (LOGARCHMETH1) = DISK:/db2arclog/
Options for logarchmeth1                  (LOGARCHOPT1) =
Second log archive method                (LOGARCHMETH2) = OFF
Options for logarchmeth2                  (LOGARCHOPT2) =
Failover log archive path                (FAILARCHPATH) =
Number of log archive retries on error   (NUMARCHRETRY) = 5
Log archive retry Delay (secs)         (ARCHRETRYDELAY) = 20
Log pages during index build            (LOGINDEXBUILD) = OFF

adwater

一个归档日志文件就有640M。看看在hdisk19比hdisk4繁忙的时候，是否有大量的归档产生。也就是说在hdisk19繁忙的时候，是不是存在大的增删改之类会记日志的事务。

如果不是这个问题，在hdisk19繁忙的时候，执行下面的命令看看IO最大的文件、或LV去定位。注意这个命令会消耗15%左右的CPU资源。
1、开启监控，大概持续1分钟：filemon  -o fmon.out -O all
2、关闭监控：trcstop

qingduo04

回复 13# adwater


    恩，按照您的分析，我也感觉可能是归档造成的；因为我们这有几十台LPAR，每个上面都有几个忙，几个闲，但是通过lspv检查，发现有的PV就包含归档目录，有的就没有。

您下面的命令开启监控，这个得和客户汇报一下，15%的CPU消耗还是很大的。


十分感谢您的帮助，有问题再请教。