Oracle數(shù)據(jù)被刪除后，如何恢復(fù)

刪除表后，可以采用如下操作：

10年積累的成都網(wǎng)站建設(shè)、網(wǎng)站建設(shè)經(jīng)驗(yàn)，可以快速應(yīng)對(duì)客戶對(duì)網(wǎng)站的新想法和需求。提供各種問(wèn)題對(duì)應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認(rèn)識(shí)你，你也不認(rèn)識(shí)我。但先網(wǎng)站設(shè)計(jì)后付款的網(wǎng)站建設(shè)流程，更有豐澤免費(fèi)網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。

在user_recyclebin中找到最近操作過(guò)的表名稱，然后用閃回（只能用于10G及以上版本）。

FLASHBACKTABLETABLE_NAMETOBEFOREDROP;

如果是刪了或修改里面的數(shù)據(jù)，可以先建立一個(gè)快表將刪除修改之前狀態(tài)的數(shù)據(jù)找回到這個(gè)表中：

CREATETABLEQUICK_TABLEAS

SELECT*FROMTABLE_NAMEASOFTIMESTAMPSYSDATE-1/24(一小時(shí)前的)，減去的時(shí)間可以自己定如：select*fromTABLE_NAMEASOFTIMESTAMP(SYSTIMESTAMP-INTERVAL'1'MINUTE)

oracle存儲(chǔ)過(guò)程失效重啟后恢復(fù)正常

根據(jù)oracle數(shù)據(jù)庫(kù)的特點(diǎn)和提供的工具，主要方法有以下幾種方法：

利用邏輯備份使用import工具丟失數(shù)據(jù)的表

利用物理備份來(lái)通過(guò)還原數(shù)據(jù)文件并進(jìn)行不完全恢復(fù)

利用dbms_logmnr包從redo log文件中恢復(fù)

利用flashback特性恢復(fù)數(shù)據(jù)

前提

為了方便使用方法的介紹，上述恢復(fù)方法都將基于以下場(chǎng)景進(jìn)行：系統(tǒng)管理員在前一天晚上11點(diǎn)用export對(duì)數(shù)據(jù)庫(kù)做了全庫(kù)邏輯備份，然后對(duì)所有數(shù)據(jù)文件進(jìn)行了熱備份。第二天上午10點(diǎn)，系統(tǒng)管理員在修改表TFUNDASSET的數(shù)據(jù)時(shí)，由于修改語(yǔ)句的條件寫錯(cuò)了，導(dǎo)致一批記錄(幾千條)的ztm字段被修改成了錯(cuò)誤的值，而且已經(jīng)提交。這個(gè)表是資產(chǎn)表，相對(duì)而言數(shù)據(jù)變化不頻繁。

一、利用邏輯備份使用import工具恢復(fù)丟失的數(shù)據(jù)

export/import是oracle提供的用于對(duì)數(shù)據(jù)庫(kù)進(jìn)行邏輯備份的工具。該工具適用于備份那些數(shù)據(jù)量不大、業(yè)務(wù)量不多的數(shù)據(jù)庫(kù)系統(tǒng)。因?yàn)槿绻谇耙惶焱砩?1點(diǎn)用export做了邏輯備份，那么當(dāng)今天上午10點(diǎn)數(shù)據(jù)庫(kù)意外崩潰時(shí)，從備份起到數(shù)據(jù)庫(kù)崩潰的這段時(shí)間里的數(shù)據(jù)修改操作(包括DDL和DML)都會(huì)丟失。如果丟失數(shù)據(jù)內(nèi)的表上的數(shù)據(jù)是相對(duì)比較穩(wěn)定，也就是說(shuō)該表上基本沒(méi)有DML操作，例如標(biāo)準(zhǔn)代碼表、分區(qū)表里的歷史數(shù)據(jù)，那么采用import來(lái)導(dǎo)入該表可以比較完整的恢復(fù)數(shù)據(jù)。如果該表是經(jīng)常變化的業(yè)務(wù)表，那么這些丟失的數(shù)據(jù)只能根據(jù)業(yè)務(wù)情況從紙質(zhì)記錄恢復(fù)，或者其他途徑恢復(fù)。

