诊断Oraacle数据库Hanging问题

　2007-05-07 12:07:40　来源：WEB开发网　　　

核心提示： SELECT *FROM v$db_object_cacheWHERE name = '<NAME>';仅仅是远程访问？是否可以执行select * from dual@db_link?是否能够连接到远程的机器上执行本地的操作？是否是在做一个分布式的更新操作？初

SELECT *
FROM v$db_object_cache
WHERE name = '<NAME>';

仅仅是远程访问？

是否可以执行select * from dual@db_link?是否能够连接到远程的机器上执行本地的操作？是否是在做一个分布式的更新操作？初始化参数distributed_lock_timeout设置了多少？是否正在刷新快照？是否使用了对称复制？尝试做一个tkprof输出得到相应的执行计划，执行计划中如果标明是REMOTE的，那么就是远程执行的操作。如果在一个远程的机器上join两张表，那么请尝试在本地节点上生成join视图之后，查询这个视图。在sql操作中设置ARRAYSIZE，多使用pl/sql而不是单独的sql语句，使用显性游标这些都可以减少网络的负载。

使用第三方应用软件的操作

是否能在sqlplus中重现问题？如果不可以重现，那么就需要联系第三方应用软件供应商寻求帮助。

数据关闭/启动过程中出现挂起

关闭使用的什么参数？数据库是否crash了？如果是数据库启动挂起并且非正常关闭，但是在Alert日志文件中没有任何的错误，那么可能只是一个正常的实例恢复，如果在Alert文件中出现内部错误，系统错误，那么请尝试正常的关闭数据库然后启动。

下面是一个正常实例恢复的时候在Alert日志文件中列出的相关信息：

Starting ORACLE instance (normal)
Starting up ORACLE RDBMS Version: 10.2.0.1.0.
System parameters with non-default values:
Beginning crash recovery of 1 threads
Started redo scan
Completed redo scan
120 redo blocks read, 46 data blocks need recovery
Recovery of Online Redo Log: Thread 1 Group 2 Seq 143 Reading mem 0
Completed redo application
Completed crash recovery at
Thread 1: logseq 143, block 4358, scn 512699
46 data blocks read, 46 data blocks written, 120 redo blocks read
SMON: enabling cache recovery
SMON: enabling tx recovery
Completed: ALTER DATABASE OPEN