当前位置：数据库 > Oracle >>
答案：ORA-00604 error occurred at recursive SQL level string
Cause:An error occurred while processing a recursive SQL statement (a statement applying to internal dictionary tables).
Action:If the situation described in the next error on the stack can be corrected, do so; otherwise contact Oracle Customer Support.
ORA-00604: 递归某个SQL 层时出现错误
原因:在运行一条递归SQL语句(该语句将应用于对内部表或数据字典的操作)时，发生错误。
方案:如果上述描述的错误所在栈可以被修复，则修复并继续运行;否则，请联系Oracle客服。当然，那是Oracle官方的解决办法。我曾经记得有个高手总结了关于ORA-00604/ORA-04031问题的解决：
修改INIT.ora
添加
_db_handles_cached = 0
并重新启动数据库.
分析:ORA-00604这个信息表明，在数据库执行内部SQL语句时，发生了错误。比如，要往表中插入一行数据，但没有可扩展的空间。ORACLE于是去查寻，哪儿可以建立下一个扩展空间，它有多大小，但没有成功。一般在发生ORA-00604错误时，还伴随着其它的错误，例如:ORA-1547等。
首先，应当检查警告文件alertSID.log，查找有关ORA-600类的信息。
该错误最常见的原因是数据库文件initSID.ora中的参数OPEN_CURSORS值太小。可以修改initSID.ora文件，OPEN_CURSORS的值一般为255。修改完后，宕下ORACLE，再重新启动。
还可以设置并启动数据库的事件跟踪功能。在initSID.ora中加上一行:
event = "00604 trace name errorstack"
宕下并重新启动ORACLE，使这个事件跟踪参数起作用。这样，当再发生ORA-604错误时，有关信息就保存在TRACE文件中。
造成ORA-604错误的其它原因可能有:
- initSID.ora中，参数DC_FREE_EXTENTS或ROW_CACHE_ENQUEUES太低。可以根据操作系统和数据库的情况，适当增加这两个参数的值，宕下并重新启动ORACLE。
- 运行超出空间(伴随ORA-1547错误)。这时，要对表空间添加新文件，即增加表空间的大小。
- 达到了MAX_EXTENTS(伴随ORA-1556错误)。如果这样，就要修改表，允许更多的扩展。请从技术手册中查找MAX_EXTENTS的最大值。如果已经达到了最大值，必须用compress extents选项，把表卸出(export)，再导入(import)数据库中。
案例一:Oracle执行递归查询的时候出错
问题描述:我经常遇到ORA-00604 和ORA-01000(开启游标数量达到最大值)错误。然而，当我检查代码的时候，所有的结果集和语句对象都在最后的块中关闭了(我使用的是JDBC)。我执行的查询是一个Oracle递归查询(以这个开始并通过这个连接)。您能告诉我是哪里出现了问题，以及在什么样的情况下会出现上述的错误吗?
解决方案:可能是init.ora 文件中的open_cursors 参数值的设置太低了。这个参数的默认值是非常低的(50)。它应该设置为200或者更高。即使是你关闭了结果集，但是你并没有在JAVA代码中关闭SQL语句，就会导致这个问题。
如果设置为yes的话，那么确保你的活动连接池启用了(为了性能的原因)，否则设置为no。
请你的数据库管理员监视数据库，并看看使用V$OPEN_CURSORS 和 V$SYSSTAT数据字典视图的条目。
案例二:Exp出错的一个案例
问题描述:客户用的Linux系统，Redhat 企业版(RHEL 3.0).数据库,安装的9iR2, 前一段时间升级过.现在的版本是9204.
客户准备要做Exp导出，以前一直系统没有空间.先给给系统扩了一些空间。Linux下的LVM还算比较好用。虽然文件系统用的是ext3 ,要暂时停机.
进行导出操作,不成功,发现系统报告错误:
EXP-00056: ORACLE error 942 encountered
ORA-00942: table or view does not exist
EXP-00000: Export terminated unsuccessfully
很多朋友可能对这个错误都很熟悉.
哦,对了,客户说是升级过数据库，首先猜测是不是升级有问题?毕竟在论坛上类似升级不成功的问题看过很多了.
执行$ORACLE_HOME/rdbms/admin/catpatch.sql 脚本.
同时要注意调大java_pool_size 和shared_pool_size这两个参数的大小,要不重新来就耽误时间了，不要犯低级错误
SQL>shutdown immediate;
SQL>startup migrate;
SQL>@?/rdbms/admin/catpatch.sql
之后查看Spool 出来的日志. 发现有编译错误，重新执行了第二次. 等待......之有这个时候我才想起才抱怨CPU不够快,内存不够大 ;)
这次Log没错误.不料想....................用户连接报告错误:
ERROR at line 1:
ORA-00604: error occurred at recursive SQL level 1
ORA-04045: errors during recompilation/revalidation of LBACSYS.LBAC_EVENTS
ORA-06508: PL/SQL: could not find program unit being called
ORA-06512: at line 2
ORA-06508: PL/SQL: could not find program unit being called
ORA-06512: at line 2
发现connect / as sysdba 还是可以登陆进去的。
看来是 LBACSYS.LBAC_EVENTS的状态有点问题。联接进去，编译一下如何? 我的如意算盘是@?/rdbms/admin/utlrp.sql执行一下就没有问题了，不料根本没有用，错误依然。当时有些头晕，这系统还没有备份呢，看来有些麻烦了(心里暗地埋怨客户，一直不让备份，总说"等等再说",作为一个DBA说话总不被重视也挺悲哀的不是? ，虽然我自己偷着有个备份，不过还是上次升级时候的呢)，赶紧上网Metalink查查，这里网络速度还不错 LBACSYS.LBAC_EVENTS 作为关键词，找到如下的信息:
