Oracle Redo log日志组故障分析

核心提示： 如果数据库异常繁忙，或者DBWR的写出过慢，Oracle Redo log日志组故障分析(2)，就可能出现检查点未完成，Oracle却已经用完所有日志文件的情况，所有日志组都处于active状态，那么显然DBWR的写出存在问题，在这种情况下，数据库的日志无法生成

如果数据库异常繁忙，或者DBWR的写出过慢，就可能出现检查点未完成，Oracle却已经用完所有日志文件的情况。在这种情况下，数据库的日志无法生成，整个数据库将处于停顿状态，此时日志文件中会记录类似如下信息：

Mon Jan 23 16:11:39 2006Thread 1 cannot allocate new log,
sequence 5871Checkpoint not complete　Current log# 2 seq# 5870 mem# 0:
+ORADG/danaly/onlinelog/group_2.260.600173851　
Current log# 2 seq# 5870 mem# 1:
+ORADG/danaly/onlinelog/group_2.261.600173853

检查v$session_wait视图，我们可以从中看到很多session处于log file switch (checkpoint incomplete) 的等待。

2. 检查DBWR进程

在本案例中，所有日志组都处于active状态，那么显然DBWR的写出存在问题。

接下来让我们检查一下DBWR的繁忙程度:

SQL> !
oracle:/oracle/oracle8>ps -ef|grep ora_
　oracle　2273　　 1　0　 Mar 31 ?　　　 57:40 ora_smon_hysms02
　oracle　2266　　 1　0　 Mar 31 ?　　　 811:42 ora_dbw0_hysms02
　oracle　2264　　 1 16　 Mar 31 ?　　　 16999:57 ora_pmon_hysms02
　oracle　2268　　 1　0　 Mar 31 ?　　　 1649:07 ora_lgwr_hysms02
　oracle　2279　　 1　0　 Mar 31 ?　　　　8:09 ora_snp1_hysms02
　oracle　2281　　 1　0　 Mar 31 ?　　　　4:22 ora_snp2_hysms02
　oracle　2285　　 1　0　 Mar 31 ?　　　　9:40 ora_snp4_hysms02
　oracle　2271　　 1　0　 Mar 31 ?　　　 15:57 ora_ckpt_hysms02
　oracle　2283　　 1　0　 Mar 31 ?　　　　5:37 ora_snp3_hysms02
　oracle　2277　　 1　0　 Mar 31 ?　　　　5:58 ora_snp0_hysms02
　oracle　2289　　 1　0　 Mar 31 ?　　　　0:00 ora_d000_hysms02
　oracle　2287　　 1　0　 Mar 31 ?　　　　0:00 ora_s000_hysms02
　oracle　2275　　 1　0　 Mar 31 ?　　　　0:04 ora_reco_hysms02
　oracle 21023 21012　0 18:52:59 pts/65　 0:00 grep ora_

DBWR的进程号是2266。