现场故障小结——非当前日志组损坏情况
【环境】AIX（5300-08）、oracle10g（10.2.0.1.0-64bit）
【情况一】非当前日志组成员被误删除
方法一：使用clear将损坏日志组内容清除
----数据库宕机
----告警日志报错：无法找到日志组
----启库到nomount状态
----清理日志组
SQL>alter database clear logfile group5;
Database altered.
----启库到open状态
SQL>alter database open;
方法二：删除损坏的日志组，新建日志组
----删除日志组
SQL>alter database drop logfile group 5;
SQL >alter database open;
SQL >alter system switch logfile;
----新建日志组
SQL >alter database add logfile group 5‘/home/oracle/redo5.log‘ size 50m;
----重启日志组
SQL >startup force;
【情况二】非当前日志组成员被dd命令损坏
----数据库宕机
----告警日志报错：日志头部损坏
Fri May 23 11:26:57 2014
Errors in file/u01/app/oracle/admin/prod/bdump/prod_lgwr_557084.trc:
ORA-00316: log 5 of thread 1, type 0 inheader is not log file
ORA-00312: online log 5 thread 1:‘/home/oracle/bak/redo05.log‘
ARC1: STARTING ARCH PROCESSES
----启库到nomount状态
----清理日志组
SQL>alter database clear logfile group5;
Database altered.
----查看数据库状态
SQL>select status from v$instance;
STATUS
------------MOUNTED
----启库到open状态，报错
SQL>alter database open;
alter database open
*
ERROR at line 1:
ORA-00327: log 5 of thread 1, physical sizeless than needed
ORA-00312: online log 5 thread 1:‘/home/oracle/bak/redo05.log‘
----重启数据库
SQL>startup force;
ORACLE instance started.
【后续优化】
将日志组进行多元化，由于该现场的维护人员刚刚经培训后接触业务，没有对日志组做多元化，一旦一个日志文件损坏即意味着日志组损坏了，在多元化之后，若出现某一日志组成员文件被损坏时，处理方法就变的简单很多了，直接关库转储没被损坏的日志组成员即可，而且避免了数据的丢失。
现场故障小结——非当前日志组损坏情况