華為5800伺服器raid陣列資料恢復成功案例
伺服器資料恢復硬體狀態:
客戶的伺服器型號是華為5800,該伺服器中共有10塊硬碟組成raid6磁碟陣列用於企業內部使用,伺服器採用EXT3檔案系統;劃分為2個lun;每個lun8TB大小。
伺服器資料恢復故障分析:
伺服器在使用過程中管理員發現raid失效,於是對失效的伺服器進行了重新分配raid的操作,同時初始化raid,初始化進行到40%左右時強行停止初始化,但部分資料已經造成不可逆的破壞。資料恢復難度增大。
伺服器資料恢復成功率預估:
導致伺服器資料丟失的原因是raid失效,管理員隨後對raid6陣列中的9塊硬碟重新分配為riad5陣列並進行了長時間初始化操作,這對原始資料是不可逆的損壞。在後來對伺服器資料恢復操作中也證明了僅第二個LUN可用普通RAID6資料恢復方法恢復出資料,但客戶所需要的重要資料集中在第一個lun中。資料恢復可能性極低,在接到客戶伺服器之前已經有多家資料恢復公司介入,均未能成功恢復出有效資料。
伺服器資料恢復過程:
1.快速分析伺服器中原始磁碟RAID6的RAID和磁碟的組織結構。再分析伺服器重新分配RAID5時的RAID和磁碟的組織結構。在進行實際操作時由於重新分配導致的底層RAID6和RAID5的資訊大量重合,對這些資料進行分析、區別非常困難,服務資料恢復工程師花費了一天時間進行分析。
3.判斷可恢復性,設計實現恢復程式的演算法並測試。工程師分析出了伺服器中原始raid6陣列和重新分配後的raid5陣列資訊後進行資料恢復演算法的研究發現可以透過其他方式將伺服器原有資料進行恢復。於是投入編寫程式和校正演算法工作,將伺服器中原raid6陣列中的。第一和第二個LUN分別映象到搭好的兩個7TB 的儲存上。
4. 恢復伺服器資料。
伺服器資料恢復工程師驗證第二個LUN資料完全正常,但最重要的第一個LUN前有大約有10MB資料的破壞,這前 10MB資料極其重要,EXT3的根目錄和第一個塊組的I節點全在這前10MB裡面,工程師嘗試藉助幾款資料恢復常用的軟體進行掃描恢復但恢復效果都相當不理想,想必之前幾家資料恢復公司沒有成功的原因就在於此。
在這種情況下只得對損壞的EXT3檔案系統進行修復。首先編一個小程式對EXT3檔案系統進行孤目錄查詢,在本目錄下發現子目錄3個。重建根目錄和I節點,用 檔案系統解析程式開啟已完全正常,但為了保證原始資料的一些許可權和屬性,在LINUX簡單修復,LINUX已能正常掛載,然後在LINUX把檔案用 cp 命令進行複製格式化好的EXT3 的單塊磁碟的分割槽上。這樣客戶使用資料時,不再需要別的任何設定,直接 cp 後,檔案目錄結構和屬性都和原來一模一樣。本次資料恢復成功,可用資料為100%。
客戶的伺服器型號是華為5800,該伺服器中共有10塊硬碟組成raid6磁碟陣列用於企業內部使用,伺服器採用EXT3檔案系統;劃分為2個lun;每個lun8TB大小。
伺服器資料恢復故障分析:
伺服器在使用過程中管理員發現raid失效,於是對失效的伺服器進行了重新分配raid的操作,同時初始化raid,初始化進行到40%左右時強行停止初始化,但部分資料已經造成不可逆的破壞。資料恢復難度增大。
伺服器資料恢復成功率預估:
導致伺服器資料丟失的原因是raid失效,管理員隨後對raid6陣列中的9塊硬碟重新分配為riad5陣列並進行了長時間初始化操作,這對原始資料是不可逆的損壞。在後來對伺服器資料恢復操作中也證明了僅第二個LUN可用普通RAID6資料恢復方法恢復出資料,但客戶所需要的重要資料集中在第一個lun中。資料恢復可能性極低,在接到客戶伺服器之前已經有多家資料恢復公司介入,均未能成功恢復出有效資料。
伺服器資料恢復過程:
1.快速分析伺服器中原始磁碟RAID6的RAID和磁碟的組織結構。再分析伺服器重新分配RAID5時的RAID和磁碟的組織結構。在進行實際操作時由於重新分配導致的底層RAID6和RAID5的資訊大量重合,對這些資料進行分析、區別非常困難,服務資料恢復工程師花費了一天時間進行分析。
3.判斷可恢復性,設計實現恢復程式的演算法並測試。工程師分析出了伺服器中原始raid6陣列和重新分配後的raid5陣列資訊後進行資料恢復演算法的研究發現可以透過其他方式將伺服器原有資料進行恢復。於是投入編寫程式和校正演算法工作,將伺服器中原raid6陣列中的。第一和第二個LUN分別映象到搭好的兩個7TB 的儲存上。
4. 恢復伺服器資料。
伺服器資料恢復工程師驗證第二個LUN資料完全正常,但最重要的第一個LUN前有大約有10MB資料的破壞,這前 10MB資料極其重要,EXT3的根目錄和第一個塊組的I節點全在這前10MB裡面,工程師嘗試藉助幾款資料恢復常用的軟體進行掃描恢復但恢復效果都相當不理想,想必之前幾家資料恢復公司沒有成功的原因就在於此。
在這種情況下只得對損壞的EXT3檔案系統進行修復。首先編一個小程式對EXT3檔案系統進行孤目錄查詢,在本目錄下發現子目錄3個。重建根目錄和I節點,用 檔案系統解析程式開啟已完全正常,但為了保證原始資料的一些許可權和屬性,在LINUX簡單修復,LINUX已能正常掛載,然後在LINUX把檔案用 cp 命令進行複製格式化好的EXT3 的單塊磁碟的分割槽上。這樣客戶使用資料時,不再需要別的任何設定,直接 cp 後,檔案目錄結構和屬性都和原來一模一樣。本次資料恢復成功,可用資料為100%。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31380569/viewspace-2156911/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 華為伺服器raid陣列資料恢復伺服器AI陣列資料恢復
- Raid5磁碟陣列資料恢復成功案例/伺服器資料恢復方案AI陣列資料恢復伺服器
- 伺服器資料恢復成功案例(磁碟陣列恢復)伺服器資料恢復陣列
- 【raid資料恢復】光纖儲存raid陣列資料恢復案例AI資料恢復陣列
- 伺服器磁碟陣列資料恢復成功案例伺服器陣列資料恢復
- 伺服器資料恢復-2盤raid0陣列資料恢復案例伺服器資料恢復AI陣列
- raid5資料恢復成功案例+陣列演算法研究AI資料恢復陣列演算法
- 某公司伺服器raid陣列2塊硬碟損壞資料恢復成功案例伺服器AI陣列硬碟資料恢復
- 伺服器資料恢復—xfs下Raid5磁碟陣列資料恢復案例伺服器資料恢復AI陣列
- 【伺服器資料恢復】HP伺服器Raid5磁碟陣列資料恢復案例伺服器資料恢復AI陣列
- 伺服器磁碟陣列資料恢復,raid資料恢復方法伺服器陣列資料恢復AI
- 【伺服器資料恢復】Linux環境下RAID6磁碟陣列資料恢復案例伺服器資料恢復LinuxAI陣列
- 伺服器RAID資料恢復,磁碟陣列資料恢復過程伺服器AI資料恢復陣列
- 【伺服器資料恢復】華為某型號伺服器raid6資料恢復案例伺服器資料恢復AI
- 【伺服器資料恢復】資料庫所在raid陣列硬碟故障掉線的資料恢復案例伺服器資料恢復資料庫AI陣列硬碟
- 【伺服器資料恢復】IBM某型號伺服器RAID5磁碟陣列資料恢復案例伺服器資料恢復IBMAI陣列
- 【伺服器資料恢復】伺服器Raid5陣列mdisk磁碟離線的資料恢復案例伺服器資料恢復AI陣列
- 【伺服器資料恢復】raid0資料恢復案例&raid資料回遷案例伺服器資料恢復AI
- 伺服器資料恢復—伺服器raid5陣列磁碟出現壞道的資料恢復案例伺服器資料恢復AI陣列
- 【伺服器資料恢復】伺服器raid5陣列2塊硬碟掉線的資料恢復案例伺服器資料恢復AI陣列硬碟
- 【伺服器資料恢復】伺服器raid5磁碟陣列分割槽丟失的資料恢復案例伺服器資料恢復AI陣列
- 伺服器磁碟陣列raid0資料恢復伺服器陣列AI資料恢復
- 伺服器磁碟陣列raid1資料恢復伺服器陣列AI資料恢復
- 浪潮伺服器磁碟陣列RAID配置資料恢復伺服器陣列AI資料恢復
- 【伺服器資料恢復】斷電導致raid資訊丟失的磁碟陣列資料恢復案例伺服器資料恢復AI陣列
- 【伺服器資料恢復】Raid陣列更換故障硬碟後資料同步失敗的資料恢復案例伺服器資料恢復AI陣列硬碟
- 【伺服器raid資料恢復】光纖儲存raid資料恢復案例伺服器AI資料恢復
- 【伺服器資料恢復】raid5磁碟陣列磁碟出現故障離線的資料恢復案例伺服器資料恢復AI陣列
- 【伺服器資料恢復】raid5資料恢復案例伺服器資料恢復AI
- 伺服器資料恢復-伺服器磁碟被踢導致陣列崩潰的RAID5資料恢復案例伺服器資料恢復陣列AI
- 【伺服器資料恢復】Dell伺服器raid5磁碟陣列多塊硬碟離線的資料恢復案例伺服器資料恢復AI陣列硬碟
- 【伺服器資料恢復】斷電導致儲存raid6陣列癱瘓的資料恢復案例伺服器資料恢復AI陣列
- 【伺服器資料恢復】Raid5陣列兩塊硬碟亮黃燈掉線的資料恢復案例伺服器資料恢復AI陣列硬碟
- 伺服器raid陣列癱瘓如何恢復伺服器資料伺服器AI陣列
- 【伺服器儲存資料恢復】華為OceanStor某型號儲存raid5資料恢復案例伺服器資料恢復AI
- 【伺服器資料恢復】raid5陣列癱瘓導致儲存不可用的資料恢復案例伺服器資料恢復AI陣列
- 伺服器資料恢復成功案例+伺服器資料恢復原理伺服器資料恢復
- 【伺服器資料恢復】Raid磁碟陣列常見故障解析伺服器資料恢復AI陣列