誤刪數據庫數據后的處理方法有哪些

本篇內容介紹了“誤刪數據庫數據后的處理方法有哪些”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

1.停庫，起mount

2.flashback database to timestamp to_timestamp(‘2019-09-07 09:47:54’,‘yyyy-mm-dd hh34:mi:ss’);

3.alter database open read only;

4.查數據是否滿足要求，expdp導出

5.停庫 起mount

6.recover database;
alter database open;
測試環境下簡單測試下可以操作，不過心里非常害怕，萬一recover有問題，那不是這個表的問題了，整個數據庫都回到47分54秒，影響非常巨大，內心十分抗拒這個方案，無奈影響太大，需要盡快恢復。不過后來和客戶再三溝通該方案的風險性，再加上已經恢復了3000萬左右的數據，客戶同意采用風險度較低的異機恢復方案，這才稍微放下點心來。
異機恢復還算順利，我們從全備恢復出數據庫來，歸檔也從備份里拉出來，然后recover指定時間，一秒一秒recover，recover一秒查一次行數，最后數據量大約在3300萬左右，該故障告一段落。
我認為本次故障我的失誤占了很大一部分，本來對flashback不是很熟悉，誤認為flashback table這個命令是依賴于flashback database on；實際上該命令完完全全是依賴于undo，和閃回查詢是一個東西，對于一個自己不熟悉的技術，絕對不能自以為是的用于生產環境，任何一個變更操作都要在做了充足的測試后才能給客戶使用，本次故障讓我受益匪淺，以后我也將銘記于心，不會再發生類似事件。
亡羊補牢，事情結束后第一時間準備開啟可以不依賴undo閃回查詢表的flashback archive技術，這個flashback archive的粒度是表，可以閃回查詢指定保留時間的數據，且不依賴undo表空間，如果想實現業務表的實時回溯，那flashback archive可以滿足要求，flashback database 實用性不高，一般用在備庫上居多，下面貼出我整理的flashback archive的簡單步驟，可以參考參考：
flashback archive 測試：
開啟flashback archive前提：
undo管理是AOTU
表空間必須是ASSM

1.創建flashback archive 表空間
create tablespace fba datafile ‘+DATADG’ size 10g;

2.創建flashback archive 區域
create flashback archive default fba1 tablespace fba retention 2 day; //創建時指定數據庫默認閃回區域

查詢：
select flashback_archive_name name, status from dba_flashback_archive;
select OWNER_NAME,FLASHBACK_ARCHIVE_NAME,FLASHBACK_ARCHIVE#,RETENTION_IN_DAYS,CREATE_TIME,LAST_PURGE_TIME,STATUS from dba_flashback_archive;

3.嘗試修改保留時間：
alter flashback archive fba1 modify retention 1 day;

4.清空flashback archive中的全部信息：
alter flashback archive fba1 purge all;
清空1天前的信息：
alter flashback archive fba1 purge before timestamp (systimestamp - interval ‘1’ day);

5.創建測試數據
test1 2936192 384M
test2 2936192 384M

6.把test2 放到flashback archive 里面去
alter table test2 flashback archive fba1;
查詢：
SELECT table_name,archive_table_name,status from dba_flashback_archive_tables;

7.都delete掉 18：07 左右
delete from test1;
delete from test2; 占用了1000m的表空間

8.做些別的操作確保清空undo

9.查詢嘗試：
test1已經無法查詢：
select count(*) from test1 as of timestamp to_timestamp(‘2019-09-18 18:01:00’,‘YYYY-MM-DD HH24:MI:SS’)
*
ERROR at line 1:
ORA-01555: snapshot too old: rollback segment number 10 with name “_SYSSMU10_1251597811$” too small

test2 可以在開啟后查詢任意時間的數據：
SQL> select /*+ parallel(16) / count() from test2 as of timestamp to_timestamp(‘2019-09-18 18:20:00’,‘YYYY-MM-DD HH24:MI:SS’);

“誤刪數據庫數據后的處理方法有哪些”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！