RAID磁碟陣列案例

雷德致力於RAID磁碟陣列救援, 多年來累積許多實務救援經驗及案例, 不管是常見RAID5組態, 高難度RAID6, 資深同業也無法救援的少見RFS系統, 我們皆可提供專業快速的救援服務。實務上無法救援案例, 大部份是故障後人為再作了致命的錯誤操作, 故建議若資料重要請勿自行再處理, 以免救援難度增加。

  • 21

    客戶名稱錦鈺有限公司

    聯絡電話09180XXXXX

    硬碟型號ST3500320AS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 22

    客戶名稱賀眾企業

    聯絡電話09630XXXXX

    硬碟型號HDS721010CLA332

    陣列形態RAID5

    硬碟序號共3顆

    故障原因

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

  • 23

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

    聯絡電話09322XXXXX

    硬碟型號ST3250310NS

    陣列形態Raid1

    硬碟序號共2顆

    故障原因

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

  • 24

    客戶名稱FHM,一手車訊

    聯絡電話09119XXXXX

    硬碟型號WD黑標FYYS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 25

    客戶名稱陳先生

    聯絡電話09189XXXXX

    硬碟型號WD20EARS-00MVW

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 26

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

    聯絡電話09201XXXXX

    硬碟型號ST31000340AS

    陣列形態Raid5

    硬碟序號共5顆

    故障原因

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

  • 27

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

    聯絡電話09873XXXXX

    硬碟型號ST3146356SS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 28

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

    聯絡電話09567XXXXX

    硬碟型號WD1003FBYX-01Y7B1

    陣列形態Raid1

    硬碟序號共2顆

    故障原因

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

  • 29

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

    聯絡電話09125XXXXX

    硬碟型號WD1200AB

    陣列形態Raid0

    硬碟序號共2顆

    故障原因

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

  • 30

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

    聯絡電話09310XXXXX

    硬碟型號WD2500BB

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 31

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

    聯絡電話09196XXXXX

    硬碟型號WD 1TB

    陣列形態Raid1

    硬碟序號共2顆

    故障原因

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

  • 32

    客戶名稱麥栗有限公司

    聯絡電話09303XXXXX

    硬碟型號WD 500GB

    陣列形態Raid0

    硬碟序號共2顆

    故障原因

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

  • 33

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

    聯絡電話09329XXXXX

    硬碟型號ST31000340AS

    陣列形態Raid1

    硬碟序號共2顆

    故障原因

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

  • 34

    客戶名稱景美女中

    聯絡電話09391XXXXX

    硬碟型號ST31500341AS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 35

    客戶名稱許先生

    聯絡電話09288XXXXX

    硬碟型號WD10EADS-22M2B0

    陣列形態Raid0

    硬碟序號共2顆

    故障原因

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

  • 36

    客戶名稱金展空調股份有限公司

    聯絡電話09726XXXXX

    硬碟型號6L250S0

    陣列形態Raid0

    硬碟序號共2顆

    故障原因

    金展空調公司經其他資料救援公司救援一個月多失敗後,再轉送至本公司救援資料,送件時說明此二顆硬碟為RAID 0,由於RAID 0及RAID 5陣列結構及須分析及導入的參數不同,錯誤即會造成大量資料錯亂破損。本公司工程師RAID分析經驗豐富,馬上從MBR、DBR及磁區結構看出,該陣列為RAID 5結構非RAID0組態,並且是由三顆硬碟所架構,其中一顆硬碟分區表己經破損,且被格式化處理過,前方磁區還遭到一些系統隱藏檔覆蓋些資料,雖然缺少一顆硬碟分析的難度更高,經工程師一天全力加班趕工分析,於第二天早上完成救援, 快速完成此一高難度RAID5的資料救援案例。

  • 37

    客戶名稱昱通工程企業社

    聯絡電話09813XXXXX

    硬碟型號ST3750330NS

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

    由系統廠商送來一組RAID 5磁碟陣列,由4顆SEAGATE 750GB硬碟建構WINDOWS SERVER 2008系統,某日故障無法運行,經同行介紹而來,工程師檢測後,發現3號硬碟有嚴重壞軌問題,鏡相完成後,分析陣列參數導入,發現最新的資料大多是損毀無法開啟,工程師再作缺盤分析,發現有一顆硬碟約201X年X月X日即離線,須剔除不能加入重建,最後終順利交付客戶完整資料,完成此一RAID 5磁碟陣列資料救援案例。

  • 38

    客戶名稱欣宏電腦

    聯絡電話09361XXXXX

    硬碟型號ST3160813AS

    陣列形態Raid0+1

    硬碟序號共2顆

    故障原因

    台中欣宏電腦的醫療器材客戶所安裝電腦系統,由於已建構多年,客戶已經忘記當初安裝時設定的RAID架構為何,所以請我們工程師分析硬碟內容,經工程師分析比對硬碟磁區內容, 發現此陣列組合為少見特殊陣列,第一分區二顆硬碟磁區內容皆不相同,且須採RAID 0重建才能回復完整資料,但第2,3分區磁區內容皆一模一樣, 非RAID 0,1或0+1,若非客戶端故障後,有另作修復處理,實為一個特例CASE, 經1天分析即成功完成此救援。

  • 39

    客戶名稱先映國際媒體

    聯絡電話09877XXXXX

    硬碟型號DT01ACA300

    陣列形態RAID0

    硬碟序號6顆

    故障原因

    客戶一組磁碟陣列由6顆TOSHIBA 3TB硬碟建構,設定RAID 0組態,為MAC HFS系統格式,某日無法正常MOUNT,監測軟體顯示Array消失不見,嘗試重新開機處理,一樣認不到,經工程師檢測所有硬碟皆沒有任何壞軌,可能運行中高溫過熱,造成單顆硬碟離線OFFLIONE,RAID 0只要一顆硬碟故障就整組Crash,效能快但並無保險,經工程師分析相關參數導入重建,順利完成此一MAC HFS系統的RAID 0磁碟陣列救援案例。

  • 40

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

    聯絡電話09137XXXXX

    硬碟型號WD20EARX-19PASB0

    陣列形態Raid0

    硬碟序號共2顆

    故障原因

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