Oracle11g不同文件损坏处理办法_已开归档并配置有rman备份

原创董小姐 2024-03-11

2660

概述

本文将给大家介绍oracle各类文件损坏的现象和应对策略，请注意所有的恢复都是基于有备份的情况，所以请开启数据库的日常备份。

文章将从以下文件展开：

密码文件
参数文件
控制文件
数据文件(分普通表空间数据文件，其它表空间数据文件如system、sysaux、undo)
日志文件(分current、active、inactive)

环境准备

本实验在oracle 11G归档模式下进行，实验前先对数据库做个全库备份。

--开启归档
archive log list   #Database log mode	       No Archive Mode
1.操作系统上创建归档目录
mkdir -p /archivelog
chown -R oracle:oinstall /archivelog
chmod -R 755 /archivelog

2.更改数据库参数
shutdown immediate;
startup mount;
alter system set log_archive_dest_1='location=/archivelog' scope=spfile;
alter database archivelog;
alter database open;
archive log list

-- 查看表空间及数据文件位置及大小
set lin 1000 pagesize 999
col file_name for a55
select tablespace_name,file_name,bytes/1024/1024/1024 gb,AUTOEXTENSIBLE from dba_data_files  order by tablespace_name ;

--创建一个普通表空间和一些测试表
create tablespace tbs01 datafile '/u01/app/oracle/oradata/dhh/tbs01.dbf' size 500m;

--创建一些测试表
create table scott.t01 tablespace tbs01 as select * from dba_objects where rownum<=100;

--全库备份  备份文件默认路径$ORACLE_HOME/dbs
RMAN> backup database;  

--查看备份 
RMAN> list backup;


List of Backup Sets
===================


BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
1       Full    1.07G      DISK        00:00:05     2024-03-11 13:26:29
        BP Key: 1   Status: AVAILABLE  Compressed: NO  Tag: TAG20240311T132624
        Piece Name: /u01/app/oracle/product/11.2.0.4/dbhome_1/dbs/012le880_1_1
  List of Datafiles in backup set 1
  File LV Type Ckp SCN    Ckp Time            Name
  ---- -- ---- ---------- ------------------- ----
  1       Full 1082843    2024-03-11 13:26:24 /u01/app/oracle/oradata/dhh/system01.dbf
  2       Full 1082843    2024-03-11 13:26:24 /u01/app/oracle/oradata/dhh/sysaux01.dbf
  3       Full 1082843    2024-03-11 13:26:24 /u01/app/oracle/oradata/dhh/undotbs01.dbf
  4       Full 1082843    2024-03-11 13:26:24 /u01/app/oracle/oradata/dhh/users01.dbf
  5       Full 1082843    2024-03-11 13:26:24 /u01/app/oracle/oradata/dhh/example01.dbf
  6       Full 1082843    2024-03-11 13:26:24 /u01/app/oracle/oradata/dhh/tbs01.dbf

BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
2       Full    9.36M      DISK        00:00:01     2024-03-11 13:26:32
        BP Key: 2   Status: AVAILABLE  Compressed: NO  Tag: TAG20240311T132624
        Piece Name: /u01/app/oracle/product/11.2.0.4/dbhome_1/dbs/022le887_1_1
  SPFILE Included: Modification time: 2024-03-11 13:24:40
  SPFILE db_unique_name: DHH
  Control File Included: Ckp SCN: 1082846      Ckp time: 2024-03-11 13:26:31复制

密码文件损坏

文件说明：密码文件存储的是sys密码。存放位置：$ORACLE_HOME/dbs，文件格式：orapw+实例名

查看密码文件

--查看密码文件
[oracle@11g-db ~]$ cd $ORACLE_HOME/dbs
[oracle@11g-db dbs]$ ls -l orapw*
-rw-r----- 1 oracle oinstall       1536 Oct 22  2021 orapwdhh复制

模拟故障

--模拟故障：清空该文件
echo '' > $ORACLE_HOME/dbs/orapwdhh  #dhh是该数据库的实例名 复制

密码文件损坏现象

--密码文件损坏现象：使用sys通过oracle net登录报密码错误
[oracle@11g-db dbs]$ sqlplus sys/oracle@192.168.40.52:1521/dhh as sysdba
SQL*Plus: Release 11.2.0.4.0 Production on Mon Mar 11 13:34:34 2024
Copyright (c) 1982, 2013, Oracle.  All rights reserved.
ERROR:
ORA-01017: invalid username/password; logon denied
Enter user-name:复制

