RAID磁碟陣列資料救援案例
雷德致力於NAS及RAID磁碟陣列資料救援，選擇第一家RAID陣列資料救援公司是非常重要的事，因為RAID陣列除了硬碟故障外，還要分析陣列參數及客戶故障後有再做的錯誤操作須排除，須具許多實務救援經驗及技術，否則容易發生選錯第一家花了數天或近一個月拖了許久也無法救援情況。不管是高難度RAID6，特殊結構SHR或HP雙效驗陣列，資深同業也無法救援的少見RFS、BTRFS系統，雷德皆可提供專業快速的救援服務。
-
![]()
31客戶名稱生富國際資訊有限公司
聯絡電話09100XXXXX
硬碟型號WD5000AAKX
陣列形態Raid1
硬碟序號共2顆
故障原因
由二顆WD 500GB硬碟建構RAID1組態，為LINUX系統格式，原送資料救援同業處理多日，但一直未能成功救援出客戶資料。當天下午送來本公司後，工程師趕緊分析硬碟分區相關資訊，隔天中午立即通知完成並交付資料，順利完成此一RAID1磁碟陣列救援案例。
-
![]()
32客戶名稱金展空調股份有限公司
聯絡電話09726XXXXX
硬碟型號6L250S0
陣列形態Raid0
硬碟序號共2顆
故障原因
金展空調公司經其他資料救援公司救援一個月多失敗後，再轉送至本公司救援資料，送件時說明此二顆硬碟為RAID 0，由於RAID 0及RAID 5陣列結構及須分析及導入的參數不同，錯誤即會造成大量資料錯亂破損。本公司工程師RAID分析經驗豐富，馬上從MBR、DBR及磁區結構看出，該陣列為RAID 5結構非RAID0組態，並且是由三顆硬碟所架構，其中一顆硬碟分區表己經破損，且被格式化處理過，前方磁區還遭到一些系統隱藏檔覆蓋些資料，雖然缺少一顆硬碟分析的難度更高，經工程師一天全力加班趕工分析，於第二天早上完成救援, 快速完成此一高難度RAID5的資料救援案例。
-
![]()
33客戶名稱晨樺文理補習班
聯絡電話04-853XXXX
硬碟型號WD2502ABYS-23B7A0
陣列形態RAID1
硬碟序號2顆
故障原因
客戶使用2顆250GB硬碟架構RAID 1陣列，公司小姐原要格式化隨身碟資料，不小心誤格式化主機內的資料，客戶先送一家資料救援同行救援，但只能救回5%左右檔名完整的資料。之後轉送本公司救援，工程師手工分析成功恢復陣列資料夾結構及檔案名稱，救援客戶陣列內原始資料。
-
![]()
34客戶名稱旭德資訊有限公司
聯絡電話09873XXXXX
硬碟型號ST3146356SS
陣列形態Raid5
硬碟序號共4顆
故障原因
旭德資訊幫客戶代送一台IBM X3400伺服器主桚，內由4顆164GB SAS硬碟所建構而成，並且設定RAID5 組態，經工程師檢測後, 發現2硬碟為壞軌故障問題，3、4號硬碟皆易過熱，會突然離線，且已有一顆硬碟早線多日，無法加入分析重建，經工程師導入參數重建陣列，順利完成此一RAID5資料救援案例。
-
![]()
35客戶名稱喬集應用材料股份有限
聯絡電話09322XXXXX
硬碟型號ST3250310NS
陣列形態Raid1
硬碟序號共2顆
故障原因
客戶一台伺服器原有二顆SEAGATE ST3250310NS 250GB企業版硬碟，設定RAID1組態，某日主機板燒毀後，再更換了另一片主機板後，使用一段時間，才發現HDD無法讀取，所以用來本公司進行救援檢測，經工程師檢測後發現，1號硬碟有壞軌故障問題，硬碟前面有大量的磁區無法讀取損毀，2號硬碟為單碟片、二個磁頭、1號磁頭有故障問題，須作開盤救援處理，因客戶設定RAID1，故建議優先由故障輕微的壞軌硬碟作救援即可，完成救援後通知客戶驗收資料，順利完成此一RAID1的資料救援案例。
-
![]()
36客戶名稱綠信環境科技股份有限公司
聯絡電話09581XXXXX
硬碟型號WD2000JB
陣列形態Raid1
硬碟序號共2顆
故障原因
2顆硬碟經檢測後確認其中一顆磁頭損壞需開盤處理；另一顆是固件模組損壞、分區表損毀。工程師由分區表的架構判斷這2顆硬碟應是做RAID 1陣列，只需選擇其中故障較輕的硬碟救援即可。工程師先修復損壞的模組，再手工重建分區表，1個工作天內即救援出客戶所需的資料。
-
![]()
37客戶名稱滾石移動股份有限公司
聯絡電話09521XXXXX
硬碟型號ST31000340AS
陣列形態Raid5
硬碟序號共8顆
故障原因
客戶先行來電詢問磁碟陣列救援相關細節，星期一送來本公司進行檢測救援。此為該公司其中一台DAS主機，由8顆Seagate 1TB所建構，當第3顆硬碟亮紅燈後，MIS人員更換一顆全新硬碟進行rebuild，但無法順利啟動運作而造成CRASH。檢測8顆硬碟後，發現Hot-spare那顆只有0 sector有寫入資料；新更換上的硬碟內無任何資料；第一、四顆因碟片磨損有壞軌。由於7+1(Hot-spare)顆raid5磁碟陣列，可只由6顆硬碟帶效驗資料去進行重建，先鏡相二顆壞軌硬碟，在送件來第3天內快速完成2顆1TB硬碟壞軌鏡相作業後，缺盤分析重建開始提取資料。由於客戶資料量約4.7TB，且多是文件、音樂、手機影片等小檔案，花了近4天多的時間完成copy，並請客戶提供2顆2TB及1顆1TB裸碟，透過3台對拷機copy資料，於隔天快速交件完成此一磁碟陣列資料救援案例。
-
![]()
38客戶名稱賀眾企業
聯絡電話09630XXXXX
硬碟型號HDS721010CLA332
陣列形態RAID5
硬碟序號共3顆
故障原因
客戶一台Smartstar NS4600的NAS主機，內裝了3顆HITACHI 1TB硬碟，設定RAID 5組態，為特殊XFS系統格式，一開始故障時主機上的三顆硬碟皆亮紅燈，有請喬鼎協助遠端連線救援資料，但是只能救援出部份資料，後來又送至某資料救援公司檢測，因預算問題，後來又再送來本公司作二次救援，經工程師檢測，2號硬碟有壞軌故障問題，作完細部鏡相對拷作業，分析陣列相關參數及硬碟排序，發現部份資料夾有遺失情況，應是壞軌硬碟的INDEX&MFT表有壞軌損毀情況造成，再進行修復分析，順利交付客戶指定資料，完成此RAID5 XFS系統的NAS資料救援案例。
-
![]()
39客戶名稱環宇廣播事業股份有限公司
聯絡電話09186XXXXX
硬碟型號WD1003FBYX-01Y7B0
陣列形態Raid5
硬碟序號共4顆
故障原因
新竹環宇廣播電台使用 PROMISE NS4700的NAS主機，內由4顆WD 1TB硬蹀所建構而成，並設定為RAID 5組態。先送過某資料救援同業檢測，但因報價太高，客戶放棄救援後再轉送至本公司處理，經工程師檢測分區資訊，發現各有二顆硬碟，前面磁區內容皆是一樣，疑似RAID10組態，但後方磁區內容架構又像是RAID5組態，須各剔除一顆進行分組缺盤分析重建，終取最完整的那一組資料交付客戶資料，資料完整度約95%~98%左右，最後終完成此一RAID5磁碟陣列資料救援案例。
-
![]()
40客戶名稱陳先生
聯絡電話09356XXXXX
硬碟型號WD1002FAEX-00Z3A0
陣列形態Raid0
硬碟序號共2顆
故障原因
台北陳先生由2顆WD 1TB硬碟建構RAID 0陣列，經工程師檢測，發現其中一顆硬碟有壞軌故障問，須先完成鏡相對拷作業，才能進一步分析陣列參數再重建，導入陣列參數重建後順利完成此一RAID 0磁頭陣列的資料救援案例。
-
![]()
41客戶名稱中壢茂訊
聯絡電話03-4024XXX
硬碟型號PLEXTOR, SKHYNIX
陣列形態RAID0
硬碟序號E146N0249105XXXXX, P0244711XXXXX
故障原因
客戶送來一組SSD固態故障, 設定RAID0組態, 某日故障無法讀取內部資料, 經檢測PLEXTOR那顆SSD, FLASH內部有區塊損壞,須使用專用救援工具作鏡相對拷, 工程師再分析陣列相關參數, 導入參數重建後順利完成此一RAID0 的SSD陣列救援案例.
-
![]()
42客戶名稱全音樂股份有限公司
聯絡電話09521XXXXX
硬碟型號ST3000DM001
陣列形態Raid5
硬碟序號共6顆
故障原因
老客戶換公司後再次送件救援。客戶公司一台群輝SYNOLOGY DS1812+ NAS主機，共裝了6顆Seagate ST3000DM001 3TB硬碟，設定RAID5組態，某日1號硬碟有SCAN出現壞軌，嘗試備份資料時6號硬碟出現異常，送回原廠處理無法救援所以再轉送本公司救援，經工程師檢測6號硬碟疑似當時有不小心格式化清除，並存入了一些資料作了覆蓋，原始分區資訊已損毀，1號硬碟的0號磁頭故障不良，並且有重度軔體故障問題，分析陣列參數後發現，硬碟順序跟主機的排列順序不同，剔除磁頭故障的1號硬碟，由其他5顆作缺盤重建無法找到任何正確的資料，故須對1號硬碟作開盤救援後加入分析重建，最後終成功順利完整導出客戶重要資料，完成此一群輝SYNOLOGY NAS RAID5的資料救援案例。
-
![]()
43客戶名稱榮昌科技股份有限公司
聯絡電話09202XXXXX
硬碟型號WD1600JS-75NCB3
陣列形態Raid5
硬碟序號共6顆
故障原因
老客戶榮昌科技一台DELL 2950的SERVER主機，內裝了6顆160GB硬碟建構RAID 5組態，某日3號及5號硬碟亮燈出錯，整組RAID無法ON-LINE上線，因無法運行使用內部資料，所以趕快送來本公司救援，經工程師檢測後發現3號及4號硬碟有壞軌故障問題，須鏡相完成後方能再作後續陣列分析參數作業，分析陣列參數直接導入，無法直接看到客戶資料，經工程師一一剔除可能提前離線的硬碟後再重建資料，終順利完成此一DELL SERVER主機的RAID 5陣列救援案例。
-
![]()
44客戶名稱厚生彩色輸出印製公司
聯絡電話09350XXXXX
硬碟型號WD15EARX-00PASB0
陣列形態Raid5
硬碟序號共4顆
故障原因
客戶一台QNAP TS419P的主機，為EXT系統格式，內裝了4顆1.5TB的SEAGATE ST31500341AS硬碟，某日故障後無法讀取，發現之後立即換上新的一顆ST2000VX000 2TB，試著重建組態，但失敗無效，隔天發現左3號硬碟也顯示硬碟損毀，後來請原廠遠端處理過，但沒多久時間又不能運行了，經工程師檢測，原舊1號硬碟部磁頭組件故障，不建議先行開盤處理，3號硬碟為壞軌故障問題，須先鏡相對拷所有磁區的資料再分析，工程師分析導入參數，無法直接看到客戶資料，再一一作剔碟處理，順利對應出客戶原始資料，成功完成此一NAS RAID 5磁碟陣列資料救援案例。
-
![]()
45客戶名稱鴻錢企業有限公司
聯絡電話09559XXXXX
硬碟型號ST2000DM001
陣列形態Raid5
硬碟序號共4顆
故障原因
客戶一組BUFFALO 的NAS，內裝了4顆SEAGATE 2TB的硬碟，設定RAID 5組態，某日NAS硬碟無法順利開機，導致內部資料無法讀取，送回原廠檢測維修，原廠回覆因此台機種已經停產無法維修，建議他請第三方的資料救援公司作後續救援，經他們的工程師推廌送至我們公司進行資料救援處理。經工程師檢測後發現1號及2號硬碟有壞軌及軔體損壞故障問題，鏡相完成後分析陣列參數導入，發現客戶近期新的資料有損毀的情況，因有一顆硬碟有提前離線問題，須再做後續缺盤分析重建工程，終順利導出客戶指定資料，完成此一資料救援案例。
-
![]()
46客戶名稱大岳藝術製作有限公司
聯絡電話09310XXXXX
硬碟型號ST31500341AS
陣列形態Raid5
硬碟序號共3顆
故障原因
客戶主機由3顆SEAGATE 1.5TB硬碟建構一組陣列，設定RAID 5組態，並切割了二個分區，其中一個分區先OFFLINE後消失，另一分區內有VMWARE 4.1的虛擬機，後來也進入Rebuild狀態，客戶重要的就是第二分區的虛擬機檔案，經工程師檢測該組陣列RAID Config遺失，而造成陣列Crash，分析陣列參數導入重建，無法直接認到該組陣列的分區資訊，經搜尋修復才順利還原客戶資料。客戶重要虛擬機檔案第一次驗收，有部份檔案疑似分區損毀沒對應到，後再經工程師重建搜尋順利交付客戶資料，完成此一RAID 5磁碟陣列救援案例。
-
![]()
47客戶名稱羅先生
聯絡電話09191XXXXX
硬碟型號WD2002FAEX-007BA0
陣列形態RAID 0
硬碟序號共2顆
故障原因
客戶一組陣列由2顆WD2002FAEX-007BA0 2TB硬碟所建構,設定RAID0組態，二個星期前發生過一顆硬碟狀態ERROR，另一顆正常，但RAID狀態顯示正常，6月17重新開機後就進不了OS系統了，所以才送修至本公司作救援，經工程師檢測，1號硬碟有壞軌故障問題，須先鏡相對拷處理，6月4日也有作過一次修復性動作， 分析參數直接導入無法看到任何資料，再進行後續修復動作，第一個分區的INDEX及MFT表結構皆完整，檔案也正常可開啟，第二分區就連流水號檔案也找不到可以開啟的檔案，再一一交叉測試，發現竟二個分區的stripe size值不同，真是一個少見案例，可能客戶有特殊需求才會作這樣設定，分二階段終成功救援出此特殊RAID5陣列的資料救援案例。
-
![]()
48客戶名稱臺鍍科技股份有限公司
聯絡電話09374XXXXX
硬碟型號WD800AAJS
陣列形態Raid1
硬碟序號共3顆
故障原因
客戶使用2顆80GB硬碟架構RAID 1陣列+500GB硬碟做SQL資料庫內部存放公司每天備份的重要資料，疑因power故障造成3顆硬碟皆嚴重燒毀。其中一顆80GB硬碟因電路板嚴重燒毀，無法做原板修復；另一顆80GB硬碟的電路板表層有小區塊遭燒毀，工程師做原板跳線焊接處理；另500GB硬碟經工程師追查電路並拆焊10多顆晶片後，成功救援出客戶所需的資料。
-
![]()
49客戶名稱台南安平-高先生
聯絡電話09736XXXXX
硬碟型號YAR14BW0
陣列形態Raid 0
硬碟序號共2顆
故障原因
RAID 0 config遺失，無法透過原電腦系統重建，造成RAID crash。經工程師檢測，發現其中一顆硬碟有壞軌故障問，須先完成鏡相對拷作業，才能進一步分析陣列參數再重建，導入陣列參數重建後順利完成此一RAID 0磁頭陣列的資料救援案例。
-
![]()
50客戶名稱爽爾國際有限公司
聯絡電話09586XXXXX
硬碟型號ST2000DM001
陣列形態Raid5
硬碟序號共6顆
故障原因
客戶一台喬鼎資訊PROMISE Pegasus的陣列主機，內裝了6顆Seagate 2TB的硬碟設定RAID5組態，平常在MAC上作影音的編輯使用，某日1號碟故障有狀況，在MAC主機上出現初始化，由於無法再使用內部資料，送至原始購買得宜公司，因有硬碟硬體損壞問題，無法再作後續救援處理，所以介紹至本公司作檢測救援。工程師檢測1號硬碟已有磁頭故障問題，雖其他硬碟無任何故障，但導入陣列分析參數發現近期資料有損毀情況，應有其中一顆有過熱或不穩定提前離線問題，經工程師後續救援分析處理，順利完成此一RAID5 MAC系統的資料救援案例。
-
![]()
51客戶名稱台灣日立綜合空調股份有限公司
聯絡電話09351XXXXX
硬碟型號ST31000528AS
陣列形態Raid5
硬碟序號共4顆
故障原因
客戶公司多人共用一台BUFFALO NAS，由4顆1TB硬碟建構RAID5而成，一號硬碟有壞軌問題，二號硬碟分區表資訊有受損情況，客戶曾自行作過REBUILD動作，但一樣無法還原陣列資料，經分析計算陣列中各硬碟的分區資訊，發現REBUILD時已有一顆已離線未加入運行，須分析找出該顆硬碟，剔除後再重建RAID 5組態，最後終完成此一RAID5磁碟陣列救援案例。
-
![]()
52客戶名稱景美女中
聯絡電話09391XXXXX
硬碟型號ST31500341AS
陣列形態Raid5
硬碟序號共4顆
故障原因
客戶一組Synology DS409+ NAS主機一台，由4顆1.5TB所建構完成。原第三顆硬碟故障後，客戶更換新硬碟後不小心修復第二顆，造成整組陣列crash無法運行。工程師完成鏡相作業後即開始分析，於送來隔天即快速分析出參數，導入重建後順利提取資料，並寄送檔案清單截圖給客戶確認，成功完成救援。
-
![]()
53客戶名稱老虎暴衝有限公司
聯絡電話09137XXXXX
硬碟型號WD20EARX-19PASB0
陣列形態Raid0
硬碟序號共2顆
故障原因
客戶一組WD4000H2Q外接行動硬碟，內裝二顆WD20EARX-19PASB0 2TB硬碟，客戶描述插上筆記型MAC後資料莫名全清空，資料在一瞬間不見，之前接上桌上型MAC(非10.9版)並沒有事，WD有發文通知WD行動硬碟接上10.9的系統有可能導至資料遺失，經工程師檢測，發現分區訊受損，另有少量資料覆蓋情況，最終救援出客戶所要的重要資料，完成此一RAID 0磁碟陣列救援案例。
-
![]()
54客戶名稱台灣宅配通股份有限公司
聯絡電話02663XXXXX
硬碟型號HDT721010SLA360
陣列形態Raid0+1
硬碟序號共4顆
故障原因
台灣宅配通北辦處資訊室某日來電，公司重要伺服器中無法開機進入系統，此陣列由4顆Hitachi 1TB所建構，並設定Raid10組態，而RAID 10基本上即是由二組 RAID 0陣列作mirror 而成，分析時須先排除原故障的故障，再分析判斷找出一組資料無損的RAID 0還原客戶原始資料，由於此陣列資料量近2TB，且內部全為拍照的相片小檔案，原本正常約1、2天即可copy完的資料量，重建導出資料竟花了近二星期才完成，最後成功回復客戶所有的資料。
-
![]()
55客戶名稱祥冠工程資訊股份有限公司
聯絡電話09352XXXXX
硬碟型號ST3146356SS
陣列形態Raid5
硬碟序號共3顆
故障原因
客戶主機由3顆SEAGATE 146GB SAS硬碟所建構，設定RAID 5組態，系統格式WINDOWS NTFS格式，切割了四個分區，經工程師檢測，其中一顆硬碟磁區不穩定但尚可讀取RAID CONFIG遺失，須手工分析陣列參數，還原陣列原始架構，工程師導入陣列參數後，順利交付客戶完整資料，完成此一RAID 5磁碟陣列資料救援案例。
-
![]()
56客戶名稱南方影視製作有限公司
聯絡電話09105XXXXX
硬碟型號HDS722020ALA330
陣列形態Raid5
硬碟序號共4顆
故障原因
南方影視負責大愛電視拍攝製作剪輯的作業，購買了4顆2TB硬碟，設定MAC HFS格式，組成Raid 5陣列。某日主機第二顆硬碟故障，公司MIS人員替換一顆上去rebuild運行， rebuild完成後卻看不到任何資料。送來本公司後，經檢測尚有一顆硬碟有少量壞軌，經排除故障完成鏡相後，即開始分析計算相關參數。此陣列系統的stripe值極為少見，非一般標準參數2k、4K、8K…，須另行手工設定才能導出資料。因客戶所拍攝為FULL HD攝影機的特殊影片格式，一般播放軟體無法支援播放，於是先提取一小段影片供客戶先自行測試，客戶驗證無誤後，由於資料量太大近5TB，客戶也只要部份5、6集的資料，所以順利只花一天時間即提取完資料交付客戶，也免去了重新再找演員及搭景重拍攝的事件發生，成功完成此Raid 5資料救援任務。
-
![]()
57客戶名稱微風廣場實業股份有限公司
聯絡電話09351XXXXX
硬碟型號ST3146855SS
陣列形態Raid5 SAS硬碟
硬碟序號共3顆
故障原因
原第0號硬碟故障燈亮起，換上一顆新硬碟無法自動Rebuild，Raid config發現第2號硬碟OFF LINE，再換上新硬碟，並將原0號硬碟插回，系統自動Rebuild，完成後仍無法開機。經工程師檢測，除2號硬碟磁頭故障外，其他硬碟皆正常無損壞，但因做過同步化的作業，所有硬碟磁區的校驗資料都會變更而有所不同，造成第一分區資料完全無法對應，幸客戶所要的資料在第二分區，工程師分析完成後，導入陣列參數並一一對應遺失的資料夾，成功分析出客戶所要的MYSQL相關資料。
-
![]()
58客戶名稱桃園禾雅服飾
聯絡電話09584XXXXX
硬碟型號ST3500418AS
陣列形態Raid5
硬碟序號共4顆
故障原因
桃園禾雅服飾建構了一台Raid5主機，由4顆Seagate 500GB 硬碟建構而成，某日電腦出現第二顆硬碟fail，客戶自行換下替換一顆新的500GB硬碟但無法順利完成重建，經工程師檢測後發現第2、4顆硬碟皆有壞軌，造成整個系統CRASH無法運行，所幸系統REBUILD時間很短就FAIL，所以救回的資料完整度也較高,經客戶確認清單無誤後成功完成救援。
-
![]()
59客戶名稱工業技術研究院
聯絡電話09758XXXXX
硬碟型號SanDisk SD6SP1M-256G-1002
陣列形態RAID 0
硬碟序號共2顆
故障原因
客戶筆電中裝了二顆SSD固態硬碟，設定RAID 0組態，某日筆電不能運行開機送來作資料救援。經工程師檢測，發現有一片SSD的磁區有規律性的空白，可能有一個通道的磁區未明原因被清空，工程師分析陣列參數再作導入，順利導出客戶重要指定資料。
-
![]()
60客戶名稱桃園某資訊公司
聯絡電話0345XXXXX
硬碟型號HUS151473VL3800
陣列形態Raid5
硬碟序號共3顆
故障原因
桃園同業轉來處理的案例，由3顆IBM 73GB SCSI硬碟所建構而成，設定RAID 5組態，某日正常操作下就故障了，經檢測一號硬碟壞軌問題，2號硬碟已經內部磁頭故障有異音，須剔除此顆硬碟作缺盤分析重建，最終順利完成此一RAID5 磁碟陣列資料救援任務。
