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

来源：互联网发布：非线性叙事小说知乎编辑：程序博客网时间：2024/04/28 14:28

                           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. 恢复完成！