linux降低/根目录的c盘空间（基于LVM）
问题引出：
在测试过程中替换so文件，报c盘空间不足的错误
[root@UF2~]#df-h
FilesystemSizeUsedAvailUse%Mountedon
/dev/mapper/VolGroup00-LogVol00
28G27G0100%/
/dev/sda199M9.1M85M10%/boot
none1014M5.4M1009M1%/dev/shm
/dev/sdb119G77M18G1%/NewDisk
[root@UF2~]#
问题剖析：
这是一套公司的系统，因为当时系统布署构架的考虑，把中间件和数据库布署在同一台机器上了，但是给了30G的c盘空间。
系统上占用c盘空间的有2部份，一是软件本身（我们的中间件），二是安装的oracle数据库。使用du命令linux 虚拟主机，大约查看了下所写c盘大小，发觉都是在常年操作中，讲到后台数据库的数据越来越大，致使数据库的表空间越来越大，对应的数学文件就是datafile，占用了很大的表空间。
问题解决方式剖析：
1、系统不做改变，对数据库的一些log、不用的数据进行删掉
2、注意到系统还有一块20G的空c盘没有使用(/dev/sdb1)红旗 linux，把数据库生成的数据迁移一部份到这块新的c盘并指定新生成数据到这块c盘上
3、注意到系统的c盘布署，当时使用的是lvm逻辑卷进行管理的，LVM的一个优点就是便捷进行逻辑卷的动态降低，可以把/dev/sdb1这块化学c盘加到根目录所在的卷组上面，之后对根目录所在的逻辑卷进行扩容
最后决定：方式1,2都是可行的，对自己的oracle稍有掌握的人都可以实现。本人决定采用方式3，一是考虑系统本身会不断的形成日志等降低空间，这样整个c盘都被系统所用，其实包括我们的中间件和数据库；二是当时设计这个系统架构的采用LVM进行管理的，可能也想到了前面其实业务的降低，c盘空间将不够，即将进行动态扩容。这些设计的理念的是OK的，并且这些设计也有他很大的局限性，下边再进行剖析
LVM逻辑卷扩容的3种模式介绍
以下是自己对LVM逻辑卷进行扩容的实际应用中的3种模式进行了归纳和总结（个人观点）
1、不涉及根目录的c盘(自己用作图附件画的图，有点龊哈)
如上图所示：sdb1只是普通的数据卷组了逻辑卷linux 扩展磁盘空间，没有被linux的根目录所用，这个时侯，可以把第一块c盘剩下的未使用的分区（sdb2）以及第二块c盘sdc，第三块c盘sdd等都可以通过LVM管理加进逻辑卷组linux 扩展磁盘空间，之后对逻辑卷进行扩容
2、涉及根目录的c盘1
