服务器存储不够了之直接挂载一块儿新磁盘的操作
这几天连续两次遇到服务器磁盘空间不足的问题,而两次的情况以及处理解决的办法又都是不一样的,每次操作只有也都记录了文档,今天也整理到这里来。
首先是第一种情况,通过直接挂载一块儿新的磁盘来实现扩容。
运维的工作有一个基础,那就是备份,这件事儿看上去在平时好像没什么用,但是用到的时候如果没有,那将可能是致命的。
好像有一种爱情哲学叫做“失去后才懂得珍惜
”,这都是愚蠢的人才干的事情,真正如我们这般聪明的,当然不会在后悔中明白珍惜的意义,因为更好的一种哲学应该是“你眼前这一位就是最好的
”,因此在拥有的时候珍惜,才是明白人应该做的事情。
那么说回工作上来,或许是数据库,或许是日志文件,我们给它安装的棒棒哒,打理的也棒棒哒,就这样它为我们服务着,相安无事,大家开心又快乐。但是如果没有备份的存在,那么一旦遭受攻击,或者服务器出现不可恢复性的故障,那么曾经的快乐就也不可能再次复现,留给我们的,只有无尽悔恨以及伤心而已了。
好了,扯了一些了,还是说回今天的备份吧。
公司做的日志备份服务器磁盘快满了(原来是挂了一块儿5T的磁盘),当然所能知道快满了,是通过zabbix的监控报警得知的。
看到报警时间已经是凌晨十二点了,小伙伴们也都非常关心。
嘿吼,那个主动领命搞定这件事情的,就是本尊。
好啦,自己已经自领成命了,还说啥呢,主动去干呗。
第二天一大早,就登录到服务器上去。
(这个地方之所以已经有两块5T的,是因为这张图是在配置完成之后截的。)
一看触目惊心了,五分之四已经用掉了。往里边详细看,事实上有一部分是没意义的日志,先干掉,还有一些,都是去年的陈芝麻烂谷子了的日志,与开发以及老大协商这些旧日志怎么处理,一致认为,不能删。
好吧,很明显,要加一块儿磁盘咯。
说干就干。
去到VMware当中,有这么一两步。
1,首先找到对应的服务器,然后找到配置界面。
2,然后添加。
步骤是点击编辑按钮—》新设备选择新磁盘—》点击右侧添加—》设置要添加的大小—》点击确定就加好了。
确定之后稍等一下,然后再管理其他磁盘里边就可以看到刚添加的磁盘了。
那么这里加好之后,需要到服务器进行挂载了。
去服务器并没有看到新添加的服务器被虚机读取,partprobe
命令也没有效果,最后重启了一下服务器
才读取到了,这个没什么多说的,但愿你的这台备份服务器不是一台不可关闭的东东。
现在有一个问题值得思考一下:之前的数据是5T的,现在又加了一块儿5T的磁盘,那么是在之前的逻辑卷的基础之上把它扩容呢,还是新盘单独挂载使用呢?
如果这是很小的磁盘,以及日常的一些无关紧要额操作,或许可以这么做(直接扩容),但是对于这么大量级的情况下,并不建议这么做,而且我们这里的情况是原来的磁盘也并不是以逻辑卷创立的。
因此决定走老三步,分区,格式化,挂载。
1,分区。
因为刚才已经通过重启读到了这块磁盘,直接将这块盘作为一个分区,也就不再重新分区了。
2,格式化。
如果不知道该把文件系统格式化成什么格式的,那么首先来看一眼之前的sdb是什么格式的。
查看方式大概有:
- df -hT
- cat /etc/fstab
- lsblk -f
- blkid
基本上可以通过以上几种方式来查看磁盘的分区文件系统类型。
通过查看得知之前的sdb是xfs格式,那么新的也歌城xfs呗。
- mkfs -t xfs /dev/sdc
- mkfs.xfs -f /dev/sdc
以上两条命令都可以,选择其中一个执行即可。
3,挂载。
接着创建一个新的目录,进行挂载。
- mkdir /new-nfs
- mount /dev/sdc /new-nfs
ok,新增磁盘完成。接着可以先把老的数据移过来,然后之前的备份脚本就不用进行什么改动了。0787.jpg