几种简单的损坏控制文件的恢复方法
2008-07-13 23:56
429 查看
几种简单的损坏控制文件的恢复方法
一、 损坏单个控制文件
损坏单个控制文件是比较容易恢复的,因为一般的数据库系统,控制文件都不是一个,而且所有的控制文件都互为镜相,只要拷贝一个好的控制文件替换坏的控制文件就可以了。
1、控制文件损坏,最典型的就是启动数据库出错,不能mount数据库
SQL>startup
ORA-00205: error in identifying controlfile, check alert log for more info
查看报警日志文件,有如下信息
alter database mount
Mon May 26 11:59:52 2008
ORA-00202: controlfile: 'D:Oracleoradatachencontrol01.ctl'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2)
系统找不到指定的文件。
2、停止数据库
SQL>shutdown immediate
3、拷贝一个好的控制文件替换坏的控制文件或修改init.ora中的控制文件参数,取消这个坏的控制文件。
4、重新启动数据
SQL>startup
说明:
1、损失单个控制文件是比较简单的,因为数据库中所有的控制文件都是镜相的,只需要简单的拷贝一个好的就可以了
2、建议镜相控制文件在不同的磁盘上
3、建议多做控制文件的备份,长期保留一份由alter database backup control file to trace产生的控制文件的文本备份
二、 损坏全部控制文件
损坏多个控制文件,或者人为的删除了所有的控制文件,通过控制文件的复制已经不能解决问题,这个时候需要重新建立控制文件。同时注意,alter database backup control file to trace可以产生一个控制文件的文本备份。
以下是详细重新创建控制文件的步骤
1、关闭数据库
SQL>shutdown immediate;
2、删除所有控制文件,模拟控制文件的丢失
3、启动数据库,出现错误,并不能启动到mount下
SQL>startup
ORA-00205: error in identifying controlfile, check alert log for more info
查看报警日志文件,有如下信息
alter database mount
Mon May 26 11:53:15 2008
ORA-00202: controlfile: 'D:Oracleoradatachencontrol01.ctl'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2)
系统找不到指定的文件。
4、关闭数据库 SQL>shutdown immediate;
5、在internal或sys下运行如下创建控制文件的脚本,注意完整列出联机日志或数据文件的路径,或修改由alter database backup control file to trace备份控制文件时产生的脚本,去掉多余的注释即可。
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "TEST" NORESETLOGS NOARCHIVELOG
MAXLOGFILES 32
MAXLOGMEMBERS 2
MAXDATAFILES 254
MAXINSTANCES 1
MAXLOGHISTORY 226
LOGFILE
GROUP 1 'D:ORACLEORADATATESTREDO01.LOG' SIZE 1M, --注意路径及文件名称的大小写,如果报文件大小不对,就按要求的修改大小即可
GROUP 2 'D:ORACLEORADATATESTREDO02.LOG' SIZE 1M,
GROUP 3 'D:ORACLEORADATATESTREDO03.LOG' SIZE 1M
DATAFILE
'D:ORACLEORADATATESTSYSTEM01.DBF',
'D:ORACLEORADATATESTRBS01.DBF',
'D:ORACLEORADATATESTUSERS01.DBF',
'D:ORACLEORADATATESTTEMP01.DBF',
'D:ORACLEORADATATESTTOOLS01.DBF',
'D:ORACLEORADATATESTINDX01.DBF'
CHARACTER SET ZHS16GBK;
-- Recovery is required if any of the datafiles are restored backups,
-- or if the last shutdown was not normal or immediate.
RECOVER DATABASE
--if the last shutdown was not normal or immediate
--noarchive
-- RECOVER DATABASE UNTIL CANCEL USING BACKUP CONTROLFILE
--archive
-- RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL
-- Database can now be opened normally.
ALTER DATABASE OPEN;
--if recover database until cancel
--ALTER DATABASE OPEN RESETLOGS;
6、如果没有错误,数据库将启动到open状态下。
说明:
1、重建控制文件用于恢复全部控制文件的损坏,需要注意其书写的正确性,保证包含了所有的数据文件与联机日志
2、经常有这样一种情况,因为一个磁盘损坏,我们不能再恢复(store)数据文件到这个磁盘,因此在store到另外一个盘的时候,我们就必须重新创建控制文件,用于识别这个新的数据文件,这里也可以用这种方法用于恢复。
具体执行代码:
lsnrctl start 开监听
shutdown immediate
shuntdown abort
startup nomount
alter database mount;
startup mount
recover
SQL> recover datafile '/data1/oracle/oradata/ora920/users01.dbf'
Media recovery complete.
SQL> alter database open;
alter system set undo_management='MANUAL' scope=spfile;
alter database datafile '/data1/oracle/inmsv3/oradata/ora10g/undotbs01.dbf' offline drop;
alter database datafile '/data1/oracle/inmsv3/oradata/ora10g/tbs_dninmsv30.dbf' offline drop;
create undo tablespace undotbs2 datafile '/data1/oracle/inmsv3/oradata/ora10g/undotbs01.dbf' size 100M;
Tablespace created.
SQL>connect sys/password as sysdba
SQL>alter system switch logfile;
SQL>commit;
SQL>archive log list
数据库日志模式 存档模式
自动存档 启用
存档终点 /data1/oracle/oradata/ora920/archive
最早的概要信息日志序列 3
下一个存档日志序列 5
当前日志序列 5
shutdown abort关闭例程,模拟数据文件丢失
SQL> shutdown abort
ORACLE 例程已经关闭。
Mount数据库
SQL> startup mount
数据库装载完毕
SQL>recover datafile '/data1/oracle/oradata/ora920/system01.dbf';
或者直接使用recover 不加参数
SQL> recover
Media recovery complete.
SQL> select file#,checkpoint_change#,name,status from v$datafile;
SQL> alter database open;
alter database open;
*
ERROR at line 1:
ORA-01092: ORACLE instance terminated. Disconnection forced
alert log内容:
Errors in file /opt/ora9/admin/ora/udump/ora9i_ora_4594.trc:
ORA-00704: bootstrap process failure
ORA-00604: error occurred at recursive SQL level 2
ORA-00376: file 12 cannot be read at this time
ORA-01110: data file 12: '/opt/ora9/oradata/ora/rbs1orc1.dbf'
Fri Apr 11 08:23:09 2008
Error 704 happened during db open, shutting down database
USER: terminating instance due to error 704
Instance terminated by USER, pid = 4594
ORA-1092 signalled during: alter database open...
一、 损坏单个控制文件
损坏单个控制文件是比较容易恢复的,因为一般的数据库系统,控制文件都不是一个,而且所有的控制文件都互为镜相,只要拷贝一个好的控制文件替换坏的控制文件就可以了。
1、控制文件损坏,最典型的就是启动数据库出错,不能mount数据库
SQL>startup
ORA-00205: error in identifying controlfile, check alert log for more info
查看报警日志文件,有如下信息
alter database mount
Mon May 26 11:59:52 2008
ORA-00202: controlfile: 'D:Oracleoradatachencontrol01.ctl'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2)
系统找不到指定的文件。
2、停止数据库
SQL>shutdown immediate
3、拷贝一个好的控制文件替换坏的控制文件或修改init.ora中的控制文件参数,取消这个坏的控制文件。
4、重新启动数据
SQL>startup
说明:
1、损失单个控制文件是比较简单的,因为数据库中所有的控制文件都是镜相的,只需要简单的拷贝一个好的就可以了
2、建议镜相控制文件在不同的磁盘上
3、建议多做控制文件的备份,长期保留一份由alter database backup control file to trace产生的控制文件的文本备份
二、 损坏全部控制文件
损坏多个控制文件,或者人为的删除了所有的控制文件,通过控制文件的复制已经不能解决问题,这个时候需要重新建立控制文件。同时注意,alter database backup control file to trace可以产生一个控制文件的文本备份。
以下是详细重新创建控制文件的步骤
1、关闭数据库
SQL>shutdown immediate;
2、删除所有控制文件,模拟控制文件的丢失
3、启动数据库,出现错误,并不能启动到mount下
SQL>startup
ORA-00205: error in identifying controlfile, check alert log for more info
查看报警日志文件,有如下信息
alter database mount
Mon May 26 11:53:15 2008
ORA-00202: controlfile: 'D:Oracleoradatachencontrol01.ctl'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2)
系统找不到指定的文件。
4、关闭数据库 SQL>shutdown immediate;
5、在internal或sys下运行如下创建控制文件的脚本,注意完整列出联机日志或数据文件的路径,或修改由alter database backup control file to trace备份控制文件时产生的脚本,去掉多余的注释即可。
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "TEST" NORESETLOGS NOARCHIVELOG
MAXLOGFILES 32
MAXLOGMEMBERS 2
MAXDATAFILES 254
MAXINSTANCES 1
MAXLOGHISTORY 226
LOGFILE
GROUP 1 'D:ORACLEORADATATESTREDO01.LOG' SIZE 1M, --注意路径及文件名称的大小写,如果报文件大小不对,就按要求的修改大小即可
GROUP 2 'D:ORACLEORADATATESTREDO02.LOG' SIZE 1M,
GROUP 3 'D:ORACLEORADATATESTREDO03.LOG' SIZE 1M
DATAFILE
'D:ORACLEORADATATESTSYSTEM01.DBF',
'D:ORACLEORADATATESTRBS01.DBF',
'D:ORACLEORADATATESTUSERS01.DBF',
'D:ORACLEORADATATESTTEMP01.DBF',
'D:ORACLEORADATATESTTOOLS01.DBF',
'D:ORACLEORADATATESTINDX01.DBF'
CHARACTER SET ZHS16GBK;
-- Recovery is required if any of the datafiles are restored backups,
-- or if the last shutdown was not normal or immediate.
RECOVER DATABASE
--if the last shutdown was not normal or immediate
--noarchive
-- RECOVER DATABASE UNTIL CANCEL USING BACKUP CONTROLFILE
--archive
-- RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL
-- Database can now be opened normally.
ALTER DATABASE OPEN;
--if recover database until cancel
--ALTER DATABASE OPEN RESETLOGS;
6、如果没有错误,数据库将启动到open状态下。
说明:
1、重建控制文件用于恢复全部控制文件的损坏,需要注意其书写的正确性,保证包含了所有的数据文件与联机日志
2、经常有这样一种情况,因为一个磁盘损坏,我们不能再恢复(store)数据文件到这个磁盘,因此在store到另外一个盘的时候,我们就必须重新创建控制文件,用于识别这个新的数据文件,这里也可以用这种方法用于恢复。
具体执行代码:
lsnrctl start 开监听
shutdown immediate
shuntdown abort
startup nomount
alter database mount;
startup mount
recover
SQL> recover datafile '/data1/oracle/oradata/ora920/users01.dbf'
Media recovery complete.
SQL> alter database open;
alter system set undo_management='MANUAL' scope=spfile;
alter database datafile '/data1/oracle/inmsv3/oradata/ora10g/undotbs01.dbf' offline drop;
alter database datafile '/data1/oracle/inmsv3/oradata/ora10g/tbs_dninmsv30.dbf' offline drop;
create undo tablespace undotbs2 datafile '/data1/oracle/inmsv3/oradata/ora10g/undotbs01.dbf' size 100M;
Tablespace created.
SQL>connect sys/password as sysdba
SQL>alter system switch logfile;
SQL>commit;
SQL>archive log list
数据库日志模式 存档模式
自动存档 启用
存档终点 /data1/oracle/oradata/ora920/archive
最早的概要信息日志序列 3
下一个存档日志序列 5
当前日志序列 5
shutdown abort关闭例程,模拟数据文件丢失
SQL> shutdown abort
ORACLE 例程已经关闭。
Mount数据库
SQL> startup mount
数据库装载完毕
SQL>recover datafile '/data1/oracle/oradata/ora920/system01.dbf';
或者直接使用recover 不加参数
SQL> recover
Media recovery complete.
SQL> select file#,checkpoint_change#,name,status from v$datafile;
SQL> alter database open;
alter database open;
*
ERROR at line 1:
ORA-01092: ORACLE instance terminated. Disconnection forced
alert log内容:
Errors in file /opt/ora9/admin/ora/udump/ora9i_ora_4594.trc:
ORA-00704: bootstrap process failure
ORA-00604: error occurred at recursive SQL level 2
ORA-00376: file 12 cannot be read at this time
ORA-01110: data file 12: '/opt/ora9/oradata/ora/rbs1orc1.dbf'
Fri Apr 11 08:23:09 2008
Error 704 happened during db open, shutting down database
USER: terminating instance due to error 704
Instance terminated by USER, pid = 4594
ORA-1092 signalled during: alter database open...
相关文章推荐
- oracle 联机日志文件损坏的几种场景和恢复方法
- 损坏控制文件的恢复方法
- 控制文件损坏的恢复方法
- 损坏控制文件的恢复方法
- oracle 联机日志文件损坏的几种场景和恢复方法
- Oracle案例:损坏控制文件的恢复方法
- 介绍几种简单的文件加密方法,挺有意思的
- 控制文件发生损坏,如何恢复
- instance和media损坏恢复-RMAN(六) --控制文件恢复
- oracle用户管理的完全恢复6:控制文件损坏(控制文件前后内容改变)
- oracle 日志文件和控制文件损坏的恢复
- Oracle案例:损坏数据文件的恢复方法
- 控制文件损坏的恢复
- SQL Server 2005日志文件损坏的恢复方法
- 联机日志文件损坏后的恢复方法
- oracle学习笔记--控制文件被破坏后数据的恢复方法
- oracle 10g rac asm上面的控制文件损坏既增加方法
- 处理几种Coreldraw文件损坏的方法
- 教你一招超级简单的方法快速搞定grub.conf文件的丢失及损坏 推荐
- 联机日志文件损坏后的恢复方法