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

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

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

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

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

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