AIX環境經過增長lv大小來增長ASM diskgroup 大小----很是規方法

先交代環境：

AIX 7.1

Oracle/ASM 11.2.0.3 單實例

今測試環境須要將ASM中flashdg的大小增大到35G（目前10G），diskgroup是基於在vg中以raw方式劃分出來的lv建立的。

因爲是測試環境僅通知AIX管理員，AIX管理員直接經過smit lv 增長fsflashdglv的pp個數，添加以後再操做系統中能夠發現lv是增大了，可是flashdg1沒有增大。下面來描述整個過程。

-----此爲很是規方案，常規方案應該是新建lv後，以add disk的方式來增長flashdg的大小。

系統管理員增長fsflashdglv的大小後：

root@seven1:/.root>lsvg -l datavg

datavg:

LV NAME             TYPE       LPs     PPs     PVs  LV STATE      MOUNT POINT

fsoraapplv          jfs2       280     280     1    open/syncd    /oraapp

loglv00             jfs2log    1       1       1    open/syncd    N/A

fsdatadglv          raw        160     160     1    open/syncd    N/A

fsdatadg1lv         raw        240     240     2    open/syncd    N/A

fsflashdglv         raw        280     280     2    open/syncd    N/A

grid@seven1:/home/grid>asmcmd lsdg

State    Type    Rebal  Sector  Block       AU  Total_MB  Free_MB  Req_mir_free_MB  Usable_file_MB  Offline_disks  Voting_files  Name

MOUNTED  EXTERN  N         512   4096  1048576     51200    15238                0           15238              0             N  DATADG/

MOUNTED  EXTERN  N         512   4096  1048576     10240     4057                0            4057              0             N  FLASHDG1/

grid@seven1:/home/grid>

發現flashdg並無增大。

利用Oracle的kfed工具獲取asmdisk的信息：

grid@seven1:/home/grid>kfod disk=all

--------------------------------------------------------------------------------

 Disk          Size Path                                     User     Group   

================================================================================

   1:      30720 Mb /dev/rfsdatadg1lv                        grid     asmadmin

   2:      20480 Mb /dev/rfsdatadglv                         grid     asmadmin

   3:      35840 Mb /dev/rfsflashdglv                        grid     asmadmin

--------------------------------------------------------------------------------

ORACLE_SID ORACLE_HOME                                                          

================================================================================

      +ASM /oraapp/grid/gridhome                                                

lv的大小已是35G，再看一下disk header block：

grid@seven1:/home/grid>kfed read /dev/rfsflashdglv aun=0

kfbh.endian:                          0 ; 0x000: 0x00

kfbh.hard:                          130 ; 0x001: 0x82

kfbh.type:                            1 ; 0x002: KFBTYP_DISKHEAD

kfbh.datfmt:                          1 ; 0x003: 0x01

kfbh.block.blk:                       0 ; 0x004: blk=0

kfbh.block.obj:              2147483648 ; 0x008: disk=0

kfbh.check:                  3587268014 ; 0x00c: 0xd5d15dae

kfbh.fcn.base:                        0 ; 0x010: 0x00000000

kfbh.fcn.wrap:                        0 ; 0x014: 0x00000000

kfbh.spare1:                          0 ; 0x018: 0x00000000

kfbh.spare2:                          0 ; 0x01c: 0x00000000

kfdhdb.driver.provstr:         ORCLDISK ; 0x000: length=8

kfdhdb.driver.reserved[0]:            0 ; 0x008: 0x00000000

kfdhdb.driver.reserved[1]:            0 ; 0x00c: 0x00000000

kfdhdb.driver.reserved[2]:            0 ; 0x010: 0x00000000

kfdhdb.driver.reserved[3]:            0 ; 0x014: 0x00000000

kfdhdb.driver.reserved[4]:            0 ; 0x018: 0x00000000

kfdhdb.driver.reserved[5]:            0 ; 0x01c: 0x00000000

kfdhdb.compat:                168820736 ; 0x020: 0x0a100000

kfdhdb.dsknum:                        0 ; 0x024: 0x0000

kfdhdb.grptyp:                        1 ; 0x026: KFDGTP_EXTERNAL

kfdhdb.hdrsts:                        3 ; 0x027: KFDHDR_MEMBER

kfdhdb.dskname:           FLASHDG1_0000 ; 0x028: length=13

