5、再继续检查一下磁盘的IO情况
#iostat 1 2
System configuration: lcpu=16 drives=11 paths=4 vdisks=0
tty: tin tout avg-cpu: % user % sys % idle % iowait
0.0 60.0 26.6 9.6 38.4 25.4
Disks: % tm_act Kbps tps Kb_read Kb_wrtn
hdisk1 37.0 350.0 70.0 0 350
hdisk0 31.0 354.0 70.0 0 354
hdisk2 0.0 0.0 0.0 0 0
hdisk3 0.0 0.0 0.0 0 0
dac0 0.0 9780.0 1199.0 2000 7780
dac0-utm 0.0 0.0 0.0 0 0
dac1 0.0 0.0 0.0 0 0
dac1-utm 0.0 0.0 0.0 0 0
hdisk4 49.0 3141.0 389.0 520 2621
hdisk5 99.0 6639.0 810.0 1480 5159
cd0 0.0 0.0 0.0 0 0
tty: tin tout avg-cpu: % user % sys % idle % iowait
0.0 902.0 30.2 8.4 38.9 22.5
Disks: % tm_act Kbps tps Kb_read Kb_wrtn
hdisk1 0.0 0.0 0.0 0 0
hdisk0 0.0 0.0 0.0 0 0
hdisk2 0.0 0.0 0.0 0 0
hdisk3 0.0 0.0 0.0 0 0
dac0 0.0 13080.0 1497.0 1616 11464
dac0-utm 0.0 0.0 0.0 0 0
dac1 0.0 0.0 0.0 0 0
dac1-utm 0.0 0.0 0.0 0 0
hdisk4 63.0 3866.0 405.0 296 3570
hdisk5 100.0 9214.0 1092.0 1320 7894
cd0 0.0 0.0 0.0 0 0
在上面的两份报告中，可以发现，系统对磁盘的负载不均。Hdisk5基本上长期维持在100%，而hdisk4则基本上维持在50%左右。再检查这两个hdisk的详细情况：
#lspv hdisk5
PHYSICAL VOLUME: hdisk5 VOLUME GROUP: oravg
PV IDENTIFIER: 00c2c1eb0bcfbdd4 VG IDENTIFIER 00c2c1eb00004c0000000110153a551d
PV STATE: active
STALE PARTITIONS: 0 ALLOCATABLE: yes
PP SIZE: 64 megabyte(s) LOGICAL VOLUMES: 120
TOTAL PPs: 8718 (557952 megabytes) VG DESCRIPTORS: 1
FREE PPs: 1206 (77184 megabytes) HOT SPARE: no
USED PPs: 7512 (480768 megabytes) MAX REQUEST: 1 megabyte
FREE DISTRIBUTION: 00..00..00..00..1206
USED DISTRIBUTION: 1744..1744..1743..1743..538
#lspv hdisk4
PHYSICAL VOLUME: hdisk4 VOLUME GROUP: oravg
PV IDENTIFIER: 00c2c1eb0bcfb8b3 VG IDENTIFIER 00c2c1eb00004c0000000110153a551d
PV STATE: active
STALE PARTITIONS: 0 ALLOCATABLE: yes
PP SIZE: 64 megabyte(s) LOGICAL VOLUMES: 128
TOTAL PPs: 6538 (418432 megabytes) VG DESCRIPTORS: 2
FREE PPs: 100 (6400 megabytes) HOT SPARE: no
USED PPs: 6438 (412032 megabytes) MAX REQUEST: 1 megabyte
FREE DISTRIBUTION: 00..00..00..00..100
USED DISTRIBUTION: 1308..1308..1307..1307..1208
6、检查一下内存，
#lsps -a
Page Space Physical Volume Volume Group Size %Used Active Auto Type
paging00 hdisk2 rootvg 12288MB 1 yes yes lv
hd6 hdisk0 rootvg 12288MB 1 yes yes lv
#svmon -G -i 1 5
size inuse free pin virtual
memory 6029312 3780159 2249153 446200 3535574
pg space 6291456 17540
work pers clnt
pin 445938 262 0
in use 3535574 244585 0
size inuse free pin virtual
memory 6029312 3780168 2249144 446205 3535578
pg space 6291456 17540
这台机器内存比较大，24G物理内存，从这里看，free的空间也挺多，交换区也基本没怎么使用，在这里内存肯定不会造成问题。
查看一下参数设置情况：
#vmo -a | grep perm
maxperm = 4587812
maxperm% = 80
minperm = 1146952
minperm% = 20
#vmo -a | grep client
maxclient% = 80
这里，两套系统都使用的是裸设备，这几个参数完全没必要设这么高，这会造成系统的内存争用。P570内存比较大，这种情况还没多大影响，但是在P630上，就可以看到已经比较危险了。下面是nmon输出的一个内存统计结果，可以看到物理内存已经被消耗殆尽，交换也已经使用了62.6%的空间了。但实际上这个数据库是比较空闲的，cpu使用率不超过10%，io的量基本为0，内存的消耗实际上就是被maxperm给吃了，被文件页面的缓存给占用了。这个系统就必需要调整maxperm和minperm的值，否则如果业务繁忙起来，将导致oracle和操作系统的内存争用，影响性能。
Memory
Physical PageSpace | pages/sec In Out | FileSystemCache
% Used 99.4% 62.6% | to Paging Space 0.0 0.0 | Process & 13.3%
% Free 0.6% 37.4% | to File System 0.0 14.2 | System 86.1%
MB Used 8141.4MB 2563.9MB | Page Scans 0.0 |
MB Free 50.6MB 1532.1MB | Page Cycles 0.0 | Free 0.6%
Total(MB) 8191.9MB 4096.0MB | Page Steals 0.0 | ------
| Page Faults 18.9 | Total 100.0%
------------------------------------------------------------ |
Min/Maxperm 1540MB( 19%) 6162MB( 75%) <--% of RAM |
Min/Maxfree 120 128 Total Virtual 12.0GB |
Pinned 7.1%
更多内容请看PCdog.com--解决方案 系统解决方案 性能调优专题
