基於linux系統，fsck後數據丟失的數據恢復方案

1、總述：基於linux系統，fsck後數據丟失的數據恢復方案
2、解決方案
2.1 恢復流程
2.1.1 檢測流程
一、檢測是否存在硬件故障，如硬件故障，轉硬件處理
二、以只讀方式檢測故障表現是否與用戶描述相同
2.1.2 恢復流程
一、備份：以只讀方式對故障磁盤作完整鏡像(參考附錄)
二、若是須要恢復完整目錄結構，則先須要完整恢復已丟失文件節點，再恢復數據。若是節點沒法恢復，則可按文件類型進行恢復。
三、恢復後的數據會暫存在另外一個存儲體上
2.1.3 驗收流程
對恢復好的數據進行驗證，確認其正確性。如確認，交費-->移交原介質及已恢復數據 -->出具發票(收據)及報告。如沒法確認或不確認，移交原介質不收服務費，可免費出具報告。
3、數據恢復的可能性
fsck會校驗文件系統節點、數據索引之間的匹配關係，修復時會試圖從新生成文件系統目錄樹，並一致化節點與索引的關係，當文件系統結構不一致時，就會佔用新的空間生成一致性的元數據結構，有時候，這種操做會破壞恢復現場，致使數據恢復工做更加困難甚至沒法完成。
fsck時若是有大量節點報錯並提示已經修復，這種破壞是很是嚴重的，數據恢復將很困難。目錄結構及文件名稱是最容易被破壞的，這會致使所恢復出來的數據完全丟失原有的目錄結構和文件名稱。
fsck執行後，若是很短期就完成，則不管執行修復後的結果如何，數據恢復的可能性均較高。
4、數據恢復所需時間
影響數據恢復的時間有多方面的因素。一般，數據恢復服務約須要2-3天，如遇複雜狀況，須要視狀況而定。
5、小貼士
一、存儲設備沒有100%的安全保證，重要數據須要經常備份，能夠採用一些數據同步工具進行數據備份。
二、出現數據災難時，本機不該再有任何操做，若有條件，應該將硬盤或其餘存儲介質完整鏡像（參考附錄）
三、數據刪除後，即便不寫數據，單純的讀取也容易破壞文件系統日誌，因此，出故障後，應儘快umount文件系統。