AIX系统性能管理之Oracle案例分析

    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%

上一页  [1] [2] [3] [4] 下一页

【责编:Ken】