NAS救援案例

NAS近來有愈來愈多用戶採用,各家廠商提供許多不同的功能,系統方面以前大多是EXT系統格式,現在有XFS、UFS、ZFS及少見的RFS系統格式,分析難度增加許多;組態除了標準的RAID0、RAID1、RAID5、RAID6...外,還有群輝專屬的SHR陣列組態,需要長時間累積救援經驗才能快速完成救援。

  • 1

    客戶名稱嘉實資訊股份有限公司

    聯絡電話09206xxxxx

    硬碟型號WD7500AYYS-01RCA0

    陣列形態RAID5

    硬碟序號共8顆

    故障原因

    客戶一台JCNET NAS主機由8顆WD 750GB硬碟去建構,設定RAID5組態,客戶描述ping得到,網路芳鄰不過,請機房直接拔電源重開機二次無效,請NAS原廠修復RAID,但RAID狀態顯示not ready,客戶再送內湖資料救援同行處理約一週,但資料救援出有九成是無法使用的, 另一成皆多是破損的圖片, 對方表示有可能是資料有覆蓋的情況, 所以救援失敗再送來本公司作第二次的救援,經工程師檢測,1、2、3號硬碟各有1~3sec磁區訊號不良,但應不影響資料,分析陣列參數直接導入無法直接對應出客戶的任何資料,再作剔碟的交叉測試,發現有一顆硬碟有提前離線的問題,另此組陣列最難之處是在於是很特殊少見的RFS系統格式,非一 般的陣列處理方式可完善,客戶同意救援後,只花一天時間即成功救援並對應出完整架構,並立即通知客戶前來驗收指定45GB的資料,因客戶總資料量2.4TB,待客準備3TB資料碟備份後才成功完成此一特殊RFS系統的RAID5資料救援案件。

  • 2

    客戶名稱劉先生

    聯絡電話09291XXXXX

    硬碟型號ST31000340NS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    劉先生某日自家使用的QNAP TS-459 PRO NAS--由4顆Seagate 1TB企業版建構RAID5,原本4號硬碟因壞軌故障亮燈警示,自行拆下另三顆硬碟,通電開機後重新再裝上原三顆硬碟試著運行,但始終無法進入系統而致整個RAID5陣列CRASH,來電本公司詢問了解相關檢測報價流程後,寄送至公司處理,當天完成鏡相後開始分析陣列參數,隔天即完成救援。跟一般RAID5陣列參數少見的是,第三顆硬碟的START HEAD SECTOR跟其他顆不同,偏移了6個SECTOR,詢問客戶了解可能原因,原來客戶此四顆硬碟皆在不同時間作過替換重建動作,所以可能造成此一分區START HEAD SECTOR在不同磁區的情況發生。

  • 3

    客戶名稱環宇廣播事業股份有限公司

    聯絡電話09186XXXXX

    硬碟型號WD1003FBYX-01Y7B0

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    新竹環宇廣播電台使用 PROMISE NS4700的NAS主機,內由4顆WD 1TB硬蹀所建構而成,並設定為RAID 5組態。先送過內湖資料救援同業檢測,但因報價太高,客戶放棄救援後再轉送至本公司處理,經工程師檢測分區資訊,發現各有二顆硬碟,前面磁區內容皆是一樣,疑似RAID10組態,但後方磁區內容架構又像是RAID5組態,須各剔除一顆進行分組缺盤分析重建,終取最完整的那一組資料交付客戶資料,資料完整度約95%~98%左右,最後終完成此一RAID5磁碟陣列資料救援案例。

  • 4

    客戶名稱台北楊先生

    聯絡電話09352XXXXX

    硬碟型號WD30EFRX-68AX9N0

    陣列形態RAID5+RAID6

    硬碟序號共8顆

    故障原因

    客戶一台華芸 AS-608T NAS主機,原本由3顆3TB及3顆4TB硬碟設定RAID5組態,後來要升級為RAID6組態,並加入了一顆新的4TB硬碟至8號位置,在組態遷移時, NAS當機一直卡在35%左右位置,只好重新啟動NAS,但原本的資料就全不見了,所以只好送修作資料救援, 經工程師檢測硬碟並無任何的壞軌故障,但分析出的硬碟順序與主機端的順序不同,由於RAID組態並未完全轉換完成,前面35%的資料須設定RAID6組態分析重建,後面65%則須設定RAID5組態,先行分析RAID6陣列參數,導出前面40%的磁區資料,此陣列難度高的部份在於後面65%的磁區資料,由於前方分區表的資訊已經變更為RAID6組態,原本RAID5組態下的分區資訊已皆不見,只能部份以猜測方式作不同組合,再掃描後面區段的流水號檔案,比對最完整的資料組合,幸客戶要的是一些影片及相片,後面RAID5導出的流水號檔案也可以接受,最後成功救援出3.3TB的資料交付給客戶,完成此一高難度且特殊的RAID5及RAID6雙組態資料救援案例。

  • 5

    客戶名稱錦鈺有限公司

    聯絡電話09180XXXXX

    硬碟型號ST3500320AS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    錦鈺有限公司一台 D-LINK DNS-343的NAS主機,某日一號硬碟故障後,操作人員誤操作,執行了格式化FORMAT,些許時間後發現不對立即關機,後再送來本公司進行檢測救援,經工程師檢測,一號硬碟壞軌故障,2號的磁頭不穩定,RAID CONFIG遺失,內有2顆硬碟前面分區資訊疑遭格式化,原EXT3系統格式變更為EXT2格式,直接導入分析的陣列參數無法直接重建陣列還原資料,最終各自剔除此二顆硬碟作缺盤分析重建,分別交付客戶二組陣列資料再作後續資料整理,最後終完成此一RAID 5磁碟陣列的資料救援案例。

  • 6

    客戶名稱賀眾企業

    聯絡電話09630XXXXX

    硬碟型號HDS721010CLA332

    陣列形態RAID5

    硬碟序號共3顆

    故障原因

    客戶一台Smartstar NS4600的NAS主機,內裝了3顆HITACHI 1TB硬碟,設定RAID 5組態,為特殊XFS系統格式,一開始故障時主機上的三顆硬碟皆亮紅燈,有請喬鼎協助遠端連線救援資料,但是只能救援出部份資料,後來又送至內湖某資料救援公司檢測,因預算問題,後來又再送來本公司作二次救援,經工程師檢測,2號硬碟有壞軌故障問題,作完細部鏡相對拷作業,分析陣列相關參數及硬碟排序,發現部份資料夾有遺失情況,應是壞軌硬碟的INDEX&MFT表有壞軌損毀情況造成,再進行修復分析,順利交付客戶指定資料,完成此RAID5 XFS系統的NAS資料救援案例。

  • 7

    客戶名稱陳先生

    聯絡電話09189XXXXX

    硬碟型號WD20EARS-00MVW

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    客戶一台WD 原廠的NAS主機,型號為WD8000A4NC-00,內裝了4顆WD 2TB硬碟,設定RAID5組態,某日客戶無法藉由區域網路連上硬碟,有送原廠作初步的檢測,初判為連結路徑遺失,無法讀取資料,所以送來本公司救援,經工程師檢測,發現2號硬碟為壞軌故障,3號硬碟有7個軔體模塊損毀但無壞軌,4號硬碟13個軔體模塊損毀,5號磁頭後方磁區壞軌數量多,將所有硬碟完成鏡相對拷後,分析陣列相關參數,導入重建陣列順利救援客戶重要資料,完成此一WD NAS資料救援案例。

  • 8

    客戶名稱啟動系統科技股份有限公司

    聯絡電話09310XXXXX

    硬碟型號WD2500BB

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    客戶某日送來一台Bufflo NAS主機,客戶使用約6年左右,原第三顆硬碟磁頭已故障有異音,更換一顆全新硬碟再運行rebuild,運行許久一段時間後,第四顆也亮起紅燈無法再運作,經檢測後發現第四顆硬碟磁區後方位置有壞軌所致,鏡相處理完壞軌硬碟後,開始分析計算陣列參數,導入參數重建後完成救援。

  • 9

    客戶名稱京璽創意股份有限公司

    聯絡電話09329XXXXX

    硬碟型號ST31000340AS

    陣列形態Raid1

    硬碟序號共2顆

    故障原因

    客戶一台QNAP NAS主機可裝4顆硬碟,但因資料重要,所以當初採購2顆Seagate 1TB硬碟設定raid 1組態運行。原先早在1、2個月前第一顆硬碟即有壞軌造成故障,因第二顆硬碟尚可運行,而且平常事務太忙所以未能即時處理。當第二顆硬碟也故障crash後送來本公司,檢測後發現資料較完整的第二顆硬碟己磁頭故障,經進一步開盤檢測,碟片已經嚴重刮傷無法救援,只好處理第一顆壞軌故障問題,最後成功提取出客戶資料。但有將近一個月多的資料,只有部份資料因壞軌硬碟有時可正常運行時有寫入些資料,建議客戶RAID磁碟陣列遇到故障時,應即時儘快處理,才能減少意外發生的機會。

  • 10

    客戶名稱景美女中

    聯絡電話09391XXXXX

    硬碟型號ST31500341AS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    客戶一組Synology DS409+ NAS主機一台,由4顆1.5TB所建構完成。原第三顆硬碟故障後,客戶更換新硬碟後不小心修復第二顆,造成整組陣列crash無法運行。工程師完成鏡相作業後即開始分析,於送來隔天即快速分析出參數,導入重建後順利提取資料,並寄送檔案清單截圖給客戶確認,成功完成救援。

  • 11

    客戶名稱許先生

    聯絡電話09288XXXXX

    硬碟型號WD10EADS-22M2B0

    陣列形態Raid0

    硬碟序號共2顆

    故障原因

    客戶一台BUFFALO LS-WXL006的NAS主機,內裝了2顆WD 1TB硬碟,設定RAID0組態,某日NAS主機發出故障訊息,客戶試著登入作維護,但維護中會出現死當狀態,讀取部份資料的時侯會斷斷續續的,之後出現無法讀取的狀況,接著也無法開機。送回原廠檢測,原廠回覆第一顆硬碟已有異音,所以客戶直接送來本公司進行救援,經工程師檢測第一顆硬碟為壞軌故障問題,鏡相完成後分析該組RAID0參數,導入參數後順利導出客戶重要資料,完成此一RAID0資料救援案例。

  • 12

    客戶名稱老虎暴衝有限公司

    聯絡電話09137XXXXX

    硬碟型號WD20EARX-19PASB0

    陣列形態Raid0

    硬碟序號共2顆

    故障原因

    客戶一組WD4000H2Q外接行動硬碟,內裝二顆WD20EARX-19PASB0 2TB硬碟,客戶描述插上筆記型MAC後資料莫名全清空,資料在一瞬間不見,之前接上桌上型MAC(非10.9版)並沒有事,WD有發文通知WD行動硬碟接上10.9的系統有可能導至資料遺失,經工程師檢測,發現分區訊受損,另有少量資料覆蓋情況,最終救援出客戶所要的重要資料,完成此一RAID 0磁碟陣列救援案例。

  • 13

    客戶名稱國立台灣科技大學

    聯絡電話09520XXXXX

    硬碟型號HDT725032VLA360

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    系辦使用的PROMISE NS4300N NAS主機,內裝了4顆 HITACHI 320GB硬碟,設定RAID5組態,某日NAS開不了機,無法確認故障狀況,所以送來光華商場檢測,經工程師檢測此4顆硬碟皆無任何壞軌故障問題,但每一顆的SMART資訊皆出現注意資訊,不建議再繼續使用,分析發現疑似硬碟不穩定造成出錯、硬碟離線無法運行,經分析陣列參數後導入重建,順利完成此一RAID5 NAS資料救援案例。

  • 14

    客戶名稱台灣日立綜合空調股份有限公司

    聯絡電話09351XXXXX

    硬碟型號ST31000528AS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    客戶公司多人共用一台BUFFALO NAS,由4顆1TB硬碟建構RAID5而成,一號硬碟有壞軌問題,二號硬碟分區表資訊有受損情況,客戶曾自行作過REBUILD動作,但一樣無法還原陣列資料,經分析計算陣列中各硬碟的分區資訊,發現REBUILD時已有一顆已離線未加入運行,須分析找出該顆硬碟,剔除後再重建RAID 5組態,最後終完成此一RAID5磁碟陣列救援案例。

  • 15

    客戶名稱普詮電子股份有限公司

    聯絡電話09160XXXXX

    硬碟型號ST1000NM0011

    陣列形態Raid5

    硬碟序號共5顆

    故障原因

    客戶一台QNAP TS-509 PRO NAS主機,內裝了5顆Seagate 1TB硬碟,設定RAID 5組態。某日NAS主機故障後,發現目錄資炓遺失,所以送來本公司作資料救援,經工程師檢測後發現,5顆硬碟中共有2顆硬碟有故障問題,3號硬碟磁介質受損,4號硬碟軔體故障只認到32MB,分析陣列參數導入後,無法直接對應到客戶原始資料,疑似其中一顆硬碟早已離線多時,須一一剔除作缺碟分析,最後終完成此一NAS RAID 5磁碟陣列資料救援案例。

  • 16

    客戶名稱競豪國土量測公司

    聯絡電話09309XXXXX

    硬碟型號HDS721010CLA332

    陣列形態Raid0

    硬碟序號共4顆

    故障原因

    競豪國土量測公司,某日公司有一台Promise SmartStor NS4300N NAS故障,由4顆HITACHI 1TB硬碟設定RAID0組態建構而成,來電詢問後送來本公司檢測處理,經工程師檢測,第4顆硬碟嚴重壞軌而致整個陣列CRASH, 一般RAID 0硬碟稍有損壞,就易導致整個陣列CRASH,少見此案例會壞軌損壞如此嚴重,客戶一年前原設定為RAID5,後來不明原因設定成RAID0,結果原本可以RAID5 作缺盤分析重建資料,只要2、3天即可取回資料,因此陣列設定為RAID 0,另一顆壞軌也須完整鏡相,所以多花了許久時間才重建取回資料。

  • 17

    客戶名稱鴻錢企業有限公司

    聯絡電話09559XXXXX

    硬碟型號ST2000DM001

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    客戶一組BUFFALO 的NAS,內裝了4顆SEAGATE 2TB的硬碟,設定RAID 5組態,某日NAS硬碟無法順利開機,導致內部資料無法讀取,送回原廠檢測維修,原廠回覆因此台機種已經停產無法維修,建議他請第三方的資料救援公司作後續救援,經他們的工程師推廌送至我們公司進行資料救援處理。經工程師檢測後發現1號及2號硬碟有壞軌及軔體損壞故障問題,鏡相完成後分析陣列參數導入,發現客戶近期新的資料有損毀的情況,因有一顆硬碟有提前離線問題,須再做後續缺盤分析重建工程,終順利導出客戶指定資料,完成此一資料救援案例。  
     

  • 18

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

    聯絡電話09393XXXXX

    硬碟型號WD20EARX-00PASB0

    陣列形態Raid1

    硬碟序號共二顆

    故障原因

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

  • 19

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

    聯絡電話09828XXXXX

    硬碟型號HD502IJ

    陣列形態Raid0

    硬碟序號共2顆

    故障原因

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

  • 20

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

    聯絡電話09521XXXXX

    硬碟型號ST3000DM001

    陣列形態Raid5

    硬碟序號共6顆

    故障原因

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