RHEL61 Logical Volume Manager AdministrationWord格式.docx

RHEL61 Logical Volume Manager AdministrationWord格式.docx

《RHEL61 Logical Volume Manager AdministrationWord格式.docx》由会员分享，可在线阅读，更多相关《RHEL61 Logical Volume Manager AdministrationWord格式.docx（17页珍藏版）》请在冰豆网上搜索。

1、CombiningVolumeGroups:

一块100G大小的磁盘sdb,分了俩个分区：

sdb1和sdb2。

sdb1创建了vg01，sdb2创建了vg02.

合并前vg01的信息如下:

现在将vg01和vg02合并在一起，组成新的vg01.如上图所示，vg01的大小是50G,合并后的结果如下图所示：

vg01从50G扩大到100G了。

再次查看vg01的信息：

2、SplittingaVolumeGroup

3、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:

镜像卷不能被重新分配大小了。

系统对于镜像失败后的操作策略可以查看/etc/lvm/lvm.conf文件，主要是以下俩个参数：

对于log的失败策略，系统默认是allocate，而对于image的失败策略是remove.更详细的信息请参官方文档。

3、将一个逻辑卷转换为镜像卷：

新创建了一个u02逻辑卷：

使用lvconvert将其转换为mirrorvolume:

对于如何修复MirroredVolume，等遇到具体的故障时在讨论。

4、CreatingSnapshotVolumes：

对mirrorvolume创建快照是rhel6.1的新特性之一。

下面针对镜像卷u01创建快照：

当前/dev/vg01/u01挂载于/u01目录下，总共有56个文件：

创建快照：

通过lvs查看：

通过lvdisplay查看快照信息：

接着挂载/dev/vg01/u01_snap访问它：

对snap可以进行完全访问。

5、MergingSnapshotVolumes:

这个错误是由于u01目前正在使用，所以卸载它之后，系统立即开始合并：

6、ChangingtheParametersofaLogicalVolumeGroup:

将/dev/vg01/u02更改为只读状态：

对于存在快照的卷不能更改其读写模式，否则会报错的，以下使我更改u01时报错：

关于更多LVM的信息，请参考官方文档。

RedHatEnterpriseLinux6LogicalVolumeManagerAdministration