[數據恢復故障描述]
一台Linux網站服務器，DELL R200，管理約50個左右網站，使用一塊SATA 160GB硬盤。正常使用中突然宕機，嘗試再次啟動失敗，將硬盤拆下檢測時發現存在約100個壞扇區。
某數據恢復公司修復壞道後，嘗試了約3天時間，未恢復成功。
[數據恢復過程]
接到盤後，首先通過PC3K with DE對故障盤進行完整鏡像操作，在鏡像中進行數據分析。
整塊硬盤由兩個分區組成：100M的boot分區及剩余空間的/分區(通過LVM管理)，文件系統均為Ext3。
根分區超級塊正常，根據超級塊查看第一塊組描述表正常，但節點區全為0。
根據塊組描述表分析其他塊組，發現前27個塊組全部為0，但塊組前後的數據區明顯有用戶數據存在。
中間塊組區元數據正常(描述表、節點、BITMAP等)
最後部分塊組的元數據區全部為0。
試圖查找根目錄，找到。
以根目錄為線索，恢復根目錄節點區，成功。
以生成的根目錄節點區與根目錄記錄生成文件系統樹，成功後已經可以看到大量數據，文件系統結構正常。但部分文件或文件夾的節點為0，通過節點跟蹤，發現節點區位於文件系統前部分及後部分。
試圖恢復節點區為0的文件與文件夾，文件夾大部分恢復成功，但文件大部分無法恢復。
試圖恢復用戶曾做過的.TAR.GZ備份包，恢復成功，但打開時提示出錯，中間數據被破壞，只能有限導出部分網站。
最終評估約70%的數據恢復成功。
[數據恢復故障原因推斷]
數據恢復的故障原因往往無法明確得知，此例中僅僅推斷如下：
1、出現壞道後，用戶可能試圖進行自動或手工的fsck操作，導致進一步的災難。
2、以部分塊組全為0看，有可能做過未完成的mkfs。
3、送修的數據恢復公司並不專業，有破壞數據的可能性。
[給用戶的建議]
1、重要的數據一定不要用單盤做存儲環境，目前構架一套簡單的RAID並不需要很大的投入。
2、一定要做好備份工作，最起碼，備份包不要放到同一存儲體上，退而求其次，也一定不要放到同一分區下。
3、硬盤出現故障後，一定不要反復嘗試處理，應盡快做完整備份操作。
4、盡可能選擇專業一點的數據恢復公司進行處理，不專業的公司或個人公司部分做事相當無恥，無意或有意的會對故障盤進行破壞(有意的目的是為了提高報價要挾或維持名聲)。
版權聲明：原創作品，允許轉載，轉載時請務必以超鏈接形式標明文章 原始出處 、作者信息和本聲明。否則將追究法律責任。http://zhangyu.blog.51cto.com/197148/155442
作者：張宇，北亞服務器數據恢復中心，轉載請聯系作者，如果實在不想聯系作者，至少請保留版權，謝謝。
