RAID磁碟陣列資料救援案例
雷德致力於NAS及RAID磁碟陣列資料救援,選擇第一家RAID陣列資料救援公司是非常重要的事,因為RAID陣列除了硬碟故障外,還要分析陣列參數及客戶故障後有再做的錯誤操作須排除,須具許多實務救援經驗及技術,否則容易發生選錯第一家花了數天或近一個月拖了許久也無法救援情況。不管是高難度RAID6,特殊結構SHR或HP雙效驗陣列,資深同業也無法救援的少見RFS、BTRFS系統,雷德皆可提供專業快速的救援服務。


-
61客戶名稱大綜電腦系統股份有限公司
聯絡電話09338XXXXX
硬碟型號ST3500514NS
陣列形態Raid5
硬碟序號共4顆
故障原因
大綜電腦主要銷售HP系列的srever主機, 為HP ASDP 授權維修服務中心並提供客戶系統規劃建構服務,某日其服務一客戶的主機, 一號硬碟亮紅燈, 工程師按照標準維修流程, 換上一顆全新硬碟作Rebuild重建,但完成後一樣無法順利進入系統, 於是再裝入重建一次, 結果還是一樣無法運行, 後來送至本公司進行檢測後, 發現硬碟並無壞軌, 有二顆硬碟磁區不穩定讀取速度偏慢, 再進行參數分析, 分析過程發現資料嚴重已錯亂,恐有許多資料會有破損的情況, 原已告知客戶因破損嚴重所以退件放棄救援 ,但由於客戶要求盡量能救多少算多少,於是再幫忙客戶重建資料,原有陣列內4顆硬碟再加上最後換上的硬碟, 總共有5顆可作3顆的缺盤分析, 試過各式排列組合重建 ,取出各組合中可對應較正確的資料再交付予客戶, 完成此一任務, 若資料非常重要建議小心處理, HP雙效驗陣列當離線或少一顆時,重建運算會更復雜,RAID控制器負擔加重, 重建過程若持續存取資料, 較易發生故障, 所以千萬不要過度相信機器, 機器有時也會有瑕疵問題.
-
62客戶名稱普詮電子股份有限公司
聯絡電話09160XXXXX
硬碟型號ST1000NM0011
陣列形態Raid5
硬碟序號共5顆
故障原因
客戶一台QNAP TS-509 PRO NAS主機,內裝了5顆Seagate 1TB硬碟,設定RAID 5組態。某日NAS主機故障後,發現目錄資炓遺失,所以送來本公司作資料救援,經工程師檢測後發現,5顆硬碟中共有2顆硬碟有故障問題,3號硬碟磁介質受損,4號硬碟軔體故障只認到32MB,分析陣列參數導入後,無法直接對應到客戶原始資料,疑似其中一顆硬碟早已離線多時,須一一剔除作缺碟分析,最後終完成此一NAS RAID 5磁碟陣列資料救援案例。
-
63客戶名稱美商達爾特科技有限公司
聯絡電話02822XXXXX
硬碟型號ST3500320NS
陣列形態Raid5
硬碟序號共4顆
故障原因
中和遠東科技園區內的美商達爾特,公司使用DELL POWEREDGE T110 Server主機由4顆seagate 500GB硬碟建構RAID5組態。某日陣列系統CRASH,經檢測0號硬碟壞軌數量多、磁區不穩定經鏡相處理。其餘三顆硬碟皆正常無壞軌,理應可正常運行,工程師進一步檢測, 發現原來此三顆中己有一顆早已離線多時,可能當時運行過熱離線fail,最後又有一顆硬碟發生壞軌問題而致系統crash,鏡相完成後當天即分析出陣列參數。因為客戶嘗試作rebuild沒有成功且壞軌數量不多,所以資料完整度相當高,最後順利完成此一Raid磁碟陣列救援案例。
-
64客戶名稱昱通工程企業社
聯絡電話09813XXXXX
硬碟型號ST3750330NS
陣列形態RAID 5
硬碟序號共4顆
故障原因
由系統廠商送來一組RAID 5磁碟陣列,由4顆SEAGATE 750GB硬碟建構WINDOWS SERVER 2008系統,某日故障無法運行,經同行介紹而來,工程師檢測後,發現3號硬碟有嚴重壞軌問題,鏡相完成後,分析陣列參數導入,發現最新的資料大多是損毀無法開啟,工程師再作缺盤分析,發現有一顆硬碟約201X年X月X日即離線,須剔除不能加入重建,最後終順利交付客戶完整資料,完成此一RAID 5磁碟陣列資料救援案例。
-
65客戶名稱許先生
聯絡電話09288XXXXX
硬碟型號WD10EADS-22M2B0
陣列形態Raid0
硬碟序號共2顆
故障原因
客戶一台BUFFALO LS-WXL006的NAS主機,內裝了2顆WD 1TB硬碟,設定RAID0組態,某日NAS主機發出故障訊息,客戶試著登入作維護,但維護中會出現死當狀態,讀取部份資料的時侯會斷斷續續的,之後出現無法讀取的狀況,接著也無法開機。送回原廠檢測,原廠回覆第一顆硬碟已有異音,所以客戶直接送來本公司進行救援,經工程師檢測第一顆硬碟為壞軌故障問題,鏡相完成後分析該組RAID0參數,導入參數後順利導出客戶重要資料,完成此一RAID0資料救援案例。
-
66客戶名稱網視國際有限公司
聯絡電話09362XXXXX
硬碟型號ST1000DM003
陣列形態Raid5
硬碟序號共4顆
故障原因
客戶一台HP SERVER主機,內裝了4顆SEAGATE 250GB硬碟,灌了WINDOWS SERVER 2008系統,客戶當時發現有一顆硬碟離線損壞,換上了一顆1TB硬碟,自行EBUILDING但無法運行使用,所以就送來本公司作救援處理,經工程師檢測後發現1號硬碟有磁頭故障問題,2號硬碟有嚴重的壞軌問題,另由於客戶第一次送來的是REBUILD的新1TB硬碟,檢測除了零磁區有寫入資訊,其餘磁區皆為零無存入任何資料,所以須剔除此顆硬碟作重建,經分析參數導入後,順利導出客戶重要的SQL資料,完成此一RAID5救援案例。
-
67客戶名稱大仕有限公司
聯絡電話09322XXXXX
硬碟型號ST3320613AS
陣列形態Raid5
硬碟序號共4顆
故障原因
大仕有限公司主機由4顆SEAGATE 320GB作RAID5磁碟陣列。某日中午故障後有自行嘗試作REBUILD動作,但運行不久即CRASH,於是緊急拿來本公司作資料救援檢測。經工程師檢測,一號硬碟有少量壞軌,另有一顆BIOS抓不到早已離線多時沒有運行,須剔除出此陣列作缺盤分析,排除一號硬碟壞軌完成所有硬碟鏡相後,當天晚上加班至凌晨2點多分析出陣列參數倒入重建,因直接導入參數只出現二個分區,疑似REBUILD後導致分區資訊受損,針對另二個分區再作對應設定,快速於送件的隔天下午2點達成客戶要求,並完成資料COPY,通知客戶前來取件,順利在一天多的時間內快速完成所有硬碟鏡相及分析重建任務。
-
68客戶名稱太陽電腦有限公司
聯絡電話09370XXXXX
硬碟型號HITACHI 500GB
陣列形態Raid5
硬碟序號共4顆
故障原因
某商業雜誌社IBM RAID5資料庫主機,某天不明原因系統CRASH故障無法使用,經由配合系統廠商太陽電腦轉件過來我們公司救援分析.當天晚上收到件後,工程師立即將所有硬碟作好鏡相備份,隔天星期六立即開始手工分析各項參數,下午分析出參數重建後,將所有資料近1.4TB花了一天時間導出,並製作詳細檔案清單交付客戶,成功完成此資料救援案例。
-
69客戶名稱台灣雅芳股份有限公司
聯絡電話09285XXXXX
硬碟型號ST3250620A
陣列形態Raid5
硬碟序號共8顆
故障原因
客戶一台主機內裝了8顆SEAGATE 250GB硬碟,設定RAID5組態,資料量大約1.6TB左右,多日前第一次故障磁碟損毀時REBUILD完後可以使用,在當天下午時發現1號及7號硬碟無法使用,決定送至本公司進行救援,6號硬碟由於REBUILD完後尚可運行,第一時間未送過來,經工程師檢測硬碟並無故障,鏡相完成導入參數,前方14GB的磁區皆空白,疑REBUILD過程出錯或有一顆硬碟提前離線問題,請客戶送來REBUILD前的另一顆硬碟,經分析再一一剔除可能離線多日的硬碟作重建,順利導出客戶重要資料,完成此一RAID5救援案例。
-
70客戶名稱光華商圈電腦同行
聯絡電話02235XXXXX
硬碟型號ST31000524AS
陣列形態Raid10
硬碟序號共4顆
故障原因
光華商圈電腦同行的客戶一組RAID 10陣列,由4顆SEAGATE 500GB硬碟建構,因硬碟尚有其他硬體上的故障,同行無法排除救援,所以轉送本公司進行二次救援處理,經工程師檢測3號及4號硬碟發現有軔體損壞及壞軌故障問題,鏡相對拷完成後分析陣列相關參數,順利導入重建還原出客戶指定的重要資料,完成此一RAID 0+1救援案例。
-
71客戶名稱車訊國際股份有限公司
聯絡電話09704XXXXX
硬碟型號WD2003FYYS-02W0B0
陣列形態Raid5
硬碟序號共4顆
故障原因
英屬維京群島商車訊公司,一台STARDOM外接式磁碟陣列,由4顆WD 2TB企業版硬碟所建構而成,並且設定RAID5組態,接上MAC主機作影片編輯處理,某日不明原因無法掛載此一RAID5陣列,經工程師檢測4顆硬碟SA區部份模組損毀,2號硬碟會不定時突然離線抓得到,系統格式為FAT32及HFS雙系統,將分析出的參數導入後重建,順利完成此一RAID5磁碟陣列資料救援案例。
-
72客戶名稱王先生
聯絡電話09160XXXXX
硬碟型號WD15EADS-00P8B0
陣列形態Raid10
硬碟序號共4顆
故障原因
一台QNAP NAS主機由4顆WD綠標 1.5TB建構,設定RAID 10組態,由於颱風連續下雨,造成NAS主機泡水硬碟故障,經工程師檢測發現有一顆硬碟電路板故障,另有二顆固件區有模組損壞,經分析各顆硬碟磁區計算出此陣列參數,終成功重建陣列組態交付客戶資料,完成此一RAID 10磁碟陣列救援案例。
-
73客戶名稱博識資訊顧問有限公司
聯絡電話02258XXXXX
硬碟型號ST31000524NS
陣列形態Raid0
硬碟序號共2顆
故障原因
博識資訊幫客戶採購HP Mirco system 主機,跟客戶討論功能需求後使用WD及SEAGATE企業版各1TB的硬碟,共二顆設定RAID 0組態。某日故障後RAID 0陣列就無法運行,下午4點多工程師到府收件,由於客戶資料非常地急用,希望隔天早上即可交付資料,經工程師檢測其中SEAGATE硬碟有壞軌問題,基本上使用高速對拷機台,可在時間上交付資料,但有壞軌的地方可能造成部份檔案損毀,一般程序跑完一輪須再針對壞軌區作重覆讀取動作,這樣才能讓資料完整度更高,結果隔天交付資料寄送清單後,客戶發現尚有部份資料沒有找到,應是重要的MFT表資訊損毀,於是再針對該顆硬碟壞軌區域作細部掃瞄重覆讀取,重建陣列架構提取客戶重要資料,最後成功完成此筆RAID 0磁碟陣列資料救援案例。
-
74客戶名稱東南科技大學
聯絡電話098XXX4808
硬碟型號TOSHIBA THNSNG128GMMJ
陣列形態RAID 0
硬碟序號共2顆
故障原因
台南東南科大鐘先生,原筆電中有二顆128GB固態硬碟,建構RAID 0組態作系統硬碟,原先切割為C、D二個槽位,經由原廠系統還原光碟操作後,結果重新回復為原廠設計的一槽。客戶自行下載Finaldata救援軟體作初步分析及救援,但資料大多不完整,檔案損毀無法使用,經工程師分析RAID 0陣列參數導入重建後再分析搜尋客戶硬碟磁區資訊,終找到客戶指定資料,因部份MFT及INDEX表已遭覆蓋,再救援客戶指定的類型檔案,順利完成SSD固態硬碟RAID 0陣列資料救援。
-
75客戶名稱黃先生
聯絡電話09631XXXXX
硬碟型號ST33000650SS
陣列形態Raid5
硬碟序號共3顆
故障原因
光華商場金士頓公司介紹來的客戶,客戶主機安裝LSI的RAID卡,由3顆3TB 的SAS硬碟所建構完成。客戶不小心在Windows7下誤清除了CONFIG設定,而造成陣列CRASH,雖然此CASE為單顆3TB SAS介面,鏡相處理及重建陣列還原時間上會較久,一般救援報價上就會比80GB SATA建構的CASE來得高。但由於客戶是肢體不便的人士,預算有限且時間上也較無急迫,所以公司特例給予優惠, 以低於本公司網站報價範圍的優惠,只比客戶3TB SAS單顆硬碟多一些的救援費用,完成此一磁碟陣列的資料救援,共救出客戶 Win 7下1TB多的資料。
-
76客戶名稱游先生
聯絡電話09210XXXXX
硬碟型號WD2002FAEX-007BA0
陣列形態Raid5
硬碟序號共3顆
故障原因
使用3顆黑標2TB硬碟及高階主機板去建構RAID5組態,某日開機後陣列CRASH不認,經工程師檢測,發現第三顆硬碟磁區損壞而致Fail離線,檢測鏡相完成後,經客戶同意救援後,隔天即交付客戶資料,順利完成此一RAID5磁碟陣列救援案例。
-
77客戶名稱肯創科技股份有限公司
聯絡電話09393XXXXX
硬碟型號HDS723020BLA642
陣列形態Raid1
硬碟序號共2顆
故障原因
客戶一台Synology RS812 NAS主機,內裝二顆Hitachi 2TB硬碟,某日不小心誤刪了資料,所以趕快送來本公司作處理,由於硬碟為LINUX EXT系統格式,誤刪資料後客戶使用一般救援軟體是會找不到資料的,由於硬碟完好並無損壞,鏡相對拷完成後,即開始分析處理客戶資料,最終有對應到客戶所要的檔案,順利交付客戶資料,完成此件RAID EXT 格式資料誤刪的磁碟陣列救援案例。
-
78客戶名稱欣宏電腦
聯絡電話09361XXXXX
硬碟型號ST3160813AS
陣列形態Raid0+1
硬碟序號共2顆
故障原因
台中欣宏電腦的醫療器材客戶所安裝電腦系統,由於已建構多年,客戶已經忘記當初安裝時設定的RAID架構為何,所以請我們工程師分析硬碟內容,經工程師分析比對硬碟磁區內容, 發現此陣列組合為少見特殊陣列,第一分區二顆硬碟磁區內容皆不相同,且須採RAID 0重建才能回復完整資料,但第2,3分區磁區內容皆一模一樣, 非RAID 0,1或0+1,若非客戶端故障後,有另作修復處理,實為一個特例CASE, 經1天分析即成功完成此救援。
-
79客戶名稱麥栗有限公司
聯絡電話09303XXXXX
硬碟型號WD 500GB
陣列形態Raid0
硬碟序號共2顆
故障原因
麥栗有限公司使用WIN 7內建軟體RAID功能,將二顆WD 500GB硬碟設定RAID 0,開機後發現已經有一顆硬碟無法辨識,並出現須格式化處理,幸客戶深知內部資料重要未再作進一步錯誤操作.早上11點送來檢測,檢測硬碟發現並無嚴重故障,作好所有硬碟鏡相備份後,工程師立即開始分析計算陣列結構及參數,發現此陣列RAID Config 遺失,導入參數重建陣列架構後即看到客戶所要的資料,下午約二點立即通知回報客戶成功完成此資料救援案例。
-
80客戶名稱昌達生化科技股份有限公司
聯絡電話09395XXXXX
硬碟型號DK32EJ-72NC
陣列形態Raid5
硬碟序號共4顆
故障原因
南港科技園區內的昌達生化公司某日來電,公司server 主機一組raid5 陣列 Crash,此陣列由4顆73GB SCSI硬碟所建構完成,由於建構時間已久,詃公司 IT人員以為其中一顆為HotSpare,此陣列為3顆所建構,另有一顆硬碟為不穩定狀態,平均系統運行約4、5小時後就會掉線而致陣列CRASH,經檢測原判定hotspare那顆磁頭故障,通電後有連續敲盤異音,另有一顆有少量壞軌,但運行一段時間會突然卡住有刮盤異音,排除壞軌問題完成鏡相後,快速分析陣列參數,於送件隔天即回報客戶可救援。幫客戶代購行動硬碟,完成陣列檔案備份後通知客戶前來驗收取件,順利完成此一RAID 磁碟陣列救援案例。
-
81客戶名稱培昌企業有限公司
聯絡電話09361XXXXX
硬碟型號WD10EADS
陣列形態Raid 0
硬碟序號共2顆
故障原因
RAID分區表損壞資料錯亂,無法由機器端重建。工程師完成鏡相作業後即開始分析,於送來隔天即快速分析出參數,導入重建後順利提取資料,並寄送檔案清單截圖給客戶確認,成功完成救援。
-
82客戶名稱京璽創意股份有限公司
聯絡電話09329XXXXX
硬碟型號ST31000340AS
陣列形態Raid1
硬碟序號共2顆
故障原因
客戶一台QNAP NAS主機可裝4顆硬碟,但因資料重要,所以當初採購2顆Seagate 1TB硬碟設定raid 1組態運行。原先早在1、2個月前第一顆硬碟即有壞軌造成故障,因第二顆硬碟尚可運行,而且平常事務太忙所以未能即時處理。當第二顆硬碟也故障crash後送來本公司,檢測後發現資料較完整的第二顆硬碟己磁頭故障,經進一步開盤檢測,碟片已經嚴重刮傷無法救援,只好處理第一顆壞軌故障問題,最後成功提取出客戶資料。但有將近一個月多的資料,只有部份資料因壞軌硬碟有時可正常運行時有寫入些資料,建議客戶RAID磁碟陣列遇到故障時,應即時儘快處理,才能減少意外發生的機會。
-
83客戶名稱大川吉海事工程有限公司
聯絡電話09828XXXXX
硬碟型號HD502IJ
陣列形態Raid0
硬碟序號共2顆
故障原因
客戶一台Buffalo Nas主機,內裝了二顆Samsung HD502IJ 500GB硬碟,建構Raid 0組態,系統為XFS格式。某日故障後,嘗試作過修復性動作,而造成分區資訊受損,並有少量資料覆蓋情形,經工程師分析陣列參數導入後,最終完成此一RAID 0磁碟陣列資料救援案例。
-
84客戶名稱先映國際媒體
聯絡電話09877XXXXX
硬碟型號DT01ACA300
陣列形態RAID0
硬碟序號6顆
故障原因
客戶一組磁碟陣列由6顆TOSHIBA 3TB硬碟建構,設定RAID 0組態,為MAC HFS系統格式,某日無法正常MOUNT,監測軟體顯示Array消失不見,嘗試重新開機處理,一樣認不到,經工程師檢測所有硬碟皆沒有任何壞軌,可能運行中高溫過熱,造成單顆硬碟離線OFFLIONE,RAID 0只要一顆硬碟故障就整組Crash,效能快但並無保險,經工程師分析相關參數導入重建,順利完成此一MAC HFS系統的RAID 0磁碟陣列救援案例。
-
85客戶名稱國立台灣科技大學
聯絡電話09520XXXXX
硬碟型號HDT725032VLA360
陣列形態Raid5
硬碟序號共4顆
故障原因
系辦使用的PROMISE NS4300N NAS主機,內裝了4顆 HITACHI 320GB硬碟,設定RAID5組態,某日NAS開不了機,無法確認故障狀況,所以送來光華商場檢測,經工程師檢測此4顆硬碟皆無任何壞軌故障問題,但每一顆的SMART資訊皆出現注意資訊,不建議再繼續使用,分析發現疑似硬碟不穩定造成出錯、硬碟離線無法運行,經分析陣列參數後導入重建,順利完成此一RAID5 NAS資料救援案例。
-
86客戶名稱競豪國土量測公司
聯絡電話09309XXXXX
硬碟型號HDS721010CLA332
陣列形態Raid0
硬碟序號共4顆
故障原因
競豪國土量測公司,某日公司有一台Promise SmartStor NS4300N NAS故障,由4顆HITACHI 1TB硬碟設定RAID0組態建構而成,來電詢問後送來本公司檢測處理,經工程師檢測,第4顆硬碟嚴重壞軌而致整個陣列CRASH, 一般RAID 0硬碟稍有損壞,就易導致整個陣列CRASH,少見此案例會壞軌損壞如此嚴重,客戶一年前原設定為RAID5,後來不明原因設定成RAID0,結果原本可以RAID5 作缺盤分析重建資料,只要2、3天即可取回資料,因此陣列設定為RAID 0,另一顆壞軌也須完整鏡相,所以多花了許久時間才重建取回資料。
-
87客戶名稱振詠產電開發股份有限公司
聯絡電話09393XXXXX
硬碟型號WD20EARX-00PASB0
陣列形態Raid1
硬碟序號共二顆
故障原因
客戶使用WD綠標2TB硬碟建構RAID 1陣列,某日系統突然不能開機使用,送來本公司檢測後,發現有一顆硬碟為壞軌故障問題,另一顆為電路板故障,因為設定為RAID 1組態,所以取故障輕微的硬碟作後續處理即可,最後順利完成此一RAID 1資料救援案例。
-
88客戶名稱陳先生
聯絡電話09206XXXXX
硬碟型號DG146BB976
陣列形態RAID0
硬碟序號共2顆
故障原因
客戶非常急用陣列內的資料,作48HR特急件救援處理。該組陣列應由HP主機拆下,由二顆HP DG146BB976 SAS硬碟所建構,設定為RAID0組態,某日資料尚未完全備份,就重新安裝了系統而造成資料覆蓋的情況,由於客戶主要是要救援Oracle資料庫的資料,經一天時間,順利救出客戶指定20多GB資料,完成此一資料救援案例。
-
89客戶名稱肯茂企業有限公司
聯絡電話09229XXXXX
硬碟型號ST31000340NS
陣列形態Raid0
硬碟序號共2顆
故障原因
述坤為肯茂的軟體設計服務廠商,因客戶Server主機內有二顆seagate 1TB硬碟,設定為Raid 0陣列,某日主機不明原因crash無法運行,經工程師檢測後判斷,其中一顆壞軌較多,鏡相處理約需3、4天時間;另一顆己有敲盤異音,內部磁頭故障需開盤處理。二顆硬碟為同一時間購買,所以當開盤匹配材料相容性高。先完成第一顆壞軌鏡相對拷後,再作第二顆硬碟的開盤作業。由於Seagate 1TB磁頭置換時須將磁頭停靠在碟片內圈,而非park在碟片外的磁頭支架上,精密的磁頭若非架空滑行在碟片上,易刮傷碟片造成壞軌或致污染,造成整組磁頭材料報銷,所以必須使用特別打造的高精密度磁頭置換支架工具,才能提高救援成功率及救援出更完整的資料。替換磁頭成功後經二天完成鏡像對拷,再分析計算此raid0陣列參數,導入後順利提取資料成功完成此資料救援案例。
-
90客戶名稱敦允有限公司
聯絡電話09312XXXXX
硬碟型號WD10EFRX-68PJCN0
陣列形態RAID6
硬碟序號共8顆
故障原因
客戶一台主機內裝了8顆 1TB硬碟,設定RAID6組態,為WINDOWS NTFS系統格式,某一天主機端發現有其中一顆1號硬碟已離線,有嘗試作REBUILD動作,但有可能被人為中斷,也自行使用R-STUDIO及PHOTOREC去作救援,但不小心操作誤錯,救援資料也存入了此一陣列中,經工程師檢測,客戶在12月份時有作過CHKDSK修復性動作,有許多資料夾結構及檔案名稱有損毀的情況,,1月9、10有操作寫入了大量資料作覆蓋,由於並無硬碟有任何故障問題,所以分析陣列參數導入重建,再作後續資料覆蓋的救援處理,順利導出客戶部份沒覆蓋的資料,因為客戶陣列中也存放了些虛擬機,所以須再針對虛擬機作後續處理,最後終完成此一少見的RAID6磁碟陣列資料救援案例。





























