ITPub博客

首页 > Linux操作系统 > Linux操作系统 > ORACLE 常见故障恢复

ORACLE 常见故障恢复

原创 Linux操作系统 作者:romalon 时间:2013-09-23 16:33:34 0 删除 编辑
一.非归档模式的数据库,丢失数据文件

l故障现象
Ø丢失某个数据库文件,造成了数据库无法启动,同时数据库处于非归档模式,也没有冷备份,启动时的错误信息如下:
ORA-01157: cannot identify/lock data file 3 - see DBWR trace file
ORA-01110: data file 3: 'D:\ORACLE\ORADATA\TEST\USERS01.DBF'
l解决方法
Ø将数据库启动到mount状态下:
Øsqlplus “/ as sysdba”
Østartup mount
Ø从数据库中删除该数据文件
Øalter database datafile ‘xx’ offline drop;
Ø打开数据库
Øalter database open;
Ø备注:
Ø该方法可正常打开数据库,但该datafile中的数据将丢失
Ø如果误删除了system表空间的datafile,则该方法不奏效
Ø如果该表空间还包含其它数据文件,用EXP把数据备份出来,然后删除表空间,重建表空间,将数据导入。如果不包含其它数据文件,则直接删除表空间就可以了。

二.归档模式数据库丢失某数据文件,无备份, 但有该数据文件创建以来的归档日志

l故障现象
Ø归档模式的数据库,丢失了某个数据库文件,造成了数据库无法启动,同时没有数据库的全备份,但有该数据文件创建以来的归档日志,数据库无法启动:
ORA-01157: cannot identify/lock data file 3 - see DBWR trace file
ORA-01110: data file 3: 'D:\ORACLE\ORADATA\TEST\USERS01.DBF
l解决方法
Ø启动数据库到mount状态
Østartup mount
Ø手工创建丢失的数据文件
Øalter database create datafile ‘oldfname’ as  ‘newfname’size xxx reuse;
Ø利用归档日志对数据文件进行恢复
Ørecover datafile ‘newfname’;或者
Ørecover datafile  n;
Ø打开数据库
Øalter database open;
Ø备注:
Ø该方法可正常打开数据库,而且不会丢失数据
Ø该方法有两个前提
Ø丢失的数据文件不能是系统文件
Ø不能丢失或损坏控制文件

三.非currentactiveredo log损坏

l故障现象
Ø误删除了redo log,或者redo log被损坏,数据库能mount,不能open:
ORA-00313: open failed for members of log group 3 of thread 1
ORA-00312: online log 3 thread 1: '/oracle10/oradata/ora10g/redo03.log'
l解决方法
Ø查询v$log视图,确认损坏的redo log group是非current和active
ØSQL>select group#,thread#,sequence#, archived,status from v$log;
GROUP#  THREAD#  SEQUENCE#  ARCHIVED STATUS 
------        -------          ----------            --------           --------
1                1                103                  YES      INACTIVE
2                1                104                  NO       CURRENT
3                1                102                  YES      INACTIVE
Ø如果该日志已经归档,用下面的命令清除日志内容
ØAlter database clear logfile group 3;
Ø如果该日志没有归档,用下面的命令清除日志内容
ØAlter database clear unarchived logfile group 3;
Ø打开数据库
ØAlter database open;
Ø尽快做一个数据库全备份

四.currentactiveredo log损坏

l故障现象
Ø误删除了redo log,或者redo log被损坏,数据库不能打开:
ORA-00313: open failed for members of log group 2 of thread 1
ORA-00312: online log 2 thread 1: '/oracle10/oradata/ora10g/redo02.log'
l解决方法
Ø查询v$log视图,确认损坏的redo log group是current或active
ØSQL>select group#,thread#,sequence#, archived,status from v$log;
GROUP#  THREAD#  SEQUENCE#  ARCHIVED STATUS 
------        -------          ----------            --------           --------
1                1                    2                      YES      INACTIVE
2                1                    4                      NO       CURRENT
3                1                    3                      YES      INACTIVE
Ø情况1:当前日志文件还存在,只是逻辑损坏,并且当前日志没有未决事务需要实例恢复
Øalter database clear unarchived logfile group 2;  --不会报错
Ørecover database until cancel;
Øalter database open resetlogs;
Ø一般情况下,该方法不奏效,如果clear报错,则用其它方法.
Ø情况2:当前日志完全损坏,且有未决事务,数据库有备份
Øalter database clear unarchived logfile group 2;  --会报错
ERROR at line 1:
ORA-01624: log 1 needed for crash recovery of thread 1
Ørestore database;
Ørecover database until cancel; --选择auto
Ørecover database until cancel;
Øalter datbase open resetlogs;
Ø尽快做一个数据库全备份
Ø情况3:当前日志完全损坏,且有未决事务,数据库无备份
Øshutdown immediate;
Ø_allow_resetlogs_corruption=true;
Østartup mount pfile=‘xxx’;
Ørecover database until cancel;
Øalter datbase open resetlogs;
Øshutdown immediate
Ø_allow_resetlogs_corruption=true;
ØStartup
Ø尽快做一个数据库全备份

