数据库挂起了。。。。。。

oracle-plus

應該是沒有地方可以看到的了。

benny2002

当ORACLE将REDOLOG写满的时候，是会写警报日志的。你可以做个实验。

ghost_zy1979

最初由 benny2002 发布
[B]当ORACLE将REDOLOG写满的时候，是会写警报日志的。你可以做个实验。 [/B]

就是没有写，下面由我Alert文件的内容的最后内容：
Tue Feb 01 10:30:17 2005
Beginning log switch checkpoint up to RBA [0x4b.2.10], SCN: 0x0000.00c83bf9
Thread 1 advanced to log sequence 75
  Current log# 2 seq# 75 mem# 0: D:\ORACLE\ORADATA\ORA\REDO02.LOG
Tue Feb 01 10:30:17 2005
Completed checkpoint up to RBA [0x4a.2.10], SCN: 0x0000.00c83698
Tue Feb 01 10:30:21 2005
Beginning log switch checkpoint up to RBA [0x4c.2.10], SCN: 0x0000.00c83bfc
Thread 1 advanced to log sequence 76
  Current log# 3 seq# 76 mem# 0: D:\ORACLE\ORADATA\ORA\REDO03.LOG
Tue Feb 01 10:30:21 2005
Completed checkpoint up to RBA [0x4c.2.10], SCN: 0x0000.00c83bfc
Completed checkpoint up to RBA [0x4b.2.10], SCN: 0x0000.00c83bf9

biti_rainy

如果是数据库挂住了，sys 登陆数据库，sqlplus中执行

oradebug  hanganalyze 3

看trace 文件。一般都有眉目


至于不能归档挂住了，是不能产生新的日志了，这通常是因为失误导致的，没启动自动归档或者归档空间满了……

而 Suspend  是人为的，冻结整个database的IO，不允许进行任何io ，这一般是用来拷贝数据文件做备份的。

biti_rainy

for  example :

session 1:

Connected to:
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production

SQL> alter  system  suspend;

System altered.

SQL>




session 2 被阻塞：

Connected to:
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production

SQL> create table t as select * from dba_objects where  rownum = 1;





session  3 来 debug:

Connected to:
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production

SQL> oradebug  hanganalyze 3;
Hang Analysis in d:\oracle\admin\rainy\udump\rainy_ora_3940.trc
SQL> exit
Disconnected from Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production

C:\Documents and Settings\hz>



Oracle process number: 12

Windows thread id: 3940, image: ORACLE.EXE


*** SESSION ID14.3) 2005-02-01 21:15:08.000
*** 2005-02-01 21:15:08.000
==============
HANG ANALYSIS:
==============
Open chains found:
Other chains found:
Chain 1 : <cnode/sid/sess_srno/proc_ptr/ospid/wait_event> :
    <0/4/1/0x681e51fc/2288/writes stopped by instance recov>
Chain 2 : <cnode/sid/sess_srno/proc_ptr/ospid/wait_event> :
    <0/8/1/0x681e60fc/2360/writes stopped by instance recov>
Chain 3 : <cnode/sid/sess_srno/proc_ptr/ospid/wait_event> :
    <0/12/5/0x681e687c/3068/writes stopped by instance recov>
Chain 4 : <cnode/sid/sess_srno/proc_ptr/ospid/wait_event> :
    <0/14/3/0x681e6c3c/3940/No Wait>
Extra information that will be dumped at higher levels:
[level  5] :   4 node dumps -- [SINGLE_NODE] [SINGLE_NODE_NW] [IGN_DMP]
[level 10] :   7 node dumps -- [IGN]

