• 博客访问: 479923
  • 博文数量: 337
  • 用 户 组: 普通用户
  • 注册时间: 2008-01-01 20:58
个人简介

暂无介绍

文章分类

全部博文(337)

文章存档

2011年(1)

2010年(22)

2009年(35)

2008年(41)

2007年(143)

2006年(39)

2005年(56)

我的朋友

发布时间:2008-05-31 21:03:44

REDHAT LINUX AS4U4上运行的3个节点的ORACLE 10.2.0.2系统,因为前台应用的原因,会导致某些事务一直不提交也不回滚,所以这个事务影响的记录就会出于加锁状态,从而导致后来的事务需要操作相同记录的就会出现一个锁等待事件,为了确定是哪个SESSION BLOCK其他事务,于是根据锁等待时间最长的SESSION的SID去V$SESSION视图中查找BLOCKING_SESSION的值,得到是谁BLOCK了这个SESSION,以便找到问题的根源,然后奇怪的问题发生了,找到的这个BLOCKING_SESSION的值去V$LOCK中查找,却发现这个session根本没有LOCK任何资源,而且,把这个SESSION......【阅读全文】

阅读(808) | 评论(0) | 转发(0)

发布时间:2008-05-29 16:24:11

最近在看ORA-04031,结果在METALINK上看一个文档,会引出另外几个相关的文档,看了前面忘了后面,干脆把这些文档一个个的看完,然后翻译一下,希望最后能有时间再写个大汇总来把这些问题汇总一遍,应该大多数的ORA-04031问题就能够被解决了。此文档在METALINK的ID:146599.1[@more@]When any attempt to allocate a large piece of contiguous memory in the shared pool fails Oracle first flushes all objects that are not currently in use from the pool and the resulting free memory chunks are merged. If there is still not a ......【阅读全文】

阅读(3004) | 评论(0) | 转发(0)

发布时间:2008-05-27 15:41:37

之前一直没有注意过,而且都是使用现成的文档来手工建库,今天才发现我们的手册没有执行catblock.sql这个脚本,所以就没有创建这些视图。这些视图不是必须的,但是有了这些视图可能会使用起来方便点。ORACLE自动创建了如下几个视图:DBA_KGLLOCKDBA_LOCKDBA_LOCK_INTERNALDBA_DML_LOCKSDBA_DDL_LOCKSDBA_WAITERSDBA_BLOCKERS他们各自的含义其实只要看catblock.sql脚本中的注释就可以了,这里只是把注释搬过来,记录一下。[@more@]DBA_KGLLOCK:/* this is an auxiliary view containing the KGL locks and pins */DBA_LOCK:/* * DBA_LOCK ......【阅读全文】

阅读(857) | 评论(0) | 转发(0)

发布时间:2008-05-27 11:40:55

如果/VAR/LOG/MESSAGE中出现了上面的错误,那就是因为某些进程因为内存不够而被系统自动杀掉了,系统自动杀掉某些进程主要是出于对系统整体的保护,避免整个系统HANG掉。下面转载的文章中详细描述了这种问题发生的原因和避免的办法[@more@]http://www.redaht.com/archives/redhat-list/2007-August/msg00060.htmlSince this problem seems to popup on different lists, this message has been cross-posted to the general Red Hat discussion list, the RHEL3 (Taroon) list and the RHEL4 (Nahant) list. My apologies for not havi......【阅读全文】

阅读(5143) | 评论(0) | 转发(0)

发布时间:2008-05-26 16:28:30

接上篇的ORA-04031错误,知道整个SHARED POOL的组件中,ASM extent pointer array占用很大的内存是显示的一个BUG后,继续分析各个组件占用的内存大小,结果发现KGH: NO ACCESS组件也占用了400多M,这个又是个什么鬼东西呢?还是看看METALINK上怎么说的吧。[@more@]首先找到了下面一篇文章:https://metalink.oracle.com/metalink/plsql/f?p=130:14:4157546628394209832::::p14_database_id,p14_docid,p14_show_header,p14_show_help,p14_black_frame,p14_font:NOT,461160.1,1,0,1,helveticaApplies to:Oracle Server - Enterprise Edition......【阅读全文】

阅读(2837) | 评论(0) | 转发(0)
给主人留下些什么吧!~~
留言热议
请登录后留言。

登录 注册