kfdhdb.grpname:                FLASHDG1 ; 0x048: length=8

kfdhdb.fgname:            FLASHDG1_0000 ; 0x068: length=13

kfdhdb.capname:                         ; 0x088: length=0

kfdhdb.crestmp.hi:             33006034 ; 0x0a8: HOUR=0x12 DAYS=0xe MNTH=0x8 YEAR=0x7de

kfdhdb.crestmp.lo:           3537131520 ; 0x0ac: USEC=0x0 MSEC=0x116 SECS=0x2d MINS=0x34

kfdhdb.mntstmp.hi:             33006410 ; 0x0b0: HOUR=0xa DAYS=0x1a MNTH=0x8 YEAR=0x7de

kfdhdb.mntstmp.lo:           1403252736 ; 0x0b4: USEC=0x0 MSEC=0xfc SECS=0x3a MINS=0x14

kfdhdb.secsize:                     512 ; 0x0b8: 0x0200

kfdhdb.blksize:                    4096 ; 0x0ba: 0x1000

kfdhdb.ausize:                  1048576 ; 0x0bc: 0x00100000

kfdhdb.mfact:                    113792 ; 0x0c0: 0x0001bc80

kfdhdb.dsksize:                   10240 ; 0x0c4: 0x00002800

kfdhdb.pmcnt:                         2 ; 0x0c8: 0x00000002

kfdhdb.fstlocn:                       1 ; 0x0cc: 0x00000001

kfdhdb.altlocn:                       2 ; 0x0d0: 0x00000002

kfdhdb.f1b1locn:                      2 ; 0x0d4: 0x00000002

kfdhdb.redomirrors[0]:                0 ; 0x0d8: 0x0000

kfdhdb.redomirrors[1]:                0 ; 0x0da: 0x0000

kfdhdb.redomirrors[2]:                0 ; 0x0dc: 0x0000

kfdhdb.redomirrors[3]:                0 ; 0x0de: 0x0000

kfdhdb.dbcompat:              168820736 ; 0x0e0: 0x0a100000

kfdhdb.grpstmp.hi:             33006034 ; 0x0e4: HOUR=0x12 DAYS=0xe MNTH=0x8 YEAR=0x7de

kfdhdb.grpstmp.lo:           3536962560 ; 0x0e8: USEC=0x0 MSEC=0x71 SECS=0x2d MINS=0x34

kfdhdb.vfstart:                       0 ; 0x0ec: 0x00000000

kfdhdb.vfend:                         0 ; 0x0f0: 0x00000000

kfdhdb.spfile:                        0 ; 0x0f4: 0x00000000

kfdhdb.spfflg:                        0 ; 0x0f8: 0x00000000

kfdhdb.ub4spare[0]:                   0 ; 0x0fc: 0x00000000

kfdhdb.ub4spare[1]:                   0 ; 0x100: 0x00000000

kfdhdb.ub4spare[2]:                   0 ; 0x104: 0x00000000

kfdhdb.ub4spare[3]:                   0 ; 0x108: 0x00000000

kfdhdb.ub4spare[4]:                   0 ; 0x10c: 0x00000000

kfdhdb.ub4spare[5]:                   0 ; 0x110: 0x00000000

kfdhdb.ub4spare[6]:                   0 ; 0x114: 0x00000000

kfdhdb.ub4spare[7]:                   0 ; 0x118: 0x00000000

kfdhdb.ub4spare[8]:                   0 ; 0x11c: 0x00000000

kfdhdb.ub4spare[9]:                   0 ; 0x120: 0x00000000

kfdhdb.ub4spare[10]:                  0 ; 0x124: 0x00000000

kfdhdb.ub4spare[11]:                  0 ; 0x128: 0x00000000

kfdhdb.ub4spare[12]:                  0 ; 0x12c: 0x00000000

kfdhdb.ub4spare[13]:                  0 ; 0x130: 0x00000000

kfdhdb.ub4spare[14]:                  0 ; 0x134: 0x00000000

kfdhdb.ub4spare[15]:                  0 ; 0x138: 0x00000000

kfdhdb.ub4spare[16]:                  0 ; 0x13c: 0x00000000

kfdhdb.ub4spare[17]:                  0 ; 0x140: 0x00000000

kfdhdb.ub4spare[18]:                  0 ; 0x144: 0x00000000

kfdhdb.ub4spare[19]:                  0 ; 0x148: 0x00000000