▲示例如下：這個(gè)表是一個(gè)資產(chǎn)表。相對(duì)來(lái)說(shuō)，今天系統(tǒng)運(yùn)行中修改的數(shù)據(jù)較少，丟失的數(shù)據(jù)量可以承受或者可以從別的途徑恢復(fù)。那就可以用import來(lái)恢復(fù)。

方法一：

1、把這個(gè)表的數(shù)據(jù)備份到另一個(gè)表：

8bef9890242e5d20d09563896cef1471.png

2、刪除該表的記錄:

625dfa5d5986ca5c37dd5017953407cb.png

3、執(zhí)行下面的命令：

3754d50cc473bd44236d927f00196d24.png

這個(gè)命令中在關(guān)鍵字tables中指定需要導(dǎo)入的表名字，ignore=y表示忽略表已經(jīng)存在的錯(cuò)誤。

4、導(dǎo)入結(jié)束后，檢查表中的記錄，并用適當(dāng)?shù)姆椒ɑ謴?fù)當(dāng)天的修改。

方法二：

1、 把需要恢復(fù)的表導(dǎo)入到另一個(gè)用戶下面：

33806d1216df5ae9c45890d3d45930ee.png

2、檢查數(shù)據(jù)以后，把原表記錄刪除：

fe23a8a4602702e951e5ab48a7460e3b.png

3、然后從另一用戶表中插入回去：

729976810ef459046df40b791a6ca773.png

4、 數(shù)據(jù)量比較大時(shí)可以采用如下方法：

e377d10ff07132f160185cb1ba119cfc.png

二、利用物理備份來(lái)通過(guò)還原數(shù)據(jù)文件并進(jìn)行不完全恢復(fù)

如果數(shù)據(jù)庫(kù)運(yùn)行在歸檔模式下，那么可以通過(guò)使用以前的數(shù)據(jù)文件備份進(jìn)行還原，然后利用歸檔日志進(jìn)行前滾，直到回滾到錯(cuò)誤操作的時(shí)間點(diǎn)前，然后重置日志文件打開(kāi)數(shù)據(jù)庫(kù)。

可以通過(guò)下列方法確認(rèn)是否是運(yùn)行在歸檔模式：

c8406e42aef7ccc8ef232cfdd535e825.png

如果是如上所示，那么就是運(yùn)行在歸檔模式了。

▲假定在前一天晚上11點(diǎn)做了全庫(kù)物理備份，那么可以考慮如下恢復(fù)：

1、關(guān)閉數(shù)據(jù)庫(kù)：

由于數(shù)據(jù)庫(kù)的不完全恢復(fù)必須在一個(gè)關(guān)閉的數(shù)據(jù)庫(kù)上實(shí)施，利用一個(gè)舊的數(shù)據(jù)庫(kù)的備份還原，然后用日志根據(jù)需要逐步前滾，而不能還原一個(gè)新的備份，再回退到某個(gè)時(shí)間點(diǎn)。

通知各客戶端數(shù)據(jù)庫(kù)將關(guān)閉，然后發(fā)出：

401f68e89cbfa03388f5913bf5f1ecfd.png

數(shù)據(jù)庫(kù)已經(jīng)關(guān)閉。

已經(jīng)卸載數(shù)據(jù)庫(kù)。

ORACLE 例程已經(jīng)關(guān)閉。

2、確定錯(cuò)誤操作的時(shí)間：

可以根據(jù)操作員的估計(jì)來(lái)確定不完全恢復(fù)需要前滾停止的時(shí)間，也可以利用LogMiner來(lái)分析日志文件(這個(gè)工具將在后面介紹)，找出錯(cuò)誤操作的準(zhǔn)確時(shí)間。

3、還原數(shù)據(jù)文件：

