查询V$latch遇到ORA-07445错误

www.wwf.co

这是dbv 检测数据文件的结果，没有坏快！
oracle@its_data# dbv file=/oradata/oracle/system01.dbf blocksize=8192

DBVERIFY: Release 9.2.0.5.0 - Production on Tue Jan 11 11:48:36 2005

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

DBVERIFY - Verification starting : FILE = /oradata/oracle/system01.dbf


DBVERIFY - Verification complete

Total Pages Examined         : 37120
Total Pages Processed (Data) : 23851
Total Pages Failing   (Data) : 0
Total Pages Processed (Index): 3549
Total Pages Failing   (Index): 0
Total Pages Processed (Other): 1365
Total Pages Processed (Seg)  : 0
Total Pages Failing   (Seg)  : 0
Total Pages Empty            : 8355
Total Pages Marked Corrupt   : 0
Total Pages Influx           : 0
oracle@its_data#

下午再看v_$latch能否访问！谢谢了

www.wwf.co

to coolyl: 我刚才试验了一下，不能访问v_$latch表，报的错误和原来一样：就是ora-03113,
ora-07445

coolyl

看来是系统表坏了，你用用户模式把数据库导出了然后重新建库导入数据吧

www.wwf.co

我们的数据库除了这个现象之外，别的一切正常，大量的数据库入库操作也没有受到影响。我们现在仍然在系统中正常进行各种各样的操作。现在重新建库，怕领导不答应

logzgh

重新执行@$ORACLE_HOME/rdbms/admin/catproc.sql角本。
当然最好在没有业务在跑的情况下执行。

www.wwf.co

刚才执行了一下catproc.sql脚本，然后查询v$latch，仍然是同样的错误： ora-03113, ora-07445。

xinxinhg

oracle的BUG，在初始化文件里面设置参数
event = "10262 trace name context forever, level 1024000"
重启再看看还会不会产生这种错误。
曾经在哪看过一篇关于这个错误的文章，但不知道存哪了  找了半天没找到~

jlandzpa

最初由 www.wwf.co 发布
[B]to coolyl: 我刚才试验了一下，不能访问v_$latch表，报的错误和原来一样：就是ora-03113,
ora-07445 [/B]

v_$latch是v$latch上的一个视图.

aok

应当是执行catalog.sql吧
v$和v_$视图是这个脚本产生的

logzgh

你数据库是不是一直都是这样的，还是最近才是这样的，
如果是最近才是这样的话， 重起几次试试看。

我开始弄错了，刷新数据字典是没用的。因为v$latch视图是来源于X$KSLLT和X$KSLLD这两张表。你可以试试select这两张表，肯定有一张也是报一样的错。

你这个问题与那个bug倒是非像，包括stack trace，不过那个bug，据oracle自己说已经9.0.2里面就解决了。

ps:
那个10262事件于这个错误应该是没用的。虽然我也怀疑是内存里面出了点问题，导致两张X$表损坏了，但是10262事件只是忽略内存检查而己。