LVM的結(jié)構(gòu)信息

liyf0371

該筆記中要用到以下縮寫：
    1. VG
        Volume Group
    2. LV
        Logical Volume
    3. PV
        Physical Volume
    4. PVG
        Physical Volume Group
    5. PE
        Physical Extent
    6. LE
        Logical Extent
    7. FS
        File System
    8. VGRA
        Volume Group Reserved Area
    9. VGDA
        Volume Group Descriptor Area
    10. VGSA
        Volume Group Status Area
    11. MCR
        Mirror Consistency Record
    12. PVRA
        Physical Volume Reserved Area
    13. BDRA
        Boot Data Reserved Area
   
   
    LVM結(jié)構(gòu)信息
    LVM的結(jié)構(gòu)信息存在于每塊LVM硬盤開頭的保留區(qū)域中（PVRA，VGRA），這塊區(qū)域被叫做LVM表頭（LVM header）。下面的圖顯示了LVM盤的結(jié)構(gòu)：
    1. 非啟動盤
        |------------------|
        |       PVRA       |
        |------------------|
        |       VGRA       |
        |------------------|
        |                  |
        |                  |
        |                  |
        |     User Data    |
        |                  |
        |                  |
        |                  |
        |------------------|
        |  Bad block pool  |
        |------------------|
    2. 啟動盤
        |------------------|-----
        |    LIF header    |     \
        |------------------|      \
        |       PVRA       |       \
        |------------------|        \
        |       BDRA       |         |-->2912K
        |------------------|        /
        |    LIF volume    |       /
        |------------------|      /
        |       VGRA       |     /
        |------------------|-----
        |                  |
        |                  |
        |                  |
        |     User Data    |
        |                  |
        |                  |
        |                  |
        |------------------|
        |  Bad block pool  |
        |------------------|
    注意：
        a. 啟動盤的LVM表頭（LVM header）總是2912KB，而對于非啟動盤來說，LVM header的大小是不固定的。它取決于VG的配置參數(shù)PVs/VG（-p max_pv），PEs/PV（-e max_pe）和LVs/VG（-l max_lv），但是一般來說，非啟動盤的LVM header的大小總是比啟動盤的要小一些。而且，VG的VGRA一定不能大于一個單獨的塊的大小。
        b. 安騰（Itanium systems）系統(tǒng)（UX11.20，11.22，11.23）在硬盤的開頭區(qū)域有一個100MB的EFI區(qū)域。這部分的詳細(xì)資料可以參考安騰系統(tǒng)的相關(guān)章節(jié)。
    PVRA，BDRA和VGRA
    1. PVRA
    對VG中的每個PV來說，PVRA是唯一的，它包括：
        LVMREC用PV-ID，VG-ID，VG中PV的數(shù)量，PE的大小來描述PV；VGRA，BDRA（如果有），BBDIR，User Data和Bad Block Pool的開始點和空間大小；如果配置了ServiceGuard Cluster的話，還包括Cluster ID和Cluster Lock Area的相關(guān)信息。
        BBDIR（Bad Block Directory，用來維護(hù)Bad Block Pool的信息）
    2. BDRA（使用pvcreate -B命令的時候才會產(chǎn)生）包含了啟動的相關(guān)信息，例如：
        啟動VG中的PVs信息
        Boot/Swap/Root LVs（major/minor numbers，等等）的信息
    3. 對同一VG當(dāng)中的任何PV來說，VGRA都是相同的，它包括：
        VGDA用下列信息來描述VG：
            a. VG-ID，限定max_lv，max_pv，max_pe
            b. 每個LV的信息：LV flags，size，schedule strategy，number of mirrors，stripes，stripe size，等等
            c. 每個PV的信息：PV-ID，PV size，PV flags，Extent mapping，等等
        VGSA包含了丟失的PVs的信息（missing PVs）和stale extents的信息
        MCRs是用來處理Mirror Write Cache handling的
    LIF表頭（LIF Header）和LIF卷（LIF Volume）
    LIF是Logical Interchange Format的縮寫。對每塊啟動盤來說，LIF表頭（LIF header）占據(jù)了硬盤最開頭的8KB的空間。它包含了位于BDRA之后的LIF卷（LIF volume）的目錄�？梢杂胠ifls（1M）命令來顯示：
    #lifls -l /dev/rdsk/c1t6d0
    volume ISL10 data size 7984 directory size 8
    filename type start size implement created
    ===============================================================
    ISL  -12800 584 306 0  00/11/08 20:49:59
    AUTO -12289 896 1 0  00/11/08 20:49:59
    HPUX -12928 904 848 0  00/11/08 20:50:00
    PAD  -12290 1752 1580 0  00/11/08 20:50:00
    LABEL BIN 3336 8 0  99/10/08 02:48:02
    LIF卷（LIF volume）包含了啟動所需要的文件：ISL，HPUX，LABEL和AUTO（給自動引導(dǎo)用的）。可以查看引導(dǎo)的相關(guān)章節(jié)來獲得LIF文件的詳細(xì)描述。
    PV-ID和VG-ID
    任何PV都有唯一的8位（byte）長的標(biāo)識，這就是PV-ID。VG-ID對屬于該VG的PV來說，也是唯一的，而且也是8位長。它們都保存在PVRA當(dāng)中�？梢杂胠vm命令來顯示完整的LVM header：
    #lvm -p -d /dev/rdsk/c1t2d0 | more
    ......
    ......
    /* The physical volume ID. */ 2000252410 965817345
    i.e. pvcreate(1m) was run on CPU with ID 2000252410 at Wed Aug 9
    12:35:45 2000
    /* The volume group ID. */ 2000252410 965817462
    i.e. vgcreate(1m) was run on CPU with ID 2000252410 at Wed Aug 9
    12:37:42 2000
    ......
    如果lvm命令在某個HP-UX版本中不能使用的話，還可以使用任何HP-UX系統(tǒng)都能夠使用的命令來讀取PV-ID和VG-ID
    1. 使用xd(1)命令來獲取PV-ID和VG-ID
        #xd -j8200 -N16 -tu /dev/rdsk/c1t2d0
        0000000 2000252410 965817345 2000252410 965817462
         PV CPU-ID PV timestamp VG CPU-ID VG timestam
        從以上信息可以知道如下的信息：
        pvcreate和vgcreate運行在systemID（uname -i）為2000252410的系統(tǒng)上
        pvcreate執(zhí)行的時間戳（timestamp）是965817345（seconds after Jan 1st 1970 0:00 UTC）
        vgcreate執(zhí)行的時間戳（timestamp）是965817462（117 seconds later）
    2. 使用adb(1)命令來獲取PV-ID和VG-ID
        獲取PV-ID
            #echo "0d8200?UY" | adb /dev/dsk/c1t2d0
            2008: 2000252410 2000 Aug  9 12:35:45
        獲取VG-ID
            #echo "0d8208?UY" | adb /dev/dsk/c1t2d0
            2010: 2000252410 2000 Aug  9 12:37:42
    vgcfgbackup(1M)
    LVM表頭（LVM header）有一份備份存放在文件系統(tǒng)當(dāng)中（/etc/lvmconf/*.conf）。任何對LVM結(jié)構(gòu)的改動，例如通過LVM命令lvcreate，lvchange，vgextend等等，都會自動調(diào)用vgcfgbackup(1M)命令來保存一次。
    你也可以在任何時候運行vgcfgbackup(1M)命令來手工保存：
        #vgcfgbackup vgXY
        Volume Group configuration for /dev/vgXY has been saved in /etc/lvmconf/vgXY.conf
    保存的文件內(nèi)容是二進(jìn)制（binary）的，不過也可以使用vgcfgbackup的-l選項來顯示VG中所包含的硬盤的：
        #vgcfgbackup -l -n vgXY
        Volume Group Configuration information in "/etc/lvmconf/vgXY.conf"
        VG Name /dev/vgXY
        ---- Physical volumes : 1 ----
            /dev/rdsk/c1t6d0 (Bootable)
    如果LVM header被誤寫了，或者崩潰了，就可以通過vgcfgrestore命令來恢復(fù)該信息。
    通常，當(dāng)一個硬盤壞了以后，可以通過vgcfgrestore命令來將備份的信息回寫到新的硬盤：
        #vgcfgrestore -n vgXY /dev/rdsk/c1t6d0
        Volume Group configuration has been restored to /dev/rdsk/c1t6d0
    注意：
        a. 如果你修改了LVM的配置，而又不想備份文件被更新的話，可以使用LVM的相關(guān)命令接上"-A n"的參數(shù)。不管怎么樣，先前的配置可以在/etc/lvmconf/*.conf.old找到
        b. vgcfgrestore不會恢復(fù)LIF卷（LIF volume），這要通過mkboot命令來恢復(fù)
    /etc/lvmtab和vgscan(1M)
    /etc/lvmtab文件包含了所有使用的VGs和它們所包含的PVs的信息。它主要在使用vgchange(1M)來激活VG的使用使用。lvmtab是一個二進(jìn)制（binary）的文件，不過可以使用strings(1M)命令來顯示其中的內(nèi)容：
        #strings /etc/lvmtab
        /dev/vg00
        /dev/dsk/c2t0d0
        /dev/vgsap
        /dev/dsk/c4t0d0
        /dev/dsk/c5t0d0
        /dev/dsk/c4t1d0
        /dev/dsk/c5t1d0
        /dev/vg01
        /dev/dsk/c6t0d0
       注意：這僅僅是lvmtab文件的“可見部分”。它也包含了VG-IDs，所有的VGs，每個VG中的PVs數(shù)量和狀態(tài)信息。額外的被strings命令打印出來的奇怪字符都可以被認(rèn)為是不重要的而忽略它們。
   所有在lvmtab當(dāng)中的VGs會在系統(tǒng)啟動的時候被自動激活。其中的腳本是/sbin/lvmrc，相關(guān)的配置文件是/etc/lvmrc。
   如果你覺得lvmtab的信息已經(jīng)不可靠了，那么你可以很簡單的使用vgscan(1M)命令來重新生成該文件。不過需要提醒的是，在這么做之前，最好先備份一下該文件：
       #cp /etc/lvmtab /etc/lvmtab.20060226
       #vgscan -v
       所有的警告信息你都可以忽略。
       注意：
           a. 如果你不刪除lvmtab而直接使用vgscan來創(chuàng)建一個新的lvmtab文件，那么是否成功就要取決于文件的內(nèi)容。當(dāng)然，你也可以刪除lvmtab文件以后使用vgscan命令重新生成一個，不過這個時候需要注意的是，此時沒有激活的VG是不會包含在新的文件當(dāng)中的
           b. 在配置了ServiceGuard的系統(tǒng)中，vgscan可能會失敗。那么可以安裝相關(guān)的patch來解決該問題�；蛘�，很簡單的，在使用vgscan命令之前先刪除/dev/slvmvg文件
           c. 當(dāng)系統(tǒng)正在使用數(shù)據(jù)復(fù)制類的產(chǎn)品，比如BusinessCopy/XP，ContinousAccess/XP，EMC SRDF或者EMC Timefinder的時候，vgscan可能會在VGs中加一些非預(yù)想中的PVs
           d. vgscan不會注意可選路徑（alternate links），它很可能會切換路徑（可以參考“PV Links”的相關(guān)章）

本文來自ChinaUnix博客，如果查看原文請點：http://blog.chinaunix.net/u2/65250/showart_2052569.html