先對(duì)當(dāng)前的數(shù)據(jù)庫(kù)文件進(jìn)行備份，然后再用以前的最近一次備份覆蓋現(xiàn)有數(shù)據(jù)文件。注意：不覆蓋現(xiàn)有的控制文件。

4、基于時(shí)間點(diǎn)恢復(fù)，啟動(dòng)數(shù)據(jù)庫(kù)到裝配狀態(tài)：

8802043c250eb2a060285be160f48c36.png

這樣數(shù)據(jù)庫(kù)就恢復(fù)到了2015年10月20日的9點(diǎn)58分零秒。

然后再利用業(yè)務(wù)資料補(bǔ)充這段時(shí)間內(nèi)的數(shù)據(jù)。

三、利用dbms_logmnr包從log文件中恢復(fù)

這個(gè)包是由Oracle提供，與dbms_logmnr_d包配合使用可以方便地分析聯(lián)機(jī)日志文件和歸檔日志文件，從這些日志文件中提取出所有對(duì)數(shù)據(jù)庫(kù)的更改操作。

在使用這個(gè)包之前，需要先做一些設(shè)置和修改：

1、打開(kāi)initorcl.ora，修改初始化參數(shù)utl_file_dir，設(shè)置dbms_logmnr_d包將要使用的數(shù)據(jù)字典文件的放置目錄。

eb6dad504d6f5841641cbd02c5f6dee1.png

然后重啟數(shù)據(jù)庫(kù)使參數(shù)生效。

2、以sys用戶連接到數(shù)據(jù)庫(kù)執(zhí)行dbmslmd.sql腳本重建dbms_logmnr_d這個(gè)包。

應(yīng)用Logminer分析重做日志文件的操作主要有以下步驟：

● 使用dbms_logmnr_d里的存儲(chǔ)過(guò)程build創(chuàng)建一個(gè)外部數(shù)據(jù)字典文件；

● 使用dbms_logmnr里的存儲(chǔ)過(guò)程add_logfile添加要分析的日志文件；

● 使用dbms_logmnr里的存儲(chǔ)過(guò)程start_logmnr啟動(dòng)分析；

● 查詢與dbms_logmnr相關(guān)的幾個(gè)視圖來(lái)獲取日志文件內(nèi)容；

● 使用dbms_logmnr里的存儲(chǔ)過(guò)程end_logmnr結(jié)束分析。

▲下面詳細(xì)講述使用的過(guò)程

1、使用dbms_logmnr_d里的存儲(chǔ)過(guò)程build創(chuàng)建一個(gè)外部數(shù)據(jù)字典文件：

a0975e25f5049f1ffdfdd49ad7ae943d.png

2、使用dbms_logmnr里的存儲(chǔ)過(guò)程add_logfile添加要分析的日志文件到待分析文件列表：

d16ea343204a3a15b29bc6b94985d48d.png

如果沒(méi)有運(yùn)行在歸檔模式，那么由于重做日志文件的循環(huán)使用可能導(dǎo)致日志文件被覆蓋而無(wú)法獲取到所要尋找的恢復(fù)條目。如果運(yùn)行在歸檔模式，則可以通過(guò)查看$ORACLE_HOMEadminorclbdump目錄下的alert_orcl.log里日志文件歸檔的時(shí)間和錯(cuò)誤操作的時(shí)間來(lái)確定加入哪些歸檔日志文件到待分析的文件列表中去。

eff89b61175131d3edda456d8d9bc18e.png

注意：執(zhí)行以上過(guò)程時(shí)logfilename參數(shù)需要寫日志文件的全路徑，否則會(huì)報(bào)錯(cuò)。重復(fù)以上操作直到把所有需要分析的文件都加到列表中去。這樣就可以啟動(dòng)進(jìn)行分析。

3、使用dbms_logmnr里的存儲(chǔ)過(guò)程start_logmnr啟動(dòng)分析；

3630359ea5afa57b5ea51c89da5b8c41.png

這樣就可以通過(guò)下面的查詢來(lái)獲取日志文件的內(nèi)容了。

4、查詢與dbms_logmnr相關(guān)的幾個(gè)視圖來(lái)獲取日志文件內(nèi)容；

