正式库解决不了的问题

Question

Thu Sep 15 00:28:58 2011
MMNL absent for 1203 secs; Foregrounds taking over
Thu Sep 15 00:46:36 2011
>>> WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=96
System State dumped to trace file /oracle/admin/sptdi/udump/sptdi2_ora_619084.trc
Thu Sep 15 00:49:04 2011
>>> WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=68
System State dumped to trace file /oracle/admin/sptdi/udump/sptdi2_ora_532814.tr
c
Thu Sep 15 00:54:50 2011
>>> WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=101
System State dumped to trace file /oracle/admin/sptdi/udump/sptdi2_ora_550404.tr
c
Thu Sep 15 00:55:00 2011
>>> WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=104
Thu Sep 15 00:55:30 2011
>>> WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=102
System State dumped to trace file /oracle/admin/sptdi/udump/sptdi2_ora_451900.tr
c
Thu Sep 15 00:58:15 2011
>>> WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=85
System State dumped to trace file /oracle/admin/sptdi/udump/sptdi2_ora_651598.tr
c
Thu Sep 15 01:15:18 2011
>>> WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=23
System State dumped to trace file /oracle/admin/sptdi/bdump/sptdi2_reco_70420.tr
c
Thu Sep 15 01:37:23 2011
MMNL absent for 5247 secs; Foregrounds taking over
System State dumped to trace file /oracle/admin/sptdi/udump/sptdi2_ora_451900.tr
c
Thu Sep 15 00:58:15 2011
>>> WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=85
System State dumped to trace file /oracle/admin/sptdi/udump/sptdi2_ora_651598.tr
c
Thu Sep 15 01:15:18 2011
>>> WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=23
System State dumped to trace file /oracle/admin/sptdi/bdump/sptdi2_reco_70420.tr
c
Thu Sep 15 01:37:23 2011
MMNL absent for 5247 secs; Foregrounds taking over
Thu Sep 15 01:37:24 2011
WARNING: inbound connection timed out (ORA-3136)
Thu Sep 15 01:37:24 2011
WARNING: inbound connection timed out (ORA-3136)
Thu Sep 15 01:37:24 2011
WARNING: inbound connection timed out (ORA-3136)
Thu Sep 15 01:37:24 2011
WARNING: inbound connection timed out (ORA-3136)
Thu Sep 15 01:37:24 2011
WARNING: inbound connection timed out (ORA-3136)
Thu Sep 15 01:37:24 2011
WARNING: inbound connection timed out (ORA-3136)如果有必林，再上传trc文件。
谢谢

Answer 1

你问问http://www.itpub.net/list.html论坛上，
这个版“Oracle入门与认证”的版主，一个名字叫“warehouse”的人。
（打开上面链接，直接搜索warehouse也能找到）
他应该会知道。

Answer 2

>>> WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=96
明显有过长的等待，这个提示出现，有时将导致客户端无法连接，系统的CPU占用为100%建议根据pid = 96 联查对应的sql语句，并且查看v$session_wait，根据sid联查sql也行。
肯定是有问题的sql。

Answer 3

我在itput的管理模块问了这个问题。。等解答中

Answer 4

是PID=96在等锁呢？还是锁是它造成的呢？

Answer 5

我猜是出现死锁了，跟踪一下吧，看看执行了哪些存储过程和函数，sql，语句然后在解决这个死锁。

Answer 6

你看下trace文件里的内容 这里应该会把当前的sql语句等信息列出来的

Answer 7

参考http://space.itpub.net/7364032/viewspace-17472

Answer 8

是RAC，你下面给的那个网址看了，是解决  3136  的。
上面的那些咋搞呢？？

Answer 9

请参考：http://www.eygle.com/archives/2006/07/sqlnet_inbound_connect_timeout.html

Answer 10

WARNING: inbound connection timed out (ORA-3136)
是表观。上面提供的一些3136的链接，有些事在虚拟机的实验中，机器性能导致的，所以扩大所谓的inbound_timeout的方式解决，对这个case应该没有特别的帮助这个case的原因
>>> WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=96
System State dumped to trace file /oracle/admin/sptdi/udump/sptdi2_ora_619084.trcRAC环境资源死锁导致问题。究竟是什么资源或者进程导致死锁，提供一下上面的trc文件，看是否可以从中找到根据。

Answer 11

这个时候数据库是Hang着的，进不去。
用awk看了trace 文件，说是 cursor: pin S wait on X。
但没有找到引起的sql。出现这种情况时，解决是kill 掉连接，当把产生这个 X 锁的连接 干掉后，数据库可以恢复正常，但是要找到根本的原因，还没有找到

Answer 12

高手！！分析的好。
我把trace文件用awk 拿出来，因为原来的trace文件太大了。要不把 awk后的trace 文件发你邮箱你帮我解决一下。