RAID磁碟陣列案例

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

  • 61

    客戶名稱大岳藝術製作有限公司

    聯絡電話09310XXXXX

    硬碟型號ST31500341AS

    陣列形態Raid5

    硬碟序號共3顆

    故障原因

    客戶主機由3顆SEAGATE 1.5TB硬碟建構一組陣列,設定RAID 5組態,並切割了二個分區,其中一個分區先OFFLINE後消失,另一分區內有VMWARE 4.1的虛擬機,後來也進入Rebuild狀態,客戶重要的就是第二分區的虛擬機檔案,經工程師檢測該組陣列RAID Config遺失,而造成陣列Crash,分析陣列參數導入重建,無法直接認到該組陣列的分區資訊,經搜尋修復才順利還原客戶資料。客戶重要虛擬機檔案第一次驗收,有部份檔案疑似分區損毀沒對應到,後再經工程師重建搜尋順利交付客戶資料,完成此一RAID 5磁碟陣列救援案例。

  • 62

    客戶名稱振詠產電開發股份有限公司

    聯絡電話09393XXXXX

    硬碟型號WD20EARX-00PASB0

    陣列形態Raid1

    硬碟序號共二顆

    故障原因

    客戶使用WD綠標2TB硬碟建構RAID 1陣列,某日系統突然不能開機使用,送來本公司檢測後,發現有一顆硬碟為壞軌故障問題,另一顆為電路板故障,因為設定為RAID 1組態,所以取故障輕微的硬碟作後續處理即可,最後順利完成此一RAID 1資料救援案例。  

  • 63

    客戶名稱祥冠工程資訊股份有限公司

    聯絡電話09352XXXXX

    硬碟型號ST3146356SS

    陣列形態Raid5

    硬碟序號共3顆

    故障原因

    客戶主機由3顆SEAGATE 146GB SAS硬碟所建構,設定RAID 5組態,系統格式WINDOWS NTFS格式,切割了四個分區,經工程師檢測,其中一顆硬碟磁區不穩定但尚可讀取RAID CONFIG遺失,須手工分析陣列參數,還原陣列原始架構,工程師導入陣列參數後,順利交付客戶完整資料,完成此一RAID 5磁碟陣列資料救援案例。

  • 64

    客戶名稱大川吉海事工程有限公司

    聯絡電話09828XXXXX

    硬碟型號HD502IJ

    陣列形態Raid0

    硬碟序號共2顆

    故障原因

    客戶一台Buffalo Nas主機,內裝了二顆Samsung HD502IJ 500GB硬碟,建構Raid 0組態,系統為XFS格式。某日故障後,嘗試作過修復性動作,而造成分區資訊受損,並有少量資料覆蓋情形,經工程師分析陣列參數導入後,最終完成此一RAID 0磁碟陣列資料救援案例。

  • 65

    客戶名稱太陽電腦有限公司

    聯絡電話09370XXXXX

    硬碟型號HITACHI 500GB

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    某商業雜誌社IBM RAID5資料庫主機,某天不明原因系統CRASH故障無法使用,經由配合系統廠商太陽電腦轉件過來我們公司救援分析.當天晚上收到件後,工程師立即將所有硬碟作好鏡相備份,隔天星期六立即開始手工分析各項參數,下午分析出參數重建後,將所有資料近1.4TB花了一天時間導出,並製作詳細檔案清單交付客戶,成功完成此資料救援案例。

  • 66

    客戶名稱微風廣場實業股份有限公司

    聯絡電話09351XXXXX

    硬碟型號ST3146855SS

    陣列形態Raid5 SAS硬碟

    硬碟序號共3顆

    故障原因

    原第0號硬碟故障燈亮起,換上一顆新硬碟無法自動Rebuild,Raid config發現第2號硬碟OFF LINE,再換上新硬碟,並將原0號硬碟插回,系統自動Rebuild,完成後仍無法開機。經工程師檢測,除2號硬碟磁頭故障外,其他硬碟皆正常無損壞,但因做過同步化的作業,所有硬碟磁區的校驗資料都會變更而有所不同,造成第一分區資料完全無法對應,幸客戶所要的資料在第二分區,工程師分析完成後,導入陣列參數並一一對應遺失的資料夾,成功分析出客戶所要的MYSQL相關資料。

  • 67

    客戶名稱全音樂股份有限公司

    聯絡電話09521XXXXX

    硬碟型號ST3000DM001

    陣列形態Raid5

    硬碟序號共6顆

    故障原因

    老客戶換公司後再次送件救援。客戶公司一台群輝SYNOLOGY DS1812+ NAS主機,共裝了6顆Seagate ST3000DM001 3TB硬碟,設定RAID5組態,某日1號硬碟有SCAN出現壞軌,嘗試備份資料時6號硬碟出現異常,送回原廠處理無法救援所以再轉送本公司救援,經工程師檢測6號硬碟疑似當時有不小心格式化清除,並存入了一些資料作了覆蓋,原始分區資訊已損毀,1號硬碟的0號磁頭故障不良,並且有重度軔體故障問題,分析陣列參數後發現,硬碟順序跟主機的排列順序不同,剔除磁頭故障的1號硬碟,由其他5顆作缺盤重建無法找到任何正確的資料,故須對1號硬碟作開盤救援後加入分析重建,最後終成功順利完整導出客戶重要資料,完成此一群輝SYNOLOGY NAS RAID5的資料救援案例。

  • 68

    客戶名稱培昌企業有限公司

    聯絡電話09361XXXXX

    硬碟型號WD10EADS

    陣列形態Raid1

    硬碟序號共2顆

    故障原因

    分區表損壞資料錯亂,無法由機器端重建。

  • 69

    客戶名稱厚生彩色輸出印製公司

    聯絡電話09350XXXXX

    硬碟型號WD15EARX-00PASB0

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    客戶一台QNAP TS419P的主機,為EXT系統格式,內裝了4顆1.5TB的SEAGATE ST31500341AS硬碟,某日故障後無法讀取,發現之後立即換上新的一顆ST2000VX000 2TB,試著重建組態,但失敗無效,隔天發現左3號硬碟也顯示硬碟損毀,後來請原廠遠端處理過,但沒多久時間又不能運行了,經工程師檢測,原舊1號硬碟部磁頭組件故障,不建議先行開盤處理,3號硬碟為壞軌故障問題,須先鏡相對拷所有磁區的資料再分析,工程師分析導入參數,無法直接看到客戶資料,再一一作剔碟處理,順利對應出客戶原始資料,成功完成此一NAS RAID 5磁碟陣列資料救援案例。  

  • 70

    客戶名稱臺鍍科技股份有限公司

    聯絡電話09374XXXXX

    硬碟型號WD800AAJS

    陣列形態Raid1

    硬碟序號共3顆

    故障原因

    客戶使用2顆80GB硬碟架構RAID 1陣列+500GB硬碟做SQL資料庫內部存放公司每天備份的重要資料,疑因power故障造成3顆硬碟皆嚴重燒毀。其中一顆80GB硬碟因電路板嚴重燒毀,無法做原板修復;另一顆80GB硬碟的電路板表層有小區塊遭燒毀,工程師做原板跳線焊接處理;另500GB硬碟經工程師追查電路並拆焊10多顆晶片後,成功救援出客戶所需的資料。

  • 71

    客戶名稱台南安平-高先生

    聯絡電話09736XXXXX

    硬碟型號YAR14BW0

    陣列形態Raid0

    硬碟序號共2顆

    故障原因

    RAID 0 config遺失,無法透過原電腦系統重建,造成RAID crash。

  • 72

    客戶名稱肯茂企業有限公司

    聯絡電話09229XXXXX

    硬碟型號ST31000340NS

    陣列形態Raid0

    硬碟序號共2顆

    故障原因

    述坤為肯茂的軟體設計服務廠商,因客戶Server主機內有二顆seagate 1TB硬碟,設定為Raid 0陣列,某日主機不明原因crash無法運行,經工程師檢測後判斷,其中一顆壞軌較多,鏡相處理約需3、4天時間;另一顆己有敲盤異音,內部磁頭故障需開盤處理。二顆硬碟為同一時間購買,所以當開盤匹配材料相容性高。先完成第一顆壞軌鏡相對拷後,再作第二顆硬碟的開盤作業。由於Seagate 1TB磁頭置換時須將磁頭停靠在碟片內圈,而非park在碟片外的磁頭支架上,精密的磁頭若非架空滑行在碟片上,易刮傷碟片造成壞軌或致污染,造成整組磁頭材料報銷,所以必須使用特別打造的高精密度磁頭置換支架工具,才能提高救援成功率及救援出更完整的資料。替換磁頭成功後經二天完成鏡像對拷,再分析計算此raid0陣列參數,導入後順利提取資料成功完成此資料救援案例。

  • 73

    客戶名稱美商達爾特科技有限公司

    聯絡電話02822XXXXX

    硬碟型號ST3500320NS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    中和遠東科技園區內的美商達爾特,公司使用DELL POWEREDGE T110 Server主機由4顆seagate 500GB硬碟建構RAID5組態。某日陣列系統CRASH,經檢測0號硬碟壞軌數量多、磁區不穩定經鏡相處理。其餘三顆硬碟皆正常無壞軌,理應可正常運行,工程師進一步檢測, 發現原來此三顆中己有一顆早已離線多時,可能當時運行過熱離線fail,最後又有一顆硬碟發生壞軌問題而致系統crash,鏡相完成後當天即分析出陣列參數。因為客戶嘗試作rebuild沒有成功且壞軌數量不多,所以資料完整度相當高,最後順利完成此一Raid磁碟陣列救援案例。   

  • 74

    客戶名稱大綜電腦系統股份有限公司

    聯絡電話09338XXXXX

    硬碟型號ST3500514NS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    大綜電腦主要銷售HP系列的srever主機, 為HP ASDP 授權維修服務中心並提供客戶系統規劃建構服務,某日其服務一客戶的主機, 一號硬碟亮紅燈, 工程師按照標準維修流程, 換上一顆全新硬碟作Rebuild重建,但完成後一樣無法順利進入系統, 於是再裝入重建一次, 結果還是一樣無法運行, 後來送至本公司進行檢測後, 發現硬碟並無壞軌, 有二顆硬碟磁區不穩定讀取速度偏慢, 再進行參數分析, 分析過程發現資料嚴重已錯亂,恐有許多資料會有破損的情況, 原已告知客戶因破損嚴重所以退件放棄救援 ,但由於客戶要求盡量能救多少算多少,於是再幫忙客戶重建資料,原有陣列內4顆硬碟再加上最後換上的硬碟, 總共有5顆可作3顆的缺盤分析, 試過各式排列組合重建 ,取出各組合中可對應較正確的資料再交付予客戶, 完成此一任務, 若資料非常重要建議小心處理, HP雙效驗陣列當離線或少一顆時,重建運算會更復雜,RAID控制器負擔加重, 重建過程若持續存取資料, 較易發生故障, 所以千萬不要過度相信機器, 機器有時也會有瑕疵問題.

  • 75

    客戶名稱游先生

    聯絡電話09210XXXXX

    硬碟型號WD2002FAEX-007BA0

    陣列形態Raid5

    硬碟序號共3顆

    故障原因

    使用3顆黑標2TB硬碟及高階主機板去建構RAID5組態,某日開機後陣列CRASH不認,經工程師檢測,發現第三顆硬碟磁區損壞而致Fail離線,檢測鏡相完成後,經客戶同意救援後,隔天即交付客戶資料,順利完成此一RAID5磁碟陣列救援案例。

  • 76

    客戶名稱黃先生

    聯絡電話09631XXXXX

    硬碟型號ST33000650SS

    陣列形態Raid5

    硬碟序號共3顆

    故障原因

    光華商場金士頓公司介紹來的客戶,客戶主機安裝LSI的RAID卡,由3顆3TB 的SAS硬碟所建構完成。客戶不小心在Windows7下誤清除了CONFIG設定,而造成陣列CRASH,雖然此CASE為單顆3TB SAS介面,鏡相處理及重建陣列還原時間上會較久,一般救援報價上就會比80GB SATA建構的CASE來得高。但由於客戶是肢體不便的人士,預算有限且時間上也較無急迫,所以公司特例給予優惠, 以低於本公司網站報價範圍的優惠,只比客戶3TB SAS單顆硬碟多一些的救援費用,完成此一磁碟陣列的資料救援,共救出客戶 Win 7下1TB多的資料。  

  • 77

    客戶名稱王先生

    聯絡電話09160XXXXX

    硬碟型號WD15EADS-00P8B0

    陣列形態Raid10

    硬碟序號共4顆

    故障原因

    一台QNAP NAS主機由4顆WD綠標 1.5TB建構,設定RAID 10組態,由於颱風連續下雨,造成NAS主機泡水硬碟故障,經工程師檢測發現有一顆硬碟電路板故障,另有二顆固件區有模組損壞,經分析各顆硬碟磁區計算出此陣列參數,終成功重建陣列組態交付客戶資料,完成此一RAID 10磁碟陣列救援案例。  

  • 78

    客戶名稱肯創科技股份有限公司

    聯絡電話09393XXXXX

    硬碟型號HDS723020BLA642

    陣列形態Raid1

    硬碟序號共2顆

    故障原因

    客戶一台Synology RS812 NAS主機,內裝二顆Hitachi 2TB硬碟,某日不小心誤刪了資料,所以趕快送來本公司作處理,由於硬碟為LINUX EXT系統格式,誤刪資料後客戶使用一般救援軟體是會找不到資料的,由於硬碟完好並無損壞,鏡相對拷完成後,即開始分析處理客戶資料,最終有對應到客戶所要的檔案,順利交付客戶資料,完成此件RAID EXT 格式資料誤刪的磁碟陣列救援案例。  
     

  • 79

    客戶名稱生富國際資訊有限公司

    聯絡電話09100XXXXX

    硬碟型號WD5000AAKX

    陣列形態Raid1

    硬碟序號共2顆

    故障原因

    由二顆WD 500GB硬碟建構RAID1組態,為LINUX系統格式,原送資料救援同業處理多日,但一直未能成功救援出客戶資料。當天下午送來本公司後,工程師趕緊分析硬碟分區相關資訊,隔天中午立即通知完成並交付資料,順利完成此一RAID1磁碟陣列救援案例。

  • 80

    客戶名稱炬曜廣告事業有限公司

    聯絡電話09325XXXXX

    硬碟型號ST3320620NS

    陣列形態Raid5、Raid5

    硬碟序號共5顆、共3顆

    故障原因

    桃園炬曜廣告某日來電公司一組Snake蛇吞象外接DAS故障,共有二組RAID5於前後不同時間發生故障,一組3顆及一組5顆作建構,二組皆因其中硬碟有少量壞軌而導致陣列CRASH,鏡相完成後再分別分析出此二組陣列的相關參數,導入參數順利重建陣列資料,完成此一raid救援案例。