由於之前建的job過多，造成資料庫cpu佔用率達到99%，造成需要的job崩潰。
以下為解決方案:
1. 查詢當前的job列表 ；
select * from user_jobs;
2. 暫停所有的job
exec dbms_job.broken('&job',true); 需要commit; （需要當前使用者登入）
3. 刪除相應的物化檢視（這個是最佔資源的。。。）
4.最後把有問題的dbf檔案刪掉
drop tablespace tablespace_name including contents and datafiles;
一、使用offline資料檔案的方法
非歸檔模式使用：alter database datafile '...' offline drop;
歸檔模式使用： alter database datafile '...' offline;
說明：1) 以上命令只是將該資料檔案offline，而不是在資料庫中刪除資料檔案。該資料檔案的資訊在控制檔案種仍存在。查詢v$datafile，仍顯示該檔案。
2) 歸檔模式下offline和offline drop效果是一樣的
3) offline後，存在此datafile上的物件將不能訪問
4) noarchivelog模式下，只要online redo日誌沒有被重寫，可以對這個檔案recover後進行online操作
實際使用案例：
直接刪除資料檔案後無法進入系統的解決方案
正常情況下，刪除表空間的正確方法為：
drop tablespace tablespace_name including contents and datafiles;
Oracle查詢歷史操作記錄
1.以sysdba身份進入 2.show parameter audit 3.alter system set audit sys operations true scope spfile 4.alter system set audit trail db,extended scope spfile...
oracle 查詢表的操作記錄
1，檢視某一時間的執行過的所有sql select t.sql text,t.first load time from v sqlarea t where t.first load time like 2019 01 28 order by t.first load time desc 2019 0...
oracle 查詢表的操作記錄
1.查詢操作表的歷史紀錄 select from v sqlarea a where a.sql text like 表名稱 order by first load time desc 2.從上面的記錄中找到update語句對應的sql id select from v sqltext a,v sq...