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