修复

--修复：使用自带工具orapwd重新生成密码文件  force=y如果原密码文件存在，强制覆盖
orapwd file=$ORACLE_HOME/dbs/orapwdhh password=oracle force=y复制

参数文件损坏

文件说明：这里所说的参数文件指的是spfile，该文件存储的是实例启动的参数和控制文件的路径。

参数文件位置：$ORACLE_HOME/dbs，文件格式：spfile+实例名

查看参数文件

--查看参数文件
[oracle@11g-db ~]$ cd $ORACLE_HOME/dbs
[oracle@11g-db dbs]$ ls -l spfile*
-rw-r----- 1 oracle oinstall       1536 Oct 22  2021 spfiledhh.ora复制

模拟故障

--模拟故障：清空该文件
echo '' > $ORACLE_HOME/dbs/spfiledhh.ora复制

参数文件损坏现象

--参数文件损坏现象：修改数据库参数时会报错  默认SCOPE=BOTH
SQL> alter system set open_cursors=400;
alter system set open_cursors=400
*
ERROR at line 1:
ORA-01565: error in identifying file
'/u01/app/oracle/product/11.2.0.4/dbhome_1/dbs/spfiledhh.ora'
ORA-27046: file size is not a multiple of logical block size
Additional information: 1复制

修复

--修复：使用rman还原参数文件
[oracle@11g-db dbs]$ rman target /

Recovery Manager: Release 11.2.0.4.0 - Production on Mon Mar 11 13:46:25 2024

Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.

connected to target database: DHH (DBID=3788757685)

RMAN> list backup of spfile;

using target database control file instead of recovery catalog

List of Backup Sets
===================


BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
2       Full    9.36M      DISK        00:00:01     2024-03-11 13:26:32
        BP Key: 2   Status: AVAILABLE  Compressed: NO  Tag: TAG20240311T132624
        Piece Name: /u01/app/oracle/product/11.2.0.4/dbhome_1/dbs/022le887_1_1
  SPFILE Included: Modification time: 2024-03-11 13:24:40
  SPFILE db_unique_name: DHH

--还原到一个新的路径
RMAN> restore spfile to '/home/oracle/spfiledhh.ora' from '/u01/app/oracle/product/11.2.0.4/dbhome_1/dbs/022le887_1_1';

Starting restore at 2024-03-11 13:47:38
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=40 device type=DISK

channel ORA_DISK_1: restoring spfile from AUTOBACKUP /u01/app/oracle/product/11.2.0.4/dbhome_1/dbs/022le887_1_1
channel ORA_DISK_1: SPFILE restore from AUTOBACKUP complete
Finished restore at 2024-03-11 13:47:39

--将恢复的参数文件手工移动到原来位置
[oracle@11g-db dbs]$ cp /home/oracle/spfiledhh.ora $ORACLE_HOME/dbs/spfiledhh.ora

--重启库  实验发现不重启库即可以成功修改参数
SQL> shutdown immediate    
SQL> startup复制

注意在还原spfile的时候如果还原到spfile原先的位置，会报ORA-32011: cannot restore SPFILE to location already being used by the instance

所以需要还原到一个新的路径，然后手工移过去

PS：参数文件也可以从内存中直接创建一个新的，更省事（create spfile='/home/oracle/spfiledhh.ora' from memory;）

控制文件损坏

文件说明：控制文件记录数据库文件的信息和日志的信息等

查看控制文件

SQL> set linesize 999
SQL> show parameter control_files

NAME				     TYPE		    VALUE
------------------------------------ ---------------------- ------------------------------
control_files			     string		    /u01/app/oracle/oradata/dhh/co
						                  	    ntrol01.ctl复制

模拟故障

--模拟故障：将该文件清空
[oracle@11g-db ~]$ echo '' > /u01/app/oracle/oradata/dhh/control01.ctl复制

控制文件故障现象

现象：前台正常的增删改查不受影响，但一旦出现切换日志或产生检查点时数据库宕机

SQL> alter system switch logfile;
alter system switch logfile
*
ERROR at line 1:
ORA-03113: end-of-file on communication channel
Process ID: 15546
Session ID: 34 Serial number: 39复制

数据库alert日志

