logmnr找出PACKAGE失效原因

關鍵系統由於一個關鍵PACKAGE依賴的一個PACKAGE在高峰期被編譯，導致其失效，從而導致業務中斷。
事後客戶無法在堡壘機的日誌中找到操作過該PACKAGE的證據

於是通過LOGMNR確定，是有人使用create or replace重建了這個PACKAGE。但是由於沒有開MIN SUPPLEMENTED LOGGING，所以SID啊那些資訊都沒得。原凶還是沒找到。

記錄下：
如果是有人使用alter xxx compile重新編譯物件，應該挖出類似“alter function F_RETURN_NUMBER_2 compile;”的語句
如果是依賴的物件失效，在執行時自動重新編譯，應該挖出類似“ALTER FUNCTION "CTAIS2"."F_RETURN_NUMBER" COMPILE REUSE SETTINGS;”的語句

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/8242091/viewspace-764552/，如需轉載，請註明出處，否則將追究法律責任。