RAID磁碟陣列案例

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

  • 161

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

    聯絡電話 025XXX3030

    硬碟型號HDP725050GLA360

    陣列形態RAID5

    硬碟序號共3顆

    故障原因

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

  • 162

    客戶名稱中壢茂訊

    聯絡電話03-4024XXX

    硬碟型號PLEXTOR, SKHYNIX

    陣列形態RAID0

    硬碟序號E146N0249105XXXXX, P0244711XXXXX

    故障原因

    客戶送來一組SSD固態故障, 設定RAID0組態, 某日故障無法讀取內部資料, 經檢測PLEXTOR那顆SSD, FLASH內部有區塊損壞,須使用專用救援工具作鏡相對拷, 工程師再分析陣列相關參數, 導入參數重建後順利完成此一RAID0 的SSD陣列救援案例.

  • 163

    客戶名稱麗清科技

    聯絡電話022XXX0000

    硬碟型號HP DG146ABAB4

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

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

  • 164

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

    聯絡電話 022XXX2345

    硬碟型號WD 1002FAEX

    陣列形態RAID0

    硬碟序號共4顆

    故障原因

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

  • 165

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

    聯絡電話27532XXX

    硬碟型號ST31000528AS

    陣列形態RAID10

    硬碟序號共4顆

    故障原因

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

  • 166

    客戶名稱 衛展資訊

    聯絡電話098XXX0638

    硬碟型號ST373455LC

    陣列形態IBM RAID5E

    硬碟序號共5顆

    故障原因

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

  • 167

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

    聯絡電話078XXX371

    硬碟型號WD10EADS-00P8B0

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

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

  • 168

    客戶名稱西北食品工業股份有限公司

    聯絡電話09301XXXXX

    硬碟型號WD800JD&HD080HJ/P

    陣列形態Raid0

    硬碟序號共2顆

  • 169

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

    聯絡電話09757XXXXX

    硬碟型號MBF2300RC

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

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

  • 170

    客戶名稱好心肝基金會

    聯絡電話093925XXXX

    硬碟型號ST3000NC000

    陣列形態RAID5

    硬碟序號共3顆

    故障原因

    醫療財團法人好心肝基金會一台伺服器,三顆SEAGATE 3TB硬碟用INTEL RAID CARD作RAID 5設定,某日1號及2號硬碟Failed,3號硬碟正常無壞,及2號硬碟從RAID CARD UTILITY做REBUILD但無法任何動作,用WINPE開機,只能看到一下子的分區就不見了,直接開機可以開到WINDOWS修復模式,但一樣無法讀取資料,經工程師檢測2號硬碟為壞軌故障情況,完成鏡相對拷後再由各顆硬碟去分析相關陣列參數,順利完成此一RAID 5資料救援案例。

  • 171

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

    聯絡電話09551XXXXX

    硬碟型號HP ZG0300FAWHV 300GB

    陣列形態RAID5

    硬碟序號3顆

    故障原因

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

  • 172

    客戶名稱台北陳先生

    聯絡電話09378XXXXX

    硬碟型號ST4000DM000

    陣列形態RAID5

    硬碟序號4顆

    故障原因

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

  • 173

    客戶名稱易達網

    聯絡電話09339XXXXX

    硬碟型號ST3250410AS

    陣列形態RAID5

    硬碟序號3顆

    故障原因

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