今天有朋友向筆者咨詢，UFS分區數據誤刪除了，能恢復回來嗎？答案是可以恢復的，在此筆者拿一個案例來講講不小心將UFS分區數據刪除了，是如何恢復數據的？         筆者曾恢復過一個UFS分區數據誤刪除案例，是Sun陣列柜中的一個360GB的LUN和一個1020GB的LUN,在Solaris下格式化成UFS文件系統,由于用戶的誤操作,導致數據丟失。

        客戶使用oracle用戶運行shell腳本，誤刪除了從根目錄往后的具有oracle用戶權限的所有目錄和文件，/data1和/data2是兩個文件系統的掛載點。/data1文件系統存放oracle數據庫的備份文件，備份文件以壓縮文件.gz.Z的形式存放；/data2文件系統是存放oracle數據庫的所有數據文件。oracle用戶對/data1和/data2都具有刪除權限，運行shell腳本后，/data1和/data2目錄下的文件和目錄都被清空了。

        當客戶發現誤刪除了以后，馬上把備份在異地的備份文件拷貝到/data2文件系統下，當所有備份文件拷貝完成以后，解壓.gz.Z文件時發現問題，原來異地備份的.gz.Z文件在網絡傳輸的時候沒有完整的完成，只是傳輸了部分內容，最后幾經努力，異地備份的文件被宣判為不可用，需要從/data1或者/data2兩個文件系統中恢復被刪除掉的文件。要恢復的文件是/data2下的oracle數據文件或者/data1下的oracle數據備份文件，總的數據量大約200GB。

        經過多方導論，認為/data2文件系統在刪除文件以后，又往/data2文件系統下拷貝異地的oracle備份文件，拷貝完成以后又解壓.gz.Z文件，總之在/data2文件系統下刪除數據以后往這個文件系統又寫了250-300GB的數據，原始數據能成功恢復的幾率已經很小了。而/data1文件系統在刪除文件以后，沒有往這個拷貝過新的數據，所以決定從/data1文件系統去做數據恢復。

        華軍深圳數據恢復中心工程師通過對/data1文件系統的分析，發現部分刪除文件的metadata信息在日志里還有記錄，有部分刪除文件metadata沒有記錄，有metadata記錄的文件可以通過Inode信息直接提取數據文件，沒有metadata的文件，我嘗試尋找該文件頭部，確定它的直接地址指針和二級、三級間接地址指針位置，然后構造出Inode信息以后直接提取數據，最后完整恢復出所有.gz.Z文件。

        華軍深圳數據恢復中心建議：對于ext3/ext4、JFS、UFS文件系統，誤刪除文件以后，數據恢復還是可以嘗試的，只不過難度要比其他文件系統大一些，靈活應用日志信息以及分析Inode地址指針存放數學規律，有時候就把不可能的事變成可能的事。