RAID磁碟陣列案例

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

  • 21

    客戶名稱伍豐科技股份有限公司

    聯絡電話09201XXXXX

    硬碟型號ST31000340AS

    陣列形態Raid5

    硬碟序號共5顆

    故障原因

    伍豐科技公司一台色卡司的NAS主機,由5顆SEAGATE 1TB硬碟建構RAID5組態,某日發現第3顆亮燈後,再開機發現第5顆硬碟也亮燈,整個陣列CRASH無法運行,經工程師檢測後,發現卻是第1顆硬碟壞軌損毀最嚴重,第5顆少量壞軌,第3顆固件區模組損壞造成讀取速度偏慢,經工程師分析計算出陣列參數,導入重建發現近期的檔案有損毀情況,應有一顆硬碟早已離線多日,再作缺盤分析計算工程,少見的發現原第四顆硬碟雖無任何損壞,但早已脫離陣列組態離線多日了,T盤後再重建終交付客戶重要資料,完成此一RAID5磁碟陣列救援案例。

  • 22

    客戶名稱傑作資本藝術股份有限公司

    聯絡電話09567XXXXX

    硬碟型號WD1003FBYX-01Y7B1

    陣列形態Raid1

    硬碟序號共2顆

    故障原因

    客戶一組WD 外接式1TB行動硬碟,設定RAID 1組態,某日不明原因無法讀取行動硬碟資料。客戶使用救援軟體自行處理但無法救援出資料,經工程師檢測應是MAC電腦及WINDOWS 電腦切換時操作出錯造成分區表損毀,分析二顆硬碟分區資訊,順利導出客戶重要資料,完成此一RAID 1磁碟陣列救援案例。  

  • 23

    客戶名稱鄭先生

    聯絡電話09758XXXXX

    硬碟型號WD1002FAEX

    陣列形態RAID5

    硬碟序號共6顆

    故障原因

    客戶描述此台Promise Peagasus R6外接式磁碟陣列櫃,內裝了6顆WD1002FAEX 黑標1TB硬碟, 在MAC下編輯使用,原本先是一顆5號硬碟有時會出現紅燈,隔一陣子後再重新開機,可以繼續使用,接著沒有多久時間,第2顆6號硬碟也出現紅燈,也是隔一陣子重新開機,仍可以繼續使用,但再過了數天後便OFFLINE了,搜尋不到此組陣列再隔了數天後重新開機,結果第3顆硬碟也亮起紅燈了,所以只好送來作資料救援,經檢測所有硬碟皆沒有壞軌故障問題,但客戶描述的5號及6號硬碟長時間運行,會有磁區不穩定及過熱問題,皆免費鏡相處理,但3號及6號硬碟的前方分區資訊有受損,導入分析的陣列參數無法直接對應到客戶所有的分區資料,經工程師修復排除後,並一一測試找出提前離線硬碟,順利導出客戶指定資料,完成此一MAC HFS+系統的RAID5磁碟陣列資料救援案例。



     

  • 24

    客戶名稱安德生國際有限公司

    聯絡電話09125XXXXX

    硬碟型號WD1200AB

    陣列形態Raid0

    硬碟序號共2顆

    故障原因

    公司美工人員操作的主機發生了故障,多年美工人員心血結晶皆存放在此,當天下午4點多送來,工程師加班處理,隔天一早上班即回傳救援檔案清單,美工人員下午來公司驗收,發現短少部份檔案,後經確認原來此台電腦內另有二顆硬碟,桌面上連結的路徑太多,有些對應至RAID 0陣列,有些則是對應至電腦另一顆80GB硬碟中,由於另一顆硬碟並無故障,所以工程師免費幫忙將所有資料COPY整合在同一備份硬碟中.再經客戶驗收完整無誤,成功完成救援。

  • 25

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

    聯絡電話09310XXXXX

    硬碟型號WD2500BB

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 26

    客戶名稱東勢資訊有限公司

    聯絡電話09196XXXXX

    硬碟型號WD 1TB

    陣列形態Raid1

    硬碟序號共2顆

    故障原因

    台中東勢資訊幫客戶系統規劃建構了RAID1陣列,某天陣列CRASH,因不小心誤操作了初始化動作,硬碟前半部MBR、DBR及部份資料已遭清空,幸好短時間立即停止操作.工程師收到件後立即檢測,硬碟除了部份模組有損壞外,並沒有什麼大問題.因硬碟內重要的關鍵磁區資料已經遭抹除,所以須手工分析重建原始的資料夾結構,最後一一對應後還原客戶原始資料, 隔天早上即成功完成救援。

  • 27

    客戶名稱里昂國際顧問

    聯絡電話0926XXXXXX

    硬碟型號WD40EFRX-68WT0N0

    陣列形態RAID 5

    硬碟序號WCC4EXXXXXX

    故障原因

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

  • 28

    客戶名稱台北楊先生

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

  • 29

    客戶名稱旭德資訊有限公司

    聯絡電話09873XXXXX

    硬碟型號ST3146356SS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    旭德資訊幫客戶代送一台IBM X3400伺服器主桚,內由4顆164GB SAS硬碟所建構而成,並且設定RAID5 組態,經工程師檢測後, 發現2硬碟為壞軌故障問題,3、4號硬碟皆易過熱,會突然離線,且已有一顆硬碟早線多日,無法加入分析重建,經工程師導入參數重建陣列,順利完成此一RAID5資料救援案例。

  • 30

    客戶名稱喬集應用材料股份有限

    聯絡電話09322XXXXX

    硬碟型號ST3250310NS

    陣列形態Raid1

    硬碟序號共2顆

    故障原因

    客戶一台伺服器原有二顆SEAGATE ST3250310NS 250GB企業版硬碟,設定RAID1組態,某日主機板燒毀後,再更換了另一片主機板後,使用一段時間,才發現HDD無法讀取,所以用來本公司進行救援檢測,經工程師檢測後發現,1號硬碟有壞軌故障問題,硬碟前面有大量的磁區無法讀取損毀,2號硬碟為單碟片、二個磁頭、1號磁頭有故障問題,須作開盤救援處理,因客戶設定RAID1,故建議優先由故障輕微的壞軌硬碟作救援即可,完成救援後通知客戶驗收資料,順利完成此一RAID1的資料救援案例。

  • 31

    客戶名稱綠信環境科技股份有限公司

    聯絡電話09581XXXXX

    硬碟型號WD2000JB

    陣列形態Raid1

    硬碟序號共2顆

    故障原因

    2顆硬碟經檢測後確認其中一顆磁頭損壞需開盤處理;另一顆是固件模組損壞、分區表損毀。工程師由分區表的架構判斷這2顆硬碟應是做RAID 1陣列,只需選擇其中故障較輕的硬碟救援即可。工程師先修復損壞的模組,再手工重建分區表,1個工作天內即救援出客戶所需的資料。

  • 32

    客戶名稱滾石移動股份有限公司

    聯絡電話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資料,於隔天快速交件完成此一磁碟陣列資料救援案例。

  • 33

    客戶名稱陳先生

    聯絡電話09356XXXXX

    硬碟型號WD1002FAEX-00Z3A0

    陣列形態Raid0

    硬碟序號共2顆

    故障原因

    台北陳先生由2顆WD 1TB硬碟建構RAID 0陣列,經工程師檢測,發現其中一顆硬碟有壞軌故障問,須先完成鏡相對拷作業,才能進一步分析陣列參數再重建,導入陣列參數重建後順利完成此一RAID 0磁頭陣列的資料救援案例。

  • 34

    客戶名稱中壢茂訊

    聯絡電話03-4024XXX

    硬碟型號PLEXTOR, SKHYNIX

    陣列形態RAID0

    硬碟序號E146N0249105XXXXX, P0244711XXXXX

    故障原因

    客戶送來一組SSD固態故障, 設定RAID0組態, 某日故障無法讀取內部資料, 經檢測PLEXTOR那顆SSD, FLASH內部有區塊損壞,須使用專用救援工具作鏡相對拷, 工程師再分析陣列相關參數, 導入參數重建後順利完成此一RAID0 的SSD陣列救援案例.

  • 35

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

    聯絡電話09521XXXXX

    硬碟型號ST3000DM001

    陣列形態Raid5

    硬碟序號共6顆

    故障原因

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

  • 36

    客戶名稱榮昌科技股份有限公司

    聯絡電話09202XXXXX

    硬碟型號WD1600JS-75NCB3

    陣列形態Raid5

    硬碟序號共6顆

    故障原因

    老客戶榮昌科技一台DELL 2950的SERVER主機,內裝了6顆160GB硬碟建構RAID 5組態,某日3號及5號硬碟亮燈出錯,整組RAID無法ON-LINE上線,因無法運行使用內部資料,所以趕快送來本公司救援,經工程師檢測後發現3號及4號硬碟有壞軌故障問題,須鏡相完成後方能再作後續陣列分析參數作業,分析陣列參數直接導入,無法直接看到客戶資料,經工程師一一剔除可能提前離線的硬碟後再重建資料,終順利完成此一DELL SERVER主機的RAID 5陣列救援案例。

  • 37

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

    聯絡電話09350XXXXX

    硬碟型號WD15EARX-00PASB0

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 38

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

    聯絡電話09559XXXXX

    硬碟型號ST2000DM001

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 39

    客戶名稱大岳藝術製作有限公司

    聯絡電話09310XXXXX

    硬碟型號ST31500341AS

    陣列形態Raid5

    硬碟序號共3顆

    故障原因

    客戶主機由3顆SEAGATE 1.5TB硬碟建構一組陣列,設定RAID 5組態,並切割了二個分區,其中一個分區先OFFLINE後消失,另一分區內有VMWARE 4.1的虛擬機,後來也進入Rebuild狀態,客戶重要的就是第二分區的虛擬機檔案,經工程師檢測該組陣列RAID Config遺失,而造成陣列Crash,分析陣列參數導入重建,無法直接認到該組陣列的分區資訊,經搜尋修復才順利還原客戶資料。客戶重要虛擬機檔案第一次驗收,有部份檔案疑似分區損毀沒對應到,後再經工程師重建搜尋順利交付客戶資料,完成此一RAID 5磁碟陣列救援案例。

  • 40

    客戶名稱羅先生

    聯絡電話09191XXXXX

    硬碟型號WD2002FAEX-007BA0

    陣列形態RAID 0

    硬碟序號共2顆

    故障原因

    客戶一組陣列由2顆WD2002FAEX-007BA0 2TB硬碟所建構,設定RAID0組態,二個星期前發生過一顆硬碟狀態ERROR,另一顆正常,但RAID狀態顯示正常,6月17重新開機後就進不了OS系統了,所以才送修至本公司作救援,經工程師檢測,1號硬碟有壞軌故障問題,須先鏡相對拷處理,6月4日也有作過一次修復性動作, 分析參數直接導入無法看到任何資料,再進行後續修復動作,第一個分區的INDEX及MFT表結構皆完整,檔案也正常可開啟,第二分區就連流水號檔案也找不到可以開啟的檔案,再一一交叉測試,發現竟二個分區的stripe size值不同,真是一個少見案例,可能客戶有特殊需求才會作這樣設定,分二階段終成功救援出此特殊RAID5陣列的資料救援案例。