五.临时表空间的数据文件损坏

l故障现象
Ø临时表空间的数据文件发生损坏,系统出现故障,如何恢复
Ø
l解决方法
Ø在10g及以上版本数据库,启动数据库时,如果发现临时数据文件损坏,会自动创建,如果在数据库运行过程中,可以手工重建:
Øcreate temporary tablespace temp1 tempfile ‘xx’ size xx’;
Øalter database default temporary tablespace temp1;--系统默认临时表空间的重建需要执行这一步,否则不需要
Ødrop tablespace temp;
Øalter tablespace temp1 rename to temp;
Ø在10g以前版本数据库,可以在数据库打开后或运行过程中,手工重建就可以了
Øalter database datafile ‘xxx’ offline drop;--如果数据库打不开,就执行这个步骤
Øcreate temporary tablespace temp1 tempfile ‘xx’ size xx’;
Øalter database default temporary tablespace temp1;--系统默认临时表空间的重建需要执行这一步 ,否则不需要,9i以前版本也不需要。
Ødrop tablespace temp;
Øalter tablespace temp1 rename to temp;

六.UNDO数据文件损坏,数据库无法启动

l故障现象
ØUndo数据文件发生了丢失或损坏,数据库启动报错:
ORA-01157: cannot identify/lock data file 2 - see DBWR trace file
ORA-01110: data file 2: '/oracle10/oradata/ora10g/undotbs01.dbf'
l解决方法
Ø如果数据库有备份,则利用备份进行恢复
Ø如果数据库没有备份,则利用重建undo表空间的方式进行恢复
Østartup mount
Øalter database datafile n offline drop;(删除损坏的undo文件)
Øalter database open;
Øcreate undo tablespace xxx …; (创建一个新的undo表空间)
Øalter system set undo_tablespace=xxx;(指向新的undo表空间)
Ødrop tablespace yyy including contents;(删除原来的undo表空间)

七.控制文件损坏

l故障现象
Ø控制文件发生了损坏,数据库已经无法启动,报错信息如下:
ORA-00202: controlfile: 'D:\Oracle\oradata\chen\control01.ctl'
ORA-27041: unable to open file
OSD-04002: unable to open file
l解决方法
Ø情况一:控制文件有镜像,且镜像控制文件没有被损坏
Ø关闭数据库
Ø将没有损坏的控制文件覆盖掉损坏的控制文件,或者修改参数文件的control_files参数,去掉损坏的控制文件
Ø重新启动数据库

Ø情况二:控制文件无镜像,或者镜像的所有控制文件都损坏了
Ø恢复控制文件
Ø如果控制文件有备份,从备份中恢复控制文件
restore controlfile from ‘
Ø如果控制文件有snapshot,将snapshot控制文件替换掉原损坏控制文件
Ø如果做过alter database backup controlfile to trace的控制文件脚本备份,可以用trace文件中的重建脚本来创建控制文件,
Ø如果没有备份,也没有trace备份,只能手工编写脚本创建控制文件,前提是你对数据库文件结构非常清楚
Ø恢复和打开数据库
Ø如果是用create controlfile …noresetlogs 方式重建的控制文件
Ørecover database;
Øalter database open;
Øalter tablespace temp add tempfile ‘xx’ size xx reuse ; --对所有临时表空间做此操
Ø如果是用create controlfile …resetlogs方式重建的控制文件,或者通过备份或快照恢复的控制文件
Ørecover database using backup controlfile;
Øalter database open resetlogs;
Øalter tablespace temp add tempfile ‘xx’ size xx reuse ; --对所有临时表空间做此操

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/24392135/viewspace-773243/,如需转载,请注明出处,否则将追究法律责任。

上一篇: 没有了~
下一篇: 没有了~
请登录后发表评论 登录
全部评论

注册时间:2013-09-23

  • 博文量
    1
  • 访问量
    4959