利用STREAMS流技术如何监控系统表

Question

就是我采用流技术
然后如何为系统表（SYS、SYSTEM等用户下的表）
设置CAPTURE PROCESS和apply process，监控其DML操作。
我一运行下面的语句就报错，不知道为什么。
      DBMS_APPLY_ADM.SET_DML_HANDLER( 
        object_name         => "系统表名", 
object_type         => 'TABLE', 
operation_name      => 'INSERT', 
error_handler       => false, 
user_procedure      => '...', 
                apply_database_link => NULL); 
错误代码：
Error - ORA-04068: existing state of packages has been discarded
ORA-04061: existing state of package body "SYS.DBMS_LOGREP_UTIL" has been invalidated
ORA-06508: PL/SQL: could not find program unit being called
ORA-06512: at "SYS.DBMS_APPLY_ADM", line 632
ORA-06512: at line 1
求高人指点！

Answer 1

看看大师是怎么处理的：

过程执行报错ORA-4068
今天在运行一个过程是报了一个ORA-4068错误。虽然问题很简单，而且也很容易解决，
但是要真正理解的错误产生的原因，还需要对概念理解的比较清晰。
下面做一个简单的例子重现错误：SQL> CREATE TABLE T AS SELECT * FROM TAB;
表已创建。SQL> CREATE OR REPLACE PROCEDURE P_RECREATE AS
2 BEGIN
3 EXECUTE IMMEDIATE 'DROP TABLE T';
4 EXECUTE IMMEDIATE 'CREATE TABLE T AS SELECT * FROM TAB';
5 END;
6 /
过程已创建。SQL> CREATE OR REPLACE PROCEDURE P_INSERT_T AS
2 BEGIN
3 INSERT INTO T SELECT * FROM T;
4 END;
5 /
过程已创建。SQL> BEGIN
2 P_RECREATE;
3 P_INSERT_T;
4 END;
5 /
BEGIN
*第 1 行出现错误:
ORA-04068: 已丢弃程序包 的当前状态
ORA-04065: 未执行, 已更改或删除 stored procedure "YANGTK.P_INSERT_T"
ORA-06508: PL/SQL: 无法找到正在调用 : "YANGTK.P_INSERT_T" 的程序单元
ORA-06512: 在 line 3如果单独执行两个过程，则不会报错：
SQL> EXEC P_RECREATE
PL/SQL 过程已成功完成。SQL> EXEC P_INSERT_T
PL/SQL 过程已成功完成。看到ORA-04068错误，我首先想到的是由于在P_RECREATE过程中，对表进行了删除重建工作，
导致和这个表相关的存储过程变为INVALID。
于是，我尝试在调用过程之前重编译P_INSERT_T过程：
SQL> BEGIN
2 P_RECREATE;
3 EXECUTE IMMEDIATE 'ALTER PROCEDURE P_INSERT_T COMPILE';
4 P_INSERT_T;
5 END;
6 /
BEGIN
*第 1 行出现错误:
ORA-04068: 已丢弃程序包 的当前状态
ORA-04065: 未执行, 已更改或删除 stored procedure "YANGTK.P_INSERT_T"
ORA-06508: PL/SQL: 无法找到正在调用 : "YANGTK.P_INSERT_T" 的程序单元
ORA-06512: 在 line 4但是发现，错误依旧。SQL> BEGIN
2 P_RECREATE;
3 EXECUTE IMMEDIATE 'BEGIN P_INSERT_T; END;';
4 END;
5 /
PL/SQL 过程已成功完成。但如果使用动态SQL的方式调用P_INSERT_T过程，则不会报错。
问题已经基本上清楚了，但是要想说明白，还需要从头说起。
存储过程在编译时，自动检查语法错误、权限以及所有对象依赖性等。
等到执行的时候，Oracle不会再进行类似的检查，而是直接运行过程，
这也是存储过程拥有较高效率的一个原因。当存储过程依赖的对象发生变化了，Oralce会自动将存储过程的状态置为INVALID，
而存储过程的状态如果为INVALID，则会在下次执行的时候尝试重新编译，如果编译通过，
则继续执行，编译失败则报错。这就是为什么两个过程单独执行时不会报错。
那么，为什么两个过程放到一起执行就会报错，即使尝试重新编译也无效呢。
这是由于导致过程P_INSERT_T失效的过程就在调用P_INSERT_T过程的匿名块中。
在将匿名块提交给Oracle时，Oracle对里面每个过程的状态进行了检查，
由于导致P_INSERT_T失效的P_RECREATE过程还没有执行，这时候，所有过程的状态都是VALID，
于是Oracle记录下来过程的信息准备到直接运行。但是调用P_RECREATE过程后，
由于T表被删除重建，P_INSERT_T的状态发生变化，但是Oracle对过程P_INSERT_T的检查已经完成，
因此在尝试直接运行P_INSERT_T的代码的时候发现P_INSERT_T的状态已经发生变化，
因此，这里报错ORA-04068，同样的道理，即使对P_INSERT_T进行了重新编译，
Oracle在执行时发现检查时的代码已经发生了变化，仍然会报错，
即使这个时候存储过程的状态已经时VALID了。而采用动态SQL不会报错的原因就更容易理解了，由于采用动态SQL，
Oracle将编译是进行的操作推迟到运行时进行，
也就是说，Oracle会在调用P_RECREATE之后，
调用P_INSERT_T过程之前对P_INSERT_T进行检查并重新编译，
因此，采用动态SQL不会报错

Answer 2

原来流技术根本就不能捕获SYS和SYSTEM下的更改