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磁碟陣列救援案例。
-
![]()
21客戶名稱肯創科技股份有限公司
聯絡電話09393XXXXX
硬碟型號HDS723020BLA642
陣列形態Raid1
硬碟序號共2顆
故障原因
客戶一台Synology RS812 NAS主機，內裝二顆Hitachi 2TB硬碟，某日不小心誤刪了資料，所以趕快送來本公司作處理，由於硬碟為LINUX EXT系統格式，誤刪資料後客戶使用一般救援軟體是會找不到資料的，由於硬碟完好並無損壞，鏡相對拷完成後，即開始分析處理客戶資料，最終有對應到客戶所要的檔案，順利交付客戶資料，完成此件RAID EXT 格式資料誤刪的磁碟陣列救援案例。
-
![]()
22客戶名稱京璽創意股份有限公司
聯絡電話09329XXXXX
硬碟型號ST31000340AS
陣列形態Raid1
硬碟序號共2顆
故障原因
客戶一台QNAP NAS主機可裝4顆硬碟，但因資料重要，所以當初採購2顆Seagate 1TB硬碟設定raid 1組態運行。原先早在1、2個月前第一顆硬碟即有壞軌造成故障，因第二顆硬碟尚可運行，而且平常事務太忙所以未能即時處理。當第二顆硬碟也故障crash後送來本公司，檢測後發現資料較完整的第二顆硬碟己磁頭故障，經進一步開盤檢測，碟片已經嚴重刮傷無法救援，只好處理第一顆壞軌故障問題，最後成功提取出客戶資料。但有將近一個月多的資料，只有部份資料因壞軌硬碟有時可正常運行時有寫入些資料，建議客戶RAID磁碟陣列遇到故障時，應即時儘快處理，才能減少意外發生的機會。
-
![]()
23客戶名稱大川吉海事工程有限公司
聯絡電話09828XXXXX
硬碟型號HD502IJ
陣列形態Raid0
硬碟序號共2顆
故障原因
客戶一台Buffalo Nas主機，內裝了二顆Samsung HD502IJ 500GB硬碟，建構Raid 0組態，系統為XFS格式。某日故障後，嘗試作過修復性動作，而造成分區資訊受損，並有少量資料覆蓋情形，經工程師分析陣列參數導入後，最終完成此一RAID 0磁碟陣列資料救援案例。
-
![]()
24客戶名稱國立台灣科技大學
聯絡電話09520XXXXX
硬碟型號HDT725032VLA360
陣列形態Raid5
硬碟序號共4顆
故障原因
系辦使用的PROMISE NS4300N NAS主機，內裝了4顆 HITACHI 320GB硬碟，設定RAID5組態，某日NAS開不了機，無法確認故障狀況，所以送來光華商場檢測，經工程師檢測此4顆硬碟皆無任何壞軌故障問題，但每一顆的SMART資訊皆出現注意資訊，不建議再繼續使用，分析發現疑似硬碟不穩定造成出錯、硬碟離線無法運行，經分析陣列參數後導入重建，順利完成此一RAID5 NAS資料救援案例。
-
![]()
25客戶名稱競豪國土量測公司
聯絡電話09309XXXXX
硬碟型號HDS721010CLA332
陣列形態Raid0
硬碟序號共4顆
故障原因
競豪國土量測公司，某日公司有一台Promise SmartStor NS4300N NAS故障，由4顆HITACHI 1TB硬碟設定RAID0組態建構而成，來電詢問後送來本公司檢測處理，經工程師檢測，第4顆硬碟嚴重壞軌而致整個陣列CRASH， 一般RAID 0硬碟稍有損壞，就易導致整個陣列CRASH，少見此案例會壞軌損壞如此嚴重，客戶一年前原設定為RAID5，後來不明原因設定成RAID0，結果原本可以RAID5 作缺盤分析重建資料，只要2、3天即可取回資料，因此陣列設定為RAID 0，另一顆壞軌也須完整鏡相，所以多花了許久時間才重建取回資料。
-
![]()
26客戶名稱振詠產電開發股份有限公司
聯絡電話09393XXXXX
硬碟型號WD20EARX-00PASB0
陣列形態Raid1
硬碟序號共二顆
故障原因
客戶使用WD綠標2TB硬碟建構RAID 1陣列，某日系統突然不能開機使用，送來本公司檢測後，發現有一顆硬碟為壞軌故障問題，另一顆為電路板故障，因為設定為RAID 1組態，所以取故障輕微的硬碟作後續處理即可，最後順利完成此一RAID 1資料救援案例。
-
![]()
27客戶名稱台灣大學電機館
聯絡電話09270XXXXX
硬碟型號WD1002FBYS
陣列形態RAID6
硬碟序號共8顆
故障原因
客戶一台NAS主機，由8顆WD1002FBYS企業版硬碟所建構，設定RAID 6組態，為特殊的XFS系統格式，客戶描述當時一位學生無法連結NAS的資料，無法用網路介面連線，後來雖然可以連接成功但無法抓到硬碟，嘗試重新開機處理，結果RAID的CONFIG組態全消失，所以只好送來作資料救援，經工程師檢測，所有硬碟皆無任何壞軌故障問題，應是24小時機器運作，硬碟過熱離線問題，分析陣列相關參數導入並無法直接到任何資料，應有1、2顆硬碟早已離線，由於RAID 6故障2顆硬碟尚可正常運行，須一一剔除找出提前離線的硬碟，但剔除組合太多，分析難度高且耗時會很久，陣列中又有定LVM串連，經工程師一一分析對應後，順利找出客戶指定資料，完成此RAID 6 XFS系統的NAS資料救援案例。
-
![]()
28客戶名稱中華奉元學會
聯絡電話09378XXXXX
硬碟型號ST3000DM001
陣列形態RAID0
硬碟序號2顆
故障原因
客戶一台BUFFALO LS420D的NAS主機，內裝了2顆ST3000DM001 3TB硬碟，設定RAID 0組態，某日發現2號硬碟故障，自行嘗試拆下取出至電腦端存取，但還是一樣無法讀到任何資料，經工程師檢測2號硬碟為內部讀寫頭故障問題，須作開盤救援處理，開盤成功順利分析出陣列參數，導入重建客戶資料，順利完成此一BUFFALO NAS的RAID 0磁碟陣列資料救援案例。
-
![]()
29客戶名稱國立政治大學
聯絡電話09186XXXXX
硬碟型號ST3250823A
陣列形態Raid5
硬碟序號共4顆
故障原因
政治大學一台NAS主機，由4顆250GB SEAGATE 硬碟作RAID 5組態設定，原以為是單純第三顆硬碟故障，後經原廠檢測後發現第一顆硬碟亦損毀須作資料救援。客戶先送第一家救援公司檢測，因價格太高放棄而再轉送至本公司，經工程師檢測所有硬碟皆已開盤過，1號硬碟有壞軌故障情形，3號硬碟嚴重刮傷問題需作缺盤分析，導入參數無法直接認到該組陣列，疑似另有一顆硬碟有提前離線問題，經工程師再作後續處理順利搶救出客戶未離線可用資料。完成此RAID 5資料救援案例。
-
![]()
30客戶名稱徐先生
聯絡電話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磁碟陣列資料救援案例。
