RAID磁碟陣列案例

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

  • 1

    客戶名稱嘉實資訊股份有限公司

    聯絡電話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資料救援案件。

  • 2

    客戶名稱豐星管理顧問有限公司

    聯絡電話02-2799XXXX

    硬碟型號WD4002FYYZ

    陣列形態RAID6

    硬碟序號共8顆

    故障原因

    豐星管理顧問有限公司QNAP TS-831XU-RP主機內裝了8顆WD4002FYYZ 4TB企業版硬碟建講一組RAID6陣列, 送內湖資深救援公司救援一個月左右,無法救援後再送來本公司二救, 分析此組陣列應是故障後有執行rebuild動作,前方分區表的資訊多己不見,將所有硬碟導入重組陣列, 大部份的檔案也多是損壞, 懷疑有硬碟有提前離線問題,由於RAID6可以容錯2顆故障, 所以一一剔除二顆硬碟, 分析不同排列的陣列組合,終找到一組資料完整無損的組合, 由於客戶資料量多, 且陣列前面可能rebuild過程出錯,造成部份資料有錯亂損壞,所以導出資料後再使用我們的過濾破損檔案軟體, 約花2,3天把客戶損壞的檔案過濾並刪除,客戶回簽同意救援至通知驗收資料約共花13天,成功交付給客戶4.5TB完整的流水檔資料.

  • 3

    客戶名稱新竹林先生

    聯絡電話0928xxx029

    硬碟型號1TB X 4

    陣列形態RAID6

    故障原因

    新竹林先生一組群輝NAS主機, 原本設定RAID5組態, 共裝了4顆1TB硬碟,後來再新增一顆硬碟, 改設定為RAID6,在運轉重建過程中因主機過載燒毀而無法開機使用, 客戶送一家十多年救援經驗的同行,救援多日無法救援後再送來本公司作二救, 經工程師分析共有二顆硬碟有壞軌不良故障,但陣列組態應已完成RAID6轉換,且此組陣列為BTRFS系統格式,故救援難度比一般EXT或XFS系統案件高, 客戶同意救援後,約花了4天成功救援出客戶資料.

  • 4

    客戶名稱星期五股份有限公司

    聯絡電話02-274XXXXX

    硬碟型號WD5003ABYX-70WERA0

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    TGI Friday星期五餐廳有一組 HP TGIFNT SERVER主機,由3顆硬碟所建構,設定RAID 5組態,為HP特有的雙效驗陣列。2016年某日曾送內湖某資深救援公司處理,但因處理許久無法救援,所以送來本公司作二次救援。

    經工程師檢測,發現1號硬碟已被開盤,有少量壞軌故障,2號及3號硬碟皆敲盤異音有磁頭故障問題,客戶同意救援後,一一開盤排除故障並完成磁區鏡相。工程師在分析後發現1號及3號硬碟前方磁區內容不同,但後方90%磁區內容卻跟第一顆硬碟的內容相同,是十分少見的情況,新換上的REBUILD空硬碟前面磁區也有寫入資訊,細問客戶配合服務的廠商,原來廠商換上一顆新的硬碟嘗試REBUILD,但因不明原因,資料後來寫入至第三顆硬碟中,但後來也出錯故障,所以才送修資料救援,由於磁區損壞也相當嚴重,工程師一一修復處理,救援完成後,經客戶各部門人員來本公司驗收評估,順利取回資料,成功完成此一RAID 5磁碟陣列資料救援案例。

  • 5

    客戶名稱台北影業股份有限公司

    聯絡電話09163XXXXX

    硬碟型號WD1002FAEX

    陣列形態Raid5

    硬碟序號共8顆

    故障原因

    台北影業某日主機由LSI 9261-8i raid卡建構的raid5 磁碟陣列系統CRASH,經人介紹先至某一資深同業救援處理,可能緊急需要救援,尚未將所有硬碟作好鏡相對拷動作,即嘗試將5號硬碟強制on line,再替換SLOT 6一顆硬碟去取代3號硬碟作rebuild的動作,結果rebuild完成後,分區已出現”raw”資訊,系統格式也變成GPT格式,宣告無法救援, 當天下午客戶立即再送來本公司救援。當天即動用8組對拷機台先行將所有硬碟作好鏡相工作,完成所有硬碟鏡相已近晚上十點,當晚工程師繼續加班至凌晨,分析陣列參數直接導入建構,無法還原原始陣列資料,疑似分區資訊有受損,手工再一一虛擬對應還原,共還原救出客戶3TB的資料。由於資料大多是影片原始檔及後製檔案等特殊格式,客戶自備主機來公司一一驗收,經驗收無誤後順利完成此一RAID5磁碟陣列的資料救援任務。

  • 6

    客戶名稱鄭先生

    聯絡電話09758XXXXX

    硬碟型號WD1002FAEX

    陣列形態RAID5

    硬碟序號共6顆

    故障原因

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



     

  • 7

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

    聯絡電話09726XXXXX

    硬碟型號6L250S0

    陣列形態Raid0

    硬碟序號共2顆

    故障原因

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

  • 8

    客戶名稱樹林系統廠商

    聯絡電話02-XXXXXXXX

    硬碟型號WD6002FRYZ

    陣列形態RAID6

    硬碟序號16顆

    故障原因

    老客戶開設的系統公司, 幫客戶建構大型的影片相片資料庫, 由16顆 WD 6TB金標硬碟所建構, 設定RAID6組態, 為Windows Ntfs系統格式,某一天機台RAID組態突然不見, 工程師重新加載組態重新運行REBUILD了數天,後來發現可能會有問題立刻中斷重建, 重新開機後可以看到第一分區,但所有資料已經不見,所以送來作資料救援, 經工程師檢測分析陣列相關參數, 發現原始陣列組態中的硬碟排序跟後來設定的已不同,已造成部份資料已錯亂.最後導入正確分析參數, 交付客戶OK沒有破損的資料,順利完成此一資料救援案例.

  • 9

    客戶名稱工業技術研究院

    聯絡電話09758XXXXX

    硬碟型號SD6SP1M-256G-1002

    陣列形態RAID0

    硬碟序號共2顆

    故障原因

    客戶筆電中裝了二顆SSD固態硬碟,設定RAID 0組態,某日筆電不能運行開機送來作資料救援。經工程師檢測,發現有一片SSD的磁區有規律性的空白,可能有一個通道的磁區未明原因被清空,工程師分析陣列參數再作導入,順利導出客戶重要指定資料。

  • 10

    客戶名稱杜拜高鐵捷運

    聯絡電話098XXXX167

    硬碟型號ST31000528AS

    陣列形態RAID5

    硬碟序號共8顆

    故障原因

    某日客戶來電說他們公司杜拜廠目前有一組HP RAID 5陣列CRASH須救援,此陣列為該公司數百人共用的資料庫, 由8顆1TB硬碟所建構, 1顆作HOTSPARE,陣列總容量為6TB, 資料的儲存量約有5.2TB, 客戶先行跟我們聯絡告知準備, 走TNT國際快遞,經新加坡約6天左右總算到了台灣, 由於案件資料緊急且所有硬碟皆無嚴重故障問題, 經客戶同意直接分析各顆硬碟磁區相關參數 ,送件隔天立即分析出陣列參數並開始重建copy資料, copy過程每天不斷有公司各部門來電要求,先提取部份急用資料,由於部份硬碟磁區並不穩定, 尚有少量資料因壞軌而無法抓取對應, 所以完成第一階段資料複製作業後,再針對所有硬碟作鏡相對拷排除壞軌問題, 重建再倒回客戶重新建構的8TB HP伺服器中, 最後終完成此一海外磁碟陣列救援案例。

  • 11

    客戶名稱榮總心導管室

    聯絡電話092XXX6736

    硬碟型號WD2001FASS-00W2B0

    陣列形態RAID5

    硬碟序號共16顆

    故障原因

    台北石牌榮總心導管室一些醫學攝影資料,存放在一組16顆WD 2TB建構的陣列中,2顆作HOTSPARE,有一顆當初建構時即測試而離線,另有九顆建構成16TB的空間。某日陣列CRASH無法運行,來電本公司後,由二名工程師至現場拆下所有硬碟取回公司進行檢測,經檢測共有一顆硬碟壞軌,4顆硬碟模組損毀,當天取回後立即動用8組對拷機台,於第二天晚上終於鏡相完成所有硬碟,當晚工程師並加班分析此組陣列參數,於隔天早上順利導入重建,並提取部份資料先請客戶至專用醫療機台上測試播放,驗證是否參數運算有誤或早有1顆硬碟離線多日,經驗證無誤並經客戶同意後,即開始COPY資料,順利完成此一RAID5磁碟陣列資料救援案例。

  • 12

    客戶名稱坪林行控中心

    聯絡電話09872XXXXX

    硬碟型號ST3250620NS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    雪山隧道坪林行控中心多人共用一台HP SERVER,型號為HP Proliant DL100 G2,由4顆250GB硬碟建構RAID5而成,RAID卡型號為Adaptec 2420,經檢測一號硬碟馬達時有運轉異音,四號硬碟有壞軌,固件模組損壞,第二分區的分區表資訊損壞須修正補回,經工程師分析重建陣列後,順利交付客戶資料,完成此一RAID5磁碟陣列救援案例。

  • 13

    客戶名稱敦允有限公司

    聯絡電話09312XXXXX

    硬碟型號WD10EFRX-68PJCN0

    陣列形態RAID6

    硬碟序號共8顆

    故障原因

    客戶一台主機內裝了8顆 1TB硬碟,設定RAID6組態,為WINDOWS NTFS系統格式,某一天主機端發現有其中一顆1號硬碟已離線,有嘗試作REBUILD動作,但有可能被人為中斷,也自行使用R-STUDIO及PHOTOREC去作救援,但不小心操作誤錯,救援資料也存入了此一陣列中,經工程師檢測,客戶在12月份時有作過CHKDSK修復性動作,有許多資料夾結構及檔案名稱有損毀的情況,,1月9、10有操作寫入了大量資料作覆蓋,由於並無硬碟有任何故障問題,所以分析陣列參數導入重建,再作後續資料覆蓋的救援處理,順利導出客戶部份沒覆蓋的資料,因為客戶陣列中也存放了些虛擬機,所以須再針對虛擬機作後續處理,最後終完成此一少見的RAID6磁碟陣列資料救援案例。

  • 14

    客戶名稱台灣雅芳股份有限公司

    聯絡電話09285XXXXX

    硬碟型號ST3250620A

    陣列形態Raid5

    硬碟序號共8顆

    故障原因

    客戶一台主機內裝了8顆SEAGATE 250GB硬碟,設定RAID5組態,資料量大約1.6TB左右,多日前第一次故障磁碟損毀時REBUILD完後可以使用,在當天下午時發現1號及7號硬碟無法使用,決定送至本公司進行救援,6號硬碟由於REBUILD完後尚可運行,第一時間未送過來,經工程師檢測硬碟並無故障,鏡相完成導入參數,前方14GB的磁區皆空白,疑REBUILD過程出錯或有一顆硬碟提前離線問題,請客戶送來REBUILD前的另一顆硬碟,經分析再一一剔除可能離線多日的硬碟作重建,順利導出客戶重要資料,完成此一RAID5救援案例。

  • 15

    客戶名稱炬曜廣告事業有限公司

    聯絡電話09325XXXXX

    硬碟型號ST3320620NS

    陣列形態Raid5、Raid5

    硬碟序號共5顆、共3顆

    故障原因

    桃園炬曜廣告某日來電公司一組Snake蛇吞象外接DAS故障,共有二組RAID5於前後不同時間發生故障,一組3顆及一組5顆作建構,二組皆因其中硬碟有少量壞軌而導致陣列CRASH,鏡相完成後再分別分析出此二組陣列的相關參數,導入參數順利重建陣列資料,完成此一raid救援案例。

  • 16

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

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

  • 17

    客戶名稱桃園禾雅服飾

    聯絡電話09584XXXXX

    硬碟型號ST3500418AS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    桃園禾雅服飾建構了一台Raid5主機,由4顆Seagate 500GB 硬碟建構而成,某日電腦出現第二顆硬碟fail,客戶自行換下替換一顆新的500GB硬碟但無法順利完成重建,經工程師檢測後發現第2、4顆硬碟皆有壞軌,造成整個系統CRASH無法運行,所幸系統REBUILD時間很短就FAIL,所以救回的資料完整度也較高,經客戶確認清單無誤後成功完成救援。

  • 18

    客戶名稱環宇廣播事業股份有限公司

    聯絡電話09186XXXXX

    硬碟型號WD1003FBYX-01Y7B0

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    新竹環宇廣播電台使用 PROMISE NS4700的NAS主機,內由4顆WD 1TB硬蹀所建構而成,並設定為RAID 5組態。先送過內湖資料救援同業檢測,但因報價太高,客戶放棄救援後再轉送至本公司處理,經工程師檢測分區資訊,發現各有二顆硬碟,前面磁區內容皆是一樣,疑似RAID10組態,但後方磁區內容架構又像是RAID5組態,須各剔除一顆進行分組缺盤分析重建,終取最完整的那一組資料交付客戶資料,資料完整度約95%~98%左右,最後終完成此一RAID5磁碟陣列資料救援案例。

  • 19

    客戶名稱土思國際整合股份有限公司

    聯絡電話091XXX6066

    硬碟型號SSD固態硬碟

    陣列形態RAID0

    硬碟序號共2片

    故障原因

    客戶自行購買2顆128GB的SSD固態硬碟,改裝設定RAID0陣列,裝入自己的SONY VAIO的筆電中,以求筆電效能提升及資料存取速度加快。某日在更新WIN7 SP1時發生錯誤無法完成更新,之後就無法開機,系統RAID 0 Crash。經送來我們公司檢測後,發現其中一顆SSD已有些BLOCK已有損壞,讀取此處即造成CRASH,工程師先後針對此二顆SSD作好鏡相工作後,即開始分析陣列相關參數,導入陣列參數重建後成功完成此一資料救援案例。 

  • 20

    客戶名稱台北楊先生

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