【伺服器資料恢復】某研究院DELL伺服器中RAID5資料恢復案例
伺服器資料恢復環境:
某研究院DELL伺服器;
15塊硬碟組建的RAID5。
伺服器故障:
RAID5中開始有一塊硬碟離線,更換了新硬碟,在進行資料同步的過程中,另外一塊磁碟指示燈報警,同步資料失敗,陣列
無法正常工作。管理員聯絡我們資料恢復中心進行資料恢復。
伺服器故障檢測:
伺服器資料恢復工程師對故障伺服器的硬碟進行檢測,發現最早離線的硬碟訪問速度極緩慢,第二塊離線的磁碟有少量壞扇
區,其他磁碟沒有發現明顯的物理故障。整個陣列只包含一個卷組,該卷組佔用陣列全部空間,並且該卷組只有一個起始位
置為0扇區的XFS裸分割槽。
RAID5只支援一塊磁碟的錯誤冗餘功能,當第二塊磁碟離線後陣列便無法正常工作。本案例陣列崩潰主要是由第二塊磁碟離
線造成的,所以第二塊磁碟的處理是此次伺服器資料恢復的關鍵。
伺服器資料恢復過程:
1、伺服器資料恢復工程師對所有硬碟做只讀映象備份,單獨備份第二塊離線的硬碟,備份過程中跳過壞扇區。
2、對15塊硬碟映象檔案進行異或測試,全部透過,無明顯錯誤。
3、北亞資料恢復工程師計算出第二塊硬碟損壞扇區位置的資料,並將其寫入映象檔案。
4、在備份過程中同時分析原RAID組成結構,構建虛擬RAID環境,驗證RAID結構是否正確。
5、將第二塊磁碟的映象備份到新硬碟,並將其強制上線,更換第一塊磁碟,並對其進行同步。(注意:在操作之前要對所有
硬碟進行備份)
7、匯出資料。
伺服器資料恢復結論:
因為異或測試完全透過,所以發生故障後應該沒有寫入新資料或者對結構進行改動。可以根據其他幾塊好硬碟計算出壞硬碟
對應位置的資料。
恢復完成後,目錄結構完整,重要文件全部完好。FSCK無任何錯誤提示,管理員認可所恢復的資料,本次資料恢復成功。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31380569/viewspace-2904816/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 官方答:在React18中請求資料的正確姿勢(其他框架也適用)
- Serverless 架構落地實踐及案例解析
- 全國首個資料中臺後設資料標準
- 開源和雲成了資料庫的增長引擎?
- 企業考慮雲原生分散式資料庫的三個原因
- 騰訊雲原生資料庫TDSQL-C架構探索和實踐
- 小企業網站伺服器的費用是多少
- 伺服器的效能如何提高
- 先進級!阿里雲大資料+AI平臺通過信通院資料平臺整體解決方案最高等級評測
- GBase 8a MPP助力澳門某銀行打造MPP架構的新一代資料平臺
- 這麼強?!Erda MySQL Migrator:持續整合的資料庫版本控制
- 技術乾貨 | 資料中介軟體如何與GreatSQL資料同步?
- 【GBASE的那些事兒】系列直播活動第04期《GBase資料庫在大型金融機構的應用與實踐》
- ICI選擇Woolpert收集資料和影像
- IBM宣佈收購Databand.ai 把握資料可觀測性的市場機會