RAID磁碟陣列資料救援案例

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

  • 121

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

    聯絡電話022XXX0000

    硬碟型號WD5000AAKS

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

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

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

    聯絡電話 025XXX3030

    硬碟型號HDP725050GLA360

    陣列形態RAID5

    硬碟序號共3顆

    故障原因

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

    客戶名稱麗清科技

    聯絡電話022XXX0000

    硬碟型號HP DG146ABAB4

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

    客戶安裝了三顆146GB SAS硬碟作raid 5陣列,原系統第一顆硬碟因損毀閃紅燈下線後,更換全新硬碟試圖rebuild重建,結果第三顆也跟著故障,整個陣列系統CRASH無法運行, 因系統曾作過CHKDSK,分析出對應資料會有缺損,幸好硬碟內校驗區資料無損,再分析各顆硬碟內的各二塊校驗分區資料,三天內快速成功還原出客戶所有資料夾及Mircosoft SQL資料庫的檔案, 成功完成此一HP RAID 5 雙校驗陣列資料救援案例。
  • 124

    客戶名稱敦煌傳播有限公司

    聯絡電話 022XXX2345

    硬碟型號WD 1002FAEX

    陣列形態RAID0

    硬碟序號共4顆

    故障原因

    因幫Raid 主機升級新版軔體,沒想到造成Riad config 錯亂,系統Crash無法運行.此陣列採用WIN 7 系統,分析方式跟一般NTFS系統不一樣,由4顆1TB硬碟建構Raid 0,資料量非常地大,當天下午即回報可以救援,並請客戶準備備份硬碟好copy出救援出來的檔案,隔天早上立即通知客戶過來驗收取件,剩餘原始碟鏡相及copy備份至我們系統全部於2天後完成處理,成功完成此資料救援案例。
  • 125

    客戶名稱 衛展資訊

    聯絡電話098XXX0638

    硬碟型號ST373455LC

    陣列形態IBM RAID5E

    硬碟序號共5顆

    故障原因

    衛展資訊專門承包政府機關及中大型企業系統整合服務,某日某政府機關伺服器CRASH無法運行,當天下午3點送來,工程師先對所有硬碟作檢測,5顆SCSI硬碟中共有4顆故障,先後排除二顆故障後,馬上對此三顆硬碟作好鏡相.另二顆硬碟分別磁頭故障及嚴重壞軌,因無法立即排除故障,加上已鏡相的IMG檔案內皆無壞軌,所以先對此陣列作缺盤分析,分析參數後立即導入重建RAID結構,晚上八點立即回報客戶已完成救援,隔天請客戶會同該政府單位相關人員前來驗收,順利完成此一少見的IBM RAID5E磁碟陣列資料救援案件。
  • 126

    客戶名稱汎美科技企業有限公司

    聯絡電話078XXX371

    硬碟型號WD10EADS-00P8B0

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

    泛美科技公司資料放在一台銳銨SR5650-WBS1的磁碟陣列機器內,由4顆WDEADS 1TB建構RAID5組態。故障後由於資料急用,當天早上來電詢間後立即請小姐從高雄坐高鐵送件至本公司,下午約2點多送達,工程師當天檢測,發現第1、2顆皆有壞軌故障問題,立即作鏡相對拷工作,晚上加班分析陣列相關參數,隔天早上立即MAIL檔案清單給客戶確認,並提供客戶遠端線上驗收資料,驗收無誤後順利完成此一急件RAID5磁碟陣列資料救援案例。 
  • 127

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

    聯絡電話09757XXXXX

    硬碟型號MBF2300RC

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

    客戶名稱相互股份有限公司

    聯絡電話09551XXXXX

    硬碟型號HP ZG0300FAWHV 300GB

    陣列形態RAID5

    硬碟序號3顆

    故障原因

    客戶一台HP主機伺服器,由3顆HP 300GB SAS硬碟建講,設定RAID 5組態,為WINDOWS NTFS系統格式,客戶描述主機端看到1號硬碟及2號硬碟皆同時亮燈故障,經工程師檢測1號及2號硬碟皆有壞軌故障問題,分析陣列參數直接導入重建,並無法直接看到客戶資料,疑INDEX&MFT表有損毀須再分析修復,最後終救援出客戶指定要救援SQL的資料,完成此一RAID 5磁碟陣列資料救援案例。
  • 129

    客戶名稱台北陳先生

    聯絡電話09378XXXXX

    硬碟型號ST4000DM000

    陣列形態RAID5

    硬碟序號4顆

    故障原因

    客戶描述一台電腦由4顆ST4000DM000 4TB硬碟建構,設定RAID 5組態,Windows NTFS系統,某日重新安裝建構處理,結果RAID資訊在BIOS及WINDOWS下皆抓不到,經檢測RAID 5 CONFIG遺失,須手工分析還原陣列還原架構,同意救援後工程師進行修復分析處理,順利還原客戶指定資料,完成此一RAID 5資料救援案例。
  • 130

    客戶名稱易達網

    聯絡電話09339XXXXX

    硬碟型號ST3250410AS

    陣列形態RAID5

    硬碟序號3顆

    故障原因

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

    客戶名稱景騰電腦

    聯絡電話09310XXXXX

    硬碟型號ST3320620NS

    陣列形態RAID5

    硬碟序號4顆

    故障原因

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

    客戶名稱李先生

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

    客戶名稱何先生

    聯絡電話09266XXXXX

    硬碟型號WD5002ABYS

    陣列形態RAID 0

    硬碟序號共2顆

    故障原因

    客戶一組RAID 0磁碟陣列,由2顆WD5002ABYS建構,為NTFS系統格式,當時將RAID 0 DELETE掉,又個別將二顆硬碟作快速格式化,然後再組回原本RAID 0,但還是一樣看不到任何資料,結果先請電腦店家作資料救援,但資料很不完整,所以又再送來本公司作檢測救援,分析陣列參數直接導入無法直接認到客戶資料,流水號檔案也皆損毀,磁區參數應不正確,由於客戶有提到RAID 0有打掉重新建構,所以有可能最後參數跟原始參數不同,再一一人工以不同參數測試,終比對出客戶原始陣列參數,順利完成此一RAID 0磁碟陣列案例。 
  • 134

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

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

    客戶名稱聲谷企業

    聯絡電話09109XXXXX

    硬碟型號ST1000NM0033

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

    客戶一台ASUS RS-300-E7主機由4顆ST1000NM0033 1TB硬碟建構,設定RAID 5組態,某日DISAK3故障,更換新的HDD上去後,變成DISK2故障,Rebuild 後變OFFLINE,經工程師檢測舊3號硬碟有壞軌故障問題,而REBUILD過的新3號硬碟前方34%磁區有資料,由於有作過REBUILD一段時間,客戶的指定資料可能要從此二顆硬碟分析建構,經工程師分析重建後,順利交付客戶指定資料,完成此一RAID 5磁碟陣列資料救援案例。
  • 136

    客戶名稱翊傑資訊

    聯絡電話09356XXXXX

    硬碟型號ST3160827AS

    陣列形態RAID1

    硬碟序號共2顆

    故障原因

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

    客戶名稱許先生

    聯絡電話09206XXXXX

    硬碟型號WD2500JS-75NCB3

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

    客戶一台電腦主機設定一組RAID 5磁碟陣列,由4顆WD 250GB硬碟建構,某日3號及4號硬碟故障而無法再運行,經工程師檢測,所有硬碟皆無任何壞軌故障,但導入分析的陣列參數卻無法對應到任何的資料,應是有一顆硬碟早就已提前離線所致,須找出該顆硬碟並將其剔除,才能順利對應導出客戶指定資料,終完成此一RAID 5 磁碟陣列資料救援案例。
  • 138

    客戶名稱翁先生

    聯絡電話09202XXXXX

    硬碟型號WD30EFRX-68AX9N0

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

    客戶一組RAID磁碟陣列,由4顆WD30EFRX 3TB硬碟建構,為Windows NTFS系統格式,疑似製作"開機USB隨身碟"時,誤選到RAID 5的D槽,事後發現現RAID 5的D槽在磁碟管理查看,原始的容量已經出錯了,經工程師師分析陣列參數導入再行修復工程,順利救援對應出客戶完整資料,完成此一RAID 5 磁碟陣列誤覆蓋的資料救援案例。
  • 139

    客戶名稱冠勝資訊社

    聯絡電話09373XXXXX

    硬碟型號WD20EFRX-68EUZN0

    陣列形態RAID 1

    硬碟序號共2顆

    故障原因

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

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

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

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

    聯絡電話09733XXXXX

    硬碟型號ST2000DM001

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

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

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

    聯絡電話09630XXXXX

    硬碟型號ST2000DM001

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

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

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

    聯絡電話09115XXXXX

    硬碟型號WDEFRX-68JCSN0

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

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

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

    聯絡電話093XXX8050

    硬碟型號HDP725050GLA360

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

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

    客戶名稱蘇先生

    聯絡電話092XXX9129

    硬碟型號ST31000340NS

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

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

    客戶名稱陳先生

    聯絡電話098XXX0711

    硬碟型號ST31000528AS

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

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

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

    聯絡電話092XXX7409

    硬碟型號WD1001FALS-00J7B1

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

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

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

    聯絡電話02-232XXX37

    硬碟型號ST3000DM001

    陣列形態RAID 5

    硬碟序號共4顆

    故障原因

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

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

    聯絡電話093XXX3073

    硬碟型號WD1001FALS-75J7B0

    陣列形態RAID5

    硬碟序號共8顆

    故障原因

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

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

    聯絡電話022XXX7822

    硬碟型號FUJITSU MAW3073NC

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

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