楼主: www.wwf.co

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

[复制链接]
论坛徽章:
6
会员2006贡献徽章
日期:2006-04-17 13:46:34参与2007年甲骨文全球大会(中国上海)纪念
日期:2007-08-06 15:19:01会员2007贡献徽章
日期:2007-09-26 18:42:10ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:442009新春纪念徽章
日期:2009-01-04 14:52:28ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28
21#
 楼主| 发表于 2005-1-11 12:01 | 只看该作者
这是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能否访问!谢谢了

使用道具 举报

回复
论坛徽章:
6
会员2006贡献徽章
日期:2006-04-17 13:46:34参与2007年甲骨文全球大会(中国上海)纪念
日期:2007-08-06 15:19:01会员2007贡献徽章
日期:2007-09-26 18:42:10ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:442009新春纪念徽章
日期:2009-01-04 14:52:28ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28
22#
 楼主| 发表于 2005-1-11 14:47 | 只看该作者
to coolyl: 我刚才试验了一下,不能访问v_$latch表,报的错误和原来一样:就是ora-03113,
ora-07445

使用道具 举报

回复
论坛徽章:
16
2010数据库技术大会纪念徽章
日期:2010-05-13 10:04:27ITPUB技术丛书作者
日期:2010-09-26 15:24:562011新春纪念徽章
日期:2011-01-25 15:41:01管理团队成员
日期:2011-05-07 01:45:082012新春纪念徽章
日期:2012-02-13 15:11:18马自达
日期:2014-01-27 11:47:11
23#
发表于 2005-1-11 15:39 | 只看该作者
看来是系统表坏了,你用用户模式把数据库导出了然后重新建库导入数据吧

使用道具 举报

回复
论坛徽章:
6
会员2006贡献徽章
日期:2006-04-17 13:46:34参与2007年甲骨文全球大会(中国上海)纪念
日期:2007-08-06 15:19:01会员2007贡献徽章
日期:2007-09-26 18:42:10ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:442009新春纪念徽章
日期:2009-01-04 14:52:28ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28
24#
 楼主| 发表于 2005-1-11 16:44 | 只看该作者
我们的数据库除了这个现象之外,别的一切正常,大量的数据库入库操作也没有受到影响。我们现在仍然在系统中正常进行各种各样的操作。现在重新建库,怕领导不答应

使用道具 举报

回复
论坛徽章:
0
25#
发表于 2005-1-11 16:57 | 只看该作者
重新执行@$ORACLE_HOME/rdbms/admin/catproc.sql角本。
当然最好在没有业务在跑的情况下执行。

使用道具 举报

回复
论坛徽章:
6
会员2006贡献徽章
日期:2006-04-17 13:46:34参与2007年甲骨文全球大会(中国上海)纪念
日期:2007-08-06 15:19:01会员2007贡献徽章
日期:2007-09-26 18:42:10ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:442009新春纪念徽章
日期:2009-01-04 14:52:28ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28
26#
 楼主| 发表于 2005-1-11 20:07 | 只看该作者
刚才执行了一下catproc.sql脚本,然后查询v$latch,仍然是同样的错误: ora-03113, ora-07445。

使用道具 举报

回复
论坛徽章:
1
授权会员
日期:2005-10-30 17:05:33
27#
发表于 2005-1-11 21:01 | 只看该作者
oracle的BUG,在初始化文件里面设置参数
event = "10262 trace name context forever, level 1024000"
重启再看看还会不会产生这种错误。
曾经在哪看过一篇关于这个错误的文章,但不知道存哪了  找了半天没找到~

使用道具 举报

回复
论坛徽章:
63
版主7段
日期:2012-05-15 15:24:11itpub13周年纪念徽章
日期:2014-10-08 15:16:50itpub13周年纪念徽章
日期:2014-10-08 15:16:50itpub13周年纪念徽章
日期:2014-10-08 15:16:50itpub13周年纪念徽章
日期:2014-10-10 14:34:59马上加薪
日期:2015-01-08 15:39:192015年新春福章
日期:2015-03-04 14:19:112015年新春福章
日期:2015-03-06 11:57:31
28#
发表于 2005-1-11 21:34 | 只看该作者
最初由 www.wwf.co 发布
[B]to coolyl: 我刚才试验了一下,不能访问v_$latch表,报的错误和原来一样:就是ora-03113,
ora-07445 [/B]


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

使用道具 举报

回复
论坛徽章:
2
ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:372013年新春福章
日期:2013-02-25 14:51:24
29#
发表于 2005-1-11 21:45 | 只看该作者
应当是执行catalog.sql吧
v$和v_$视图是这个脚本产生的

使用道具 举报

回复
论坛徽章:
0
30#
发表于 2005-1-12 10:08 | 只看该作者
你数据库是不是一直都是这样的,还是最近才是这样的,
如果是最近才是这样的话, 重起几次试试看。

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

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

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

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表