某几个磁盘消耗过多情况的调查
在生产环境上如果使用AIX的命令topas来看的时候,老是看到磁盘2,3,9,10过多消耗,几乎都是80-90%,但是其他的磁盘确实很少。针对这种情况对系统的磁盘配置进行调查。
说明:这里不考虑SAN的配置问题,其实现实情况底层的存储设备已经都会对磁盘进行分配。
现象:
Disk Busy% KBPS TPS KB-Read KB-Writ PgspIn 0 % Noncomp 18.8 hdisk9 85.0 1.9K 238.0 1.8K 80.0 PgspOut 0 % Client 18.8 hdisk2 80.0 1.7K 204.0 1.6K 80.0 PageIn 0 hdisk10 55.5 1.5K 199.0 1.5K 52.5 PageOut 0 PAGING SPACE hdisk3 27.5 1.9K 257.5 1.7K 175.0 Sios 0 Size,MB 24064 dac1utm 0.0 0.0 0.0 0.0 0.0 % Used 21.1 dac0 0.0 3.5K 442.0 3.4K 160.0 NFS (calls/sec) % Free 79.9 dac1 0.0 3.4K 456.5 3.2K 227.5 ServerV2 0 hdisk4 0.0 0.0 0.0 0.0 0.0 ClientV2 0 Press: hdisk5 0.0 0.0 0.0 0.0 0.0 ServerV3 0 "h" for help hdisk6 0.0 0.0 0.0 0.0 0.0 ClientV3 0 "q" to quit hdisk7 0.0 0.0 0.0 0.0 0.0 hdisk8 0.0 0.0 0.0 0.0 0.0 hdisk0 0.0 0.0 0.0 0.0 0.0 hdisk1 0.0 0.0 0.0 0.0 0.0 dac0utm 0.0 0.0 0.0 0.0 0.0 |
1、调查hdisk2,3,9,10上面各有那些lv存在。
db01:/home/oracle/kb$ lspv -l hdisk3|wc -l 71 db01:/home/oracle/kb$ lspv -l hdisk2|wc -l 73 db01:/home/oracle/kb$ lspv -l hdisk9|wc -l 70 db01:/home/oracle/kb$ lspv -l hdisk10|wc -l 70 |
通过上述的调查可以看到,每一个磁盘上都有70多个lv存在。
2、查看这几块磁盘是属于那个vg的。
db01:/home/oracle/kb$ lspv hdisk2 PHYSICAL VOLUME: hdisk2 VOLUME GROUP: oravg PV IDENTIFIER: 00c6da0d7c9db643 VG IDENTIFIER 00c6da0d00004c000000010ee9cd9189 PV STATE: active STALE PARTITIONS: 0 ALLOCATABLE: yes PP SIZE: 256 megabyte(s) LOGICAL VOLUMES: 71 TOTAL PPs: 799 (204544 megabytes) VG DESCRIPTORS: 1 FREE PPs: 369 (94464 megabytes) HOT SPARE: no USED PPs: 430 (110080 megabytes) MAX REQUEST: 1 megabyte FREE DISTRIBUTION: 49..00..00..160..160 USED DISTRIBUTION: 111..160..159..00..00 |
这里可以看到磁盘2是属于ORAVG这个vg的。
经调查其他的磁盘也是属于ORAVG这个vg的。
db01:/home/oracle/kb$ lspv hdisk3 PHYSICAL VOLUME: hdisk3 VOLUME GROUP: oravg PV IDENTIFIER: 00c6da2d7e980346 VG IDENTIFIER 00c6da0d00004c000000010ee9cd9189 PV STATE: active STALE PARTITIONS: 0 ALLOCATABLE: yes PP SIZE: 256 megabyte(s) LOGICAL VOLUMES: 69 TOTAL PPs: 799 (204544 megabytes) VG DESCRIPTORS: 1 FREE PPs: 390 (99840 megabytes) HOT SPARE: no USED PPs: 409 (104704 megabytes) MAX REQUEST: 1 megabyte FREE DISTRIBUTION: 70..00..00..160..160 USED DISTRIBUTION: 90..160..159..00..00 |
3、查看oravg的基本情况。
db01:/home/oracle/kb$ lsvg oravg VOLUME GROUP: oravg VG IDENTIFIER: 00c6da0d00004c000000010ee9cd9189 VG STATE: active PP SIZE: 256 megabyte(s) VG PERMISSION: read/write TOTAL PPs: 9983 (2555648 megabytes) MAX LVs: 512 FREE PPs: 8328 (2131968 megabytes) LVs: 81 USED PPs: 1655 (423680 megabytes) OPEN LVs: 77 QUORUM: 7 (Enabled) TOTAL PVs: 12 VG DESCRIPTORS: 12 STALE PVs: 0 STALE PPs: 0 ACTIVE PVs: 12 AUTO ON: no Concurrent: Enhanced-Capable Auto-Concurrent: Disabled VG Mode: Concurrent Node ID: - Active Nodes: MAX PPs per VG: 130048 MAX PPs per PV: 4064 MAX PVs: 32 LTG size (Dynamic): 1024 kilobyte(s) AUTO SYNC: no HOT SPARE: no BB POLICY: relocatable |
4、查看oravg的磁盘的配置情况
db01:/home/oracle/kb$ lsvg -p oravg oravg: PV_NAME PV STATE TOTAL PPs FREE PPs FREE DISTRIBUTION hdisk2 active 799 369 49..00..00..160..160 hdisk3 active 799 390 70..00..00..160..160 hdisk9 active 799 391 71..00..00..160..160 hdisk10 active 799 391 71..00..00..160..160 hdisk6 active 799 799 160..160..159..160..160 hdisk15 active 799 799 160..160..159..160..160 hdisk7 active 1194 1194 239..239..238..239..239 hdisk8 active 799 799 160..160..159..160..160 hdisk11 active 799 799 160..160..159..160..160 hdisk16 active 799 799 160..160..159..160..160 hdisk17 active 799 799 160..160..159..160..160 hdisk18 active 799 799 160..160..159..160..160 |
在这里可以看到问题产生的根源所在,所有在oravg上的lv都是分配在磁盘2,3,9,10上。这个就是为什么磁盘2,3,9,10有过度消耗的原因。分配lv的时候只是指定的是关于磁盘2,3,9,10。而这个vg上的其他磁盘都没有用到。
问题解决方法:
建议以后给系统添加空间的时候尽量建立在多个磁盘上,分散文件在各个磁盘上分布来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/222350/viewspace-1009633/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/222350/viewspace-1009633/