不眠夜之Linux服務器恢復小記

上午接到長治一電商公司的求助電話，一臺DELL-R430，3盤1TB，安裝CentOS，在乎外斷電後系統沒法啓動，該機裝有公司的OA，以及營銷數據。環境爲LNMP——Linux系統下Nginx+MySQL+PHP網站服務器架構，並要求上門現場服務

電話中給出恢復方案以及價格，對方跟領導請示後仍是決定帶機器到我司恢復。其實到我司恢復第一能夠節省掉很多的上門費用，其次在數據恢復的過程當中若是有其餘意外狀況出現都是有很好的解決方案的，好比設備、資源等，除非數據涉密！

客戶到達我司已是下午5點了，按照標準流程：

1. 對每一塊物理盤作鏡像。其目的是爲了確保數據安全，以及保證故障後的最原始狀態，而且在後續的系統上線工做中也是要用到原始鏡像的。

2. 鏡像原盤後又分爲2步同時操做,這個也是咱們的優點：

3. 軟件工程師來分析鏡像文件，判斷該RAID組的排列方法，塊的大小，走向等。

4. 硬件工程師用原盤上機判斷硬盤損壞狀態，結合軟件技術給出的RAID信息來剔除髒盤，作出最後一次系統正常啓動時的正確配置。

5. 如系統正常啓動則數據恢復工做完成，如不能啓動則先驗證軟件工程師組出的數據是否正確。

鏡像工做完成後，咱們將硬盤上機啓動，首先進入RAID配置程序，顯示一個raid5卷，而且已經降級報黃，其中有一個MISS狀態，正常狀況下RAID5裏面有一個盤miss是能夠正常啓動的，那麼咱們就重啓進系統看看什麼問題

看到有正常的系統啓動界面，那麼說明該RAID仍是繼續生效中，可是他的系統是報錯了。

分析報錯信息，發現home是單獨掛載的一個lv，那麼咱們用一條命令來嘗試性解決它

Fsck –y

 

輸入該命令後通過一堆跳碼後咱們reboot重啓。

這個畫面是否是有點熟悉呢？對，咱們把系統修復了。配置網絡環境後，聯機查看完美

我以上所寫的這些文字用了10分鐘，實則咱們整個工做完成後已是次日早上5點了，整12小時，正所謂「臺上十分鐘，臺下十年功」。