/* */

RAID磁碟陣列資料救援案例

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

  • 121

    客戶名稱色彩學廣告有限公司

    聯絡電話09114XXXXX

    硬碟型號WD30EFRX-68AX9N0

    陣列形態RAID 5

    硬碟序號共5顆

    故障原因

    香港劉先生(色彩學廣告有限公司)從事台港婚妙攝影及廣告攝影工作,常往來香港及台灣高雄。公司有一台QNAP TS-569 NAS主機,內裝了5顆WD 3TB硬碟,設定為RAID 5組態。某日第一顆硬碟出現故障訊息,更換一顆全新硬碟重建後又運行了一~二天,看得到資料但常無法COPY或有破損,後來第五顆硬碟也出現了故障,就無法再運行存取資料。先送香港當地的數據恢復的廠商檢測評估,報價約20萬左右,而且救援後不管資料是否能使用,一定須支付該筆費用,所以劉先生評估後,坐飛機回台後立即再搭高鐵北上將此組NAS陣列送至本公司作急件救援。經工程師檢測後發現1號及2號硬碟有壞軌故障情形,3號及5號硬碟Smart資訊表出錯,2號硬碟不穩定易過熱離線,新換上的1號碟只有前面20%的磁區有資料,疑似重建過程失敗,經工程師分析陣列參數導入,無法直接看到客戶資料,搜尋分區資訊只看到9TB分區,原始分區應為12TB大小,可能是因換上新的硬碟重建過程出錯所造成,經工程師不斷修正參數導入重建後,終交付客戶指定資料,完成此一海外送回台灣救援RAID 5 NAS磁碟陣列的資料救援案例。

  • 122

    客戶名稱登騏企業股份有限公司

    聯絡電話09733XXXXX

    硬碟型號ST2000DM001

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

    客戶一台主機有裝4顆Seagate ST2000DM001 2TB硬碟,設定RAID 5組態,某日無法開機後,資料無法取出,電腦端警示其中一顆硬碟故障,重新開機一樣開不起來,客戶故障後有再作一次熱插拔,電腦再重啟後系統一樣無效,會自動重開並有做修復性動作,經工程師檢測,發現有一顆硬碟有壞軌故障問題,須先作鏡相對拷處理,分析陣列參數導入,尚有部份分區表損毀情況,再進行後續修復處理,順利交付客戶重要資料,完成此一RAID 5磁碟陣列資料救援案例。

  • 123

    客戶名稱你最大服務行銷有限公司

    聯絡電話09630XXXXX

    硬碟型號ST2000DM001

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

    你最大服務行銷公司一台BUFFALO LinkStation LS-QVL NAS主機,內裝了4顆2TB硬碟,設定為RAID 5組態,舊故障硬碟已送回原廠更換,換上新的硬碟要作重建動作,但不小心格式化了第2顆硬碟,送來本公司檢測後發現1號硬碟僅寫入少量分區資訊,並無存入任何資料,1、2號硬碟分區內容架構和3、4號硬碟不同,疑有做過組態重建或其他錯誤失敗操作,分析陣列參數直接導入,或一一剔除作缺盤分析皆無法看到客戶資料,經工程師再作分析查找修復動作,終於對應到客戶指定資料,完成此一BUFFALO NAS資料救援案例。 

  • 124

    客戶名稱慶堂工業股份有限公司

    聯絡電話09115XXXXX

    硬碟型號WDEFRX-68JCSN0

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

    慶堂工業陳先生送來一組喬鼎NS4600 NAS主機,內裝了4顆WD 紅標WD10EFRX 1TB硬碟,設定為RAID 5組態。某日該組NAS無法啟動存取資料,經工程師檢測硬碟並沒有任何故障問題,但分析陣列參數導入或一一剔除作缺盤分析(排除有一顆硬碟有提前離線問題),皆無法對應看到客戶資料,疑有作過REBUILD重建或初始化動作,經工程師再進一步分析磁區資訊及排除故障後,終順利完成此一NAS RAID 5 XFS系統格式磁碟陣列救援案例。

  • 125

    客戶名稱翰緯電腦有限公司

    聯絡電話093XXX8050

    硬碟型號HDP725050GLA360

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

    聯強資訊聯盟-翰緯電腦有限公司幫客戶送來一台Buffalo Ls Q2.0TL的主機,內裝4顆500 GB的硬碟,設定為RAID 5組態,系統為少見的XFS格式,送件來時已發現3號及4號碟故障,造成整組陣列無法運行,工程師檢測後發現3號硬碟有壞軌故障問題,4號硬碟雖無任何壞軌,但之前應有發生過熱離線問題,所以需剔除再作後續陣列重建,最終分析陣列相關參數,順利救援出客戶指定資料, 完成此一RAID 5 XFS 系統資料救援案例。

  • 126

    客戶名稱蘇先生

    聯絡電話092XXX9129

    硬碟型號ST31000340NS

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

    台北蘇先生帶來一組群輝Synology DS411j NAS主機,內裝了2顆Seagate 1TB企業版及2顆DELL 2TB企業版硬碟,設定為RAID 5 組態,某日HDD 1先離線,之後沒多久HDD 2也跟著離線了,經工程師檢測2號硬碟有壞軌故障問題,鏡相完成後導入陣列參數無法直接看到客戶指定資料,應有其他硬碟尚有提前離線問題,經工程師再作後續修復處理後,終完成此一RAID5 NAS資料救援案例。 

  • 127

    客戶名稱陳先生

    聯絡電話098XXX0711

    硬碟型號ST31000528AS

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

    宜蘭陳先生購買了一台PRORAID HFR2-S3B的外接陣列盒,內裝了4顆Seagate 1TB硬碟,設定為RAID 5組態。某日故障後無法繼續存取資料,原以為是主機的故障問題送回原廠修理,期間並再買一台同品牌的主機回去再試,但HDD接上後出現格式化,之後就沒有再操作。原主機送修回來後再接上去也一樣出現格式化。送來本公司經工程師檢測,發現4號硬碟有壞軌故障問題,須完成鏡相對拷後再作後續救援,分析陣列參數導入後,發現陣列分區資訊受損,疑似硬碟接上機台後有對硬碟磁區作變更寫入動作,經再設定校正後成功 救援出客戶指定資料,成功完成此一RAID 5磁碟陣列救援案例。

  • 128

    客戶名稱萬鼎工程服務股份有限公司

    聯絡電話092XXX7409

    硬碟型號WD1001FALS-00J7B1

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

    萬鼎工程一台群輝Synology DS409 NAS主機,內裝了4顆 WD 1TB企業版 硬碟,設定為RAID 5組態,為LINUX EXT4系統格式。某日故障後無法存取資料,客戶不確定故障情況,可能B碟先離線或是C碟不能使用。經工程師檢測,發現 2號硬碟應有提前離線問題,建議剔除不加入重建。分析陣列參數直接導入雖可看到陣列分區資訊,但找不到客戶指定資料,應另有其他問題,工程師修正重建後再比對搜尋,終完成此一RAID 5 NAS資料救援案例。 

  • 129

    客戶名稱遠景數位有限公司

    聯絡電話02-232XXX37

    硬碟型號ST3000DM001

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

    同業介紹來的客戶,遠景數位有限公司,使用群輝NAS主機,由4顆Seagate 3TB 硬碟建構RAID 5組態。先送經銷商作初步檢測,發現1號及3號硬碟故障,2號硬碟可能有提前離線問題,經工程師檢測發現1號及3號硬碟內部讀寫磁頭皆有故障問題,須開盤作後續救援才能再加入陣列重建資料,不過此系列3TB硬碟磁頭故障後出現刮傷比例偏高,救援難度較高,經工程師先後更換了二次磁頭救援,終完成硬碟的鏡相對拷工作,最後再導入分析出陣列相關參數,終完成此一群輝RAID 5 NAS的資料救援案例。

  • 130

    客戶名稱華唐科技股份有限公司

    聯絡電話093XXX3073

    硬碟型號WD1001FALS-75J7B0

    陣列形態RAID5

    硬碟序號共8顆

    故障原因

    客戶送來一組MAC磁碟陣列,內為8顆1TB WD黑標1001FALS所建構,客戶描述當時不小時誤刪了資料,並且後來又有其他人存入部份資料,鏡相完成後經工程師分析,發現硬碟排序跟原陣列主機內順序並不相同,導入參數順利建構還原陣列架構,搜尋查找客戶重要資料,發現客戶已有部份資料已經遭到覆蓋了,但尚有救援出部份重要資料,所以經客戶驗收後順利取回資料,完成此一MAC RAID 5磁碟陣列資料救援案例。

  • 131

    客戶名稱勝宏實業股份有限公司

    聯絡電話022XXX7822

    硬碟型號FUJITSU MAW3073NC

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

    客戶一台主機內有4顆73GB SCSI硬碟,設定RAID 5組態,某日因突然斷電導致開機 時第二顆及第三顆硬碟亮橘燈,無法開機至Server 2003,因無法讀取陣列內的資料,所 以送來本公司進行資料救援,經工程師檢測,發現2號硬碟磁介質受損,1號及3號硬碟不 穩定,時而會離線抓不到。鏡相對拷好故障硬碟後,分析陣列參數導入後,無法直接對應 出客戶原始資料,應有一顆硬碟早已離線多日,再進行剔碟排除的分析作業,最終完成此一 RAID 5磁碟陣列救援案例。

  • 132

    客戶名稱華研電腦股份有限公司

    聯絡電話095XXX0872

    硬碟型號HDS721050CLA362

    陣列形態RAID5

    硬碟序號共3顆

    故障原因

    客戶一組RAID 5陣列,由3顆Hitachi 500GB硬碟建構。某日故障後就不敢作任何處理, 送來本公司作檢測後,發現一號硬碟有壞軌故障,2號硬碟為內部磁頭故障問題,工程師檢測後發現,該組陣列應是同一時間離線所致,建議客戶先不開盤處理2號硬碟,可先由1及3號硬碟分析導出資料,客戶同意救援後,直接作缺碟分析作業,剔除2號硬碟後順利導出客戶重要資料,完成此一RAID 5磁碟陣列救援案例。

  • 133

    客戶名稱承豐營造有限公司

    聯絡電話091XXX1094

    硬碟型號WD20EFRX-68AX9N0

    陣列形態RAID0

    硬碟序號共2顆

    故障原因

    客戶一台QNAP TS-469 PRO NAS主機故障,內裝了2顆 WD20EFRX-68AX9N0 2TB的硬碟,設定RAID 0組態,系統為EXT4格式,經工程師檢測發現,1號硬碟少量壞軌,但分區資訊已遭變更破壞,直接導入陣列分析參數,無法直接對應出客戶原始資料,再經分析修復處理才順利成功拉取出客戶重要資料,經一天急件救援完成此一RAID 0磁碟陣列資料救援案例。

  • 134

    客戶名稱富冠國際企業社

    聯絡電話095XXX2385

    硬碟型號WD10EARS-00Y5B1

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

    客戶一台QNAP TS-469 NAS主機,內裝了3顆WD 1TB及1顆HITACHI 1TB硬碟,設定RAID 5組態,某日主機故障無法讀取資料,送來本公司進行資料救援,經工程師檢測後發現,1號硬碟被誤格式化成NTFS格式,2號硬碟有壞軌故障問題,該組NAS為LINUX EXT4系統格式,排除硬碟壞軌故障問題,分析陣列相關參數導入,終完成此RAID 5 磁碟陣列資料救援案例。

  • 135

    客戶名稱康聯訊科技股份有限公司

    聯絡電話091XXX9522

    硬碟型號ST3500418AS

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

    客戶李先生送來一組NAS主機作資料救援,該組NAS是由4顆 SEAGATE 500GB ST3500418AS所建構,設定RAID 5組態,系統為EXT格式,經工程師檢測,發現一號硬碟容量零及磁區有前好後壞故障問題,2號硬碟有壞軌故障問題,另工程師分析參數導入後,發現分區資訊受損,需虛擬一個分區重建還原客戶原始資料,最後終順利完成此一NAS RAID 5磁碟陣列資料救援案例。

  • 136

    客戶名稱莊先生

    聯絡電話091XXX3173

    硬碟型號WD30EZRX-00DCB0

    陣列形態RAID 0

    硬碟序號共2顆

    故障原因

    台北莊先生購買了一組WD MYBOOK外接式的行動硬碟,內有二顆WD30EZRX-3TB硬碟組成RAID 0組態成6TB的空間。某日故障後,由WD原廠提供的工具軟體檢測,找不到磁碟B,B磁碟通電運轉時會出現異音,RAID 0 雖然速度快,但若有一顆刮傷無法救援,另一顆就算是正常好的,也無法對應出陣列完整的資料,經工程師檢測B碟為內部讀寫頭故障問題,須先開盤作鏡相對拷救援,才能再作後續RAID 0重建資料導出作業,最終順利開盤成功,成功導出客戶指定資料,完成此一RAID 0 磁碟陣列救援案例。 

  • 137

    客戶名稱雨龍三景影視製作有限公司

    聯絡電話093XXX6696

    硬碟型號ST3640323AS

    陣列形態RAID0

    硬碟序號共2顆

    故障原因

    雨龍三景影視製作有限公司送來一組RAID 0陣列,內裝了二顆Seagate 640GB硬碟。某日懷疑電源故障無法啟動,或線材不良無法存取內部資料,送來本公司檢測後發現,1號硬碟有壞軌故障問題,完成硬碟壞軌鏡相對拷作業後,再分析RAID 0陣列相關參數,導入重建順利救援出客戶指定資料,完成此一RAID 0資料救援案例。 

  • 138

    客戶名稱三之三文理語文補習班

    聯絡電話093XXX2201

    硬碟型號ST1000DM003

    陣列形態RAID 0

    硬碟序號共2顆

    故障原因

    客戶使用BUFFALO LS-WVL/E NAS網路儲存設備,內有二顆SEAGATE 1TB硬碟,設定RAID 0組態,某日故障後送來本公司檢測,經工程師檢測後,發現已有一顆硬碟內部磁頭已故障,須開盤救援才有機會回復完整的資料,客戶同意救援後,開盤鏡相出硬碟資料,再經工程師手工分析陣列參數,最後順利導入參數重建陣列成功,完成此RAID 0磁碟陣列資料救援案例。

  • 139

    客戶名稱創藝室內裝修設計有限公司

    聯絡電話093XXX1229

    硬碟型號WD2500AAJS-22RYA0

    陣列形態RAID 1

    硬碟序號共2顆

    故障原因

    創藝室內裝修設計公司送來一組色卡司Thecus NAS主機,內裝了二顆WD 250GB硬碟,設定為RAID 1組態。某日員工不小心誤刪了資料,但後續尚有人員再存取資料,送來本公司檢測後發現,二顆硬碟比對磁區內容並不相同,原來有一顆硬碟早在2011年已提前離線,須先分析將其剔除,另有資料覆蓋問題,由於LINUXEXT 3/4及MAC HFS系統下不小心誤刪資料,資料救援難度相當高,經工程師一段時間的分析救援,終找到客戶指定的資料。

  • 140

    客戶名稱京鑫數位股份有限公司

    聯絡電話095XXX0814

    硬碟型號BD0728A4B4

    陣列形態RAID 1

    硬碟序號共2顆

    故障原因

    客戶送來二顆HP BD0728A4B14 72.8GB SCSI硬碟,設定為RAID 1組態,經工程師檢測,一號硬碟磁頭不穩定時而會無預期離線,2號硬碟因磁區受損而導至分區表損毀,由於二顆內容為相同一樣的,所以只取故障較輕的硬碟作處理,因有SQL檔案須匯入處理,經驗收無誤後,終完成此一RAID 1磁碟陣列資料救援案例。

  • 141

    客戶名稱羅先生

    聯絡電話093XXX1075

    硬碟型號ST3200542AS

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

    客戶購買一組BUFFALO NAS主機,內裝4顆SEAGATE 2TB硬碟,設定RAID 5組態,系統格式為XFS,某日故障後 DISK 2亮紅燈FAIL,原廠請客戶自行更新新版的軔體,結果一樣無法使用,因客戶人在國外詢問資料救援費用非常貴,所以特地利用回台時間送來本公司處理。經工程師檢測,該組陣列中2號及4號硬碟皆有壞軌故障情況,另7月1X日有加入一顆新硬碟作過重建,並有寫入少量資料,造成部份分區資訊受損,導入參數後發現為更新軔體後的初始狀態分區,須再另行分析處理,還原遭覆蓋後的分區表,最後終順利完成此一RAID 5資料救援CASE。

  • 142

    客戶名稱網能多媒體工作坊

    聯絡電話0932XXXXXX

    硬碟型號ST1000DM003

    硬碟序號W1DXXXXX

  • 143

    客戶名稱台北黃小姐

    聯絡電話09880xxxxx

    硬碟型號ST4000VN000

    陣列形態raid6

    硬碟序號共4顆

    故障原因

    客戶描述公司有一台Synology 群輝Nas主機,由4顆Seagate  4TB硬碟去建構,設定RAID6組態, 某日公司人員不小心操作錯誤, 11月5日時不小心誤刪了資料, 發現刪除後, 就立即將現有的資料備份就關機了, 但備份期間公司還是有多人持續在連線NAS, 操作提取或存入資料, 過了約5日後送至本公司作後續救援處理, 經工程師檢測當天共刪除了一千多個檔案, 而刪除後這5天也存入了24GB左右的資料覆蓋, 客戶指定的資料夾內只能看到1,2個檔案,但多是0KB, LINUX下刪除常多遇原始的檔案名稱不見無法回復,所以針對客戶指定時間範圍及檔案類型作救援, 導出資料後經客戶驗收, 還好尚有救援出客戶指定資料, 成功完成此raid6 資料救援案例。
     

  • 144

    客戶名稱樂清服務股份有限公司

    聯絡電話09834xxxxx

    硬碟型號WD20EZRX-00DC0B0

    陣列形態JBOD

    硬碟序號wcc3000XXXXX

    故障原因

    客戶一台NAS主機, RAID組態設定為JBOD, 某日NAS重啟後無法查看資料, 後來軔體更新後再重啟也是一樣不認, 雖然設定為JBOD但無掛另一個硬碟, 經工程師檢測, 應是該顆硬碟有過熱不穩定情況,分區表有損毀故障情況, 由於是少見的SGI XFS系統格式, 救援難度較一般NAS高, 鏡相對拷完成後順利導出客戶重要資料, 順利完成此一JBOD資料救援案例。

  • 145

    客戶名稱紅瓦厝國際有限公司

    聯絡電話09335xxxxx

    硬碟型號IBM ic35l036vwd210

    陣列形態RAID5

    硬碟序號共5顆

    故障原因

    客戶香港九龍公司一台SERVER伺服器主機, 內裝了3顆IBM 9GB及 2顆 36GB的SCSI硬碟, 某日電腦無法連線至該台主機, 資料完全無法讀取, 由於香港區的資料救援費用非常貴, 所以委請台灣公司代送資料救援處理,經工程師檢測有一顆36GB的硬碟通電運轉時有雜異音, 內部讀寫磁頭有故障問題, 須作開盤救援處理, 所有硬碟直接導入只看到一個2003年的檔案,應有一顆硬碟早再多年前就離線, 須找出該顆硬碟剔除後作缺盤分析才能導出正確資料,成功開盤及找出提前離線硬碟後, 順利導出客戶重要資料完成此一SCSI硬碟的RAID5磁碟陣列資料救援案例。

  • 146

    客戶名稱願景國際電信

    聯絡電話09206XXXXX

    硬碟型號HP DG146BB976

    陣列形態RAID0

    硬碟序號共2顆 SAS HDD

    故障原因

    客戶一組HP Server主機內裝二顆HP 146GB的SAS硬碟, 設定RAID0組態, 為Windows NTFS系統格式, 某日資料未備份完全就重新安裝了系統, 造成了10GB的資料覆蓋, 由於要救援的是Oracle資料庫的資料, 所以分析陣列參考導入後, 針對客戶未覆蓋的區域再作細部分析救援, 最後終救援出二十多GB的資料, 成功完成此一少見Oracle的資料庫救援案例。

  • 147

    客戶名稱余先生

    聯絡電話09112XXXXX

    硬碟型號WD30EFRX-69AX9N0

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    台北余先生一台ASUSTOR NAS主機,內裝了4顆WD30EFRX 3TB硬碟,設定RAID 5組態,半年前出現問題,就直接請原廠幫忙遠程處理,處理許久時間最後告知他們是無法救援。之後送至本公司檢測救援,經工程師檢測4號硬碟有壞軌故障問題,須完整鏡相所有磁區再行分析陣列相關參數。分析陣列參數後直接導入,無法對應到客戶分區資料,經工程師再行修復處理,終順利完成此一RAID 5資料救援案例。

  • 148

    客戶名稱台灣凱訊電信股份有限公司

    聯絡電話09284XXXXX

    硬碟型號WD1002F9YZ-09H1JL0

    陣列形態Raid5

    硬碟序號共3顆

    故障原因

    客戶一台主機,使用RAID卡,連接了三顆WD1002F9YZ 1TB硬碟,設定RAID 5組態,為WINDOWS系統格式,某日發現RAID卡故障,無法讀取內部資料,故送修作資料救援。經工程師檢測發現硬碟並無任何故障問題,單純分析陣列參數導入即可對應資料,順利完成此一RAID 5資料救援案例。

  • 149

    客戶名稱宇宙映像有限公司

    聯絡電話09218XXXXX

    硬碟型號ST2000DM001

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    客戶一組PROMISE 主機,內裝了4顆SEAGATE 2TB硬碟,設定RAID 5組態,某日故障無法讀取資料後,發現第一顆及第三顆硬碟已亮紅燈,抽出硬碟檢查後裝回,再重開機已讀取不到硬碟,客戶不確定第三、四顆硬碟拆後裝回是否有裝錯位置。經工程師檢測4號硬碟有壞軌故障問題,應是原本的3號故障硬碟,導入陣列分析參數後無法直接對應到客戶資料,疑有一顆硬碟提前離線或有其他故障,經工程師後續再分析處理,順利完成此一RAID 5資料救援案例。

  • 150

    客戶名稱兆豐國際商業銀行總部

    聯絡電話022XXX0056

    硬碟型號DDYS-T18350

    陣列形態raid5

    硬碟序號共5顆

    故障原因

    客戶一組主機內有5顆IBM SCSI硬碟建構, 設定RAID5組態,因該主機已使用多年硬碟也較老舊,經檢測後發現除了一顆是正常外,另共有二顆硬碟有少量壞軌,一顆軔體模組區損壞,另一顆嚴重壞軌有異音.排除所有硬碟的故障後,先做硬碟對拷鏡相的備份工作,工程師再由備份的鏡相檔案中分析此RAID5陣列相關參數,重建後發現有部份數據有誤,再看分區資訊原來有一顆早已故障離線多日,剔除掉此顆作缺盤分析重建架構,不到一天的時間,於隔天立即交付客戶救援分析出來的檔案清單,成功完成RAID5資料救援案例。