/* */

NAS資料救援案例

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

  • 1

    客戶名稱豐星管理顧問有限公司

    聯絡電話02-2799XXXX

    硬碟型號WD4002FYYZ

    陣列形態RAID6

    硬碟序號共8顆

    故障原因

    豐星管理顧問有限公司QNAP TS-831XU-RP主機內裝了8顆WD4002FYYZ 4TB企業版硬碟建講一組RAID6陣列, 送內湖資深救援公司救援一個月左右,無法救援後再送來本公司二救, 分析此組陣列應是故障後有執行rebuild動作,前方分區表的資訊多己不見,將所有硬碟導入重組陣列, 大部份的檔案也多是損壞, 懷疑有硬碟有提前離線問題,由於RAID6可以容錯2顆故障, 所以一一剔除二顆硬碟, 分析不同排列的陣列組合,終找到一組資料完整無損的組合, 由於客戶資料量多, 且陣列前面可能rebuild過程出錯,造成部份資料有錯亂損壞,所以導出資料後再使用我們的過濾破損檔案軟體, 約花2,3天把客戶損壞的檔案過濾並刪除,客戶回簽同意救援至通知驗收資料約共花13天,成功交付給客戶4.5TB完整的流水檔資料.

  • 2

    客戶名稱新竹林先生

    聯絡電話0928xxx029

    硬碟型號1TB X 4

    陣列形態RAID6

    故障原因

    新竹林先生一組群輝NAS主機, 原本設定RAID5組態, 共裝了4顆1TB硬碟,後來再新增一顆硬碟, 改設定為RAID6,在運轉重建過程中因主機過載燒毀而無法開機使用, 客戶送一家十多年救援經驗的同行,救援多日無法救援後再送來本公司作二救, 經工程師分析共有二顆硬碟有壞軌不良故障,但陣列組態應已完成RAID6轉換,且此組陣列為BTRFS系統格式,故救援難度比一般EXT或XFS系統案件高, 客戶同意救援後,約花了4天成功救援出客戶資料.

  • 3

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

    聯絡電話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資料救援案件。

  • 4

    客戶名稱錦鈺有限公司

    聯絡電話09180XXXXX

    硬碟型號ST3500320AS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 5

    客戶名稱劉先生

    聯絡電話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在不同磁區的情況發生。

  • 6

    客戶名稱陳先生

    聯絡電話09189XXXXX

    硬碟型號WD20EARS-00MVW

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 7

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

    聯絡電話09310XXXXX

    硬碟型號WD2500BB

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 8

    客戶名稱里昂國際顧問

    聯絡電話0926XXXXXX

    硬碟型號WD40EFRX-68WT0N0

    陣列形態RAID 5

    硬碟序號WCC4EXXXXXX

    故障原因

    客戶描述:起始是家中筆電無法聯上NAS, 後來經過測試(網路及伺服器重開機), 發現2號硬碟故障, 2號硬碟換新後, 有再買一顆8TB硬碟要作備用, 同時接上4顆硬碟之後, 試著做REBUILD, 但就是呈現3號硬碟空白的狀況。經工程師檢測, 此組陣列由3顆4TB硬碟所建構, 為EXT系統格式, 設定RAID 5組態, 共有二顆硬碟有壞軌故障問題, 一顆硬碟有磁頭故障情況, 經後續開盤及壞軌鏡相處理, 成功救援出客戶指定資料。

  • 9

    客戶名稱台北楊先生

    聯絡電話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雙組態資料救援案例。

  • 10

    客戶名稱賀眾企業

    聯絡電話09630XXXXX

    硬碟型號HDS721010CLA332

    陣列形態RAID5

    硬碟序號共3顆

    故障原因

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

  • 11

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

    聯絡電話09186XXXXX

    硬碟型號WD1003FBYX-01Y7B0

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 12

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

    聯絡電話09521XXXXX

    硬碟型號ST3000DM001

    陣列形態Raid5

    硬碟序號共6顆

    故障原因

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

  • 13

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

    聯絡電話09350XXXXX

    硬碟型號WD15EARX-00PASB0

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 14

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

    聯絡電話09559XXXXX

    硬碟型號ST2000DM001

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 15

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

    聯絡電話09351XXXXX

    硬碟型號ST31000528AS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 16

    客戶名稱景美女中

    聯絡電話09391XXXXX

    硬碟型號ST31500341AS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 17

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

    聯絡電話09137XXXXX

    硬碟型號WD20EARX-19PASB0

    陣列形態Raid0

    硬碟序號共2顆

    故障原因

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

  • 18

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

    聯絡電話09160XXXXX

    硬碟型號ST1000NM0011

    陣列形態Raid5

    硬碟序號共5顆

    故障原因

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

  • 19

    客戶名稱許先生

    聯絡電話09288XXXXX

    硬碟型號WD10EADS-22M2B0

    陣列形態Raid0

    硬碟序號共2顆

    故障原因

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

  • 20

    客戶名稱王先生

    聯絡電話09160XXXXX

    硬碟型號WD15EADS-00P8B0

    陣列形態Raid10

    硬碟序號共4顆

    故障原因

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