LVM (Logic Volume Management,逻辑卷管理)，是传统商业Unix就带有的一项高级磁盘管理工具，异常强大。后来LVM移植到了Linux操作系统上，尽管不像原来Unix版本那么强大，但瘦死的骆驼比马大，Linux的LVM仍然非常强大，可以在生产运行系统上面直接在线扩展硬盘分区，可以把分区umount以后收缩分区大小，还可以在系统运行过程中把一个分区从一块硬盘搬到另一块硬盘上面去等等，简直就像变魔术，而且这一切都可以在一个繁忙运行的系统上面直接操作，不会对你的系统运行产生任何影响，很安全。
C代码
df -h
df -h
竟然发现/home分区的磁盘消耗的很快
C代码
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/system-home 40G 32G 8G 80% /home
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/system-home 40G 32G 8G 80% /home
有点出乎意料，已经使用了80%，如果用光了，可就有点麻烦了，所以为了安全，把/home分区扩大5GB，多给它点硬盘空间，敲入两条shell命令
C代码
lvextend -L +5G /dev/system/home
resize_reiserfs -s +5G /dev/system/home
lvextend -L +5G /dev/system/home
resize_reiserfs -s +5G /dev/system/home
先把逻辑卷扩大5GB，再把上面的reiserfs文件系统扩大5GB，前后耗时不超过3秒钟。再df -h查看一下：
C代码
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/system-home 45G 32G 13G 71% /home
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/system-home 45G 32G 13G 71% /home
哈哈，/home立刻多了5GB，搞定收工，这是不是很像变戏法，我没停任何服务，没重起服务器，大家没有任何感觉，就一切搞定，说实话我也一直觉得LVM很cool，所以我一直是LVM+Reiserfs的忠实拥趸。有兴趣学习LVM的同学可以下载后面的附件，这可是我珍藏多年的LVM秘籍！
今天学lvm 看到上述案例 觉得硬盘多划分几个分区 用的时候挂到相应的目录上就ok了吧 还用lvm干嘛 不太懂
有懂lvm的吗 给普一下下
lting 于 2011-03-18 16:43:50发表:
学习了
fujiefujie 于 2011-01-13 01:02:13发表:
又做了一遍实验 思路清晰多了 再看上文 感觉的确是这样
理解更透彻了
utanthut 于 2011-01-12 21:19:01发表:
学点东东
fujiefujie 于 2011-01-12 17:59:48发表:
太详细了 谢谢
age 于 2011-01-12 17:07:27发表:
[i=s] 本帖最后由 age 于 2011-1-12 17:10 编辑 [/i]
灵活的修改分区大小只是lvm的一个优势. 它和多建分区是不同的,
简单的说, lvm在真实的物理设备与用户可用的磁盘空间中做了一个中间适配层
用户不需要关心底层到底有几个分区, 或者几个硬盘
他看到的就只有一个分区. 借此来突破单个硬盘的存储上限. 这才是lvm的优势所在,
可能有些说不清楚, 举例来说吧
先说什么是真实的物理设备, 通常就是/dev目录里的东西, 比如[code]/dev/sda1, /dev/sda5, /dev/sda6, /dev/sda7[/code]但它们显然不能直接使用, 必须先挂载.
那么用户可用的磁盘空间是什么呢? 就是用户可以存储数据的目录, 比如[code]/media/c, /media/d, /media/e, /media/f. [/code]如果按传统方法, 那么这种对应就是一对一的[code]/dev/sda1 ----> /media/c
/dev/sda5 ----> /media/d
/dev/sda6 ----> /media/e
/dev/sda7 ----> /media/f[/code]如果lvm, 则中间由lvm做中间层[code]
_________
/dev/sda1 ----> | | -----> /media/c
/dev/sda5 ----> | LVM | -----> /media/d
/dev/sda6 ----> | | -----> /media/e
/dev/sda7 ----> | | -----> /media/f
-- -------------[/code]对于用户来说, lvm屏蔽了实际的物理设备, 所以 /media/c不再单单对应于/dev/sda1, 甚至可以说它们间完全没有对应关系.
/media/c可能占用了部分/dev/sda1上的空间, 同时也占用/dev/sda5的空间, 诸如此类. 但是用户对这些毫不知情, 它只需要把lvm当作一个大分区处理就可以了. 非常简化操作.
[list=1]
[*]方便1: 如果按照传统方法, 有多少个分区就应该挂载多少个目录. 假设你有几十个分区, 你就要在/etc/fstab里列几十条记录. 而如果有lvm, 你只需要把这些分区合并成一个vggroup, 然后就可以随意创建分区使用了.
[*]方便2: 如果我只有2块50G的硬盘, 但我想要一个100G的/home家目录. 该如何操作? 如果就2个用户的话, user1,user2的话还很简单, /dev/sda1对应/home/user1, /dev/sdb1对应/home/user2. 现在要是有很多用户怎么办? 比如10个, 那就要划出10个分区. 100个就要划出100个分区. 这也太不方便了吧. 如果换成lvm来操作, 那就简单的多了, 把/dev/sda1和/dev/sdb1组成vggroup, 然后基于这个vggroup创建分区, 现在这个分区就有100G的大小了, 可以直接挂到/home目录上.
[*]方便3: 考虑一种情况, 硬盘用光了, 需要添加新硬盘. 首先创建新分区, 如果按传统方法, 需要把新分区挂载到某个目录, 可能还要移动数据文件. 而如果用lvm, 只需要把新分区加入vggroup组中. 然后用lvextend手动调整分区大小就可以了.[/list]
说完了lvm的优点, 再说说它的缺点. 因为lvm的操作是基于vggroup组的, 如果有任何一个组成员出了问题, 那么整个组也就不能使用了. 还是举上面的例子, 现在/dev/sda5分区坏了, 不能访问. 如果按传统方法, 只需要卸载这个设备就可以了, 其它设备不受影响. 也就是/media/d不能使用了, 但是/media/c, /media/e, /media/f中的数据还是可以正常访问的. 但如果是lvm, 因为此时/dev/sda5可能对应于多个目录, 甚至可能是全部目录, 所以一旦/dev/sda5坏了,整个vggroup组也就坏了, /media/c, /media/d, /media/e, /media/f目录全部不能访问. 为了避免这样的无妄之灾,提高安全性, lvm常与raid连用. 以此来保证vggroup的有效性
fujiefujie 于 2011-01-12 16:37:43发表:
要是分区不够用 挂一块硬盘啊 现在硬盘也不贵
是不是应对紧急情况的 就是上述案例中 远程操作 暂时缓解空间不足的情况
晕 不是很明白