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;”的语句
事后客户无法在堡垒机的日志中找到操作过该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博客 ” ，链接：https://blog.itpub.net/8242091/viewspace-764552/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
