RedHat Enterprise Linux 5.0之LVM邏輯卷管理

有關LVM的文章不少,小弟我不遺餘力的把LVM的流程化實驗演示出來,還請高手指點

 

實驗環境

1.RedHat Enterprise Linux 5.0

2.四塊磁盤/dev/sdb----/dev/sdc----/dev/sdd----/dev/sde

3./dev/sdb和/dev/sdc屬於testvg

4./dev/sdd和/dev/sde屬於dogvg

 

 

流程化演示

 

建立LVM可管理的磁盤分區

 

 

建立物理卷

 

查看一下物理卷建立的狀況

能夠看到如今/dev/sdb1和/dev/sdc1沒有屬於任何vg,總共大小是1.99G

 

建立一個testvg,只有一個pv

vgcreate -s 8m testvg /dev/sdb1

***默認卷組大小限制在256G,使用-s參數可容納2T單卷組,會在每塊磁盤及/etc/lvm/backup下寫入卷組信息***

能夠用vgdisplay查看vg信息,用pvscan查看pv隸屬vg的情況

在加入一個pv到testvg中

在來看看如今的vg狀況是否有所改變,及pv隸屬vg的狀況

 

利用vgscan能夠獲得一些簡要的信息

 

如今我打算建立lv了,我用兩種方法建立

1.直接指定lv的大小(使用-L大寫參數)

2.直接指定lv所佔用的PE個數(使用-l小寫參數)

         *經過vgdispaly  testvg |  grep PE查看到PE Size

          *在建立lv

3.如今咱們來看看建立的兩個lv大小是否相同

 

我如今就把這兩個LV格式化

 

 

 

開始掛載lv

 

咱們df  -h來看看掛載後的文件系統大小

 

因爲200M的空間很快就用完了我想可否擴展lv的大小,就在掛載狀態下執行試試看,打算由200M擴展到400M,擴大一倍

1.對於testvg_lv1我用直接指定準確lv最終大小的方法來擴展

2.對於testvg_lv2我用指定擴展值的方法來擴展

3.由於尚未卸載lv,因此咱們在用df  -h在看看文件系統大小是否已經改變到400M

4.我火燒眉毛的用lvdisplay看了一下lv的擴展狀況,結果使人匪夷所思,lv的大小竟然發生了改變

 

問題說明

在利用lvextend命令擴展lv的時候,大小確實發展了變化,此時只能由lvm的命令和工具才能識別出lv的變化,而操做層面沒法識別出來,操做系統只能識別在格式化以後的磁盤利用率,咱們剛剛擴展的200M只是簡單的拉長了lv,並無在擴展的空間上格式化,也就是沒有創建文件系統,因此形成了df  -h沒法真實反映lv的大小.

 

我決定用resize2fs命令把擴展的部分進行格式化

 

此時咱們在來用df  -h看看文件系統大小

 

 

固然你的lv可能一直處於大量空間的空閒,你能夠縮小lv的大小以還原空閒空間供其餘lv擴展使用,這樣作可能會損傷原始lv的數據,建議仍是當心爲妙,步驟以下,減少lv大小的步驟其實和擴展lv的步驟順序相反

1.卸載lv

2.檢查lv

3.減少文件系統到300M

4.減少lv

5.掛載以後看大小

6.在用lvdisplay看看lv的縮減狀況

 

咱們在來看看卷組的合併,這裏我有兩個卷組testvg(testvg_lv1和testvg_lv2)及dogvg(dogvg_lv1),如今我要把dogvg合併到testvg中,也就是說讓dogvg_lv1成爲testvg的一個邏輯卷

1.卸載全部已掛載的卷

2.讓兩個卷組處於非激活狀態

3.開始合併卷組

 

如今看看物理卷和卷組的歸屬關係及邏輯卷和卷組的歸屬關係

 

 

如今讓卷組處於非激活狀態

 

咱們開始合併卷組

 

此時再來看看物理卷和卷組的歸屬關係，咱們發現原來屬於dogvg的物理卷/dev/sdd1如今已經屬於testvg了

原來屬於dogvg的dogvg_lv1如今屬於testvg了

 

 

 

如今咱們來吧合併的vg拆分

1.讓vg處於非激活狀態

2.拆分vg

 

咱們先把剛剛的vg非激活

 

開始拆分

 

咱們再次來看看卷組及邏輯卷和卷組的歸屬關係

 

 

 

接下來咱們來研究一下卷組中的一個物理卷損壞了該如何換盤的操做

1.用新硬盤建立一個新的物理卷

2.擴展到卷組中

3.刪除物理卷

4.從卷組中(vgda)移除損壞物理卷的信息

 

首先咱們仍是來看看物理卷和卷組的歸屬狀況,/dev/sdd1已經損壞

 

咱們選擇了/dev/sde做爲/dev/sdd的替換磁盤

 

把/dev/sde1建立爲物理卷

 

 把/dev/sde1擴展到dogvg中

 

移除/dev/sdd

 

從卷組中清除/dev/sdd1信息

vgreduce  dogvg  /dev/sdd1

 

再次用pvscan察看一下

 

 

 

遷移卷組(在AIX上作SAP項目時完成過,不知道怎麼用虛擬機作,請大師指點)

1.卸載卷組上全部的lv

2.讓該卷組處於非激活狀態 vgchange -a n testvg

3.導出卷組信息vgexport  testvg

4.在新系統上

       *pvscan查看全部的物理卷都應該處於inactive，並仍是屬於testvg

       *導入卷組信息 vgimport  testvg  /dev/sdb1  /dev/sdc1

5.激活卷組  vgchange  -a  y  testvg

6. 掛載lv

 

 

 

LV邏輯快照備份數據

快照功能,對邏輯捲進行一致性備份,不須要中止服務器或將邏輯卷處於只讀狀態備份.備份時可能文件系統正在寫入數據,LVM的快照功能只是記錄文件系統的改變,並非對整個文件系統進行備份.所以備份空間和邏輯卷自己大小並不必定要求一致,快照空間大小取決於

1.有多少數據正在寫入邏輯卷

2.保存快照的時間

時間上快照也是建立了一個邏輯卷

lvcreate  -L  200M  -s  -n  testvg_lv01_snap  /dev/testvg/testvg_lv01

關注屬性Allocated to snaphot指快照空間的百分比

關注/dev/testvg/testvg_lv01_snap這個邏輯卷會多個snapshot  status

當/dev/testvg/testvg_lv01變化1M數據,那麼/dev/testvg/testvg_lv01_snap也會多1M一樣的數據,那麼快照就備份了邏輯卷變化的部分

 

咱們來爲/dev/testvg/testvg_lv1建立一個snap快照把

 

看看這個特殊的LV的屬性,如今的使用百分比爲0.00%,我等下吧testvg_lv1掛載而後寫數據進去看看這個快照會不會跟着一塊兒變大

 

 

如今我往testvg_lv1邏輯卷中寫點空數據消耗一下空間

 

 

此時咱們在來看看快照是否有同步的變化和反應

 

 

 

最後咱們把辛苦的勞動成果毀於一旦吧

1.卸載文件系統

2.刪除邏輯卷

3.刪除卷組

4.刪除物理卷

 

咱們最後來總結一下注意事項

1.  /boot絕對不能使用LV,由於系統啓動時來不及加載LV驅動那麼就沒法掛載/boot,形成沒法啓動系統

2.增長或減小文件系統時安全起見建議先umount文件系統

3."根"文件系統不要增長或減小操做,由於"根"沒法umount