Oracle11g:数据库恢复总结

此文转载自:https://blog.csdn.net/ChenHui_Felix/article/details/113624692

一、参数文件

1、操作系统文件复制

如果使用操作系统命令复制过参数文件,还原只要复制回去就行。

2、备份集恢复

rman恢复需要启动实例,SQL*PLUS在没有参数文件的情况下不能打开,但是rman可以在没有参数文件的情况下,通过内置的参数打开。

RMAN> startup nomount;

手动备份恢复

RMAN> restore spfile from '/xxx/xxx/xxxx/xxxx';

如果使用了快速恢复区,自动备份,可以使用以下命令

RMAN> restore spfile from autobackup db_name=orcl  db_recovery_file_dest='/xxx/xxxx/';

如果没有使用快速恢复区,控制文件保存在dbs目录下。可以通过指定DBID

RMAN> set dbid 1112231231231;

RMAN> restore spfile from autobackup;

启动实例

SQL> startup force;

3、实例没有关闭的情况下恢复

先从自动备份中获取spfile到临时目录,然后通过操作系统命令进行替换。

RMAN> restore spfile to '/home/oracle/spfileorcl.ora' from autobackup;

$ cp /home/oracle/spfileorcl.ora $ORACLE_HOME/dbs

 

二、控制文件

数据库访问控制文件,读取参数文件中配置的第一个控制文件,写所有的控制文件。所以,第一个控制文件出问题,读写操作都会出问题。其他控制文件出问题,只有写操作才会出错。

数据库启动时候,控制文件损坏,会报ORA-00205(识别控制文件有误)或者ORA-00227(控制文件存在坏块)。

实例open,控制文件损坏,但是不能保证所有功能正常。直到CKPT发起检查点的时候,实例最终被强制关闭。遇到这种情况,立刻提交所有操作commit,然后等实例自动关闭或者shutdown abort。

建议开启自动备份,在数据库物理结构发生变化的时候都会自动备份。

RMAN> configure controlfile autobackup on;

控制文件恢复的时候,虽然可以通过start nomount命令启动,但是建议以startup命令,使数据库产生更多有价值的信息。

1、在线副本

控制文件存在多个副本,存在没有损坏的副本。首先对所有的文件通过操作系统文件复制保持。

将损坏的文件替换成完好的文件,启动数据库。

2、结构备份,数据库结构相同,但是检查点和SCN等信息比较旧,这里就是开启了控制文件自动备份。

数据库到nomount状态

RMAN> resotre controlfile from autobackup;

RMNA> mount database;

RMAN> recover database;

RMAN> alter database open resetlogs;

3、历史备份,所有的信息都不一致

(1)备份了控制文件后,创建了添加了表空间,添加日志组,删除日志组。

这种recover可以自动修复。

RMAN> resotre controlfile from '/xxx/xxx';

RMAN> mount database;

RMAN> recover database;

RMAN> alter database open resetlogs;

(2)备份控制文件后,删除表空间

RMAN> resotre controlfile from '/xxx/xxx';

RMAN> mount database;

SQL> alter database datafile 6 offline;                     #将删除表空间的文件都下线

SQL> recover database using backup controlfile;    #输入AUTO

可能再次报错,提示没有归档日志,其实是某个还没来得及归档的在线日志,通过查询可以得知是某个在线日志。再次执行命令

SQL> recover database using backup controlfile;    #输入查询出来的在线日志路径

或者使用跳过表空间的方式

RMAN> recover database skip tablespace examples;

RMAN> alter database open resetlogs;

4、缺失归档日志

确认问题只和控制文件相关,如果数据文件损坏就需要不完全恢复。

恢复控制文件,加载到mount状态后

RMAN> recover database;

报错,显示找不到归档。

SQL> alter database backup controlfile to trace;

SQL> select value from v$diag_info where name='Default Trace File';

SQL> startup force nomount;