State of nodes
([nodenum]/cnode/sid/sess_srno/session/ospid/state/start/finish/[adjlist]/prede
essor):
[0]/0/1/1/0x6820b758/2116/IGN/1/2//none
[1]/0/2/1/0x6820c0c8/3840/IGN/3/4//none
[2]/0/3/1/0x6820ca38/3220/IGN/5/6//none
[3]/0/4/1/0x6820d3a8/2288/SINGLE_NODE/7/8//none
[4]/0/5/1/0x6820dd18/3996/IGN/9/10//none
[5]/0/6/1/0x6820e688/3600/IGN/11/12//none
[6]/0/7/1/0x6820eff8/1872/IGN/13/14//none
[7]/0/8/1/0x6820f968/2360/SINGLE_NODE/15/16//none
[11]/0/12/5/0x68211f28/3068/SINGLE_NODE/17/18//none
[12]/0/13/4/0x68212898/2308/IGN/19/20//none
[13]/0/14/3/0x68213208/3940/SINGLE_NODE_NW/21/22//none
====================
END OF HANG ANALYSIS
====================


C:\Documents and Settings\hz>
C:\Documents and Settings\hz>
C:\Documents and Settings\hz>





如果你是因为日志归档不了被阻塞了，这里面会提示等待归档的。

ghost_zy1979

最初由 biti_rainy 发布
[B]如果是数据库挂住了，sys 登陆数据库，sqlplus中执行

oradebug  hanganalyze 3

看trace 文件。一般都有眉目


至于不能归档挂住了，是不能产生新的日志了，这通常是因为失误导致的，没启动自动归档或者归档空间满了……

而 Suspend  是人为的，冻结整个database的IO，不允许进行任何io ，这一般是用来拷贝数据文件做备份的。 [/B]

非常感谢BITI，通过你的指导，看除了下面问题不知道正不正确，下面是跟踪文件：

*** SESSION ID12.1626) 2005-02-01 21:40:37.000
*** 2005-02-01 21:40:37.000
==============
HANG ANALYSIS:
==============
Open chains found:
Other chains found:
Chain 1 : <cnode/sid/sess_srno/proc_ptr/ospid/wait_event> :
    <0/8/1/0x679e60fc/2608/wakeup time manager>
Chain 2 : <cnode/sid/sess_srno/proc_ptr/ospid/wait_event> :
    <0/9/3/0x679e6ffc/2872/COLOR=red]switch logfile command[/COLOR] >
Chain 3 : <cnode/sid/sess_srno/proc_ptr/ospid/wait_event> :
    <0/12/1626/0x679e73bc/2928/No Wait>
Extra information that will be dumped at higher levels:
[level  5] :   3 node dumps -- [SINGLE_NODE] [SINGLE_NODE_NW] [IGN_DMP]
[level 10] :   8 node dumps -- [IGN]

State of nodes
([nodenum]/cnode/sid/sess_srno/session/ospid/state/start/finish/[adjlist]/predecessor):
[0]/0/1/1/0x67a0b758/2800/IGN/1/2//none
[1]/0/2/1/0x67a0c0c8/3952/IGN/3/4//none
[2]/0/3/1/0x67a0ca38/3372/IGN/5/6//none
[3]/0/4/1/0x67a0d3a8/2924/IGN/7/8//none
[4]/0/5/1/0x67a0dd18/2796/IGN/9/10//none
[5]/0/6/1/0x67a0e688/1612/IGN/11/12//none
[6]/0/7/1/0x67a0eff8/3088/IGN/13/14//none
[7]/0/8/1/0x67a0f968/2608/SINGLE_NODE/15/16//none
[8]/0/9/3/0x67a102d8/2872/SINGLE_NODE/17/18//none
[9]/0/10/31/0x67a10c48/2304/IGN/19/20//none
[11]/0/12/1626/0x67a11f28/2928/SINGLE_NODE_NW/21/22//none
====================
END OF HANG ANALYSIS
====================


不过出现这个问题后(挂起后) 在Udmp下面会出现一个跟踪文件，之前没好好看，刚刚发现的，里面的内容是：
Redo thread mounted by this instance: 1

Oracle process number: 4

Windows thread id: 2124, image: ORACLE.EXE


*** SESSION ID3.1) 2005-02-01 10:18:43.000
Archiving is disabled

这个应该就是出错的信息了。

