RAID磁碟陣列案例

雷德致力於RAID磁碟陣列救援, 多年來累積許多實務救援經驗及案例, 不管是常見RAID5組態, 高難度RAID6, 資深同業也無法救援的少見RFS系統, 我們皆可提供專業快速的救援服務。實務上無法救援案例, 大部份是故障後人為再作了致命的錯誤操作, 故建議若資料重要請勿自行再處理, 以免救援難度增加。

  • 81

    客戶名稱南方影視製作有限公司

    聯絡電話09105XXXXX

    硬碟型號HDS722020ALA330

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    南方影視負責大愛電視拍攝製作剪輯的作業,購買了4顆2TB硬碟,設定MAC HFS格式,組成Raid 5陣列。某日主機第二顆硬碟故障,公司MIS人員替換一顆上去rebuild運行, rebuild完成後卻看不到任何資料。送來本公司後,經檢測尚有一顆硬碟有少量壞軌,經排除故障完成鏡相後,即開始分析計算相關參數。此陣列系統的stripe值極為少見,非一般標準參數2k、4K、8K…,須另行手工設定才能導出資料。因客戶所拍攝為FULL HD攝影機的特殊影片格式,一般播放軟體無法支援播放,於是先提取一小段影片供客戶先自行測試,客戶驗證無誤後,由於資料量太大近5TB,客戶也只要部份5、6集的資料,所以順利只花一天時間即提取完資料交付客戶,也免去了重新再找演員及搭景重拍攝的事件發生,成功完成此Raid 5資料救援任務。

  • 82

    客戶名稱攝影人數位影像

    聯絡電話09207XXXXX

    硬碟型號WD20EFRX-68EUEN0

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

    客戶一組Akiti Hydra外接陣列裝置,內裝了4顆WDEFRX 2TB硬碟,設定RAID 5組態,在MAC主機下操作使用,某日無法存取,送回原廠嘗試修復救援資料,但一樣無法讀取,後來再送至本公司作資料救援,經工程師檢測有一顆硬碟軔體故障出錯,分析參數導入無法直接對應任何分區資訊,須作一一剔除硬碟作缺盤分析,終找到對應組合順利交付客戶資料,完成此一RAID 5 磁碟陣列資料救援案例。
     

  • 83

    客戶名稱台灣大學電機館

    聯絡電話09270XXXXX

    硬碟型號WD1002FBYS

    陣列形態RAID6

    硬碟序號共8顆

    故障原因

    客戶一台NAS主機,由8顆WD1002FBYS企業版硬碟所建構,設定RAID 6組態,為特殊的XFS系統格式,客戶描述當時一位學生無法連結NAS的資料,無法用網路介面連線,後來雖然可以連接成功但無法抓到硬碟,嘗試重新開機處理,結果RAID的CONFIG組態全消失,所以只好送來作資料救援,經工程師檢測,所有硬碟皆無任何壞軌故障問題,應是24小時機器運作,硬碟過熱離線問題,分析陣列相關參數導入並無法直接到任何資料,應有1、2顆硬碟早已離線,由於RAID 6故障2顆硬碟尚可正常運行,須一一剔除找出提前離線的硬碟,但剔除組合太多,分析難度高且耗時會很久,陣列中又有定LVM串連,經工程師一一分析對應後,順利找出客戶指定資料,完成此RAID 6 XFS系統的NAS資料救援案例。
     

  • 84

    客戶名稱外國客戶白先生

    聯絡電話098XXX2997

    硬碟型號HTS727550A9E364

    陣列形態RAID0

    硬碟序號共2顆

    故障原因

    外國客戶白先生一組RAID 0 陣列,平時在MAC下操作使用,某日不明原因無法讀取陣列中的內部資料,送來本公司檢測後發現該陣列的HFS分區表資訊受損,經工程師分析查找陣列磁區內容,終找到客戶指定資料,順利導出資料交付客戶驗收,完成此一RAID 0資料救援案例。

  • 85

    客戶名稱自由海豚影像

    聯絡電話09891XXXXX

    硬碟型號WD20EARX-00PASB0

    陣列形態RAID0

    硬碟序號2顆

    故障原因

    客戶一台WD MYBOOK STUDIO II的4TB外接行動硬碟,某日在MAC下不小心操作造成讀不到內部資料,所以送修作資料救援,經工程師檢測,該組行動硬碟設定為RAID 0組態,為MAC HFS系統格式, 分析陣列參數導入無法看到任何資料,猜想客戶可能不小心在MAC下作了清除功能,造成原始的分區資訊損毀,由於客戶尚可接受流水號的檔案,所以分析陣列相關參數導入重建,還原交付客戶部份資料,完成此一RAID 0資料救援案例。

  • 86

    客戶名稱中華奉元學會

    聯絡電話09378XXXXX

    硬碟型號ST3000DM001

    陣列形態RAID0

    硬碟序號2顆

    故障原因

    客戶一台BUFFALO LS420D的NAS主機,內裝了2顆ST3000DM001 3TB硬碟,設定RAID 0組態,某日發現2號硬碟故障,自行嘗試拆下取出至電腦端存取,但還是一樣無法讀到任何資料,經工程師檢測2號硬碟為內部讀寫頭故障問題,須作開盤救援處理,開盤成功順利分析出陣列參數,導入重建客戶資料,順利完成此一BUFFALO NAS的RAID 0磁碟陣列資料救援案例。

  • 87

    客戶名稱台灣富美家

    聯絡電話02-25151XXX

    硬碟型號ST3146755SS

    陣列形態RAID5

    硬碟序號3顆

    故障原因

    客戶一台伺服器由3顆IBM ST3146755SS SAS硬碟建構,設定RAID 5組態,為WINDOWS NTFS系統格式,客戶描述一顆硬碟離線後就無法運行,另有自行作過CHKDSK修復性動作,經工程師檢測硬碟並無壞軌故障,不過運作過程中有一顆硬碟容易過熱離線,客戶急用資料,同意救援後於隔天順利交付客戶指定資料,完成此一RAID 5磁碟陣列資料救援案例。 

  • 88

    客戶名稱國立政治大學

    聯絡電話09186XXXXX

    硬碟型號ST3250823A

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    政治大學一台NAS主機,由4顆250GB SEAGATE 硬碟作RAID 5組態設定,原以為是單純第三顆硬碟故障,後經原廠檢測後發現第一顆硬碟亦損毀須作資料救援。客戶先送第一家救援公司檢測,因價格太高放棄而再轉送至本公司,經工程師檢測所有硬碟皆已開盤過,1號硬碟有壞軌故障情形,3號硬碟嚴重刮傷問題需作缺盤分析,導入參數無法直接認到該組陣列,疑似另有一顆硬碟有提前離線問題,經工程師再作後續處理順利搶救出客戶未離線可用資料。完成此RAID 5資料救援案例。  

  • 89

    客戶名稱台北市營建剩餘土石方資源處理商業同業公會

    聯絡電話09567XXXXX

    硬碟型號HDS725050KLA360

    陣列形態Raid5

    硬碟序號共3顆

    故障原因

    戶送來一組磁碟陣列,由3顆IBM HDS725050KLA360 500GB硬碟建構RAID 5組態,系統為windows Fat32格式。某日電腦無法正常開機,換上一顆新硬碟Rebuild重建後,資料不見只好送修作資料救援,經工程師檢測發現,零號硬碟R/W讀寫頭故障,該顆硬蹀共有5個碟片,10個讀寫頭,須開盤處理才能鏡相完整磁區資料,導入分析陣列參數,只看到二個資料夾,並不是客戶想要的重要資料,資料非常不完整,工程師再進行後續分區表分析還原工程,終交付客戶完整資料,成功完成此一RAID 5磁碟陣列資料救援案例。  

  • 90

    客戶名稱青雲國際科技股份有限公司

    聯絡電話09312XXXXX

    硬碟型號ST336607LW

    陣列形態Raid5

    硬碟序號共3顆

    故障原因

    客戶送來3顆36.9GB SCSI硬碟,該組陣列設定RAID 5組態,系統為Windows NTFS格式。某日公司因跳電停電關係,造成整組陣列崩潰,重新再開機已無法運行,且可以聽到有一顆硬碟已有讀取雜異音,送來本公司後經工程師檢測,發現3號硬碟碟面磁區受損,磁區讀取資料有異音,客戶同意救援後,將3號硬碟磁區鏡相完整,並分析陣列參數後導入,最終重建還原客戶重要資料,順利完成此一RAID 5磁碟陣列資料救援案例。 

  • 91

    客戶名稱文霖補習班

    聯絡電話09379XXXXX

    硬碟型號ST2000DM001

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    客戶自行組裝電腦,WINDOWS下設定有4顆2TB硬碟作RAID 5組態,不明原因故障造成RAID 5離線Failed,客戶自行嘗試加入OFFLINE的硬碟,但一樣Failed無法讀取陣列資料,經工程師檢測有一顆硬碟軔體故障,容量不正確,直接導入陣列分析參數,尚有分區資訊損毀情況,經工程師再作後續處理順利導入客戶的資料,完成此一RAID 5資料救援案例。 

  • 92

    客戶名稱力士科技股份有限公司

    聯絡電話09188XXXXX

    硬碟型號WD7502ABYS-02A6B0

    陣列形態Raid 0

    硬碟序號共2顆

    故障原因

    客戶由2顆WD7502ABYS企業版硬碟設定RAID 0陣列,某日突然無法使用,系統進不去,經工程師檢測,RAID CONFIG遺失,分區表損毀,導入陣列分析參數重建後,順利交付客戶資料,完成此一RAID 0資料救援案例。   
     

  • 93

    客戶名稱徐先生

    聯絡電話09521XXXXX

    硬碟型號WD15EADS-00P8B0

    陣列形態Raid 0

    硬碟序號共4顆

    故障原因

    客戶一台PRORAID主機,由4顆WD15EADS 1.5TB硬碟所建構,設定RAID 0組態。客戶某日關機後,外接盒無法自動關閉,所以自己手動POWER OFF,隔天POWER ON就出現Error及Rebuild的訊息,電腦系統也無法抓到。經工程師檢測,2號硬碟有壞軌故障問題,所以才會造成整組陣列崩潰,Raid Config遺失,2號硬碟完整鏡相後,工程師再進一步分析RAID 0陣列相關參數,導入參數後順利重建還原客戶的原始資料,成功完成此一RAID 0磁碟陣列資料救援案例。   

  • 94

    客戶名稱台北林先生

    聯絡電話09210xxxxx

    硬碟型號HDS721050cla362

    陣列形態raid0+raid1

    硬碟序號共2顆

    故障原因

    客戶使用了二顆HITACHI 500GB硬碟, 利用主機板上的INTEL ICH9R作Matrix Raid設定,硬碟前面50GB空間設定RAID0組態, 為WINDOWS NTFS系統格式,後面450GB空間設定為RAID1(MIRROR),某日故障後送來作檢測救援, 經工程師檢測一號硬碟為單碟片,二個磁頭,0號磁頭故障損毀, 須後續開盤才能救援, 二號硬碟有壞軌故障問題, 由於客戶只須MIRROR區的資料, 只須由故障較輕的一顆去處理即可, 故鏡相2號硬碟完成後,順利導出客戶資料, 完成此一RAID0+RAID1的磁碟陣列救援案例。

  • 95

    客戶名稱景騰電腦

    聯絡電話09310XXXXX

    硬碟型號ST3320620NS

    陣列形態RAID5

    硬碟序號4顆

    故障原因

    客戶一台Smartstor NS4300N 的NAS主機, 由4顆SEAGATE ST3320620NS 320GB企業版硬碟建構,經工程師檢測所有硬碟皆無壞軌問題, 可能是散熱不佳運行過熱造成硬碟離線而致陣列Crash,客戶同意救援後, 分析陣列相關參數, 發現此組陣列跟一般常見NAS參數不同, 不過終還是有對應到客戶指定資料, 順利完成此一RAID5 NAS資料救援案例.

  • 96

    客戶名稱李先生

    聯絡電話09320XXXXX

    硬碟型號HDS721010CLA332+ST31000524AS

    陣列形態RAID1

    硬碟序號共2顆

    故障原因

    客戶描述一台ZYZEL NSA221的NAS主機,內裝2顆1TB硬碟,設定RAID1組態,HD1前1~2天亮紅燈,交叉測試HD1及HD2再分別放回NAS中,結果HD1無法讀取,HD2正常讀取,但要由HD2 COPY出資料到硬碟,約一小時左右NAS就會當機無法再導資料,經工程師檢測,此二顆硬碟有磁區不穩定情況,另此組NAS採用少見的XFS系統格式,鏡相完成後順利分析交付客戶指定資料,完成此一RAID1資料救援案例 。

  • 97

    客戶名稱何先生

    聯絡電話09266XXXXX

    硬碟型號WD5002ABYS

    陣列形態RAID 0

    硬碟序號共2顆

    故障原因

    客戶一組RAID 0磁碟陣列,由2顆WD5002ABYS建構,為NTFS系統格式,當時將RAID 0 DELETE掉,又個別將二顆硬碟作快速格式化,然後再組回原本RAID 0,但還是一樣看不到任何資料,結果先請電腦店家作資料救援,但資料很不完整,所以又再送來本公司作檢測救援,分析陣列參數直接導入無法直接認到客戶資料,流水號檔案也皆損毀,磁區參數應不正確,由於客戶有提到RAID 0有打掉重新建構,所以有可能最後參數跟原始參數不同,再一一人工以不同參數測試,終比對出客戶原始陣列參數,順利完成此一RAID 0磁碟陣列案例。 

  • 98

    客戶名稱中華民國體育運動總會

    聯絡電話09520XXXXX

    硬碟型號wd2002FYPS-02WBB0

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

    客戶一組TThecus N7700PRO NAS主機,內裝7顆WD 2TB硬碟去建構,為LINUX EXT系統格式,某天RAID 5資訊遺失,檢試查看7號硬碟故障亮燈,將3號原HOT-SPARE硬碟換至7號位置去REBUILD重建,結果重建失敗就送回原廠處理,原廠檢測有2顆硬碟有壞軌,無法救援出客戶指定資料,經工程師檢測有一顆硬碟的磁區內容皆是空白無資料,另有二顆硬碟有壞軌故障,鏡相完成後導入陣列參數,可看見分區資料夾結構,但大部份資料夾的內容多是全空,應是有一顆硬碟有提前離線或二顆壞軌硬碟的MFT表損毀造成,一一剔除找出問題硬碟作缺盤分析,終順利對應完整資料,完成此一RAID 5 NAS資料救援案例。

  • 99

    客戶名稱聲谷企業

    聯絡電話09109XXXXX

    硬碟型號ST1000NM0033

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

    客戶一台ASUS RS-300-E7主機由4顆ST1000NM0033 1TB硬碟建構,設定RAID 5組態,某日DISAK3故障,更換新的HDD上去後,變成DISK2故障,Rebuild 後變OFFLINE,經工程師檢測舊3號硬碟有壞軌故障問題,而REBUILD過的新3號硬碟前方34%磁區有資料,由於有作過REBUILD一段時間,客戶的指定資料可能要從此二顆硬碟分析建構,經工程師分析重建後,順利交付客戶指定資料,完成此一RAID 5磁碟陣列資料救援案例。

  • 100

    客戶名稱翊傑資訊

    聯絡電話09356XXXXX

    硬碟型號ST3160827AS

    陣列形態RAID1

    硬碟序號共2顆

    故障原因

    客戶一台主機,設定RAID 1組態,由2顆ST3160827AS所建構,為LINUX EXT系統格式,某日故障無法運行後,在Raid Controlle有嘗試用Rebuild 動作,但無法有任何作用,經工程師檢測,右方硬碟早已離線多日,左方硬碟則有壞軌故障問題,完成壞軌硬碟的鏡相作業程序後,順利導出客戶指定資料,完成此一RAID 1磁碟陣列資料救援案例。