一、清理日常備份的數(shù)據(jù)表

　　1、背景：系統(tǒng)表空間占用率已經(jīng)超過90%。于是做了一個相關(guān)的垃圾數(shù)據(jù)進(jìn)行清理的工作。

　　2、查詢需清理表清單：因?yàn)槿粘Ｔ跀?shù)據(jù)庫操作的時候，經(jīng)常會進(jìn)行一些表的備份。咨詢前任系統(tǒng)管理員，他們在備份表的時候一般是在原表上加日期或者使用bak進(jìn)行標(biāo)識。于是使用

　　SELECT owner, num_rows * avg_row_len,table_name FROM DBA_TABLES WHERE TABLE_NAME LIKE '%BAK%' AND REGEXP_LIKE(TABLE_NAME,'/d+') AND (TABLE_NAME NOT LIKE 'T_IM_INVENTORY%' AND TABLE_NAME NOT LIKE 'VT%' AND TABLE_NAME NOT LIKE 'NCM%' AND TABLE_NAME NOT LIKE 'T_HR_SCHM%' AND TABLE_NAME NOT LIKE 'SYS%' AND OWNER='JINGYA');

　　查詢出相關(guān)可能性的表占用的空間，排除其他可能表之后，合計(jì)占用空間接近100G。

　　3、測試：在測試系統(tǒng)中將已經(jīng)初步確定的表進(jìn)行刪除，進(jìn)行相關(guān)業(yè)務(wù)的測試。沒有問題。

　　4、正式操作：依照公司的變更流程，對正式系統(tǒng)進(jìn)行操作;

　　二、誤刪除表的恢復(fù)

　　在做完一的工作之后，業(yè)務(wù)運(yùn)行了2天無故障，第三天的時候，財(cái)務(wù)報(bào)

　　恢復(fù)的代碼如下：

　　--1 從閃回中查詢誤drop的表select object_name, original_name, partition_name, type, ts_name, createtime, droptime from recyclebin where original_name = 'T_CSL_ITEMDATAENTRY001'; --2 恢復(fù)到刪除前flashback table "BIN$AP6V8ohdAaLgU8CoZGEBog==$0" to before drop; --3 查詢數(shù)據(jù)select count(*) from T_CSL_ITEMDATAENTRY001

　　確定問題解決。