ghost_zy1979

quote:
--------------------------------------------------------------------------------
最初由 biti_rainy 发布
如果是数据库挂住了，sys 登陆数据库，sqlplus中执行

oradebug hanganalyze 3

看trace 文件。一般都有眉目


至于不能归档挂住了，是不能产生新的日志了，这通常是因为失误导致的，没启动自动归档或者归档空间满了……

而 Suspend 是人为的，冻结整个database的IO，不允许进行任何io ，这一般是用来拷贝数据文件做备份的。
--------------------------------------------------------------------------------



非常感谢BITI，通过你的指导，看除了下面问题不知道正不正确，下面是跟踪文件：

*** SESSION ID12.1626) 2005-02-01 21:40:37.000
*** 2005-02-01 21:40:37.000
==============
HANG ANALYSIS:
==============
Open chains found:
Other chains found:
Chain 1 : <cnode/sid/sess_srno/proc_ptr/ospid/wait_event> :
<0/8/1/0x679e60fc/2608/wakeup time manager>
Chain 2 : <cnode/sid/sess_srno/proc_ptr/ospid/wait_event> :
<0/9/3/0x679e6ffc/2872/switch logfile command[/COLOR] >
Chain 3 : <cnode/sid/sess_srno/proc_ptr/ospid/wait_event> :
<0/12/1626/0x679e73bc/2928/No Wait>
Extra information that will be dumped at higher levels:
[level 5] : 3 node dumps -- [SINGLE_NODE] [SINGLE_NODE_NW] [IGN_DMP]
[level 10] : 8 node dumps -- [IGN]

State of nodes
([nodenum]/cnode/sid/sess_srno/session/ospid/state/start/finish/[adjlist]/predecessor):
[0]/0/1/1/0x67a0b758/2800/IGN/1/2//none
[1]/0/2/1/0x67a0c0c8/3952/IGN/3/4//none
[2]/0/3/1/0x67a0ca38/3372/IGN/5/6//none
[3]/0/4/1/0x67a0d3a8/2924/IGN/7/8//none
[4]/0/5/1/0x67a0dd18/2796/IGN/9/10//none
[5]/0/6/1/0x67a0e688/1612/IGN/11/12//none
[6]/0/7/1/0x67a0eff8/3088/IGN/13/14//none
[7]/0/8/1/0x67a0f968/2608/SINGLE_NODE/15/16//none
[8]/0/9/3/0x67a102d8/2872/SINGLE_NODE/17/18//none
[9]/0/10/31/0x67a10c48/2304/IGN/19/20//none
[11]/0/12/1626/0x67a11f28/2928/SINGLE_NODE_NW/21/22//none
====================
END OF HANG ANALYSIS
====================


不过出现这个问题后(挂起后) 在Udmp下面会出现一个跟踪文件，之前没好好看，刚刚发现的，里面的内容是：
Redo thread mounted by this instance: 1

Oracle process number: 4

Windows thread id: 2124, image: ORACLE.EXE


*** SESSION ID3.1) 2005-02-01 10:18:43.000
Archiving is disabled

这个应该就是出错的信息了。switch logfile command[/COLOR]

biti_rainy

明明你自己都看到问题的症结了，还有什么不确信的呢？

明显提示是日志切换不了啊，切换不了，要么 dirty  buffer 正在写出，要么无法归档。

oracle-plus

'不过出现这个问题后(挂起后) 在Udmp下面会出现一个跟踪文件'....
你是用了oradebug之後產生了這個文件在udump下？還是說你沒有用這個命令，它自己產生的。

ghost_zy1979

最初由 oracle-plus 发布
[B]'不过出现这个问题后(挂起后) 在Udmp下面会出现一个跟踪文件'....
你是用了oradebug之後產生了這個文件在udump下？還是說你沒有用這個命令，它自己產生的。 [/B]

挂起后在Bdmp下有这么个文件,内容就是我上面发的

用Oradebug后的文件是在Udmp下面