3f8098efdbe50d4b5b4a5311eab6b5d0.png

這樣就可以找出要恢復(fù)所需的語(yǔ)句。注意：v$logmnr_contents只對(duì)執(zhí)行dbms_logmnr.start_logmnr的會(huì)話有效，如果通過(guò)其他會(huì)話或者使用dbms_logmnr.end_logmnr終止了分析，都將不能訪問(wèn)v$logmnr_contents的數(shù)據(jù)。如果要使其他會(huì)話也能獲取到這些數(shù)據(jù)，可以通過(guò)另外建表來(lái)實(shí)現(xiàn)，如：

create table undo_sql as select * from v$logmnr_contents。

再對(duì)undo_sql進(jìn)行授權(quán)，其他用戶就可以訪問(wèn)v$logmnr_contents的數(shù)據(jù)了。

5、使用dbms_logmnr里的存儲(chǔ)過(guò)程end_logmnr結(jié)束分析。

使用完成以后用下面的命令來(lái)結(jié)束分析活動(dòng)：exec dbms_logmnr.end_logmnr;

這樣就釋放了分配給logminer的資源(內(nèi)存和數(shù)據(jù)結(jié)構(gòu))。

從上面的過(guò)程可知，如果是更新的數(shù)據(jù)量比較大，而日志文件比較小，就可能會(huì)導(dǎo)致日志文件的切換。如果沒(méi)有及時(shí)去挖掘日志文件(沒(méi)有運(yùn)行在歸檔模式)，那么可能會(huì)由于日志文件的循環(huán)使用而導(dǎo)致數(shù)據(jù)不可恢復(fù)。如果運(yùn)行在歸檔模式，也可能由于需要分析的日志文件比較多而時(shí)間較長(zhǎng)。

四、利用flashback新特性恢復(fù)數(shù)據(jù)

Oracle9i 開(kāi)始提供了閃回查詢(Flashback Query)功能，對(duì)于誤刪除或者誤更新并且已經(jīng)commit了的情況提供了簡(jiǎn)便快捷的恢復(fù)方法；而在Oracle 提供閃回查詢之前，碰到這種情況只能通過(guò)備份來(lái)進(jìn)行基于時(shí)間點(diǎn)的恢復(fù)或者使用logmnr挖掘日志來(lái)恢復(fù)，無(wú)疑這比閃回查詢要麻煩而且費(fèi)時(shí)。

使用這個(gè)Flashback Query特性的前提條件：

1. 數(shù)據(jù)庫(kù)必須處于Automatic Undo Management 狀態(tài)。

9d9facd0a8d3e8675284d38f601525d1.png

2. 最大可以閃回查詢的時(shí)間段由UNDO_RETENTION 初始化參數(shù)(單位為秒)指定

b7a419e2f47bd4d31005ca2d9b4a7c58.png

可以通過(guò)ALTER SYSTEM SET UNDO_RETENTION = ;來(lái)動(dòng)態(tài)修改參數(shù)值。

▲如何使用Flashback Query來(lái)恢復(fù)數(shù)據(jù)呢？

1. 通過(guò)SQL

28b1053a806762ec87261e80f0e8751f.png

使用SELECT 語(yǔ)句的AS OF 來(lái)進(jìn)行閃回查詢，語(yǔ)法如下：

使用AS OF 關(guān)鍵字來(lái)對(duì)表，視圖或者物化視圖進(jìn)行Flashback Query，如果指定了SCN，那么expr 部分必須是一個(gè)數(shù)字，如果指定了TIMESTAMP，那么expr 必須是一個(gè)timestamp類型的值。查詢結(jié)果將返回在指定的SCN 或者時(shí)間點(diǎn)上的數(shù)據(jù)。

下面我們使用scott 方案來(lái)作一個(gè)實(shí)驗(yàn)。

24547dbf2f8f3515319435d98acc0f10.png

如果想在update 的子查詢部分使用AS OF，那么該查詢只能返回一條記錄，否則將會(huì)報(bào)錯(cuò)。

