未归档的活动在线日志损坏，在线修复。

i. SQL> truncate table t1;

表已截掉。

SQL> insert into t1

2 select dbms_flashback.get_system_change_number

3 from (select rownum from dba_objects where rownum <= 1000) a,

4 (select rownum from dba_objects where rownum <= 1000) b;

已创建1000000行。

SQL> commit;

提交完成。
ii. SQL> SELECT GROUP#,BYTES,ARCHIVED,FIRST_CHANGE#,SEQUENCE#,STATUS FROM V$LOG;

GROUP# BYTES ARC FIRST_CHANGE# SEQUENCE# STATUS ---------------- ---------------- --- ---------------- ---------------- ---------------- 1 10485760 NO 2440828 2 ACTIVE 2 10485760 NO 2440895 3 CURRENT 3 10485760 NO 2421003 1 INACTIVE
SQL> select min(scn) ,max(scn) from t1;
MIN(SCN) MAX(SCN)

---------------- ----------------

2440784 2440909

已选择 1 行。
SQL> select GROUP#,substr(member,1,60) from v$logfile;

GROUP# SUBSTR(MEMBER,1,60)

---------------- -----------------------------

3 D:\REDO03.LOG 2 D:\REDO02.LOG 1 D:\REDO01.LOG

iii. 破坏D:\REDO01.LOG

iv. SQL> select min(scn) ,max(scn) from t1;

MIN(SCN) MAX(SCN)

---------- ----------

2440784 2440909（日志删除，仍可查询到数据信息，内存中查的，日志和数据无关！）

v. SQL> alter system checkpoint;

系统已更改。（写脏块和检查点队列 LRUW链表等有关，实际原理就是让数据文件检查点前进，越过坏掉日志的这段范围，进入安全期内，之后要做全备）
vi. SQL> select substr(name, 1, 40) dname, CHECKPOINT_CHANGE#,LAST_CHANGE# ,OFFLINE_CHANGE#,status from v$datafile;

DNAME CHECKPOINT_CHANGE# LAST_CHANGE# OFFLINE_CHANGE# STATUS

---------------------------------------- ------------------ ---------------- ---------------- ------- D:\ORADATA\NEWDB\SYSTEM01.DBF 2464297 2464297 2421002 SYSTEM

D:\ORADATA\NEWDB\UNDOTBS01.DBF 2464297 2464297 2421002 ONLINE

C:\ORADATA\NEWDB\CWMLITE01.DBF 2464297 2464297 2421002 ONLINE

D:\ORADATA\NEWDB\DRSYS01.DBF 2464297 2464297 2421002 ONLINE

D:\ORADATA\NEWDB\EXAMPLE01.DBF 2464297 2464297 2421002 ONLINE

D:\ORADATA\NEWDB\INDX01.DBF 2464297 2464297 2421002 ONLINE

D:\ORADATA\NEWDB\ODM01.DBF 2464297 2464297 2421002 ONLINE

D:\ORADATA\NEWDB\TOOLS01.DBF 2464297 2464297 2421002 ONLINE

D:\ORADATA\NEWDB\USERS01.DBF 2464297 2464297 2421002 ONLINE

D:\ORADATA\NEWDB\XDB01.DBF 2464297 2464297 2421002 ONLINE

D:\ORADATA\NEWDB\USERS02.DBF 2464297 2464297 2421002 ONLINE

D:\TBS01_1.DBF 2464297 2464297 2421002 ONLINE

D:\TBS01_2.DBF 2464297 2464297 2421002 ONLINE
vii. SQL> SELECT GROUP#,BYTES,ARCHIVED,FIRST_CHANGE#,SEQUENCE#,STATUS FROM V$LOG

GROUP# BYTES ARC FIRST_CHANGE# SEQUENCE# STATUS

---------- ---------- --- ------------- ---------- ----------------

1 10485760 NO 2440828 2 ACTIVE

2 10485760 NO 2440895 3 CURRENT

3 10485760 NO 2421003 1 INACTIVE
viii. SQL> alter system switch logfile;

系统已更改。
ix. SQL> /

alter system switch logfile

*ERROR 位于第 1 行:

ORA-03113: 通信通道的文件结束

Fri Jul 10 15:09:31 2009

Errors in file e:\oracle\admin\newdb\bdump\newdb_lgwr_1928.trc:

ORA-00313: open failed for members of log group 1 of thread 1

ORA-00312: online log 1 thread 1: 'D:\REDO01.LOG'

ORA-27047: unable to read the header block of file

OSD-04006: ReadFile() 失败, 无法读
(我们切2次,CURRENT从组2到组3,再到组1的时候,由于组1的文件损坏,所以数据库DOWN了----9i,10g的数据库时直接hang住)
总结：一般在线日志损坏的话，都要在数据库open的时候解决，不要让数据库shutdown了，在进行修复。一般要及时查看alert日志报错的信息。
x. 以下为数据库down情况：
xi. SQL> startup

ORACLE 例程已经启动。

Total System Global Area 135338868 bytes

Fixed Size 453492 bytes

Variable Size 109051904 bytes

Database Buffers 25165824 bytes

Redo Buffers 667648 bytes

数据库装载完毕。

ORA-00313: 无法打开日志组 1 (线程 1) 的成员

ORA-00312: 联机日志 1 线程 1: 'D:\REDO01.LOG'
SQL> SELECT GROUP#,BYTES,ARCHIVED,FIRST_CHANGE#,SEQUENCE#,STATUS FROM V$LOG;

GROUP# BYTES ARC FIRST_CHANGE# SEQUENCE# STATUS

---------- ---------- --- ------------- ---------- ----------------

1 10485760 NO 0 0 UNUSED

2 10485760 NO 2440895 3 INACTIVE

3 10485760 NO 2444296 4 INVALIDATED （我们看到4没有被归档,组1的日志再不是活动日志了）
xii. SQL> alter database clear logfile group 1;

数据库已更改。
xiii. SQL> alter database open;

数据库已更改。
xiv. 恢复完成！