這幾天連續兩次遇到服務器磁盤空間不足的問題，而兩次的情況以及處理解決的辦法又都是不一樣的，每次操作只有也都記錄了文檔，今天也整理到這里來。
首先是第一種情況，通過直接掛載一塊兒新的磁盤來實現擴容。
運維的工作有一個基礎，那就是備份，這件事兒看上去在平時好像沒什么用，但是用到的時候如果沒有，那將可能是致命的。
好像有一種愛情哲學叫做“失去后才懂得珍惜”，這都是愚蠢的人才干的事情，真正如我們這般聰明的，當然不會在后悔中明白珍惜的意義，因為更好的一種哲學應該是“你眼前這一位就是最好的”，因此在擁有的時候珍惜，才是明白人應該做的事情。
那么說回工作上來，或許是數據庫，或許是日志文件，我們給它安裝的棒棒噠，打理的也棒棒噠，就這樣它為我們服務着，相安無事，大家開心又快樂。但是如果沒有備份的存在，那么一旦遭受攻擊，或者服務器出現不可恢復性的故障，那么曾經的快樂就也不可能再次復現，留給我們的，只有無盡悔恨以及傷心而已了。
好了，扯了一些了，還是說回今天的備份吧。
公司做的日志備份服務器磁盤快滿了（原來是掛了一塊兒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