LINUX逻辑卷管理.docx

RedHat Enterprise Linux 5.0之LVM逻辑卷管理实验环境 1.RedHat Enterprise Linux 5.02.四块磁盘/dev/sdb----/dev/sdc----/dev/sdd----/dev/sde3./dev/sdb和/dev/sdc属于testvg4./dev/sdd和/dev/sde属于dogvg流程化演示 创建LVM可管理的磁盘分区创建物理卷查看一下物理卷创建的情况可以看到现在/dev/sdb1和/dev/sdc1没有属于任何vg,总共大小是1.99G创建一个testvg,只有一个pvvgcreate -s 8m testvg /dev/sdb1***默认卷组大小限制在256G,使用-s参数可容纳2T单卷组,会在每块磁盘及/etc/lvm/backup下写入卷组信息*** 可以用vgdisplay查看vg信息,用pvscan查看pv隶属vg的状况在加入一个pv到testvg中在来看看现在的vg情况是否有所改变,及pv隶属vg的情况利用vgscan可以得到一些简要的信息现在我打算创建lv了,我用两种方法创建 直接指定lv的大小(使用-L大写参数)2.直接指定lv所占用的PE个数(使用-l小写参数) *通过vgdispaly testvg | grep PE查看到PE Size*在创建lv3.现在我们来看看创建的两个lv大小是否相同我现在就把这两个LV格式化开始挂载lv我们df -h来看看挂载后的文件系统大小由于200M的空间很快就用完了我想能否扩展lv的大小,就在挂载状态下执行试试看,打算由200M扩展到400M,扩大一倍 1.对于testvg_lv1我用直接指定准确lv最终大小的方法来扩展2.对于testvg_lv2我用指定扩展值的方法来扩展3.因为还没有卸载lv,所以我们在用df -h在看看文件系统大小是否已经改变到400M4.我迫不及待的用lvdisplay看了一下lv的扩展情况,结果令人匪夷所思,lv的大小居然发生了改变。问题说明 在利用lvextend命令扩展lv的时候,大小确实发展了变化,此时只能由lvm的命令和工具才能识别出lv的变化,而操作层面无法识别出来,操作系统只能识别在格式化之后的磁盘利用率,我们刚刚扩展的200M只是简单的拉长了lv,并没有在扩展的空间上格式化,也就是没有建立文件系统,所以造成了df -h无法真实反映lv的大小. 我决定用resize2fs命令把扩展的部分进行格式化此时我们在来用df -h看看文件系统大小当然你的lv可能一直处于大量空间的空闲,你可以缩小lv的大小以还原空闲空间供其他lv扩展使用,这样做可能会损伤原始lv的数据,建议还是小心为妙,步骤如下,减小lv大小的步骤其实和扩展lv的步骤顺序相反1.卸载lv2.检查lv3.减小文件系统到300M4.减小lv5.挂载之后看大小6.在用lvdisplay看看lv的缩减情况我们在来看看卷组的合并,这里我有两个卷组testvg(testvg_lv1和testvg_lv2)及dogvg(dogvg_lv1),现在我要把dogvg合并到testvg中,也就是说让dogvg_lv1成为testvg的一个逻辑卷 1.卸载所有已挂载的卷 2.让两个卷组处于非激活状态 3.开始合并卷组 现在看看物理卷和卷组的归属关系及逻辑卷和卷组的归属关系现在让卷组处于非激活状态我们开始合并卷组此时再来看看物理卷和卷组的归属关系，我们发现原来属于dogvg的物理卷/dev/sdd1现在已经属于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