RedHat Enterprise Linux 5.0之LVM逻辑卷管理
作者 佚名技术
来源 Linux系统
浏览
发布时间 2012-04-16
有关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)移除损坏物理卷的信息
 我们还是来看看物理卷和 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
你可能对下面的文章感兴趣
关于RedHat Enterprise Linux 5.0之LVM逻辑卷管理的所有评论
