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. 非啟動(dòng)盤
        |------------------|
        |       PVRA       |
        |------------------|
        |       VGRA       |
        |------------------|
        |                  |
        |                  |
        |                  |
        |     User Data    |
        |                  |
        |                  |
        |                  |
        |------------------|
        |  Bad block pool  |
        |------------------|
    2. 啟動(dòng)盤
        |------------------|-----
        |    LIF header    |     \
        |------------------|      \
        |       PVRA       |       \
        |------------------|        \
        |       BDRA       |         |-->2912K
        |------------------|        /
        |    LIF volume    |       /
        |------------------|      /
        |       VGRA       |     /
        |------------------|-----
        |                  |
        |                  |
        |                  |
        |     User Data    |
        |                  |
        |                  |
        |                  |
        |------------------|
        |  Bad block pool  |
        |------------------|
    注意：
        a. 啟動(dòng)盤的LVM表頭（LVM header）總是2912KB，而對(duì)于非啟動(dòng)盤來(lái)說，LVM header的大小是不固定的。它取決于VG的配置參數(shù)PVs/VG（-p max_pv），PEs/PV（-e max_pe）和LVs/VG（-l max_lv），但是一般來(lái)說，非啟動(dòng)盤的LVM header的大小總是比啟動(dòng)盤的要小一些。而且，VG的VGRA一定不能大于一個(gè)單獨(dú)的塊的大小。
        b. 安騰（Itanium systems）系統(tǒng)（UX11.20，11.22，11.23）在硬盤的開頭區(qū)域有一個(gè)100MB的EFI區(qū)域。這部分的詳細(xì)資料可以參考安騰系統(tǒng)的相關(guān)章節(jié)。
    PVRA，BDRA和VGRA
    1. PVRA
    對(duì)VG中的每個(gè)PV來(lái)說，PVRA是唯一的，它包括：
        LVMREC用PV-ID，VG-ID，VG中PV的數(shù)量，PE的大小來(lái)描述PV；VGRA，BDRA（如果有），BBDIR，User Data和Bad Block Pool的開始點(diǎn)和空間大小；如果配置了ServiceGuard Cluster的話，還包括Cluster ID和Cluster Lock Area的相關(guān)信息。
        BBDIR（Bad Block Directory，用來(lái)維護(hù)Bad Block Pool的信息）
    2. BDRA（使用pvcreate -B命令的時(shí)候才會(huì)產(chǎn)生）包含了啟動(dòng)的相關(guān)信息，例如：
        啟動(dòng)VG中的PVs信息
        Boot/Swap/Root LVs（major/minor numbers，等等）的信息
    3. 對(duì)同一VG當(dāng)中的任何PV來(lái)說，VGRA都是相同的，它包括：
        VGDA用下列信息來(lái)描述VG：
            a. VG-ID，限定max_lv，max_pv，max_pe
            b. 每個(gè)LV的信息：LV flags，size，schedule strategy，number of mirrors，stripes，stripe size，等等
            c. 每個(gè)PV的信息：PV-ID，PV size，PV flags，Extent mapping，等等
        VGSA包含了丟失的PVs的信息（missing PVs）和stale extents的信息
        MCRs是用來(lái)處理Mirror Write Cache handling的
    LIF表頭（LIF Header）和LIF卷（LIF Volume）
    LIF是Logical Interchange Format的縮寫。對(duì)每塊啟動(dòng)盤來(lái)說，LIF表頭（LIF header）占據(jù)了硬盤最開頭的8KB的空間。它包含了位于BDRA之后的LIF卷（LIF volume）的目錄�？梢杂胠ifls（1M）命令來(lái)顯示：
    #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）包含了啟動(dòng)所需要的文件：ISL，HPUX，LABEL和AUTO（給自動(dòng)引導(dǎo)用的）�？梢圆榭匆龑�(dǎo)的相關(guān)章節(jié)來(lái)獲得LIF文件的詳細(xì)描述。
    PV-ID和VG-ID
    任何PV都有唯一的8位（byte）長(zhǎng)的標(biāo)識(shí)，這就是PV-ID。VG-ID對(duì)屬于該VG的PV來(lái)說，也是唯一的，而且也是8位長(zhǎng)。它們都保存在PVRA當(dāng)中�？梢杂胠vm命令來(lái)顯示完整的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命令在某個(gè)HP-UX版本中不能使用的話，還可以使用任何HP-UX系統(tǒng)都能夠使用的命令來(lái)讀取PV-ID和VG-ID
    1. 使用xd(1)命令來(lái)獲取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運(yùn)行在systemID（uname -i）為2000252410的系統(tǒng)上
        pvcreate執(zhí)行的時(shí)間戳（timestamp）是965817345（seconds after Jan 1st 1970 0:00 UTC）
        vgcreate執(zhí)行的時(shí)間戳（timestamp）是965817462（117 seconds later）
    2. 使用adb(1)命令來(lái)獲取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）。任何對(duì)LVM結(jié)構(gòu)的改動(dòng)，例如通過LVM命令lvcreate，lvchange，vgextend等等，都會(huì)自動(dòng)調(diào)用vgcfgbackup(1M)命令來(lái)保存一次。
    你也可以在任何時(shí)候運(yùn)行vgcfgbackup(1M)命令來(lái)手工保存：
        #vgcfgbackup vgXY
        Volume Group configuration for /dev/vgXY has been saved in /etc/lvmconf/vgXY.conf
    保存的文件內(nèi)容是二進(jìn)制（binary）的，不過也可以使用vgcfgbackup的-l選項(xiàng)來(lái)顯示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命令來(lái)恢復(fù)該信息。
    通常，當(dāng)一個(gè)硬盤壞了以后，可以通過vgcfgrestore命令來(lái)將備份的信息回寫到新的硬盤：
        #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不會(huì)恢復(fù)LIF卷（LIF volume），這要通過mkboot命令來(lái)恢復(fù)
    /etc/lvmtab和vgscan(1M)
    /etc/lvmtab文件包含了所有使用的VGs和它們所包含的PVs的信息。它主要在使用vgchange(1M)來(lái)激活VG的使用使用。lvmtab是一個(gè)二進(jìn)制（binary）的文件，不過可以使用strings(1M)命令來(lái)顯示其中的內(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，每個(gè)VG中的PVs數(shù)量和狀態(tài)信息。額外的被strings命令打印出來(lái)的奇怪字符都可以被認(rèn)為是不重要的而忽略它們。
   所有在lvmtab當(dāng)中的VGs會(huì)在系統(tǒng)啟動(dòng)的時(shí)候被自動(dòng)激活。其中的腳本是/sbin/lvmrc，相關(guān)的配置文件是/etc/lvmrc。
   如果你覺得lvmtab的信息已經(jīng)不可靠了，那么你可以很簡(jiǎn)單的使用vgscan(1M)命令來(lái)重新生成該文件。不過需要提醒的是，在這么做之前，最好先備份一下該文件：
       #cp /etc/lvmtab /etc/lvmtab.20060226
       #vgscan -v
       所有的警告信息你都可以忽略。
       注意：
           a. 如果你不刪除lvmtab而直接使用vgscan來(lái)創(chuàng)建一個(gè)新的lvmtab文件，那么是否成功就要取決于文件的內(nèi)容。當(dāng)然，你也可以刪除lvmtab文件以后使用vgscan命令重新生成一個(gè)，不過這個(gè)時(shí)候需要注意的是，此時(shí)沒有激活的VG是不會(huì)包含在新的文件當(dāng)中的
           b. 在配置了ServiceGuard的系統(tǒng)中，vgscan可能會(huì)失敗。那么可以安裝相關(guān)的patch來(lái)解決該問題�；蛘�，很簡(jiǎn)單的，在使用vgscan命令之前先刪除/dev/slvmvg文件
           c. 當(dāng)系統(tǒng)正在使用數(shù)據(jù)復(fù)制類的產(chǎn)品，比如BusinessCopy/XP，ContinousAccess/XP，EMC SRDF或者EMC Timefinder的時(shí)候，vgscan可能會(huì)在VGs中加一些非預(yù)想中的PVs
           d. vgscan不會(huì)注意可選路徑（alternate links），它很可能會(huì)切換路徑（可以參考“PV Links”的相關(guān)章）

本文來(lái)自ChinaUnix博客，如果查看原文請(qǐng)點(diǎn)：http://blog.chinaunix.net/u2/65250/showart_2052569.html