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

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

轉(zhuǎn)載于:https://blog.51cto.com/zhangyu/33749

總結(jié)

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

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