RAID磁碟陣列案例

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

  • 21

    客戶名稱台北楊先生

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

  • 22

    客戶名稱高先生

    聯絡電話09281XXXXX

    硬碟型號ST32000444SS

    陣列形態Raid6

    硬碟序號共12顆

    故障原因

    客戶某日來電有一台HP P2000 G3主機,共有12顆2TB SAS硬碟建構,設定RAID 6組態, 型號各是ST32000444SS、ST2000NM001、ST2000NM0023,並且內部共設定了9個LUN,升級FIREWARE時出錯故障,資料非常急用,經客戶同意,所有SAS硬碟作初步檢測,只有5號硬碟有少量壞軌情況,此12顆硬碟先不作對拷鏡相,直接分析陣列參數,送來4-5小時立即通知客戶已分析出陣列參數,並有對應到客戶部份資料,客戶同意救援後,於隔天快速交付客戶3TB的資料,由於此組陣列當時內部有許多虛擬機檔案,虛擬機內部又有許多SQL檔案,所以又免費協助客戶作後續虛擬機救援處理,最後終完成此一RAID 6磁碟陣列資料救援案例。
     

  • 23

    客戶名稱嘉義縣環境保護局

    聯絡電話0536XXXXX

    硬碟型號IC35L036VCDY10-0

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    嘉義環保局某日來電, 局內一台IBM 伺服器因RAID卡故障, 造成整個陣列Crash 無法運行, 此陣列由四顆 IBM 34GB的 SCSI硬碟所建構完成, 處理數日一樣無法還原陣列資料, 後經郵局送來本公司檢測, 發現硬碟並無任何故障或壞軌, 主因為RAID CONFIG遺失,客戶事後也沒有作過任何Rebuild或同步化等動作, 資料應可完整回復. 所有硬碟完成鏡相後, 經工程師手工分析陣列相關參數, 發現為一少見的右走向的 RAID5陣列, 並且陣列Stripe size值也非為原廠內定值, 導入參數重建此一陣列, 於客戶送件的隔天立即回報可救援出該陣列內40GB的資料, 客戶跑完成公家機關送件程序後成功完成此一資料救援案例。

  • 24

    客戶名稱光華電腦同行

    聯絡電話09321XXXXX

    硬碟型號WD10EADS-00P8B0

    陣列形態Raid6

    硬碟序號共16顆

    故障原因

    同行客戶一組SERVER 4U的伺服器主機,內共裝了16顆WD、SEAGATE、日立 1TB硬碟,設定RAID6組態,為LINUX EXT系統格式,某日陣列主機故障無法運行,從主機端記錄看4、6、8號此三顆硬碟有亮燈報錯,同行客戶無法從主機端作救援處理,所以轉送來本公司作後續救援,經工程師檢測硬碟皆無任何壞軌故障,有可能綠標硬碟節能省電功能造成休眠模式下,馬達起轉來不及加入運行或有過熱離線問題,16號硬碟磁區皆無任何資料,有可能是HOT-SPARE硬碟或沒有設定加入運行,直接分析陣列參數及硬碟順序,導入參數重建資料,只有看到二個2012年的資料夾,近期的資料皆沒有看到,應有1或2顆硬碟多年前就離線了,必須要找出並剔除後再重建,才能得到完整正確的資料,RAID6若須剔盤難度就比RAID5高出許多,因為剔除組合太多,各別單獨剔掉15顆就有15個組合,同時剔除二顆的組合更多,最後終於花了一天的時間,比對找出最完整正確的資料,順利完成此一RAID6 磁碟陣列救援案例。

  • 25

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

    聯絡電話09581XXXXX

    硬碟型號WD2000JB

    陣列形態Raid1

    硬碟序號共2顆

    故障原因

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

  • 26

    客戶名稱陳先生

    聯絡電話09356XXXXX

    硬碟型號WD1002FAEX-00Z3A0

    陣列形態Raid0

    硬碟序號共2顆

    故障原因

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

  • 27

    客戶名稱錦鈺有限公司

    聯絡電話09180XXXXX

    硬碟型號ST3500320AS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 28

    客戶名稱賀眾企業

    聯絡電話09630XXXXX

    硬碟型號HDS721010CLA332

    陣列形態RAID5

    硬碟序號共3顆

    故障原因

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

  • 29

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

    聯絡電話09322XXXXX

    硬碟型號ST3250310NS

    陣列形態Raid1

    硬碟序號共2顆

    故障原因

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

  • 30

    客戶名稱FHM,一手車訊

    聯絡電話09119XXXXX

    硬碟型號WD黑標FYYS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    我愛傳媒負責FHM及CARNEWS等雜誌攝影編輯等業務,此組Raid5陣列由4顆WD黑標2TB硬碟建構而成,採用MAC HFS+格式以方便編輯剪輯。曾送某家資料救援同業再送至本公司,經工程師檢測發現第2、4顆硬碟PCB故障,須先排除硬碟硬體的故障問題,才能做後續處理。第一天先用4組對拷機台鏡相對拷此8TB硬碟,第二天工程師立即分析出陣列相關參數導入重建,由於硬碟壞軌,故障後也無作任何Rebuild或初始化的修復性動作,所以資料幾乎無破損情況,成功完成救援。

  • 31

    客戶名稱劉先生

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

  • 32

    客戶名稱陳先生

    聯絡電話09189XXXXX

    硬碟型號WD20EARS-00MVW

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 33

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

    聯絡電話09201XXXXX

    硬碟型號ST31000340AS

    陣列形態Raid5

    硬碟序號共5顆

    故障原因

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

  • 34

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

    聯絡電話09873XXXXX

    硬碟型號ST3146356SS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 35

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

    聯絡電話09567XXXXX

    硬碟型號WD1003FBYX-01Y7B1

    陣列形態Raid1

    硬碟序號共2顆

    故障原因

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

  • 36

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

    聯絡電話09125XXXXX

    硬碟型號WD1200AB

    陣列形態Raid0

    硬碟序號共2顆

    故障原因

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

  • 37

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

    聯絡電話09310XXXXX

    硬碟型號WD2500BB

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 38

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

    聯絡電話09196XXXXX

    硬碟型號WD 1TB

    陣列形態Raid1

    硬碟序號共2顆

    故障原因

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

  • 39

    客戶名稱麥栗有限公司

    聯絡電話09303XXXXX

    硬碟型號WD 500GB

    陣列形態Raid0

    硬碟序號共2顆

    故障原因

    麥栗有限公司使用WIN 7內建軟體RAID功能,將二顆WD 500GB硬碟設定RAID 0,開機後發現已經有一顆硬碟無法辨識,並出現須格式化處理,幸客戶深知內部資料重要未再作進一步錯誤操作.早上11點送來檢測,檢測硬碟發現並無嚴重故障,作好所有硬碟鏡相備份後,工程師立即開始分析計算陣列結構及參數,發現此陣列RAID Config 遺失,導入參數重建陣列架構後即看到客戶所要的資料,下午約二點立即通知回報客戶成功完成此資料救援案例。

  • 40

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

    聯絡電話09329XXXXX

    硬碟型號ST31000340AS

    陣列形態Raid1

    硬碟序號共2顆

    故障原因

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