服務(wù)器故障修復后部分文件丟失怎么解決

本篇內容介紹了“故障修復后部分文件丟失怎么解決”的有關(guān)知識，在實(shí)際案例的操作過(guò)程中，不少人都會(huì )遇到這樣的困境，接下來(lái)就讓小編帶領(lǐng)大家學(xué)習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學(xué)有所成！

一、服務(wù)器數據恢復故障描述

介紹數據恢復案例前照例先介紹故障服務(wù)器的物理狀況。本次數據恢復的服務(wù)器是linux操作系統，某品牌730系列服務(wù)器，MD3200系列存儲。導致數據丟失的原因是機房意外斷電導致系統無(wú)法正常啟動(dòng)，客戶(hù)管理員對無(wú)法訪(fǎng)問(wèn)的服務(wù)器進(jìn)行了修復操作后進(jìn)入系統查看數據，服務(wù)器部分文件已經(jīng)丟失。于是客戶(hù)管理員聯(lián)系了數據恢復中心進(jìn)行服務(wù)器數據恢復。

二、服務(wù)器數據恢復故障分析

1. 備份客戶(hù)服務(wù)器數據

   數據恢復工程師接到客戶(hù)的服務(wù)器后對服務(wù)器進(jìn)行了初檢，首先將存儲的lun以只讀的模式映射到了數據恢復中心的數據恢復專(zhuān)用存儲設備上。接著(zhù)對客戶(hù)的服務(wù)器進(jìn)行扇區級別的鏡像操作，這樣做的目的有兩個(gè)，一個(gè)是可以讓客戶(hù)取回原服務(wù)器，避免后期的數據恢復過(guò)程占用客戶(hù)設備，另一個(gè)是為了保護客戶(hù)的原有數據，因為數據恢復需要大量的數據分析和嘗試，存在有多次嘗試的可能，這樣在鏡像文件中進(jìn)行數據恢復操作就可以避免在客戶(hù)的原服務(wù)器上進(jìn)行操作，保護客戶(hù)原數據的完整性。萬(wàn)一我們恢復失敗了，客戶(hù)也可以攜帶原服務(wù)器到其他公司進(jìn)行數據恢復操作，是一種對客戶(hù)數據負責的方式。

2. 分析服務(wù)器故障原因

   備份完成后，服務(wù)器數據恢復工程師對底層數據進(jìn)行查看，發(fā)現服務(wù)器的目錄項已經(jīng)遭到了破壞，所幸運的是這些目錄項的破壞并沒(méi)影響到服務(wù)器的重要數據，僅僅是將目錄項破壞了一些，這些破壞可以通過(guò)人工進(jìn)行修復。由于客戶(hù)的服務(wù)器管理員進(jìn)行過(guò)修復操作，這也就導致了損壞的目錄項本質(zhì)上并沒(méi)有被成功修復，而是以節點(diǎn)號進(jìn)行命名同時(shí)存放到了lost+found文件夾內，對應的數據區索引也被服務(wù)器進(jìn)行了自動(dòng)清除。工程師以前處理過(guò)很多起類(lèi)似的數據丟失案例，這種情況下只需要根據文件系統和文件類(lèi)型在自由空間中進(jìn)行碎片匹配、碎片拼合，最終恢復整個(gè)服務(wù)器的數據。

三、服務(wù)器數據恢復實(shí)施過(guò)程

在本次數據恢復案例中的節點(diǎn)信息已經(jīng)被清除，無(wú)法根據節點(diǎn)信息還原數據。服務(wù)器數據恢復工程師提取出lost+found文件夾下的文件名稱(chēng)，根據丟失文件的文件目錄項節點(diǎn)號進(jìn)行一一匹配，從而分析出丟失的目錄結構。再繼續分析底層數據，根據文件系統的結構信息在底層空間的相對應位置掃描符合丟失目錄結構條件的信息并進(jìn)行提取，再與目錄項節點(diǎn)號進(jìn)行整合，把掃描到的目錄項節點(diǎn)號記錄到數據庫里面，之后在通過(guò)lost+found里面的文件記錄號和數據庫里面的記錄號進(jìn)行匹配。

四、服務(wù)器數據恢復結果

在本次服務(wù)器數據恢復案例中，客戶(hù)的服務(wù)器先是異常斷電導致文件系統被損壞，接著(zhù)被管理員進(jìn)行了人人工修復導致大量文件的目錄結構丟失，在修復和檢查過(guò)程中服務(wù)器還寫(xiě)入了一部分的新數據，這就直接導致了本次服務(wù)器數據恢復的過(guò)程比正常情況下的數據丟失更為復雜一些，由于工程師有著(zhù)多年的服務(wù)器數據恢復經(jīng)驗，在經(jīng)過(guò)一段時(shí)間的分析和重組后，最終成功提取出了客戶(hù)服務(wù)器丟失的數據?？蛻?hù)對恢復成功的數據進(jìn)行驗證，經(jīng)過(guò)驗證，客戶(hù)原服務(wù)器內的所有數據都恢復成功，可以正常使用，客戶(hù)認可本次服務(wù)器數據恢復結果。