[oracle@11g-db ~]$ cd $ORACLE_BASE/diag/rdbms/dhh/dhh/trace/
[oracle@11g-db trace]$ tail -300f alert_dhh.log
Mon Mar 11 14:01:59 2024
Errors in file /u01/app/oracle/diag/rdbms/dhh/dhh/trace/dhh_ckpt_14903.trc:
ORA-00202: control file: '/u01/app/oracle/oradata/dhh/control01.ctl'
ORA-27072: File I/O error
Additional information: 4
Additional information: 1
Mon Mar 11 14:02:12 2024
Hex dump of (file 0, block 1) in trace file /u01/app/oracle/diag/rdbms/dhh/dhh/trace/dhh_ckpt_14903.trc
Corrupt block relative dba: 0x00000001 (file 0, block 1)
Completely zero block found during control file header read
Errors in file /u01/app/oracle/diag/rdbms/dhh/dhh/trace/dhh_ckpt_14903.trc:
ORA-00202: control file: '/u01/app/oracle/oradata/dhh/control01.ctl'
Errors in file /u01/app/oracle/diag/rdbms/dhh/dhh/trace/dhh_ckpt_14903.trc  (incident=64897):
ORA-00227: corrupt block detected in control file: (block 1, # blocks 1)
ORA-00202: control file: '/u01/app/oracle/oradata/dhh/control01.ctl'
Incident details in: /u01/app/oracle/diag/rdbms/dhh/dhh/incident/incdir_64897/dhh_ckpt_14903_i64897.trc
Mon Mar 11 14:02:13 2024
Dumping diagnostic data in directory=[cdmp_20240311140213], requested by (instance=1, osid=14903 (CKPT)), summary=[incident=64897].
Mon Mar 11 14:02:14 2024
Sweep [inc][64897]: completed
Sweep [inc2][64897]: completed
Hex dump of (file 0, block 1) in trace file /u01/app/oracle/diag/rdbms/dhh/dhh/trace/dhh_ckpt_14903.trc
Corrupt block relative dba: 0x00000001 (file 0, block 1)
Completely zero block found during control file header read
Errors in file /u01/app/oracle/diag/rdbms/dhh/dhh/trace/dhh_ckpt_14903.trc:
ORA-00202: control file: '/u01/app/oracle/oradata/dhh/control01.ctl'
Errors in file /u01/app/oracle/diag/rdbms/dhh/dhh/trace/dhh_ckpt_14903.trc  (incident=64898):
ORA-00227: corrupt block detected in control file: (block 1, # blocks 1)
ORA-00202: control file: '/u01/app/oracle/oradata/dhh/control01.ctl'
Incident details in: /u01/app/oracle/diag/rdbms/dhh/dhh/incident/incdir_64898/dhh_ckpt_14903_i64898.trc
Dumping diagnostic data in directory=[cdmp_20240311140217], requested by (instance=1, osid=14903 (CKPT)), summary=[incident=64898].复制

可以看到ckpt这个进程最先发现控制文件损坏了，实例之后被lgwr进程杀掉。可能大家在做实验的时候发现实例是被ckpt杀掉，这也是有可能的，反正可以肯定的一点是，实例最后肯定会挂掉

修复

修复：使用rman还原控制文件

rman target /  
RMAN> startup nomount  
RMAN> restore controlfile from '/u01/app/oracle/product/11.2.0.4/dbhome_1/dbs/022le887_1_1';  
RMAN> alter database mount;   
RMAN> recover database;  #这一步其实是使用archivedlog + redolog对控制文件进行恢复  
RMAN> alter database open resetlogs; 复制

说明：

a. 不要使用删控制文件的方式去模拟该实验，这是由于ckpt、lgwr进程已经打开了控制文件，内存中已经有了这个控制文件的镜像，而rm命令并不能把这些进程已经打开的控制文件的句柄删掉。所以你会发现实例并没有挂掉。

b. 对数据库resetlogs之后，之前的备份就作废了，所以应该第一时间对数据库做一个全备。

c. 该实验中只有一个controlfile，当controlfile被破坏了之后，实例就挂了。controlfile的多路复用，controlfile只要有一个坏了，实例就会奔溃，同时在alert日志中会提示具体是哪个controlfile损坏，解决办法就是可不停库复制一份好的controlfile去替换损坏的controlfile，重新启库即可。

总结：

1. 控制文件恢复不会丢失任何事务，但会要求数据库resetlogs，这将会导致之前的备份片无效，所以恢复控制文件后最好做一个全库备份。

2. 对控制文件最好设置两个，一个坏了还能利用另一个恢复，对数据库的影响和恢复的时间都是最小的。

数据文件损坏

为了继续实验，请手工删除之前所有的归档日志和备份文件，并对现在的数据库做一个全备

--删除备份
RMAN> delete backup;

--删除归档
RMAN> delete archivelog all;

--全库备份  默认位置 $ORACLE_HOME/dbs
RMAN> backup database;  复制

普通数据文件损坏

有最新的归档就会自动追到最新的数据

查看数据文件

-- 查看表空间及数据文件位置及大小
set lin 1000 pagesize 999
col file_name for a55
select tablespace_name,file_name,bytes/1024/1024/1024 gb,AUTOEXTENSIBLE from dba_data_files  order by tablespace_name ;复制

模拟故障

--模拟故障：将该文件清空  tbs01是一个普通表空间数据文件
[oracle@11g-db dhh]$ cd /u01/app/oracle/oradata/dhh
[oracle@11g-db ~]$ echo '' > /u01/app/oracle/oradata/dhh/tbs01.dbf复制

普通数据文件损坏故障现象

--普通数据文件损坏现象：查询该数据文件上的对象报错
SQL> select * from scott.t01;
select * from scott.t01
                    *
ERROR at line 1:
ORA-01115: IO error reading block from file  (block # )
ORA-01110: data file 6: '/u01/app/oracle/oradata/dhh/tbs01.dbf'
ORA-27072: File I/O error
Additional information: 4
Additional information: 130复制

修复

先对数据文件offline，然后使用rman还原恢复，最后online。如果有最新的归档就会自动追到最新的数据

SQL> alter database datafile 6 offline;

RMAN> restore datafile 6;

RMAN> recover datafile 6;

SQL> alter database datafile 6 online; 复制

system表空间数据文件损坏

查看数据文件

-- 查看表空间及数据文件位置及大小
set lin 1000 pagesize 999
col file_name for a55
select tablespace_name,file_name,bytes/1024/1024/1024 gb,AUTOEXTENSIBLE from dba_data_files  order by tablespace_name ;复制

模拟故障

--模拟故障：将system表空间数据文件文件清空
[oracle@11g-db dhh]$ cd /u01/app/oracle/oradata/dhh
[oracle@11g-db dhh]$ echo '' > system01.dbf复制

system表空间数据文件损坏现象

现象：查询数据字典报错

--system表空间数据文件损坏现象：查询数据字典报错
SQL> select * from dba_users;
select * from dba_users
              *
ERROR at line 1:
ORA-00604: error occurred at recursive SQL level 1
ORA-01115: IO error reading block from file  (block # )
ORA-01110: data file 1: '/u01/app/oracle/oradata/dhh/system01.dbf'
ORA-27072: File I/O error
Additional information: 4
Additional information: 15906
复制

修复

先关库，然后使用rman还原恢复，最后启库。有归档就不丢，有归档就不丢。

SQL> shutdown abort
SQL> startup mount

RMAN> restore datafile 1;
RMAN> recover datafile 1; 
d
SQL> alter database open; 复制

sysaux表空间数据文件损坏

sysaux表空间的文件损坏处理手段与普通表空间数据文件损坏处理手段相同。

查看数据文件

-- 查看表空间及数据文件位置及大小
set lin 1000 pagesize 999
col file_name for a55
select tablespace_name,file_name,bytes/1024/1024/1024 gb,AUTOEXTENSIBLE from dba_data_files  order by tablespace_name ;复制

模拟故障

--模拟故障：将ssysaux表空间数据文件文件清空
[oracle@11g-db dhh]$ cd /u01/app/oracle/oradata/dhh
[oracle@11g-db dhh]$ echo '' > sysaux01.dbf复制

ssysaux表空间数据文件损坏现象

sysaux表空间文件损坏现象：访问sysaux表空间的对象报错

--sysaux表空间数据文件损坏现象：查询数据字典报错
SQL> select * from sys.WRI$_OPTSTAT_HISTHEAD_HISTORY;
ERROR:
ORA-01115: IO error reading block from file  (block # )
ORA-01110: data file 2: '/u01/app/oracle/oradata/dhh/sysaux01.dbf'
ORA-27072: File I/O error
Additional information: 4
Additional information: 986复制

修复

先对数据文件offline，然后使用rman还原恢复，最后online。如果有最新的归档就会自动追到最新的数据

SQL> alter database datafile 2 offline;

RMAN> restore datafile 2;

RMAN> recover datafile 2;

SQL> alter database datafile 2 online; 复制

undo表空间数据文件损坏

undo表空间的文件损坏处理手段与system表空间数据文件损坏处理手段相同，因为undo表空间的数据文件也不能offline。

查看数据文件

-- 查看表空间及数据文件位置及大小
set lin 1000 pagesize 999
col file_name for a55
select tablespace_name,file_name,bytes/1024/1024/1024 gb,AUTOEXTENSIBLE from dba_data_files  order by tablespace_name ;复制

模拟故障

--模拟故障：将undo表空间数据文件文件清空
[oracle@11g-db dhh]$ cd /u01/app/oracle/oradata/dhh
[oracle@11g-db dhh]$ echo '' > undotbs01.dbf复制

undo表空间数据文件损坏现象

现象：undo表空间文件损坏现象：所有修改操作全部报错

--undo表空间数据文件损坏现象：查询数据字典报错
SQL> insert into scott.t01 select * from scott.t01;
insert into scott.t01 select * from scott.t01
                  *
ERROR at line 1:
ORA-01578: ORACLE data block corrupted (file # 3, block # 249)
ORA-01110: data file 3: '/u01/app/oracle/oradata/dhh/undotbs01.dbf'复制

修复

先关库，然后使用rman还原恢复，最后启库。有归档就不丢，有归档就不丢。

SQL> shutdown abort
SQL> startup mount

RMAN> restore datafile 3;
RMAN> recover datafile 3; 
d
SQL> alter database open; 复制

日志文件损坏

inactive或active日志文件损坏

查看当前日志状态

查看当前日志状态：current-当前正在写入的日志组，active-还未归档的日志组，inactive-已归档的日志组

SQL> col member for a60
SQL> set linesize 999
SQL> select a.group#, a.member, b.status from v$logfile a, v$log b where a.group#=b.group# order by group#;

    GROUP# MEMBER							STATUS
---------- ------------------------------------------------------------ --------------------------------
	 1 /u01/app/oracle/oradata/dhh/redo01.log			INACTIVE
	 2 /u01/app/oracle/oradata/dhh/redo02.log			CURRENT
	 3 /u01/app/oracle/oradata/dhh/redo03.log			INACTIVE复制

模拟故障

--模拟故障：将inactive日志文件清空
[oracle@11g-db ~]$ echo '' > /u01/app/oracle/oradata/dhh/redo03.log复制

故障现象

现象：当数据库切换到该日志组时，数据库并不知道磁盘上的日志文件有问题，只是将内容写到日志文件在内存的拷贝中，等到切换的时候，日志文件落盘就会发现该日志是有问题的，然后alert日志出现报错，不过不影响数据库正常运行，只是以后数据库切换日志会跳过该日志组

--重复对一张表进行插入，模拟产生大量的日志 
SQL> insert into scott.t01 select * from scott.t01; 复制

观察alert日志

Errors in file /u01/app/oracle/diag/rdbms/dhh/dhh/trace/dhh_arc1_22432.trc:
ORA-00313: open failed for members of log group 3 of thread 1
ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/dhh/redo03.log'
ORA-27048: skgfifi: file header information is invalid
Additional information: 12
Master archival failure: 313复制

查看v$log，可以看到group 3一直没有被用到

--查看v$log，可以看到group 3一直没有被用到   status为UNUSED
SQL> select * from v$log;复制

修复

修复：将该日志文件重新初始化

--将该日志文件重新初始化
SQL> alter database clear unarchived logfile group 3; 复制

active的日志损坏也是类似处理，使用该命令后数据库归档会断，所以在恢复日志组后，应立即进行全库备份。

current日志文件损坏

为了继续实验，请手工删除之前所有的归档日志和备份文件，并对现在的数据库做一个全备

--删除备份
RMAN> delete backup;

--删除归档
RMAN> delete archivelog all;

--全库备份  默认位置 $ORACLE_HOME/dbs
RMAN> backup database;  复制

查看当前日志

SQL> select a.group#, a.member, b.status from v$logfile a, v$log b where a.group#=b.group# order by group#;    

SQL> create table scott.t02 as select * from dba_users; 
复制

模拟故障

模拟故障：current日志文件清空

[oracle@11g-db ~]$ echo '' > /u01/app/oracle/oradata/dhh/redo01.log复制

故障现象

现象：前台正常的增删改查不受影响，但一旦出现切换日志数据库宕机

SQL> create table scott.t03 as select * from dba_users;
SQL> alter system switch logfile;
alter system switch logfile
                          *
ERROR at line 1:
ORA-03113: end-of-file on communication channel
Process ID: 24774
Session ID: 1 Serial number: 15复制

查看alert日志

Mon Mar 11 16:38:40 2024
Archived Log entry 15 added for thread 1 sequence 9 ID 0xe6675b1c dest 1:
create table scott.t03 as select * from dba_users;Mon Mar 11 16:40:35 2024
Thread 1 cannot allocate new log, sequence 11
Checkpoint not complete
  Current log# 1 seq# 10 mem# 0: /u01/app/oracle/oradata/dhh/redo01.log
Errors in file /u01/app/oracle/diag/rdbms/dhh/dhh/trace/dhh_lgwr_22358.trc:
ORA-00316: log 1 of thread 1, type 0 in header is not log file
ORA-00312: online log 1 thread 1: '/u01/app/oracle/oradata/dhh/redo01.log'
Errors in file /u01/app/oracle/diag/rdbms/dhh/dhh/trace/dhh_lgwr_22358.trc:
ORA-00316: log 1 of thread 1, type 0 in header is not log file
ORA-00312: online log 1 thread 1: '/u01/app/oracle/oradata/dhh/redo01.log'
LGWR (ospid: 22358): terminating the instance due to error 316复制

恢复

恢复：使用不完全恢复打开

--启库到mount状态
sqlplus / as sysdba 
SQL> startup mount  

--不完全恢复 
SQL> recover database until cancel;  
ORA-00279: change 1149832 generated at 03/11/2024 16:38:39 needed for thread 1
ORA-00289: suggestion : /archivelog/1_9_1163341386.dbf
ORA-00280: change 1149832 for thread 1 is in sequence #9


Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
CANCEL
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '/u01/app/oracle/oradata/dhh/system01.dbf'

--启库失败
SQL> alter database open resetlogs;
alter database open resetlogs
*
ERROR at line 1:
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '/u01/app/oracle/oradata/dhh/system01.dbf'

--加入隐含参数，再启动
SQL> alter system set "_allow_resetlogs_corruption"=true scope=spfile; 
SQL> shutdown abort
SQL> startup mount
SQL> recover database until cancel;  // 不完全恢复输入cancel
SQL> alter database open resetlogs; 复制

说明：

a. 使用该方式恢复的库，可能会造成数据的丢失，而且也并不能保证一定成功。

b. 恢复成功后，应将表全部使用expdp导出，重建库。

c. 上面的实验每个日志组都只有一个member，如果每个日志组有两个member，损坏其中任何一个member对数据库没什么影响，只是在切换到有member损坏的日志组时，会在alert日志中提示告警ORA-00313 ORA-00312 ORA-27048，解决办法就是删掉这个member，重新添加，不需要对数据库进行重启，实验过程省略。所以最好是每组日志中设置2个成员。

对inactive的日志进行破坏，数据库切换到这个被破坏的日志时，数据库正常写，只是在日志切换的时候报错，这个能理解，因为系统内存中有这个被破坏的日志之前的拷贝，所有的写可能都是在内存中。切换的时候该日志文件就必须要落盘，所以提示报错。而对current的日志进行破坏，数据库也正常写，但是在日志切换的时候数据库直接崩了。

总结

1. 生产中应制定好备份策略

2. 控制文件和日志文件最好是设置大于一个成员

3. 当前日志组损坏最为致命，如果日志写很繁忙，可以只为日志文件配置一个成员，但同时需要配置一个dataguard，方便切换

参考链接：https://zhuanlan.zhihu.com/p/178360575

墨力计划

「喜欢这篇文章，您的关注和赞赏是给作者最好的鼓励」

关注作者

小草

11月前

向宇宙欢学习

11月前

Oracle11g不同文件损坏处理办法_已开归档并配置有rman备份

概述

环境准备

密码文件损坏

查看密码文件

模拟故障

密码文件损坏现象

修复

参数文件损坏

查看参数文件

模拟故障

参数文件损坏现象

修复

控制文件损坏

查看控制文件

模拟故障

控制文件故障现象

修复

数据文件损坏

普通数据文件损坏

查看数据文件

模拟故障

普通数据文件损坏故障现象

修复

system表空间数据文件损坏

查看数据文件

模拟故障

system表空间数据文件损坏现象

修复

sysaux表空间数据文件损坏

查看数据文件

模拟故障

ssysaux表空间数据文件损坏现象

修复

undo表空间数据文件损坏

查看数据文件

模拟故障

undo表空间数据文件损坏现象

修复

日志文件损坏

inactive或active日志文件损坏

查看当前日志状态

模拟故障

故障现象

修复

current日志文件损坏

查看当前日志

模拟故障

故障现象

恢复

评论

相关阅读