您好,登錄后才能下訂單哦!
本文小編為大家詳細介紹“RAID信息丟失數據如何恢復”,內容詳細,步驟清晰,細節處理妥當,希望這篇“RAID信息丟失數據如何恢復”文章能幫助大家解決疑惑,下面跟著小編的思路慢慢深入,一起來學習新知識吧。
本次數據恢復的服務器基礎信息:某品牌DL380系列服務器,存儲是由6塊73GB SAS硬盤組成的RAID5磁盤陣列,服務器上層操作系統是WINDOWS 2003 SERVER,服務器內主要存儲了企業的內部文件,沒有數據庫文件,在服務器的主機(無UPS)發生故障前曾經出現過幾次意外斷電的情況,由于重啟后并沒有出現異常,因此服務器一直在使用,直到有一次斷電重啟后RAID報錯,提示無法找到存儲設備,進入RAID管理模塊后操作死機,管理員多次嘗試重啟服務器后還是沒有辦法進入系統,為了防止服務器內數據丟失,管理員聯系到數據恢復中心進行服務器數據恢復。
通常服務器出現這種情況的數據丟失多因為服務器意外斷電導致RAID模塊損壞(包括RAID管理信息丟失和RAID模塊硬件損壞)。一般在RAID陣列創建完成后陣列的管理模塊信息就固定下來不會再發生改變,但是raid陣列的模塊信息依然屬于可修改部分,服務器意外斷電很容易造成這部分信息被篡改甚至丟失,多次斷電甚至有可能導致RAID卡上的元器件損壞,從而使主機失去對多塊物理硬盤進行RAID管理的中間層模塊。該案例中對RAID模塊的操作死機現象極有可能是由RAID卡硬件損壞引起的(后經HP售后技術人員驗證得到證實),此時通過正常途徑已無法將獲取6塊硬盤中的數據,只能依靠第三方提供數據恢復服務來解決。
服務器數據恢復第一步首先對客戶的服務器內所有硬盤進行嚴格的物理檢測,用以排查硬盤是否有硬件故障。經過檢查發現服務器內的所有硬盤均可以正常讀取。
由于硬盤全部正常,因此不需要進行硬件修復,直接對服務器內的硬盤進行鏡像備份即可。
鏡像完成后,服務器數據恢復工程師開始對這組raid進行結構分析,主要是為了確定raid陣列的硬盤順序、數據塊的大小和陣列校驗方式等用于重新構建raid陣列。
服務器數據恢復工程師利用分析出來的raid陣列信息重新虛擬重建一組raid陣列并進行邏輯校驗,確保重構RAID所應用的各參數正確無誤后,針對用戶最為關注的數據進行完全驗證;
最后,數據恢復工程師聯系客戶對恢復出來的數據進行驗證,經過驗證后所有數據均已經成功恢復,數據遷移成功后本次數據恢復圓滿結束。
盡量保證機房電源供應穩定,以減少電源異常對主機及存儲的沖擊;
最好為重要的服務器及存儲配置UPS,可在機房意外斷電的情況下保證核心業務系統能繼續維持一定時間的正常工作,從而為企業尋求應急解決方案贏得寶貴的時間;
對于服務年限已久的服務器應定期進行安全狀況檢查,并對其整體運行狀態進行評估以決定是否進行硬件及系統的全面升級,同時提前制定突發數據災難的緊急處理方案,以降低數據災難帶來的業務損失。
讀到這里,這篇“RAID信息丟失數據如何恢復”文章已經介紹完畢,想要掌握這篇文章的知識點還需要大家自己動手實踐使用過才能領會,如果想了解更多相關內容的文章,歡迎關注億速云行業資訊頻道。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。