在追踪文件中找到NORESETLOGS的创建语句,并执行后,数据库已经到mount状态。

RMAN> recover database;

再次报错,提示找不到归档日志,但是此时的归档日志和上面不一样,这是因为恢复只查找归档日志,无视了在线日志。

SQL> recover database using backup contrilfile;    #输入在线日志路径

SQL> alter database open resetlogs;

SQL> alter tablespace temp add tempfile '/xxx/xxx/xxx/xx.dbf' reuse;

 

三、数据文件

1、关键数据文件损坏(system表空间和撤销表空间),一定是在mount状态下恢复。

如果实例没有崩溃使,则先关闭

SQL> shutdown abort;

关键数据文件损坏可能登陆不了数据库,需要手动关闭进程。

kill -9 `ps aux |grep ora_smon_orcl |grep -v grep | wak '{pring $2}'`

恢复system数据文件

run{

startup mount;

restore datafile 1;

recover database;

alter database open;

}

2、普通数据文件损坏,可以在open状态下恢复

除了system表空间、undo_tablespace表空间、临时表空间和只读表空间,属于普通数据文件,损坏后最多导致用户数据不可访问,不会导致数据库异常。

启动时候发现普通数据文件不存在或者头部损坏,可以先让该文件下线,数据库能正常启动。

SQL> alter database datafile 5 offline;

SQL> alter database open;

如果数据库运行的时数据库文件头损坏,发生检查点的时候会强制将这个文件下线,此时重启能正常重启。

(1)如果数据文件没有强制下线

可以关闭实例进行恢复

run{

shutdown abort;

startup mount;

restore datafile ''/xxx/xxxx/dd.dbf;

recover database;

alter database open;

}

也可以在实例启动的时候进行恢复

run{

sql 'alter database datafile 5 offline';

restore datafile 5;

recover datafile 5;

sql 'alter database datafile 5 online'

}

如果实例已经关闭,提高数据库可用性的情况下,先启动数据库实例

run{

startup mount;

sql 'alter database datafile 5 offline';

alter database open;

restore datafile 5;

recover datafile 5;

sql 'alter database datafile 5 online';

}

(2)数据文件被强制下线

数据文件的头部损坏后,检查点要强制将文件下线,恢复这个文件的时候会报错。

采用启动实例到mount,然后使数据文件在线,然后恢复的方式。

run{

shutdown abort;

startup mount;

sql 'alter database datafile 5 online';

resotre datafile 5;

recover database;

alter database open;

}

(推荐)删除数据文件,在数据库open的状态下恢复。

rm -rf /eee/ddd/xxx.dbf

run{

sql 'alter database datafile 5 offline';

restore datafile 5;

recover datafile 5;

sql 'alter database datafile 5 online';

}

3、只读数据文件

只读文件损坏后,检查点不会对只读文件进行操作,实例不会崩溃,也不会强制下线。

和普通文件恢复的区别:只读状态不变的情况下,不需要recover,在修改只读状态的情况下,可能需要两次recover。

在只读表空间备份了控制和数据文件,后来改为读写,数据文件和控制文件损坏了,没有最新的备份。重启数据库到nomount状态

从备份中还原控制文件,这时候控制文件记录的表空间为只读。

启动到mount,还原数据文件。

第一次recover database恢复了控制文件,但是此时表空间记录为只读,所以忽略了。

第二次recover database通过最新的控制文件恢复表空间。

 

四、不完全数据库恢复

归档或者active的在线日志、current的在线日志丢失或者损坏。

认为操作错误想要回退到某个时间点。

恢复到指定的日志

run{

startu force mount;

set until sequence 100;

restore database;

recover database;

alter database open resetlogs;

}

到指定时间

set until time "sysdate-interval '10' minute";

上一篇:Windows下完全卸载oracle11g (12C步骤类似)


下一篇:Centos 6.9 版本静默安装Oracle11g