Oracle變態錯誤：

問題描述：

        在使用sys使用者執行刪除infa使用者下表時，報如下錯誤：
         ORA-00604: 遞迴 SQL 級別 2 出現錯誤
         ORA-00942: 表或檢視不存在
         檢視E:/CO.Software/oracle/product/10.2.0/admin/orcl/bdump/alert_orcl.log發現當時報如下錯誤：
         ORA-00604: error occurred at recursive SQL level 2 ORA-00942: table or view does not exist
        
         同樣使用sys使用者在sqlplus模式和PL/SQL模式下作刪除infa使用者和刪除infa表空間都會報如上錯誤。

問題定位：

         使用sqlplus sys/oracle as sysdba登陸
         執行alter session set sql_trace=ture;
         之後再次執行drop user infa cascade;
         會報如下錯誤：
         ORA-00604: 遞迴 SQL 級別 2 出現錯誤
         ORA-00942: 表或檢視不存在
         再執行alter session set sql_trace=false;
         這時去E:/CO.Software/oracle/product/10.2.0/admin/orcl/udump路徑下檢視剛剛時間點生成的trace檔案:orcl_ora_4468.trc
         在裡面會找到如下sql：
         PARSE ERROR #1:len=273 dep=2 uid=0 oct=3 lid=0 tim=7580575894 err=942
         select position#,sequence#,level#,argument,type#,charsetid,charsetform,
                    properties,nvl(length, 0), nvl(precision#, 0),nvl(scale, 0),nvl(radix, 0), type_owner,type_name,type_subname,type_linkname,pls_type
         from argument$

              where obj#=:1 and procedure#=:2 order by sequence# des
         【如果上面執行的是drop表而不是drop使用者操作，則相應trace中sql如下：】
         【SELECT topology  
             FROM SDO_TOPO_METADATA_TABLE a, TABLE(a.Topo_Geometry_Layers) b  
                WHERE b.owner = 'SYS' AND b.table_name = 'OPB_ANALYZE_DEP' END OF STMT】

         此時可以猜測sys使用者下argument$表不存在，使用PL/SQL登陸檢視發現sys使用者下確實沒有argument$表。

問題解決：從另一臺oracle正常的機器中使用sys使用者登入，將argument$表exp位dmp檔案，將此dmp檔案拿到本機，執行如下命令將argument$表匯入到本機的sys使用者下：
          imp 'sys/[email protected] as sysdba'

此時再次執行刪除infa使用者下表，又報如下錯誤：

問題描述：

          ORA-00604: 遞迴 SQL 級別 1 出現錯誤 ORA-38301: 無法對回收站中的物件執行 DDL/DML

         執行purge recyclebin和purge table 'table_name'問題也無法解決。

問題定位：

         同樣使用使用sqlplus sys/oracle as sysdba登陸
         執行alter session set sql_trace=ture;
         之後再次執行drop table OPB_ANALYZE_DEP;
         會報如下錯誤：ORA-00604: 遞迴 SQL 級別 1 出現錯誤 ORA-38301: 無法對回收站中的物件執行 DDL/DML
         再執行alter session set sql_trace=false;
         這時去E:/CO.Software/oracle/product/10.2.0/admin/orcl/udump路徑下檢視剛剛時間點生成的trace檔案orcl_ora_3920.trc
         在裡面會找到如下sql：
         PARSE ERROR #9:len=50 dep=1 uid=0 oct=3 lid=0 tim=10735596185 err=942
         select count(*) from association$ where obj# = :1
         此時可以確定sys使用者下association$表也不存在。

問題解決：

         同樣使用exp和imp方式將association$表匯入到本機sys使用者中，
         此時再次執行刪除infa使用者下表，成功！！！！！！！

         免去了我重灌Oracle的工作量。

         不過還不知道為什麼我的Oracle sys使用者下會莫名其妙缺少了兩張系統表。