现场故障小结非当前日志组损坏情况 【环境】AIX(5300-08)、oracle10g(10.2.0.1.0-64bit) 【情况一】非当前日志组成员被误删除 方法一:使用clear将损坏日志组内容清除 ----数据库宕机 ----告警日志报错:无法找到日志组 ----启库到nomount状态 ----清理
现场故障小结——非当前日志组损坏情况
【环境】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.
【后续优化】
将日志组进行多元化,由于该现场的维护人员刚刚经培训后接触业务,没有对日志组做多元化,一旦一个日志文件损坏即意味着日志组损坏了,在多元化之后,若出现某一日志组成员文件被损坏时,处理方法就变的简单很多了,直接关库转储没被损坏的日志组成员即可,而且避免了数据的丢失。