现场故障小结——非当前日志组损坏情况

现场故障小结——非当前日志组损坏情况

 

【环境】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.

【兴许优化】

将日志组进行多元化，因为该现场的维护人员刚刚经培训后接触业务，没有对日志组做多元化。一旦一个日志文件损坏即意味着日志组损坏了，在多元化之后，若出现某一日志组成员文件被损坏时。处理方法就变的简单非常多了，直接关库转储没被损坏的日志组成员就可以，并且避免了数据的丢失。