典型案例及專業建議

當前位置 :  首頁 > 成功案例

典型案例及專業建議

    在我們日常的數據恢復業務中，經常遇到客戶在數據丟失的第一時間沒有聯系專業的數據恢復公司，而沒有了解實際情況就對數據進行不專業的恢復操作，如此一來，給后續數據的恢復工作帶來了更大的難度，更有甚者，導致數據徹底丟失無法恢復。
案例一： 服務器虛擬化
     該客戶為某電氣設計院，與我們交接的是對方單位的IT技術人員。根據他的描述，在平臺進行升級后，原來的虛擬磁盤存儲空間從2TB縮小至幾十個GB�？蛻粼诓涣私饪臻g變更原因的情況下，手動調節了虛擬磁盤大小，進入系統發現極大部分文件丟失，客戶與我方聯系之前自己嘗試過自行恢復，但是沒有發現任何可用文件痕跡。我方人員到現場后，經過深入了解，判斷空間縮小是平臺升級過程中個別進程中斷導致，客戶后續的操作對數據的恢復也帶來的極大地困難。對于虛擬磁盤，不管是VMware的.vmdk文件系統，還是Hyper-V的.vhdx文件系統，在創建的時候都要選擇虛擬磁盤是“固定大小”還是“動態擴展”。對于“固定大小”的虛擬磁盤在數據丟失時有很大的希望能夠恢復，但是“動態擴展”虛擬磁盤的數據在恢復時卻有很大難度。
經過掃描之后，只能恢復出部分文件，很大一部分文件不可用。分析hex代碼后發現，這些打不開的文件雖然大小未發生變化， 但是每個扇區的值都被置零了。這種現象和固態硬盤數據丟失非常相似。所以當虛擬磁盤的容量發生未知變動時手動更改大小的話，最終的結果和固態硬盤格式化重寫無異。這么一來，想要恢復數據就基本上不可能了。
案例二：虛擬機服務器系統無法正常啟動現在很多企業都會把服務器系統架設在虛擬機上，這么一來有很多好處，首先是在硬件性能的分配上能夠很靈活的擴展，再者兼容性方面也不會有太多的煩惱。但是，因為一些企業考慮到成本問題，所以不愿意犧牲太多的存儲空間來拍攝虛擬機快照并備份系統�？墒翘摂M機一旦系統出現問題，數據恢復的難度就會比物理機要大很多，究其原因，還是虛擬環境下的操作有很多的局限性。
這次所面臨的問題就是客戶虛擬機內的服務器系統啟動后只有鼠標指針，不能正常顯示操作界面。我們針對這一現象對成因逐一排查，并嘗試多種方法修復系統。

1. Clt+Alt+Del組合鍵無反應后，使用系統安裝光盤修復后失��；
2. 更換系統目錄下的Explorer.exe，未能解決問題；
3. 執行硬盤自檢語句 chkdsk c: /f /r /x ，在刪除很多碎片文件后，問題未解決；
4. 安裝同一版本的系統后對系統目錄進行差異拷貝，進行關鍵文件的替換，未解決；
5. 替換C:/Windows/System32/config/目錄下的COMPONENTS, DEFAULT, SAM, SECURITY, SOFTWARE, SYSTEM文件，系統能啟動，但是域信息丟失。

若只是修復操作系統并使其能夠正常工作，我們有很多辦法，以上是筆者在實際操作中所產生的思路，需要注意的是，在進行以上操作前一定要注意系統的備份。對于Hyper-V的.vhdx文件系統，我們可以把它裝載之后克隆到物理磁盤上，這樣一來可以增大操作空間。筆者嘗試上述第六種辦法時，雖然能使系統正常工作，但是SAM文件包含了賬號信息，所以更換之后，原來的使用信息會被重置，如此一來數據也蕩然無存。
案例三：熱備盤未啟動目前很多企業對數據的安全性考量越來越多，所以RAID（冗余磁盤陣列）應用也越來越廣泛。相對而言更多的采用RAID 5，也有采用安全級別更高的RAID 6或RAID 5+SPARE模式。這次我們所說的案例就是這個RAID 5+SPARE，客戶所使用的是一個八盤位的網絡存儲設備，1號盤是熱備盤，2~8號組建的RAID 5。
在最初8號盤預警并掉線并沒有引起客戶的注意，因為客戶以為8號盤掉線的時候1號熱備盤能順利啟動。在后續的使用中，7號盤也掉線，因為RAID 5是帶有一塊盤的數據保護，所以客戶嘗試替換七號盤進行數據重組，發現重組失敗后又替換8號盤重組數據，仍舊不能成功同步，檢查硬盤狀態發現熱備盤從最初就未啟動。在我們接手后，顯示分別檢測了硬盤的健康狀況，發現除了7和8號盤損壞，1號盤也有嚴重的硬件故障。所以，熱備盤沒起的情況下，相當于RAID 5掉線兩塊硬盤，這樣的話數據肯定是不能自動重組的
總結
上述案例希望能給您提供解決實際問題的思路，同時也鄭重提醒廣大業界同仁，在您面臨數據的安全存在隱患或數據丟失的風險時，一定要停止操作，并及時咨詢專業的數據恢復公司。
鴻萌數據安全中心，為您的數據保駕護航！
 

聯系我們 了解更多