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