/* */

RAID磁碟陣列資料救援案例

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

  • 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資料救援案例。

  • 151

    客戶名稱台電核一廠資訊處

    聯絡電話092XXX0025

    硬碟型號Maw3073 SCSI硬碟

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

    台電核一廠伺服器,利用四顆Fuji scsi介面 78GB硬碟,Raid card : Lsi Mega Raid 320 -1 架構了Raid 5磁碟陣列,原以為Raid 5會是最安全的儲存資料方式,當一顆硬碟發生故障時,另一顆備用硬碟可以替代接續工作,結果沒想到整個系統更新時,可能raid卡問題,二顆硬碟始終off line無法強制上線,整個系統CRASH,後來經本公司三天的搶救,終於成功救援出客戶重要資料, 完成此一RAID5資料救援案例。
     

  • 152

    客戶名稱東京著衣

    聯絡電話080XXX3789

    硬碟型號WD 500AAKS

    陣列形態RAID0

    硬碟序號共4顆

    故障原因

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

  • 153

    客戶名稱鵬驥實業有限公司

    聯絡電話09752XXXXX

    硬碟型號ST3160811AS

    陣列形態RAID10

    硬碟序號共4顆

    故障原因

    客戶一台主機, 內裝了4顆Seagate 160GB硬碟, 設定RAID10組態, 某日故障無法運行後,自行嘗試缷下PORT 0, Status呈現"Failed", 當4顆硬碟全掛上時, Status呈現"Rebuild", 但重建一個晚上依然為此狀況, 當將PORT 1卸下時, Status 呈現"Degraded", 但系統仍無法進入win2003 server, 畫面呈現需要以WIN2003光碟啟動"R"主控枱修復, 但以WIN2003 OS光碟開機欲進行修復時, 電腦回覆找不到此硬碟, 故無法修復,後來再將PORT 1硬碟移至另一台電腦, 發現其狀態為"未初始化"及"未分割", 故有作了初始化的動作,但未作磁碟分割, 再接上主機後Status 仍為"Rebuild", 但跑了2小時一樣未有結果, 經檢測硬碟並無任何的壞軌故障問題,可能只是單純過熱不穩定離線或誤操作問題, 由於設定RAID10, 只須找到一組RAID0資料完整即OK, 比對4種組合, 找出最正確的資料組合,順利完成此一RAID10磁碟陣列的資料救援案例。

  • 154

    客戶名稱炬能科技

    聯絡電話09390XXXXX

    硬碟型號SAMSUNG HE160HJ

    陣列形態RAID5

    硬碟序號共3顆

    故障原因

    客戶一台DELL POWEREDGE 840的伺服器主機, 內裝了3顆SAMSUNG三星 HE160HJ 160GB硬碟,設定RAID5組態, 內裝SERVER 2003的系統, 某日RAID5的3顆硬碟出現2顆故障無法運行只好送修作資料救援, 由於客戶希望救援完成後能直接開機使用, 所以救援難度提高, 經工程師檢測0號硬碟有少量的壞軌問題, 以三顆硬碟直接重建出的分區資訊有損毀的狀況, 懷疑可能有其中一顆硬碟提前離線問題, 客戶無法提供哪一顆硬碟先行離線, 只好一一剔除後發現,3號硬碟應有提前離線, 經再修復開機系統的部份檔案, 終順利完成此一DELL Raid5的磁碟陣列救援案例。

  • 155

    客戶名稱沿平興業

    聯絡電話09700XXXXX

    硬碟型號HDS725050KLA360

    陣列形態RAID5

    硬碟序號共4顆

    故障原因

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

  • 156

    客戶名稱翰緯電腦

    聯絡電話09321XXXXX

    硬碟型號WD3200AAKS-00L9A0

    陣列形態RAID10

    硬碟序號共4顆

    故障原因

    客戶一台華碩ASUS TS300-E5主機, 內裝了4顆WD3200AAKS 320GB硬碟, 設定RAID10組態, 經工程師檢測發現1號硬碟有磁頭故障問題, 比對各顆硬碟磁區內容, 找出各組匹配的RAID0組合,由於只須找出一組RAID0即可重建資料, 所以以故障輕微的那一個組合作資料救援即可,1號硬碟剔除無須處理, 最後由3號及4號硬碟重建導出客戶資料, 順利完成此一RAID10的資料救援案例。

  • 157

    客戶名稱絕美影像創作

    聯絡電話09726XXXXX

    硬碟型號WD2002FAEX-007BA0

    陣列形態RAID0

    硬碟序號共2顆

    故障原因

    客戶一台主機, 內裝了二顆WD2002FAEX 2TB企業版硬碟, 設定RAID0組態, 為WINDOWS NTFS系統格式, 某日主機無法開機資料也無法讀取, 所以只好送修作資料救援, 經工程師檢測, RAIDCONFIG遺失, 須作陣列參數分析工程, 導入參數重建後順利導出陣列資料, 完成此一RAID0磁碟陣列的資料救援案例。

  • 158

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

    聯絡電話09202XXXXX

    硬碟型號ST2000DM001

    陣列形態RAID5

    硬碟序號共3顆

    故障原因

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

  • 159

    客戶名稱林先生

    聯絡電話09284XXXXX

    硬碟型號ST373454LC

    陣列形態RAID5

    硬碟序號共3顆

    故障原因

    客戶一台主機,內裝了3顆ST373454L的SCSI硬碟,設定RAID 5組態,客戶描述0號硬碟早己離線很久,後來只有1號及2號在使用,後來不明原因開機磁區應有受損,無法正常開機使用,所以送來作資料救援,經檢測零號硬碟為磁頭故障問題且早己離線多日,不建議由此顆硬碟來重建資料,1號硬碟軔體故障,出現Medium Error故障,客戶希望作48HR特急件救援,經軔體修復並壞軌鏡相處理後,分析相關陣列參數程序,順利一天完成重建導出客戶指定的DB資料庫,完成此一RAID 5磁碟陣列救援案例。

  • 160

    客戶名稱憶鴻工業股份有限公司

    聯絡電話091XXX0062

    硬碟型號ST3250310NS

    陣列形態HP RAID5

    硬碟序號共4顆

    故障原因

    桃園憶鴻工業採用HP ML100G5 雙效驗RAID5主機,由四顆250GB SATA硬碟建構資料庫系統,某日伺服器內的第三顆硬碟SATA排線燒毀,造成該顆硬碟部份磁區受損,更換SATA排線後重開機,系統已經CRASH無法進入.當天早上送來公司檢測,因月底財務部急需作業,以急件處理,工程師處理HP雙效驗經驗豐富,先同步將所有硬碟作好鏡相備份,並檢測出系統第2顆硬碟也有些壞軌,經分析計算各顆硬碟相關參數後,不到半天時間下午立即交付檔案結構及部份救援資料截圖給客戶驗收,成功快速完成救援此HP RAID 5雙效驗陣列列救援案例。