Linux卷组详细介绍.docx

一、Volume Group的高级管理： 1、Combining Volume Groups: 一块100G大小的磁盘sdb,分了俩个分区：sdb1和sdb2。sdb1创建了vg01，sdb2创建了vg02. 合并前vg01的信息如下: 现在将vg01和vg02合并在一起，组成新的vg01.如上图所示，vg01的大小是50G,合并后的结果如下图所示： vg01从50G扩大到100G了。再次查看vg01的信息： 2、Splitting a Volume Group 3、Backing Up Volume Group Metadata: 当创建vg的时候，系统默认会自动备份Metadata。/etc/lvm/backup下面存放的是metadata的备份信息，而/etc/lvm/archive下面存放的是metadata的archive信息。 查看下vg02的metadata备份信息: 由以上信息可以看出,vg02是从vg01分离出来的。 vg02的metadata archive信息： 也可以手工备份vg的metadata，这里用的命令是vgcfgbackup，同样恢复命令是vgcfgrestore。 恢复metadata： 4、Moving a Volume Group to Another System: 这里就一台机器，演示下效果就OK. 二、LVM的高级管理： 1、创建线型逻辑卷： 上面创建u02时指定的大小是vg02大小的20%，而创建u01时将vg02的所有空余空间全部分配给了u01。 2、Creating Mirrored Volumes: 刚开始的时候，我为sdb分了三个分区:/dev/sdb1,/dev/sdb2,/dev/sdb3，然后分别创建了vg01，vg02以及vg03: 接着在创建mirrored volume时报如下错误: 在网上查了查，也没有给出明确的解决办法，查看了下官方文档，也没有明确的答案，最后就将vg02、vg03删除了，将/dev/sdb2、/dev/sdb3、/dev/sdb4加到vg01，再次创建mirrored volume，就不会再出现上述错误了。 注意查看u01的Attr前面多了一个m，这就说明u01是镜像卷。Copy%代表正在同步数据。同步完的结果如下图所示： 查看/dev/mapper下面： 这里的vg01-u01_mlog是专门存放mirror log的设备。并且存放mirror log的设备不能与数据处于同一个PV里，否则会报错的。 使用lvdisplay可以看到u01的镜像卷设备个数是2个。 NOTICE:镜像卷不能被重新分配大小了。 系统对于镜像失败后的操作策略可以查看/etc/lvm/lvm.conf文件，主要是以下俩个参数： 对于log的失败策略，系统默认是allocate，而对于image的失败策略是remove.更详细的信息请参官方文档。 3、将一个逻辑卷转换为镜像卷： 新创建了一个u02逻辑卷： 使用lvconvert将其转换为mirror volume: 对于如何修复Mirrored Volume，等遇到具体的故障时在讨论。 4、Creating Snapshot Volumes： 对mirror volume创建快照是rhel6.1的新特性之一。下面针对镜像卷 u01创建快照： 当前/dev/vg01/u01挂载于/u01目录下，总共有56个文件： 创建快照： 通过lvs查看： 通过lvdisplay查看快照信息： 接着挂载/dev/vg01/u01_snap访问它： 对snap可以进行完全访问。 5、Merging Snapshot Volumes: 这个错误是由于u01目前正在使用，所以卸载它之后，系统立即开始合并： 6、Changing the Parameters of a Logical Volume Group: 将/dev/vg01/u02更改为只读状态： 对于存在快照的卷不能更改其读写模式，否则会报错的，以下使我更改u01时报错： 关于更多LVM的信息，请参考官方文档。 HYPERLINK /docs/en-US/Red_Hat_Enterprise_Linux/6/html/Logical_Volume_Manager_Administration/index.html \t \ Red Hat Enterprise Linux 6 Logical Volume Manager Administration 卷组命令卷组相关命令的名称通常以vg开始后面紧跟相应的操作动作，如下所示命令 说明vgcfgbackup 备份卷组中各物理卷的VGDA信息到/etc/lvmconf目录的文件中vgcfgrestore 从文件中恢复卷组中