硬碟資料救援案例
硬碟救援中以硬碟有異音, 須開盤救援的難度最高, 本公司斥資打造一間超越百級的CLASS 10級高潔淨度無塵室, 就是用以提升開盤環境的潔淨度及硬碟開盤救援的成功率。另針對WD行動硬碟硬體加密及USB原生介面PCB, 不同的系統故障, 我們皆有相當多的救援經驗。
![]()
1客戶名稱豐星管理顧問有限公司
聯絡電話02-2799XXXX
硬碟型號WD4002FYYZ
陣列形態RAID6
硬碟序號共8顆
故障原因
豐星管理顧問有限公司QNAP TS-831XU-RP主機內裝了8顆WD4002FYYZ 4TB企業版硬碟建講一組RAID6陣列, 送內湖資深救援公司救援一個月左右,無法救援後再送來本公司二救, 分析此組陣列應是故障後有執行rebuild動作,前方分區表的資訊多己不見,將所有硬碟導入重組陣列, 大部份的檔案也多是損壞, 懷疑有硬碟有提前離線問題,由於RAID6可以容錯2顆故障, 所以一一剔除二顆硬碟, 分析不同排列的陣列組合,終找到一組資料完整無損的組合, 由於客戶資料量多, 且陣列前面可能rebuild過程出錯,造成部份資料有錯亂損壞,所以導出資料後再使用我們的過濾破損檔案軟體, 約花2,3天把客戶損壞的檔案過濾並刪除,客戶回簽同意救援至通知驗收資料約共花13天,成功交付給客戶4.5TB完整的流水檔資料.
![]()
2客戶名稱溫先生
聯絡電話09581XXXXX
硬碟型號SanDisk U100
硬碟序號無法辨識
![]()
3客戶名稱陳先生
聯絡電話09107XXXXX
硬碟型號WD5000AAKS-22YGA0
硬碟序號WCAS869XXXXX
![]()
4客戶名稱聚泰壁紙企業股份有限公司
聯絡電話09727XXXXX
硬碟型號WD30EZRX-00D8PB0
硬碟序號WMC4N00XXXXX
![]()
5客戶名稱新竹林先生
聯絡電話0928xxx029
硬碟型號1TB X 4
陣列形態RAID6
故障原因
新竹林先生一組群輝NAS主機, 原本設定RAID5組態, 共裝了4顆1TB硬碟,後來再新增一顆硬碟, 改設定為RAID6,在運轉重建過程中因主機過載燒毀而無法開機使用, 客戶送一家十多年救援經驗的同行,救援多日無法救援後再送來本公司作二救, 經工程師分析共有二顆硬碟有壞軌不良故障,但陣列組態應已完成RAID6轉換,且此組陣列為BTRFS系統格式,故救援難度比一般EXT或XFS系統案件高, 客戶同意救援後,約花了4天成功救援出客戶資料.
![]()
6客戶名稱旭德資訊有限公司
聯絡電話02-27XXXXXX
硬碟型號WD800BB-00JHC0
硬碟序號WMAM980XXXXX
![]()
7客戶名稱旭德資訊有限公司
聯絡電話09331XXXXX
硬碟型號WD10EZEX-21M2NA0
硬碟序號WCC3F7NXXXXX
![]()
8客戶名稱林小姐
聯絡電話09832XXXXX
硬碟型號HS20YJZ
硬碟序號S23DJ16XXXXXX
![]()
9客戶名稱郭先生
聯絡電話09362XXXXX
硬碟型號WD20NMVW-11AV3S2
硬碟序號WXB1A34XXXXX
![]()
10客戶名稱東立出版社
聯絡電話09228XXXXX
硬碟型號HP BF03698782
硬碟序號a0h6p45XXXXX
![]()
11客戶名稱陳先生
聯絡電話09885XXXXX
硬碟型號ST9750420AS
硬碟序號5WSXXXXX
![]()
12客戶名稱鄭先生
聯絡電話09758XXXXX
硬碟型號WD1002FAEX
陣列形態RAID5
硬碟序號共6顆
故障原因
客戶描述此台Promise Peagasus R6外接式磁碟陣列櫃，內裝了6顆WD1002FAEX 黑標1TB硬碟， 在MAC下編輯使用，原本先是一顆5號硬碟有時會出現紅燈，隔一陣子後再重新開機，可以繼續使用，接著沒有多久時間，第2顆6號硬碟也出現紅燈，也是隔一陣子重新開機，仍可以繼續使用，但再過了數天後便OFFLINE了，搜尋不到此組陣列再隔了數天後重新開機，結果第3顆硬碟也亮起紅燈了，所以只好送來作資料救援，經檢測所有硬碟皆沒有壞軌故障問題，但客戶描述的5號及6號硬碟長時間運行，會有磁區不穩定及過熱問題，皆免費鏡相處理，但3號及6號硬碟的前方分區資訊有受損，導入分析的陣列參數無法直接對應到客戶所有的分區資料，經工程師修復排除後，並一一測試找出提前離線硬碟，順利導出客戶指定資料，完成此一MAC HFS+系統的RAID5磁碟陣列資料救援案例。
![]()
13客戶名稱歐先生
聯絡電話09100XXXXX
硬碟型號HTS725050A7E630
陣列形態500GB
硬碟序號140527TF05XXXXXX
![]()
14客戶名稱陳先生
聯絡電話09382XXXXX
硬碟型號DT01ABA2002
硬碟序號55FBXXXXX
![]()
15客戶名稱中央大學曾先生
聯絡電話09632XXXXX
硬碟型號TOSHIBA THNS128GG4BMAA
硬碟序號20FS106XXXXX
![]()
16客戶名稱金展空調股份有限公司
聯絡電話09726XXXXX
硬碟型號6L250S0
陣列形態Raid0
硬碟序號共2顆
故障原因
金展空調公司經其他資料救援公司救援一個月多失敗後，再轉送至本公司救援資料，送件時說明此二顆硬碟為RAID 0，由於RAID 0及RAID 5陣列結構及須分析及導入的參數不同，錯誤即會造成大量資料錯亂破損。本公司工程師RAID分析經驗豐富，馬上從MBR、DBR及磁區結構看出，該陣列為RAID 5結構非RAID0組態，並且是由三顆硬碟所架構，其中一顆硬碟分區表己經破損，且被格式化處理過，前方磁區還遭到一些系統隱藏檔覆蓋些資料，雖然缺少一顆硬碟分析的難度更高，經工程師一天全力加班趕工分析，於第二天早上完成救援, 快速完成此一高難度RAID5的資料救援案例。
![]()
17客戶名稱澎湖郭先生
聯絡電話09332XXXXX
硬碟型號美光crucial 2TB CT2000MX500SSD
硬碟序號1752e109XXXX
![]()
18客戶名稱科立爾數位
聯絡電話09882XXXXX
硬碟型號MP0402H
硬碟序號S03WJ10Y4XXXXX
![]()
19客戶名稱樹林系統廠商
聯絡電話02-XXXXXXXX
硬碟型號WD6002FRYZ
陣列形態RAID6
硬碟序號16顆
故障原因
老客戶開設的系統公司, 幫客戶建構大型的影片相片資料庫, 由16顆 WD 6TB金標硬碟所建構, 設定RAID6組態, 為Windows Ntfs系統格式,某一天機台RAID組態突然不見, 工程師重新加載組態重新運行REBUILD了數天,後來發現可能會有問題立刻中斷重建, 重新開機後可以看到第一分區,但所有資料已經不見,所以送來作資料救援, 經工程師檢測分析陣列相關參數, 發現原始陣列組態中的硬碟排序跟後來設定的已不同,已造成部份資料已錯亂.最後導入正確分析參數, 交付客戶OK沒有破損的資料,順利完成此一資料救援案例.
![]()
20客戶名稱陳先生
聯絡電話09129XXXXX
硬碟型號GZ-HD6U
硬碟序號1920FXXXXX