kfdhdb.ub4spare[20]:                  0 ; 0x14c: 0x00000000

kfdhdb.ub4spare[21]:                  0 ; 0x150: 0x00000000

kfdhdb.ub4spare[22]:                  0 ; 0x154: 0x00000000

kfdhdb.ub4spare[23]:                  0 ; 0x158: 0x00000000

kfdhdb.ub4spare[24]:                  0 ; 0x15c: 0x00000000

kfdhdb.ub4spare[25]:                  0 ; 0x160: 0x00000000

kfdhdb.ub4spare[26]:                  0 ; 0x164: 0x00000000

kfdhdb.ub4spare[27]:                  0 ; 0x168: 0x00000000

kfdhdb.ub4spare[28]:                  0 ; 0x16c: 0x00000000

kfdhdb.ub4spare[29]:                  0 ; 0x170: 0x00000000

kfdhdb.ub4spare[30]:                  0 ; 0x174: 0x00000000

kfdhdb.ub4spare[31]:                  0 ; 0x178: 0x00000000

kfdhdb.ub4spare[32]:                  0 ; 0x17c: 0x00000000

kfdhdb.ub4spare[33]:                  0 ; 0x180: 0x00000000

kfdhdb.ub4spare[34]:                  0 ; 0x184: 0x00000000

kfdhdb.ub4spare[35]:                  0 ; 0x188: 0x00000000

kfdhdb.ub4spare[36]:                  0 ; 0x18c: 0x00000000

kfdhdb.ub4spare[37]:                  0 ; 0x190: 0x00000000

kfdhdb.ub4spare[38]:                  0 ; 0x194: 0x00000000

kfdhdb.ub4spare[39]:                  0 ; 0x198: 0x00000000

kfdhdb.ub4spare[40]:                  0 ; 0x19c: 0x00000000

kfdhdb.ub4spare[41]:                  0 ; 0x1a0: 0x00000000

kfdhdb.ub4spare[42]:                  0 ; 0x1a4: 0x00000000

kfdhdb.ub4spare[43]:                  0 ; 0x1a8: 0x00000000

kfdhdb.ub4spare[44]:                  0 ; 0x1ac: 0x00000000

kfdhdb.ub4spare[45]:                  0 ; 0x1b0: 0x00000000

kfdhdb.ub4spare[46]:                  0 ; 0x1b4: 0x00000000

kfdhdb.ub4spare[47]:                  0 ; 0x1b8: 0x00000000

kfdhdb.ub4spare[48]:                  0 ; 0x1bc: 0x00000000

kfdhdb.ub4spare[49]:                  0 ; 0x1c0: 0x00000000

kfdhdb.ub4spare[50]:                  0 ; 0x1c4: 0x00000000

kfdhdb.ub4spare[51]:                  0 ; 0x1c8: 0x00000000

kfdhdb.ub4spare[52]:                  0 ; 0x1cc: 0x00000000

kfdhdb.ub4spare[53]:                  0 ; 0x1d0: 0x00000000

kfdhdb.acdb.aba.seq:                  0 ; 0x1d4: 0x00000000

kfdhdb.acdb.aba.blk:                  0 ; 0x1d8: 0x00000000

kfdhdb.acdb.ents:                     0 ; 0x1dc: 0x0000

kfdhdb.acdb.ub2spare:                 0 ; 0x1de: 0x0000

grid@seven1:/home/grid>

disk header block顯示此時asm diskgroup 中的lv確實是10G，並不是35G。最後想是否是grid端還會有其餘操做？

問了一圈朋友，沒問出來，最後問了一個大神同事，他告訴我試試將disk resize。

反正是測試環境，試試唄：

SQL>alter diskgroup FLASHDG1 resize disk FLASHDG1_0000 size 35840M;

Diskgroup altered.

貌似能夠了，趕忙看看：

grid@seven1:/home/grid>asmcmd lsdg

State    Type    Rebal  Sector  Block       AU  Total_MB  Free_MB  Req_mir_free_MB  Usable_file_MB  Offline_disks  Voting_files  Name

MOUNTED  EXTERN  N         512   4096  1048576     51200    15238                0           15238              0             N  DATADG/

MOUNTED  EXTERN  N         512   4096  1048576     35840    29657                0           29657              0             N  FLASHDG1/

grid@seven1:/home/grid>

Ok，此時flashdg1 認到35G了。