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

上午接到長治一電商公司的求助**，一台dell-r430，3盤1tb，安裝centos，在意外斷電後系統無法啟動，該機裝有公司的oa，以及營銷資料。環境為lnmp——linux系統下nginx+mysql+php**伺服器架構，並要求上門現場服務

**中給出恢復方案以及**，對方跟領導請示後還是決定帶機器到我司恢復。其實到我司恢復第一可以節省掉不少的上門費用，其次在資料恢復的過程中如果有其他意外情況出現都是有很好的解決方案的，比如裝置、資源等，除非資料涉密！

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

對每一塊物理盤做映象。其目的是為了確保資料安全，以及保證故障後的最原始狀態，並且在後續的系統上線工作中也是要用到原始映象的。

映象原盤後又分為2步同時操作,這個也是我們的優勢：

軟體工程師來分析映象檔案，判斷該raid組的排列方法，塊的大小，走向等。

硬體工程師用原盤上機判斷硬碟損壞狀態，結合軟體技術給出的raid資訊來剔除髒盤，做出最後一次系統正常啟動時的正確配置。

如系統正常啟動則資料恢復工作完成，如不能啟動則先驗證軟體工程師組出的資料是否正確。

映象工作完成後，我們將硬碟上機啟動，首先進入raid配置程式，顯示乙個raid5卷，並且已經降級報黃，其中有乙個miss狀態，正常情況下raid5裡面有乙個盤miss是可以正常啟動的，那麼我們就重啟進系統看看什麼問題

看到有正常的系統啟動介面，那麼說明該raid還是繼續生效中，但是他的系統是報錯了。

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

輸入該命令後經過一堆跳碼後我們reboot重啟。

這個畫面是不是有點熟悉呢？對，我們把系統修復了。配置網路環境後，聯機檢視完美

我以上所寫的這些文字用了10分鐘，實則我們整個工作完成後已經是第二天早上5點了，整12小時，正所謂「台上十分鐘，台下十年功」。