- 博客(6)
- 收藏
- 关注
RSS订阅原创 还是bug
接到通知，说报表数据库报错：ORA-00600: internal error code, arguments: [15851], [3], [2], [1], [1], [], [], []Current SQL statement for this session:INSERT INTO ACTIVE_USER_WAP_H(MOBILENUM,LOCATIONID,SUBSCAT,
2005-01-19 10:32:00
1655
3
原创 又一个bug
环境： 操作系统版本： HPUX 11.11 MC 11.15数据库版本： 9.2.0.4描述： 数据库shutdown后，startup时报错： ORA-600: internal error code, arguments: [ksimgchg:1], [4294967295], [], [], [], [], [], ORA-304: requested INST
2005-01-18 10:47:00
1937
3
原创 彻底搞清楚library cache lock的成因和解决方法（三）
前面我们已经知道碰到library cache lock导致进程hang时，如何解决。那么如何避免这类问题的发生呢？这篇文章主要介绍了library cache lock的成因以及如何避免。当我们在执行一些DML，DDL，甚至desc tablename等等操作的时候，会话就hang住了，还有一种情况，当我们使用create or replace procedure/function等
2005-01-10 20:13:00
2373
1
原创 彻底搞清楚library cache lock的成因和解决方法（二）
上一个例子中我们主要借助于X$KGLLK基表和event systemstate解决问题，那么如果你不了解X$KGLLK基表，或者忘记了如何使用它，那也不要紧张，这里再介绍一种常规的方法。从system state 的转储信息中，我们已经注意到PROCESS 28当前正在等待library cache lock。handle address表示的就是正持有 PROCESS 28 进程所
2005-01-10 20:07:00
3802
原创 彻底搞清楚library cache lock的成因和解决方法（一）
问题描述：接到应用人员的报告，说是在任何对表CSNOZ629926699966的操作都会hang，包括desc CSNOZ629926699966,例如：ora9i@cs_dc02:/ora9i > sqlplus pubuser/pubuserSQL*Plus: Release 9.2.0.4.0 - Production on Mon Jan 10 10:11:06 2005Cop
2005-01-10 19:35:00
17691
1
原创 library cache lock 的解决案例
下午，业务人员报告，执行任何和zzss03201281cs_no表有关的操作都会hang住，包括desc zzss03201281cs_no，也会hang在那里第一感觉是锁了，于是，我看看锁SQL> select * from v$lock where block=1;no rows selectedSQL> SQL> select * from gv$lock where bl
2005-01-07 15:43:00
2466
1
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人