可以通過(guò)添加一個(gè)臨時(shí)表作為中轉(zhuǎn)，然后再作更新，如下：

5605ae591ab357c7148787937df03e17.png

2．通過(guò)DBMS_FLASHBACK包來(lái)恢復(fù)

DBMS_FLASHBACK 包提供了以下幾個(gè)函數(shù)：

ENABLE_AT_TIME：設(shè)置當(dāng)前SESSION 的閃回查詢時(shí)間

ENABLE_AT_SYSTEM_CHANGE_NUMBER：設(shè)置當(dāng)前SESSION 的閃回查詢SCN

GET_SYSTEM_CHANGE_NUMBER：取得當(dāng)前數(shù)據(jù)庫(kù)的SCN

DISABLE：關(guān)閉當(dāng)前SESSION 的閃回查詢

當(dāng)將一個(gè)SESSION 設(shè)置為閃回查詢模式之后，后續(xù)的查詢都會(huì)基于那個(gè)時(shí)間點(diǎn)或者SCN 的數(shù)據(jù)庫(kù)狀態(tài)，如果SESSION 結(jié)束，那么即使沒(méi)有明確指定DISABLE，閃回查詢也會(huì)自動(dòng)失效。

當(dāng)SESSION 運(yùn)行在閃回查詢狀態(tài)時(shí)，不允許進(jìn)行任何DML 和DDL 操作。如果要用DML操作來(lái)進(jìn)行數(shù)據(jù)恢復(fù)就必須使用PL/SQL 游標(biāo)。

▲示例：

fbaf8acfe357d8f21039d588c8b658df.png

通過(guò)上面的例子可以看出，只要這個(gè)修改的時(shí)間不早于sysdate- (UNDO_RETENTION指定的秒數(shù)),就可通過(guò)這種方式來(lái)恢復(fù)數(shù)據(jù)。

e93c4d7b11cf4e7c8ed9a0d27c79ea80.png

對(duì)于問(wèn)題中的批量數(shù)據(jù)，可以寫個(gè)過(guò)程來(lái)完成獲取到更改前的數(shù)據(jù)：

然后再用這個(gè)臨時(shí)表里的數(shù)據(jù)來(lái)更新TFUNDASSET就可以了。

五、總結(jié)

比較以上幾種恢復(fù)數(shù)據(jù)的方法的使用過(guò)程，我們可以看出：

● exp/imp只適合于數(shù)據(jù)變化不大的表的數(shù)據(jù)丟失的情況，即使用這種方法處理后也需要從業(yè)務(wù)辦理資料中修正數(shù)據(jù)，否則導(dǎo)致數(shù)據(jù)丟失；

● 采用基于時(shí)間點(diǎn)的不完全恢復(fù)可以恢復(fù)丟失的數(shù)據(jù)，但是需要關(guān)關(guān)閉數(shù)據(jù)庫(kù)，減少系統(tǒng)可用時(shí)間，而且也會(huì)丟失恢復(fù)時(shí)間點(diǎn)以后的數(shù)據(jù)；

● 使用LogMiner可以較好的恢復(fù)數(shù)據(jù)，但是要求數(shù)據(jù)庫(kù)盡可能運(yùn)行在歸檔模式，否則也可能導(dǎo)致數(shù)據(jù)丟失。好處是不用關(guān)閉系統(tǒng)，能夠從日志文件中得到所有的數(shù)據(jù)。

● 使用Flashback最方便和簡(jiǎn)潔，可以直接得到修改前的數(shù)據(jù)，但是需要依賴系統(tǒng)設(shè)置，并且需要占用大量的回滾表空間。

因此選擇什么樣的方法來(lái)恢復(fù)數(shù)據(jù)，取決于你的系統(tǒng)環(huán)境和具體情況，不能生搬硬套。采用正確的方法才能最大程度的減少數(shù)據(jù)的丟失。

當(dāng)然，最好是不需要用到這些恢復(fù)的辦法。前提是，你必須做好以下的工作：

