• Oracle11g:数据库恢复总结


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

    一、参数文件

    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";

       

    更多内容详见微信公众号:Python测试和开发

    Python测试和开发

  • 相关阅读:
    多媒体开发之图像---帧与场的区别
    Python之Python 安装环境搭建
    c/c++ c的第一个编译器
    多媒体开发之 H.264中NALU、RBSP、SODB的关系 (弄清码流结构)
    多媒体开发之h264中的sps---sps信息提取之帧率
    haproxy有关session的问题
    php的安装
    centos 6.5上部署jetty
    设置浏览器的颜色
    sed awk grep三剑客常用
  • 原文地址:https://www.cnblogs.com/phyger/p/14377825.html
Copyright © 2020-2023  润新知