您好,登錄后才能下訂單哦!
[數據恢復故障描述]
一臺linux網站服務器,DELL R200,管理約50個左右網站,使用一塊SATA 160GB硬盤。正常使用中突然宕機,嘗試再次啟動失敗,將硬盤拆下檢測時發現存在約100個壞扇區。
某數據恢復公司修復壞道后,嘗試了約3天時間,未恢復成功。
·
[數據恢復故障原因推斷]
數據恢復的故障原因往往無法明確得知,此例中僅僅推斷如下:
1、出現壞道后,用戶可能試圖進行自動或手工的fsck操作,導致進一步的災難。
2、以部分塊組全為0看,有可能做過未完成的mkfs。
3、送修的數據恢復公司并不專業,有破壞數據的可能性。
·
[數據恢復過程]
首先通過PC3K with DE對故障盤進行完整鏡像操作,在鏡像中進行數據分析。整塊硬盤由兩個分區組成:100M的boot分區及剩余空間的/分區(通過LVM管理),文件系統均為EXT3。根分區超級塊正常,根據超級塊查看第一塊組描述表正常,但節點區全為0。
根據塊組描述表分析其他塊組,發現前27個塊組全部為0,但塊組前后的數據區明顯有用戶數據存在。中間塊組區元數據正常(描述表、節點、BITMAP等),最后部分塊組的元數據區全部為0。
試圖查找根目錄,以根目錄為線索,恢復根目錄節點區。
以生成的根目錄節點區與根目錄記錄生成文件系統樹,成功后已經可以看到大量數據,文件系統結構正常。但部分文件或文件夾的節點為0,通過節點跟蹤,發現節點區位于文件系統前部分及后部分。
試圖恢復節點區為0的文件與文件夾,文件夾大部分恢復成功,但文件大部分無法恢復。
試圖恢復用戶曾做過的.TAR.GZ備份包,恢復成功,但打開時提示出錯,中間數據被破壞,只能有限導出部分網站。
最終數據恢復成功。
·
[給用戶的建議]
1、重要的數據一定不要用單盤做存儲環境,目前構架一套簡單的RAID并不需要很大的投入。
2、一定要做好備份工作,最起碼,備份包不要放到同一存儲體上,退而求其次,也一定不要放到同一分區下。
3、硬盤出現故障后,一定不要反復嘗試處理,應盡快做完整備份操作。
4、盡可能選擇專業一點的數據恢復公司進行處理,不專業的公司或個人無意或有意的會對故障盤進行破壞(有意的目的是為了提高報價要挾或維持名聲)。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。