RAID磁碟陣列資料救援案例
雷德致力於NAS及RAID磁碟陣列資料救援，選擇第一家RAID陣列資料救援公司是非常重要的事，因為RAID陣列除了硬碟故障外，還要分析陣列參數及客戶故障後有再做的錯誤操作須排除，須具許多實務救援經驗及技術，否則容易發生選錯第一家花了數天或近一個月拖了許久也無法救援情況。不管是高難度RAID6，特殊結構SHR或HP雙效驗陣列，資深同業也無法救援的少見RFS、BTRFS系統，雷德皆可提供專業快速的救援服務。
-
![]()
81客戶名稱京璽創意股份有限公司
聯絡電話09329XXXXX
硬碟型號ST31000340AS
陣列形態Raid1
硬碟序號共2顆
故障原因
客戶一台QNAP NAS主機可裝4顆硬碟，但因資料重要，所以當初採購2顆Seagate 1TB硬碟設定raid 1組態運行。原先早在1、2個月前第一顆硬碟即有壞軌造成故障，因第二顆硬碟尚可運行，而且平常事務太忙所以未能即時處理。當第二顆硬碟也故障crash後送來本公司，檢測後發現資料較完整的第二顆硬碟己磁頭故障，經進一步開盤檢測，碟片已經嚴重刮傷無法救援，只好處理第一顆壞軌故障問題，最後成功提取出客戶資料。但有將近一個月多的資料，只有部份資料因壞軌硬碟有時可正常運行時有寫入些資料，建議客戶RAID磁碟陣列遇到故障時，應即時儘快處理，才能減少意外發生的機會。
-
![]()
82客戶名稱大川吉海事工程有限公司
聯絡電話09828XXXXX
硬碟型號HD502IJ
陣列形態Raid0
硬碟序號共2顆
故障原因
客戶一台Buffalo Nas主機，內裝了二顆Samsung HD502IJ 500GB硬碟，建構Raid 0組態，系統為XFS格式。某日故障後，嘗試作過修復性動作，而造成分區資訊受損，並有少量資料覆蓋情形，經工程師分析陣列參數導入後，最終完成此一RAID 0磁碟陣列資料救援案例。
-
![]()
83客戶名稱先映國際媒體
聯絡電話09877XXXXX
硬碟型號DT01ACA300
陣列形態RAID0
硬碟序號6顆
故障原因
客戶一組磁碟陣列由6顆TOSHIBA 3TB硬碟建構，設定RAID 0組態，為MAC HFS系統格式，某日無法正常MOUNT，監測軟體顯示Array消失不見，嘗試重新開機處理，一樣認不到，經工程師檢測所有硬碟皆沒有任何壞軌，可能運行中高溫過熱，造成單顆硬碟離線OFFLIONE，RAID 0只要一顆硬碟故障就整組Crash，效能快但並無保險，經工程師分析相關參數導入重建，順利完成此一MAC HFS系統的RAID 0磁碟陣列救援案例。
-
![]()
84客戶名稱國立台灣科技大學
聯絡電話09520XXXXX
硬碟型號HDT725032VLA360
陣列形態Raid5
硬碟序號共4顆
故障原因
系辦使用的PROMISE NS4300N NAS主機，內裝了4顆 HITACHI 320GB硬碟，設定RAID5組態，某日NAS開不了機，無法確認故障狀況，所以送來光華商場檢測，經工程師檢測此4顆硬碟皆無任何壞軌故障問題，但每一顆的SMART資訊皆出現注意資訊，不建議再繼續使用，分析發現疑似硬碟不穩定造成出錯、硬碟離線無法運行，經分析陣列參數後導入重建，順利完成此一RAID5 NAS資料救援案例。
-
![]()
85客戶名稱競豪國土量測公司
聯絡電話09309XXXXX
硬碟型號HDS721010CLA332
陣列形態Raid0
硬碟序號共4顆
故障原因
競豪國土量測公司，某日公司有一台Promise SmartStor NS4300N NAS故障，由4顆HITACHI 1TB硬碟設定RAID0組態建構而成，來電詢問後送來本公司檢測處理，經工程師檢測，第4顆硬碟嚴重壞軌而致整個陣列CRASH， 一般RAID 0硬碟稍有損壞，就易導致整個陣列CRASH，少見此案例會壞軌損壞如此嚴重，客戶一年前原設定為RAID5，後來不明原因設定成RAID0，結果原本可以RAID5 作缺盤分析重建資料，只要2、3天即可取回資料，因此陣列設定為RAID 0，另一顆壞軌也須完整鏡相，所以多花了許久時間才重建取回資料。
-
![]()
86客戶名稱振詠產電開發股份有限公司
聯絡電話09393XXXXX
硬碟型號WD20EARX-00PASB0
陣列形態Raid1
硬碟序號共二顆
故障原因
客戶使用WD綠標2TB硬碟建構RAID 1陣列，某日系統突然不能開機使用，送來本公司檢測後，發現有一顆硬碟為壞軌故障問題，另一顆為電路板故障，因為設定為RAID 1組態，所以取故障輕微的硬碟作後續處理即可，最後順利完成此一RAID 1資料救援案例。
-
![]()
87客戶名稱陳先生
聯絡電話09206XXXXX
硬碟型號DG146BB976
陣列形態RAID0
硬碟序號共2顆
故障原因
客戶非常急用陣列內的資料，作48HR特急件救援處理。該組陣列應由HP主機拆下，由二顆HP DG146BB976 SAS硬碟所建構，設定為RAID0組態，某日資料尚未完全備份，就重新安裝了系統而造成資料覆蓋的情況，由於客戶主要是要救援Oracle資料庫的資料，經一天時間，順利救出客戶指定20多GB資料，完成此一資料救援案例。
-
![]()
88客戶名稱肯茂企業有限公司
聯絡電話09229XXXXX
硬碟型號ST31000340NS
陣列形態Raid0
硬碟序號共2顆
故障原因
述坤為肯茂的軟體設計服務廠商，因客戶Server主機內有二顆seagate 1TB硬碟，設定為Raid 0陣列，某日主機不明原因crash無法運行，經工程師檢測後判斷，其中一顆壞軌較多，鏡相處理約需3、4天時間；另一顆己有敲盤異音，內部磁頭故障需開盤處理。二顆硬碟為同一時間購買，所以當開盤匹配材料相容性高。先完成第一顆壞軌鏡相對拷後，再作第二顆硬碟的開盤作業。由於Seagate 1TB磁頭置換時須將磁頭停靠在碟片內圈，而非park在碟片外的磁頭支架上，精密的磁頭若非架空滑行在碟片上，易刮傷碟片造成壞軌或致污染，造成整組磁頭材料報銷，所以必須使用特別打造的高精密度磁頭置換支架工具，才能提高救援成功率及救援出更完整的資料。替換磁頭成功後經二天完成鏡像對拷，再分析計算此raid0陣列參數，導入後順利提取資料成功完成此資料救援案例。
-
![]()
89客戶名稱敦允有限公司
聯絡電話09312XXXXX
硬碟型號WD10EFRX-68PJCN0
陣列形態RAID6
硬碟序號共8顆
故障原因
客戶一台主機內裝了8顆 1TB硬碟，設定RAID6組態，為WINDOWS NTFS系統格式，某一天主機端發現有其中一顆1號硬碟已離線，有嘗試作REBUILD動作，但有可能被人為中斷，也自行使用R-STUDIO及PHOTOREC去作救援，但不小心操作誤錯，救援資料也存入了此一陣列中，經工程師檢測，客戶在12月份時有作過CHKDSK修復性動作，有許多資料夾結構及檔案名稱有損毀的情況，,1月9、10有操作寫入了大量資料作覆蓋，由於並無硬碟有任何故障問題，所以分析陣列參數導入重建，再作後續資料覆蓋的救援處理，順利導出客戶部份沒覆蓋的資料，因為客戶陣列中也存放了些虛擬機，所以須再針對虛擬機作後續處理，最後終完成此一少見的RAID6磁碟陣列資料救援案例。
-
![]()
90客戶名稱君吉實業有限公司
聯絡電話02288XXXXX
硬碟型號ST3500320NS
陣列形態Raid10
硬碟序號共4顆
故障原因
由4顆SEAGATE 500GB建構RAID10陣列，某日發現機台2號及3號硬碟故障，陣列系統CRASH無法運行，經工程師檢測，因2號及3號磁區損毀，且二顆硬碟磁區內容相同，所以才會導致整組陣列無法運行，完成所有硬碟鏡相工作及分析陣列參數後，順利重建RAID陣列交付客戶資料，完成此一RAID5磁碟陣列救援案例。
-
![]()
91客戶名稱張先生
聯絡電話09205XXXXX
硬碟型號WD20NPVX-11EA4T0
陣列形態RAID0
硬碟序號共2顆
故障原因
客戶一個外接式行動硬碟內有二顆WD20NPVX 2TB硬碟，建構RAID 0陣列，在MAC電腦下使用操作，某日突然就不能使用，經工程師檢測硬碟並無任何壞軌故障，但外接盒的轉接卡有故障情況，須手工分析陣列參數導入再重建資料，終順利完成此一MAC RAID 0磁碟陣列資料救援案例。
-
![]()
92客戶名稱攝影人數位影像
聯絡電話09207XXXXX
硬碟型號WD20EFRX-68EUEN0
陣列形態RAID5
硬碟序號共4顆
故障原因
客戶一組Akiti Hydra外接陣列裝置，內裝了4顆WDEFRX 2TB硬碟，設定RAID 5組態，在MAC主機下操作使用，某日無法存取，送回原廠嘗試修復救援資料，但一樣無法讀取，後來再送至本公司作資料救援，經工程師檢測有一顆硬碟軔體故障出錯，分析參數導入無法直接對應任何分區資訊，須作一一剔除硬碟作缺盤分析，終找到對應組合順利交付客戶資料，完成此一RAID 5 磁碟陣列資料救援案例。
-
![]()
93客戶名稱台灣大學電機館
聯絡電話09270XXXXX
硬碟型號WD1002FBYS
陣列形態RAID6
硬碟序號共8顆
故障原因
客戶一台NAS主機，由8顆WD1002FBYS企業版硬碟所建構，設定RAID 6組態，為特殊的XFS系統格式，客戶描述當時一位學生無法連結NAS的資料，無法用網路介面連線，後來雖然可以連接成功但無法抓到硬碟，嘗試重新開機處理，結果RAID的CONFIG組態全消失，所以只好送來作資料救援，經工程師檢測，所有硬碟皆無任何壞軌故障問題，應是24小時機器運作，硬碟過熱離線問題，分析陣列相關參數導入並無法直接到任何資料，應有1、2顆硬碟早已離線，由於RAID 6故障2顆硬碟尚可正常運行，須一一剔除找出提前離線的硬碟，但剔除組合太多，分析難度高且耗時會很久，陣列中又有定LVM串連，經工程師一一分析對應後，順利找出客戶指定資料，完成此RAID 6 XFS系統的NAS資料救援案例。
-
![]()
94客戶名稱外國客戶白先生
聯絡電話098XXX2997
硬碟型號HTS727550A9E364
陣列形態RAID0
硬碟序號共2顆
故障原因
外國客戶白先生一組RAID 0 陣列，平時在MAC下操作使用，某日不明原因無法讀取陣列中的內部資料，送來本公司檢測後發現該陣列的HFS分區表資訊受損，經工程師分析查找陣列磁區內容，終找到客戶指定資料，順利導出資料交付客戶驗收，完成此一RAID 0資料救援案例。
-
![]()
95客戶名稱自由海豚影像
聯絡電話09891XXXXX
硬碟型號WD20EARX-00PASB0
陣列形態RAID0
硬碟序號2顆
故障原因
客戶一台WD MYBOOK STUDIO II的4TB外接行動硬碟，某日在MAC下不小心操作造成讀不到內部資料，所以送修作資料救援，經工程師檢測，該組行動硬碟設定為RAID 0組態，為MAC HFS系統格式， 分析陣列參數導入無法看到任何資料，猜想客戶可能不小心在MAC下作了清除功能，造成原始的分區資訊損毀，由於客戶尚可接受流水號的檔案，所以分析陣列相關參數導入重建，還原交付客戶部份資料，完成此一RAID 0資料救援案例。
-
![]()
96客戶名稱中華奉元學會
聯絡電話09378XXXXX
硬碟型號ST3000DM001
陣列形態RAID0
硬碟序號2顆
故障原因
客戶一台BUFFALO LS420D的NAS主機，內裝了2顆ST3000DM001 3TB硬碟，設定RAID 0組態，某日發現2號硬碟故障，自行嘗試拆下取出至電腦端存取，但還是一樣無法讀到任何資料，經工程師檢測2號硬碟為內部讀寫頭故障問題，須作開盤救援處理，開盤成功順利分析出陣列參數，導入重建客戶資料，順利完成此一BUFFALO NAS的RAID 0磁碟陣列資料救援案例。
-
![]()
97客戶名稱陳先生
聯絡電話0921XXXXXX
硬碟型號ST3500413AS
陣列形態RAID 0
硬碟序號9YP1XX-XXX
故障原因
使用主機板的晶片製作磁碟陣列，主板故障，硬碟陣列顯示下線。經工程師分析陣列參數導入後，最終完成此一RAID 0磁碟陣列資料救援案例。
-
![]()
98客戶名稱台灣富美家
聯絡電話02-25151XXX
硬碟型號ST3146755SS
陣列形態RAID5
硬碟序號3顆
故障原因
客戶一台伺服器由3顆IBM ST3146755SS SAS硬碟建構，設定RAID 5組態，為WINDOWS NTFS系統格式，客戶描述一顆硬碟離線後就無法運行，另有自行作過CHKDSK修復性動作，經工程師檢測硬碟並無壞軌故障，不過運作過程中有一顆硬碟容易過熱離線，客戶急用資料，同意救援後於隔天順利交付客戶指定資料，完成此一RAID 5磁碟陣列資料救援案例。
-
![]()
99客戶名稱國立政治大學
聯絡電話09186XXXXX
硬碟型號ST3250823A
陣列形態Raid5
硬碟序號共4顆
故障原因
政治大學一台NAS主機，由4顆250GB SEAGATE 硬碟作RAID 5組態設定，原以為是單純第三顆硬碟故障，後經原廠檢測後發現第一顆硬碟亦損毀須作資料救援。客戶先送第一家救援公司檢測，因價格太高放棄而再轉送至本公司，經工程師檢測所有硬碟皆已開盤過，1號硬碟有壞軌故障情形，3號硬碟嚴重刮傷問題需作缺盤分析，導入參數無法直接認到該組陣列，疑似另有一顆硬碟有提前離線問題，經工程師再作後續處理順利搶救出客戶未離線可用資料。完成此RAID 5資料救援案例。
-
![]()
100客戶名稱台北市營建剩餘土石方資源處理商業同業公會
聯絡電話09567XXXXX
硬碟型號HDS725050KLA360
陣列形態Raid5
硬碟序號共3顆
故障原因
客戶送來一組磁碟陣列，由3顆IBM HDS725050KLA360 500GB硬碟建構RAID 5組態，系統為windows Fat32格式。某日電腦無法正常開機，換上一顆新硬碟Rebuild重建後，資料不見只好送修作資料救援，經工程師檢測發現，零號硬碟R/W讀寫頭故障，該顆硬蹀共有5個碟片,10個讀寫頭，須開盤處理才能鏡相完整磁區資料，導入分析陣列參數，只看到二個資料夾，並不是客戶想要的重要資料，資料非常不完整，工程師再進行後續分區表分析還原工程，終交付客戶完整資料，成功完成此一RAID 5磁碟陣列資料救援案例。
