Oracle之刪除數據之后如何恢復的方法總結


導讀:

1、delete誤刪除的解決方法;

2、drop誤刪除的解決方法;

3、閃回整個數據庫;

4、總結

以下以oracle數據庫為例,介紹關於表中數據刪除的解決辦法。(不考慮全庫備份和利用歸檔日志)

刪除表中數據有三種方法:

delete(刪除一條記錄)

drop或truncate刪除表格中數據。

1、delete誤刪除的解決方法

原理:利用oracle提供的閃回方法,如果在刪除數據后還沒做大量的操作(只要保證被刪除數據的塊沒被覆寫),就可以利用閃回方式直接找回刪除的數據。

具體實例及步驟:

(1)、確定刪除數據的時間(在刪除數據之前的時間就行,最好是刪除數據的時間點)

   a、找出刪除的數據:

select * from 表名 as of timestamp to_timestamp('刪除時間點','yyyy-mm-dd hh24:mi:ss')
delete  from TMP_WW_0628_QQW_S21 where cnt1=1 ;
select * from TMP_WW_0628_QQW_S21 ORDER BY cnt1;

會發現 cnt=1的記錄不在表TMP_WW_0628_QQW_S21中。

找到刪除的記錄:

select * from TMP_WW_0628_QQW_S21  as of timestamp to_timestamp('2017-06-28 11:04','yyyy-mm-dd hh24:mi:ss' )
 where cnt1=1;

運行結果為:

CNT1 CNT2
1        1969305

  b、把刪除的數據重新插入原表:

insert into TMP_WW_0628_QQW_S21 ( select * from TMP_WW_0628_QQW_S21  
       as of timestamp to_timestamp('2017-06-28 11:04','yyyy-mm-dd hh24:mi:ss'  )where cnt1=1  
 );
commit;

接着查詢表中的數據,會發現cnt1=1 的記錄已經恢復。

(2)、如果表結構沒有發生改變,還可以直接使用閃回整個表的方式來恢復數據。

表閃回要求用戶必須要有flash any table權限。

具體步驟:

  a、開啟行移動功能

alter table tmp_ww_0628_qqw_s21 enable row movement ;

  b、恢復表數據

flashback table tmp_ww_0628_qqw_s21 to timestamp('2017-06-28 11:04 ','yyyy-mm-dd  hh24:mi:ss');

  c、關閉行移動功能(此操作千萬要記住)

alter table tmp_ww_0628_qqw_s21 disable row movement;

2、drop誤刪除的解決方法

 

原理:由於oracle在刪除表時,沒有直接清空表所占的塊,oracle把這些已刪除的表的信息放到了一個虛擬容器“回收站”中,而只是對該表的數據塊做了可以被覆寫的標志,

所以在塊未被重新使用前還可以恢復。

具體步驟:

(1)、查詢這個“回收站”或者查詢user_table視圖來查找已被刪除的表:

select table_name,dropped from user_tables;
select object_name,original_name,type,droptime from user_recyclebin;

以上表名都是被重命名過的,字段table_name或者object_name就是刪除后在回收站中的存放表名。

  a、如果還能記住表名,則可以用下面語句直接恢復:

  flashback table 原表名 to before drop;

  b、如果記不住了,也可以直接使用回收站的表名進行恢復,然后再重命名,參照以下語句:

  flashback table "回收站中的表名(如:Bin$DSbdfd4rdfdfdfegdfsf==$0)" to before drop rename to 新表名;

3、閃回整個數據庫

使用數據庫閃回功能,可以使數據庫回到過去某一狀態, 語法如下:

alter database flashback on;
flashback database to scn tmp_db1;
flashback database to timestamp to_timestamp('2017-6-28 11:30','yyyy-mm-dd hh24:mi:ss');

4、總結:

oracle提供以上機制保證了安全操作,但同時也代來了另外一個問題,就是空間占用,由於以上機制的運行,使用drop一個表或者delete數據后,空間不會自動回收,對於

一些確定不使用的表,刪除時要同時回收空間,可以有以下2種方式:

(1)、采用truncate方式進行截斷。(但不能進行數據回恢復了)

(2)、在drop時加上purge選項:drop table 表名 purge

     該選項還有以下用途:

  可以通過刪除recyclebin區域來永久性刪除表 ,原始刪除表

 drop table emp cascade constraints purge table emp;

   刪除當前用戶的回收站:

 purge recyclebin;

   刪除全體用戶在回收站的數據:

 purge dba_recyclebin


以上參照https://blog.csdn.net/dtjiawenwang88/article/details/73835582


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM