服務器數據恢復環境:
存儲設備通過光纖通道將3個LUN映射到AIX小型機。通過AIX-LVM技術將物理卷(PV)構建為卷組(VG),并在卷組空間內創建2個邏輯卷(LV):oradata1和oradata2。 AIX小型機采用JFS2文件系統分配和管理邏輯卷。JFS2文件系統的根目錄存儲Oracle數據庫核心文件(.dbf文件),用于支撐關鍵業務系統運行。
北亞企安數據恢復—AIX小型機數據恢復
服務器故障:
工作人員誤操作刪除邏輯卷oradata1和oradata2,并對oradata1邏輯卷執行了覆寫操作,致使文件系統元數據與數據庫文件物理結構破壞。
服務器數據恢復過程:
1、到達現場后,將AIX小型機使用的LUN通過光纖映射到數據恢復用服務器上。將映射過來的lun進行只讀鏡像備份。完成鏡像備份后,斷開映射通道。后續的數據分析和數據恢復操作都基于鏡像文件進行,避免對原始磁盤數據造成二次破壞。
2、基于鏡像文件分析底層數據,解析AIX-LVM元數據結構、分配模式及算法規律。
3、北亞企安數據恢復工程師編寫腳本程序,遍歷每個LUN的底層數據,生成邏輯卷的映射關系表,并梳理卷組信息。
4、通過邏輯卷映射關系表,結合用戶方提供的邏輯卷名稱,重構丟失的兩個邏輯卷。
5、基于jfs2文件系統的底層算法邏輯,北亞企安數據恢復工程師手動定位底層數據存儲位置。撰寫腳本批量掃描和分析目標邏輯卷中的數據,根據orcale數據庫的ctl文件獲取dbf文件的文件名。
6、根據分析得到節點和位圖信息,撰寫腳本批量提取底層數據。由于oradata1復寫量巨大,oradata1邏輯卷底層數據存在一定程度的損壞。
7、對提取出來的數據進行初步確認后,通過光纖傳輸到新搭建的AIX環境中。
8、數據傳輸完成后,讓用戶方聯系數據庫工程師確認數據情況,使用odu檢驗數據文件,并導入到新建的表空間中。
北亞企安數據恢復—AIX小型機數據恢復
服務器數據恢復分析:
在對鏡像文件中的數據進行分析的過程中,發現oradata1卷的底層存儲結構存在嚴重的損壞,主要表現為以下幾點:
1、根目錄丟失:由于數據復寫,導致根目錄被修改,存在交叉的目錄索引表及重復的節點結構,無法根據目錄結構解析出需要的數據節點。
2、底層數據污染:由于數據復寫,導致文件底層數據發生異常。在恢復數據的過程中,通過對鏡像數據進行逐塊掃描與邏輯重組,力求還原出丟失的數據節點信息。使用腳本分析和提取對應的指針和數據塊,并根據Oracle數據庫文件的表空間id和表id配合ctl文件還原出完整數據。然而,受限于數據復寫,恢復結果仍有所局限。
北亞企安數據恢復工程師對鏡像盤數據進行了多輪恢復嘗試:
1、邏輯卷的解析和重組:基于分析得出AIX-LVM算法,對映射到恢復服務器的LUN進行重建。
2、數據提取:通過手工和腳本解析的方式,提取了兩個卷中丟失的全部數據。然而,由于底層數據污染,部分文件無法完全還原。
服務器數據恢復結果:
1、通過對存儲結構和jfs2文件系統的解析,成功提取了誤刪除的Orcale數據。由于底層結構損壞不可逆,部分數據庫文件無法正常使用。
2、雖然成功恢復部分用戶數據,但受邏輯卷底層數據損壞的限制,部分數據存在缺失和邏輯紊亂的情況。最終恢復結果需要結合應用場景和目標數據的重要性進行進一步確認與驗證。
審核編輯 黃宇
-
服務器
+關注
關注
12文章
9672瀏覽量
87211 -
數據恢復
+關注
關注
10文章
633瀏覽量
17984
發布評論請先 登錄
服務器數據恢復—Linux系統服務器崩潰的數據恢復案例
分布式存儲數據恢復—虛擬機上hbase和hive數據庫數據恢復案例
服務器數據恢復—服務器硬盤燈閃黃燈的數據恢復案例
服務器數據恢復—磁盤出現故障導致Mdisk成員盤上線失敗的數據恢復案例

服務器數據恢復—EVA存儲誤刪除VDISK的數據恢復案例

服務器數據恢復—Linux網站服務器硬盤出現壞扇區的數據恢復案例
假如服務器的數據丟失,如何快速恢復丟失的數據?
服務器數據恢復—IBM Storwize V7000存儲數據恢復案例

服務器數據恢復—誤刪除KVM虛擬機的數據恢復案例

服務器數據恢復—EMC Isilon存儲中虛擬機數據恢復案例

服務器數據恢復—EqualLogic存儲硬盤故障導致存儲崩潰的數據恢復案例

評論