1、 為不同環(huán)境創(chuàng)建不同的數(shù)據(jù)庫(kù)用戶、不同密碼(如果不能用戶不同，一定要密碼不同)；

2、 將owner和應(yīng)用用戶分開(kāi)，并做適度授權(quán)；

3、 在做DML前，先用同樣的條件做查詢，看根據(jù)結(jié)果集是否符合預(yù)期。

oracle數(shù)據(jù)庫(kù)誤操作把表刪除了，怎樣恢復(fù)

一：表的恢復(fù)

對(duì)誤刪的表，只要沒(méi)有使用PURGE永久刪除選項(xiàng)，那么從flash back區(qū)恢復(fù)回來(lái)希望是挺大的。一般步驟有：

1、從flash back里查詢被刪除的表

select * from recyclebin

2.執(zhí)行表的恢復(fù)

flashback table tb to before drop,這里的tb代表你要恢復(fù)的表的名稱。

二：表數(shù)據(jù)恢復(fù)

對(duì)誤刪的表記錄，只要沒(méi)有truncate語(yǔ)句，就可以根據(jù)事務(wù)的提交時(shí)間進(jìn)行選擇恢復(fù)，一般步驟有：

1、先從flashback_transaction_query視圖里查詢，視圖提供了供查詢用的表名稱、事務(wù)提交時(shí)間、UNDO_SQL等字段。

如：select * from flashback_transaction_query where

table_name='TEST';

2、執(zhí)行表記錄恢復(fù)

一般先根據(jù)時(shí)間進(jìn)行查詢，查詢語(yǔ)句模式為select * from tb as of timestamp

to_timestamp(time,'yyyy-mm-dd hh24:mi:ss'); tb指表名稱，time指某個(gè)時(shí)間點(diǎn)

如select * from scott.test as of timestamp to_timestamp('2009-12-11

20:53:57','yyyy-mm-dd hh24:mi:ss');

若有數(shù)據(jù)，恢復(fù)極為簡(jiǎn)單了，語(yǔ)句為flashback table tb to timestamp

to_timestamp(time,'yyyy-mm-dd hh24:mi:ss');

如flashback table scott.test to timestamp to_timestamp('2009-12-11

20:47:30','yyyy-mm-dd hh24:mi:ss');

注意:alter table testvarchar enable row movement;

這個(gè)命令的作用是，允許Oracle 修改分配給行的rowid。在Oracle

中，插入一行時(shí)就會(huì)為它分配一個(gè)rowid，而且這一行永遠(yuǎn)擁有這個(gè)rowid。閃回表處理會(huì)對(duì)EMP

完成DELETE，并且重新插入行，這樣就會(huì)為這些行分配一個(gè)新的rowid。要支持閃回就必須允許Oracle 執(zhí)行這個(gè)操作

Oracle 誤操作如何恢復(fù)

Oracle DBA神器：PRM-DUL災(zāi)難恢復(fù)工具，Schema級(jí)別數(shù)據(jù)恢復(fù)。PRM-DULFor Oracle Database – schema級(jí)別oracle數(shù)據(jù)庫(kù)數(shù)據(jù)恢復(fù)特性 ，PRM-DUL即ParnassusData Recovery Manager是企業(yè)級(jí)別Oracle數(shù)據(jù)庫(kù)災(zāi)難恢復(fù)工具。PRM可以在無(wú)備份的情況下恢復(fù)被truncated掉的表，也可以恢復(fù)無(wú)法打開(kāi)的Oracle數(shù)據(jù)庫(kù)(Alter Database Open失敗)中的數(shù)據(jù)。

文章名稱：oracle修改如何恢復(fù),oracle數(shù)據(jù)庫(kù)update如何恢復(fù)
分享鏈接：http://chinadenli.net/article16/heihdg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站營(yíng)銷、手機(jī)網(wǎng)站建設(shè)、用戶體驗(yàn)、網(wǎng)站導(dǎo)航、網(wǎng)站收錄、全網(wǎng)營(yíng)銷推廣

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)