NAS救援案例

NAS近來有愈來愈多用戶採用,各家廠商提供許多不同的功能,系統方面以前大多是EXT系統格式,現在有XFS、UFS、ZFS及少見的RFS系統格式,分析難度增加許多;組態除了標準的RAID0、RAID1、RAID5、RAID6...外,還有群輝專屬的SHR陣列組態,需要長時間累積救援經驗才能快速完成救援。

  • 41

    客戶名稱國立中央大學

    聯絡電話09379XXXXX

    硬碟型號WD60EFRX-68L0BN1

    硬碟序號WX41DA5XXXXX

    故障原因

    NAS連不上,有用測試版軟體檢測WD60EFRX-68L0BN1硬碟。

  • 42

    客戶名稱上益營造股份有限公司

    聯絡電話09194XXXXX

    硬碟型號WD30EFRX-68EUZN0

    硬碟序號WCC4N7SXXXXX

    故障原因

    NAS資料轉移過程誤刪或遭覆蓋,之後有再插上網路線進行備份。

  • 43

    客戶名稱金豐工業儀錶有限公司

    聯絡電話09829XXXXX

    硬碟型號WD30EFRX-68EUZN0

    硬碟序號WCC4N1XXXXXX

    故障原因

    NAS機器故障前風扇運轉很大聲,無法正常使用,可以看到WD30EFRX-68EUZN0硬碟的容量,但無法連線,需做資料救援。

  • 44

    客戶名稱信美室內裝修有限公司

    聯絡電話09293XXXXX

    硬碟型號ST2000DM001

    硬碟序號W24XXXXX

    故障原因

    無法讀取ST2000DM001硬碟資料,需救援資料。

  • 45

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

    聯絡電話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磁碟陣列的資料救援案例。

  • 46

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

    聯絡電話09630XXXXX

    硬碟型號ST2000DM001

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

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

  • 47

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

    聯絡電話09115XXXXX

    硬碟型號WDEFRX-68JCSN0

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

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

  • 48

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

    聯絡電話093XXX8050

    硬碟型號HDP725050GLA360

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

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

  • 49

    客戶名稱蘇先生

    聯絡電話092XXX9129

    硬碟型號ST31000340NS

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

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

  • 50

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

    聯絡電話092XXX7409

    硬碟型號WD1001FALS-00J7B1

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

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

  • 51

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

    聯絡電話02-232XXX37

    硬碟型號ST3000DM001

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

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

  • 52

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

    聯絡電話091XXX1094

    硬碟型號WD20EFRX-68AX9N0

    陣列形態RAID0

    硬碟序號共2顆

    故障原因

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

  • 53

    客戶名稱富冠國際企業社

    聯絡電話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 磁碟陣列資料救援案例。

  • 54

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

    聯絡電話091XXX9522

    硬碟型號ST3500418AS

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

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

  • 55

    客戶名稱羅先生

    聯絡電話093XXX1075

    硬碟型號ST3200542AS

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

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

  • 56

    客戶名稱林先生

    聯絡電話09288XXXXX

    硬碟型號ST2000VN000

    硬碟序號W1HXXXXX

    故障原因

    群暉NAS,第一顆硬碟格式與第二顆一樣正常使用,突然發覺運轉燈沒亮,曾嘗試SATA-USB轉接線讀取。

  • 57

    客戶名稱台北黃小姐

    聯絡電話09880xxxxx

    硬碟型號ST4000VN000

    陣列形態raid6

    硬碟序號共4顆

    故障原因

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

  • 58

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

    聯絡電話09834xxxxx

    硬碟型號WD20EZRX-00DC0B0

    陣列形態JBOD

    硬碟序號wcc3000XXXXX

    故障原因

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

  • 59

    客戶名稱賽恩斯國際有限公司

    聯絡電話09202XXXXX

    硬碟型號ST2000DM001

    陣列形態RAID5

    硬碟序號共3顆

    故障原因

    客戶一台Promise NS4300N主機內裝了3顆ST2000DM001的硬碟, 設定RAID 5組態,某日不明原因故障無法使用, 經工程師檢測2號及3號硬碟皆有磁區訊號不良問題, RAID CONFIG遺失, 須手工分析陣列參數後重建還原資料,所有硬碟完成鏡相後, 分析相關陣列參數導入重建, 順利完成此一NAS主機RAID 5磁碟陣列的資料救援案例。

  • 60

    客戶名稱王鼎室內裝修設計公司

    聯絡電話27532XXX

    硬碟型號ST31000528AS

    陣列形態RAID10

    硬碟序號共4顆

    故障原因

    客戶一台BUFFALO LS-Q4.0TL/R5 NAS主機, 內裝了4顆1TB硬碟, 某日無法連上主機, 聽機器並沒有聽到任何聲音, 也不確定當時是設定什麼組態, 經工程師檢測, 2號硬碟有壞軌故障不良的問題, 4號硬碟易過熱不穩定, 檢測過程常會離線, 3號硬碟則己經敲碟有異音, RAID10只須一組RAID0即可重建陣列, 所以不建議先開盤救援, 經工程師後續分析陣列參數, 為少見的XFS系統,導入陣列相關參數, 順利完此一NAS XFS特殊系統的RAID10的資料救援案例.