EXT4、XFS、Btrfs和ZFS系統資料救援案例

各種NAS系統格式的資料救援,包括EXT4、XFS、Btrfs和ZFS,甚至是較為少見的UFS...等。這些文件系統在不同的環境中廣泛應用,並提供了不同的優勢,但在資料損失的情況下,我們能夠提供有效的資料救援服務。建議客戶在面臨NAS出現故障或其他人為情形導致資料損失時不要自行嘗試救援。這些NAS系統格式需要特殊的工具軟體和資料救援技術,嘗試自行救援資料可能會造成進一步損害,增加資料無法恢復的風險。

  • 31

    客戶名稱國立台灣科技大學

    聯絡電話09520XXXXX

    硬碟型號HDT725032VLA360

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    系辦使用的PROMISE NS4300N NAS主機,內裝了4顆 HITACHI 320GB硬碟,設定RAID5組態,某日NAS開不了機,無法確認故障狀況,所以送來光華商場檢測,經工程師檢測此4顆硬碟皆無任何壞軌故障問題,但每一顆的SMART資訊皆出現注意資訊,不建議再繼續使用,分析發現疑似硬碟不穩定造成出錯、硬碟離線無法運行,經分析陣列參數後導入重建,順利完成此一RAID5 NAS資料救援案例。
  • 32

    客戶名稱競豪國土量測公司

    聯絡電話09309XXXXX

    硬碟型號HDS721010CLA332

    陣列形態Raid0

    硬碟序號共4顆

    故障原因

    競豪國土量測公司,某日公司有一台Promise SmartStor NS4300N NAS故障,由4顆HITACHI 1TB硬碟設定RAID0組態建構而成,來電詢問後送來本公司檢測處理,經工程師檢測,第4顆硬碟嚴重壞軌而致整個陣列CRASH, 一般RAID 0硬碟稍有損壞,就易導致整個陣列CRASH,少見此案例會壞軌損壞如此嚴重,客戶一年前原設定為RAID5,後來不明原因設定成RAID0,結果原本可以RAID5 作缺盤分析重建資料,只要2、3天即可取回資料,因此陣列設定為RAID 0,另一顆壞軌也須完整鏡相,所以多花了許久時間才重建取回資料。
  • 33

    客戶名稱景立科技有限公司

    聯絡電話09630XXXXX

    硬碟型號ST3750330AS

    硬碟序號9QKXXXXX

    故障原因

    主機發生異常,取出此2顆ST3750330AS硬碟測試,發現皆可正常運轉,但無法正常讀取。
  • 34

    客戶名稱翔宇生醫股份有限公司

    聯絡電話09392XXXXX

    硬碟型號WD5000AAKX-00U6AA0

    硬碟序號WCC2E09XXXXX

    故障原因

    分區讀取不到,無法找到C、D槽。
  • 35

    客戶名稱台灣大學電機館

    聯絡電話09270XXXXX

    硬碟型號WD1002FBYS

    陣列形態RAID6

    硬碟序號共8顆

    故障原因

    客戶一台NAS主機,由8顆WD1002FBYS企業版硬碟所建構,設定RAID 6組態,為特殊的XFS系統格式,客戶描述當時一位學生無法連結NAS的資料,無法用網路介面連線,後來雖然可以連接成功但無法抓到硬碟,嘗試重新開機處理,結果RAID的CONFIG組態全消失,所以只好送來作資料救援,經工程師檢測,所有硬碟皆無任何壞軌故障問題,應是24小時機器運作,硬碟過熱離線問題,分析陣列相關參數導入並無法直接到任何資料,應有1、2顆硬碟早已離線,由於RAID 6故障2顆硬碟尚可正常運行,須一一剔除找出提前離線的硬碟,但剔除組合太多,分析難度高且耗時會很久,陣列中又有定LVM串連,經工程師一一分析對應後,順利找出客戶指定資料,完成此RAID 6 XFS系統的NAS資料救援案例。
     
  • 36

    客戶名稱中華奉元學會

    聯絡電話09378XXXXX

    硬碟型號ST3000DM001

    陣列形態RAID0

    硬碟序號2顆

    故障原因

    客戶一台BUFFALO LS420D的NAS主機,內裝了2顆ST3000DM001 3TB硬碟,設定RAID 0組態,某日發現2號硬碟故障,自行嘗試拆下取出至電腦端存取,但還是一樣無法讀到任何資料,經工程師檢測2號硬碟為內部讀寫頭故障問題,須作開盤救援處理,開盤成功順利分析出陣列參數,導入重建客戶資料,順利完成此一BUFFALO NAS的RAID 0磁碟陣列資料救援案例。
  • 37

    客戶名稱曹先生

    聯絡電話09350XXXXX

    硬碟型號ST3320620AS

    硬碟序號60FXXXXX

    故障原因

    SEAGATE ST3320620AS硬碟不過電。客戶主要要救援SQL資料庫的資料。
  • 38

    客戶名稱網奕資訊科技股份有限公司

    聯絡電話09535XXXXX

    硬碟型號WD2500JS-22NCB1

    硬碟序號WCANKE0XXXXX

    故障原因

    讀取WD2500JS-22NCB1硬碟出現Read Error。客戶主要要救援SQL資料庫的資料。
  • 39

    客戶名稱劉先生

    聯絡電話09302XXXXX

    硬碟型號HDS722020ALA330

    硬碟序號YAJXXXXX

    故障原因

    網路硬碟,不小心格式化。
  • 40

    客戶名稱廖先生

    聯絡電話09192XXXXX

    硬碟型號ST1000DM003

    硬碟序號Z1DXXXXX

    故障原因

    Run Time故障,硬碟出現異音,無法讀取資料。
  • 41

    客戶名稱宇望實業股份有限公司

    聯絡電話09532XXXXX

    硬碟型號J8160

    硬碟序號Q4XXXXX

    故障原因

    電腦無法開機。客戶主要要救援SQL資料庫的資料。
  • 42

    客戶名稱陳先生

    聯絡電話09309XXXXX

    硬碟型號ST3500320NS

    硬碟序號9QMXXXXX

    故障原因

    不能開機,BIOS無法偵測硬碟。
  • 43

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

    聯絡電話09834xxxxx

    硬碟型號WD20EZRX-00DC0B0

    陣列形態JBOD

    硬碟序號wcc3000XXXXX

    故障原因

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

    客戶名稱東京著衣

    聯絡電話080XXX3789

    硬碟型號WD 500AAKS

    陣列形態RAID0

    硬碟序號共4顆

    故障原因

    客戶一組磁碟陣列由四顆WD 500GB組成, 設定RAID 0組態, 為LINUX系統格式,CRASH無法運行.經工程師檢測後發現, 陣列中第1,2顆硬碟磁區不穩定,傳輸速度約正常值一半,第一顆硬碟也有1 Sector壞軌, 當天早上立即將所有硬碟作好鏡相備份,下午開始分析計算此陣列相關參數,內部存放美工網頁用小圖檔及公司資料庫近有1.5TB左右資料,當天成功救援開始導出資料, 隔天該公司資訊部人員立即自嘉義上來驗收確認資料,終成功完成此RAID5資料救援案例。 
  • 45

    客戶名稱沿平興業

    聯絡電話09700XXXXX

    硬碟型號HDS725050KLA360

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

    客戶一台DELL POWEREDGE 2900 SERVER主機, 內裝了4顆HITACHI HDS725050KLA360 500GB硬碟, 設定RAID5組態, 為LINUX EXT系統格式, 某日陣列無法運行資料抓不到, 所以須送修作資料救援, 經工程師檢測發現0號及1號硬碟的壞軌故障問題, 須作磁區鏡區對拷作業完成後再分析陣列參數, 導入參數直接重建無法直接看到客戶資料, 一一剔除可能提前離線硬碟, 終順利找到正確的組合, 順利導出客戶資料, 完成此一DELL RAID5磁碟陣列資料救援案例。
  • 46

    客戶名稱原電電機技師事務所

    聯絡電話022XXX0000

    硬碟型號WD5000AAKS

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

    原電電機的adaptec 2410SA RAID-5 R伺服器,因第3及第4顆硬碟發生故障而致整個系統CRASH.當日早上送來公司進行檢測處理,請工程師3,4小時分析後立即交付檔案清單及結構等相關截圖資料給客戶驗收確認,並採第二代RAID救援方式直接提取部份客戶隔天要用的重要資料,當天晚上交付客戶驗收,成功完成救援此一RAID5資料救援案例,讓客戶可以趕上隔天的重要工程投標。
  • 47

    客戶名稱成宏電腦科技有限公司

    聯絡電話 025XXX3030

    硬碟型號HDP725050GLA360

    陣列形態RAID5

    硬碟序號共3顆

    故障原因

    客戶公司使用Raid卡及三顆Hitachi 500GB硬碟所組成的RAID5陣列, 採用LINUX系統維護管理網站,當天早上電腦突然出現是否要重新作Rebuild, 所有網站皆無法順運作,因內有各大網站的每日重要備份資料, 所幸人員並沒有執行Rebuild造成可能性的資料損毀, 經本公司全力搶救分析資料,完整回復Raid5陣列中內所有資料.順利讓所有網站恢復運作。
  • 48

    客戶名稱綠光能數位有限公司

    聯絡電話09757XXXXX

    硬碟型號MBF2300RC

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    客戶主機由4顆 IBM MBF2300RC 300GB SAS硬碟建構RAID 5組態,系統為LINUX EXT格式,該陣列中掛載了VMWARE虛擬機檔案,不明原因誤刪或遺失須搜尋找回,分析陣列參數重建還原客戶資料,發現搜尋到相同檔名的虛擬機檔案,但檔案的大小不對,應是客戶故障後自行處理,產生相同的檔案而造成該檔案磁區有覆蓋的情況,工程師透過其他救援方式再處理,找到部份虛擬機檔案,但多已無法直接掛載,尚須另行修復處理,最後終成功交付客戶資料,順利完成此一RAID 5磁碟陣列及VMWARE虛擬機資料救援案例。
  • 49

    客戶名稱易達網

    聯絡電話09339XXXXX

    硬碟型號ST3250410AS

    陣列形態RAID5

    硬碟序號3顆

    故障原因

    易達網客戶一組RAID 5陣列,由3顆硬碟建構,為LINUX EXT系統格式,某日RAID顯示Fail,作了REBUILD後變成無法開機運行,送修某資料救援同行,因預算問題再轉送本公司檢測救援,分析陣列參數直接導入無法直接對應客戶資料,一一剔盤作缺盤分析也無法對應到任何資料,準備退件時告知客戶此狀況後,客戶再告知並提供REBUILD前的故障硬碟,再一一缺盤分析再對應到客戶指定資料,終順利對應到客戶指定資料,完成此一RAID 5資料救援案例。
  • 50

    客戶名稱景騰電腦

    聯絡電話09310XXXXX

    硬碟型號ST3320620NS

    陣列形態RAID5

    硬碟序號4顆

    故障原因

    客戶一台Smartstor NS4300N 的NAS主機, 由4顆SEAGATE ST3320620NS 320GB企業版硬碟建構,經工程師檢測所有硬碟皆無壞軌問題, 可能是散熱不佳運行過熱造成硬碟離線而致陣列Crash,客戶同意救援後, 分析陣列相關參數, 發現此組陣列跟一般常見NAS參數不同, 不過終還是有對應到客戶指定資料, 順利完成此一RAID5 NAS資料救援案例.
  • 51

    客戶名稱李先生

    聯絡電話09320XXXXX

    硬碟型號HDS721010CLA332+ST31000524AS

    陣列形態RAID1

    硬碟序號共2顆

    故障原因

    客戶描述一台ZYZEL NSA221的NAS主機,內裝2顆1TB硬碟,設定RAID1組態,HD1前1~2天亮紅燈,交叉測試HD1及HD2再分別放回NAS中,結果HD1無法讀取,HD2正常讀取,但要由HD2 COPY出資料到硬碟,約一小時左右NAS就會當機無法再導資料,經工程師檢測,此二顆硬碟有磁區不穩定情況,另此組NAS採用少見的XFS系統格式,鏡相完成後順利分析交付客戶指定資料,完成此一RAID1資料救援案例 。
  • 52

    客戶名稱中華民國體育運動總會

    聯絡電話09520XXXXX

    硬碟型號wd2002FYPS-02WBB0

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

    客戶一組TThecus N7700PRO NAS主機,內裝7顆WD 2TB硬碟去建構,為LINUX EXT系統格式,某天RAID 5資訊遺失,檢試查看7號硬碟故障亮燈,將3號原HOT-SPARE硬碟換至7號位置去REBUILD重建,結果重建失敗就送回原廠處理,原廠檢測有2顆硬碟有壞軌,無法救援出客戶指定資料,經工程師檢測有一顆硬碟的磁區內容皆是空白無資料,另有二顆硬碟有壞軌故障,鏡相完成後導入陣列參數,可看見分區資料夾結構,但大部份資料夾的內容多是全空,應是有一顆硬碟有提前離線或二顆壞軌硬碟的MFT表損毀造成,一一剔除找出問題硬碟作缺盤分析,終順利對應完整資料,完成此一RAID 5 NAS資料救援案例。
  • 53

    客戶名稱翊傑資訊

    聯絡電話09356XXXXX

    硬碟型號ST3160827AS

    陣列形態RAID1

    硬碟序號共2顆

    故障原因

    客戶一台主機,設定RAID 1組態,由2顆ST3160827AS所建構,為LINUX EXT系統格式,某日故障無法運行後,在Raid Controlle有嘗試用Rebuild 動作,但無法有任何作用,經工程師檢測,右方硬碟早已離線多日,左方硬碟則有壞軌故障問題,完成壞軌硬碟的鏡相作業程序後,順利導出客戶指定資料,完成此一RAID 1磁碟陣列資料救援案例。
  • 54

    客戶名稱冠勝資訊社

    聯絡電話09373XXXXX

    硬碟型號WD20EFRX-68EUZN0

    陣列形態RAID 1

    硬碟序號共2顆

    故障原因

    嘉義寄來的一組磁碟陣列,由2顆WD20EFRX紅標硬碟所建構,客戶設定RAID 1組態,裝在BuffaloNas中,因Nas無法開機運行,但內部有許多資料須作救援處理,經工程師檢測,客戶雖組態設定為RAID 1,但有一顆硬碟的磁區內容幾乎全空,應是當時建構設定時,就已經離線未加入運行所致,由於Nas系統為XFS特殊格式,經工程師分析救援順利完成此一RAID 1 Nas資料救援案例。
  • 55

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

    聯絡電話09630XXXXX

    硬碟型號ST2000DM001

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

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

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

    聯絡電話09115XXXXX

    硬碟型號WDEFRX-68JCSN0

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

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

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

    聯絡電話093XXX8050

    硬碟型號HDP725050GLA360

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

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

    客戶名稱蘇先生

    聯絡電話092XXX9129

    硬碟型號ST31000340NS

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

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

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

    聯絡電話092XXX7409

    硬碟型號WD1001FALS-00J7B1

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

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

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

    聯絡電話02-232XXX37

    硬碟型號ST3000DM001

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

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