[申明]
??? 轉載請保留原作網(wǎng)站：[url]http://www.sjhf.net[/url]?關鍵字[LINUX誤刪除數(shù)據(jù)恢復]

[摘要]
??? 國家認證認可監(jiān)督管理委員會，用于正常工作的一個重要ORACLE數(shù)據(jù)庫，存儲于LINUX EXT3文件系統(tǒng)之上。一次，管理員在建立測試庫時選錯了服務器，在ORACLE平臺CREATE了一套新庫，創(chuàng)建至10%左右時發(fā)現(xiàn)異樣，取消、停下操作。
??? 再次查看數(shù)據(jù)庫目錄，只剩余SYSTEM2.DBF一個庫，其他重要的庫（主要為SYSTEM1.DBF）丟失。
??? 因數(shù)據(jù)至關重要，多家數(shù)據(jù)恢復公司同時上門進行恢復操作，我們提供的解決方案客戶完全接受，于是直接將此次數(shù)據(jù)恢復的重任交給了我們。 [分析與恢復]
??? 常規(guī)EXT3誤刪除的數(shù)據(jù)恢復較為困難，且目前市面上沒有可以處理這類災難的軟件，故絕大多數(shù)數(shù)據(jù)恢復公司面對此問題時手足無措，但EXT3的誤刪除通過一定的算法是有很大機會恢復的。
??? 首選的恢復方案是直接重建原先文件的屬性節(jié)點，即主要恢復原文件的大小、存儲位置等信息。通過節(jié)點重新描述文件。
??? 如此方法不通，則可以按ORACLE本身的頁面結構特征進行分析與恢復。
????通過自主開發(fā)的應用于LINUX EXT3誤刪除的軟件，很幸運地找到了一些ORACLE數(shù)據(jù)庫文件，于是馬上導出。。。不料，導出的SYSTEM1結構完好，卻只有200M左右。與客戶描述的32GB相差很遠。
??? 仔細分析，確認導出的SYSTEM1.DBF為用戶創(chuàng)建測試庫時生成的庫，因未全部做完便取消，故只占很小的初始化空間，與原數(shù)據(jù)庫無關。
????重新對全盤進行詳細掃描，配合ORACLE本身結構，鎖定原SYSTEM1.DBF的數(shù)據(jù)區(qū)，但明顯的是，已經(jīng)被現(xiàn)在生成的約700M左右的新庫（好幾個）覆蓋了。
??? 客戶心情如焚，于是硬下決心，盡最大能力將其余30G左右數(shù)據(jù)成功導致。
??? 驗證后，發(fā)現(xiàn)，導出的30G左右數(shù)據(jù)結構完好，無損壞，但因頭部庫結構及字典均遭受破壞，無法重現(xiàn)，故只能從數(shù)據(jù)完好的30G區(qū)域內(nèi)找數(shù)據(jù)。
??? ORACLE工程師通過對中間數(shù)據(jù)進行分析、重組，重新導入新庫中，客戶需要的數(shù)據(jù)恢復成功！ [后記]
??? 有關LINUX?誤刪除方面的應急處理，請參閱[url]WWW.SJHF.NET[/url]相關文章。

轉載于:https://blog.51cto.com/zhangyu/33749

總結

以上是生活随笔為你收集整理的成功数据恢复一例LINUX EXT3 下误删除ORACLE数据库的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。