Oracle诊断案例-Sql_trace之二
2004-10-26 09:37
453 查看
很多时候
在我们进行数据库操作时
比如drop user,drop table等,经常会遇到这样的错误
这样的提示,很多时候是没有丝毫用处的.
本案例就这一类问题提供一个思路及方法供大家参考.
1. drop user出现问题
报出以下错误后退出
关于 recursive SQL 错误
我们有必要做个简单说明.
我们知道,当我们发出一条简单的命令以后
Oracle数据库要在后台解析这条命令,并转换为Oracle数据库的一系列后台操作.
这些后台操作统称为递归sql
比如create table这样一条简单的DDL命令
Oracle数据库在后台,实际上要把这个命令转换为
对于obj$,tab$,col$等底层表的插入操作.
Oracle所作的工作可能比我们有时候想的要复杂的多.
2.跟踪问题
我们知道Oracle提供sql_trace的功能
可以用于跟踪Oracle数据库的后台递归操作.
通过跟踪文件,我们可以找到问题的所在
以下是格式化(tkprof)后的输出:
Oracle把错误信息首先呈现出来
我们看到ORA-00942错误是由于SDO_GEOM_METADATA_TABLE表/视图不存在所致
问题由此可以定位
对于这一类的错误,定位问题以后解决的方法就要依据具体问题原因而定了。
3.问题定位
对于本案例,通过Metalink获得以下解释:
Problem Description
-------------------
The Oracle Spatial Option has been installed and you are encountering
the following errors while trying to drop a user, who has no spatial tables,
connected as SYSTEM:
ERROR at line 1:
ORA-00604: error occurred at recursive SQL level 1
ORA-00942: table or view does not exist
ORA-06512: at line 7
A 942 error trace shows the failing SQL statement as:
DELETE FROM SDO_GEOM_METADATA_TABLE WHERE SDO_OWNER = '<user>'
Solution Description
--------------------
(1) Create a synonym for SDO_GEOM_METADATA_TABLE under SYSTEM which points to
MDSYS.SDO_GEOM_METADATA_TABLE.
对于本例,为MDSYS.SDO_GEOM_METADATA_TABLE创建一个同义词即可解决.
是相对简单的情况.
(2) Now the user can be dropped connected as SYSTEM.
Related Documents
-----------------
<Note.159776.1> ORA-604 and ORA-942 Reported During DROP USER CASCA
4.实际处理
MDSYS.SDO_GEOM_METADATA_TABLE为Spatial对象
如果未使用Spatial选项,可以删除
这时用户得以顺利drop
5.一点总结
使用sql_trace可以跟踪数据库的很多后台操作
有利于我们发现问题的所在
很多时候,我们想要研究Oracle的内部活动或后台操作
也可以通过sql_trace跟踪
sql_trace/10046 是Oracle提供的最为有效的诊断工具之一.
4000
在我们进行数据库操作时
比如drop user,drop table等,经常会遇到这样的错误
ORA-00604: error occurred at recursive SQL level 1 .
这样的提示,很多时候是没有丝毫用处的.
本案例就这一类问题提供一个思路及方法供大家参考.
1. drop user出现问题
报出以下错误后退出
ORA-00604: error occurred at recursive SQL level 1 ORA-00942: table or view does not exist . |
我们有必要做个简单说明.
我们知道,当我们发出一条简单的命令以后
Oracle数据库要在后台解析这条命令,并转换为Oracle数据库的一系列后台操作.
这些后台操作统称为递归sql
比如create table这样一条简单的DDL命令
Oracle数据库在后台,实际上要把这个命令转换为
对于obj$,tab$,col$等底层表的插入操作.
Oracle所作的工作可能比我们有时候想的要复杂的多.
2.跟踪问题
我们知道Oracle提供sql_trace的功能
可以用于跟踪Oracle数据库的后台递归操作.
通过跟踪文件,我们可以找到问题的所在
以下是格式化(tkprof)后的输出:
我们看到ORA-00942错误是由于SDO_GEOM_METADATA_TABLE表/视图不存在所致
问题由此可以定位
对于这一类的错误,定位问题以后解决的方法就要依据具体问题原因而定了。
3.问题定位
对于本案例,通过Metalink获得以下解释:
Problem Description
-------------------
The Oracle Spatial Option has been installed and you are encountering
the following errors while trying to drop a user, who has no spatial tables,
connected as SYSTEM:
ERROR at line 1:
ORA-00604: error occurred at recursive SQL level 1
ORA-00942: table or view does not exist
ORA-06512: at line 7
A 942 error trace shows the failing SQL statement as:
DELETE FROM SDO_GEOM_METADATA_TABLE WHERE SDO_OWNER = '<user>'
Solution Description
--------------------
(1) Create a synonym for SDO_GEOM_METADATA_TABLE under SYSTEM which points to
MDSYS.SDO_GEOM_METADATA_TABLE.
对于本例,为MDSYS.SDO_GEOM_METADATA_TABLE创建一个同义词即可解决.
是相对简单的情况.
(2) Now the user can be dropped connected as SYSTEM.
Related Documents
-----------------
<Note.159776.1> ORA-604 and ORA-942 Reported During DROP USER CASCA
4.实际处理
MDSYS.SDO_GEOM_METADATA_TABLE为Spatial对象
如果未使用Spatial选项,可以删除
SQL> connect / as sysdba Connected. SQL> select * from dba_sdo_geom_metadata order by owner; select * from dba_sdo_geom_metadata order by owner * ERROR at line 1: ORA-00942: table or view does not exist ORA-04063: view "MDSYS.DBA_SDO_GEOM_METADATA" has errors SQL> select object_name from dba_objects where object_name like '%SDO%'; OBJECT_NAME -------------------------------------------------------------------------------- ALL_SDO_GEOM_METADATA ALL_SDO_INDEX_INFO ALL_SDO_INDEX_METADATA DBA_SDO_GEOM_METADATA DBA_SDO_INDEX_INFO DBA_SDO_INDEX_METADATA .... DBA_SDO_GEOM_METADATA DBA_SDO_INDEX_INFO ... SDO_WITHIN_DISTANCE USER_SDO_GEOM_METADATA USER_SDO_INDEX_INFO USER_SDO_INDEX_METADATA 88 rows selected. SQL> drop user MDSYS cascade; User dropped. SQL> select owner,type_name from dba_types where type_name like 'SDO%'; no rows selected SQL> SQL> alter session set sql_trace=true; Session altered. SQL> drop user wapcomm; User dropped. SQL> alter session set sql_trace=false; Session altered. SQL> exit Disconnected from Oracle8i Enterprise Edition Release 8.1.7.4.0 - 64bit Production With the Partitioning option JServer Release 8.1.7.4.0 - 64bit Production |
5.一点总结
使用sql_trace可以跟踪数据库的很多后台操作
有利于我们发现问题的所在
很多时候,我们想要研究Oracle的内部活动或后台操作
也可以通过sql_trace跟踪
sql_trace/10046 是Oracle提供的最为有效的诊断工具之一.
4000
相关文章推荐
- Oracle诊断案例-Sql_trace之一
- Oracle诊断案例----如何捕获问题SQL解决过度CPU消耗问题
- Oracle诊断案例-Sql_trace之二
- Oracle诊断案例-Sql_trace之一
- Oracle诊断案例-Sql_trace之二
- Oracle诊断案例-Sql_trace之一
- Oracle诊断案例-Sql_trace[转]
- Oracle诊断案例----如何捕获问题SQL解决过度CPU消耗问题
- Oracle诊断案例-Sql_trace
- Oracle诊断案例-Sql_trace之一
- 用SQL_TRACE对Oracle进行诊断(二)
- Oracle PL/SQL入门之案例实践
- oracle心得1--oracle简介@基本sql语句@条件查询@排序数据理论与案例
- 常用Oracle问题诊断sql脚本
- oracle题库sql案例
- 数据库编程实战:Oracle PL/SQL入门之案例实践
- oracle心得1--oracle简介@基本sql语句@条件查询@排序数据理论与案例
- 案例学习Oracle错误: ORA-00604 error occurred at recursive SQL lev
- oracle 性能调优诊断案例1
- Oracle数据库案例整理-Oracle系统执行失败-sql_trace至TRUE导致Oracle在根文件夹中缺乏可用空间