首页 > 数据库技术 > 详细

Performing User-Managed Database-18.7、Performing Complete User-Managed Media Recovery

时间:2017-07-26 22:39:47      阅读:220      评论:0      收藏:0      [点我收藏+]

18.7、Performing Complete User-Managed Media Recovery
完毕一致性备份,把数据库恢复到当前的scn是最好的结果。能够恢复整个数据库。恢复单个表空间。或恢复数据文件。一致性恢复不须要resetlogs打开数据库,非一致性恢复须要resetlogs打开数据库。Backup and Recovery Basics提供了关于介质恢复的信息。

18.7.1、Performing Closed Database Recovery
能够在一个操作中恢复全部损坏的数据文件。也能够分开操作恢复每一个损坏的数据文件。

18.7.1.1、Preparing for Closed Database Recovery
(1)关闭数据库,检查出现故障的介质设备
(2)假设引起介质失败的问题是暂时的,假设数据没有损坏(比方,磁盘或控制器掉电),不须要介质恢复:仅仅需启动数据库。又一次開始操作。

假设不能修复,就进行下面步骤

18.7.1.2、Restoring Backups of the Damaged or Missing Files
(1)推断哪些数据文件须要恢复
(2)找到损坏的数据文件的近期备份。只还原损坏的数据文件:不要还原没有损坏的数据文件或不论什么重做日志文件。假设没有不论什么备份。只能创建一个数据文件(有归档)
alter database create datafile ‘xxx‘ as ‘xxx‘ size xxx reuse
(3)使用操作系统命令把数据文件还原到默认位置或新的位置。
alter database rename file ‘xxx‘ to ‘xxx‘;

18.7.1.3、Recovering the Database
(1)使用系统管理员权限连接数据库,启动数据库到mount
(2)查询v$datafile获得数据文件名称和状态
(3)须要恢复的数据文件必须是在线的,除了offline normal的表空间或read-only表空间
select ‘alter dabase datafile ‘ || name || ‘ online;‘ from  v$datafile;
(4)运行recover database,recover tablespace xxx,recover datafile ‘xxx‘等语句
(5)没有自己主动地恢复,必须接受或拒绝每一个指出的日志。假设自己主动地恢复,数据库自己主动地应用日志。


(6)介质恢复完毕,数据库返回:Media recovery complete。


(7)alter database open

18.7.2、Performing Datafile Recovery in an Open Database
当数据库处于打开状态时,出现介质失败。不能被写时返回错误。一般表空间的仅仅是损坏的数据文件离线,不能查询时返回错误,一般表空间的仅仅是损坏的数据文件不会离线。
当数据库处于打开状态时,该恢复过程不能用做system表空间的全然介质恢复。

假设system表空间的数据文件损坏,数据库自己主动关闭。

18.7.2.1、Preparing for Open Database Recovery
(1)数据库处于打开,发现须要恢复,把包括损坏的数据文件的表空间离线。


(2)假设引起介质失败的问题是暂时的,假设数据没有损坏(比方。磁盘或控制器掉电),不须要介质恢复:仅仅需启动数据库,又一次開始操作。假设不能修复,就进行下面步骤

18.7.2.2、Restoring Backups of the Inaccessible Datafiles
(1)推断哪些数据文件须要恢复
(2)找到损坏的数据文件的近期备份。

只还原损坏的数据文件:不要还原没有损坏的数据文件或不论什么重做日志文件。假设没有不论什么备份,只能创建一个数据文件(有归档)
alter database create datafile ‘xxx‘ as ‘xxx‘ size xxx reuse
SQL> alter database create datafile ‘/oracle/oradata/boss/testtbs04_01.dbf‘ as ‘/oracle/oradata/boss/testtbs04_01.dbf‘ size 10m reuse;
(3)使用操作系统命令把数据文件还原到默认位置或新的位置。
alter database rename file ‘xxx‘ to ‘xxx‘;

18.7.2.3、Recovering Offline Tablespaces in an Open Database
(1)运行recover database,recover tablespace xxx,recover datafile ‘xxx‘等语句
(2)没有自己主动地恢复,必须接受或拒绝每一个指出的日志。假设自己主动地恢复,数据库自己主动地应用日志。
(3)介质恢复完毕,数据库返回:Media recovery complete。


SQL> recover automatic tablespace testtbs04; 
(4)alter database open

模拟1、创建表空间testtbs04,创建一个表,删除相应的数据文件,做关闭数据库的恢复
(1)
SQL> create tablespace testtbs04
  2    datafile ‘/oracle/oradata/boss/testtbs04_01.dbf‘ size 10m
  3    autoextend on next 1m maxsize unlimited
  4    logging
  5    extent management local autoallocate
  6    blocksize 8k
  7    segment space management auto
  8    flashback on;

(2)
SQL> create table test04(id number, name varchar2(30)) tablespace testtbs04;
SQL> insert into test04 values(1, ‘xxxxx‘);
SQL> insert into test04 values(2, ‘yyyyy‘);
SQL> commit;

(3)
SQL> select group#,members,sequence#,archived,status,first_change# from v$log;

    GROUP#    MEMBERS  SEQUENCE# ARC STATUS           FIRST_CHANGE#
---------- ---------- ---------- --- ---------------- -------------
         1          1          0 YES UNUSED                       0
         2          1          0 YES UNUSED                       0
         3          1          1 NO  CURRENT                 697986

SQL> alter system switch logfile;
SQL> alter system switch logfile;
SQL> alter system switch logfile;
SQL> select group#,members,sequence#,archived,status,first_change# from v$log;

    GROUP#    MEMBERS  SEQUENCE# ARC STATUS           FIRST_CHANGE#
---------- ---------- ---------- --- ---------------- -------------
         1          1          2 YES INACTIVE                707835
         2          1          3 YES INACTIVE                707837
         3          1          4 NO  CURRENT                 707840
(4)
$ rm -rf testtbs04_01.dbf

SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.

SQL> startup open;

SQL> col "文件名称" for a40;
SQL> col "表空间名" for a10
SQL> set linesize 150
SQL>
select
  ts.name "表空间名"
  , df.file# "文件号"
  , df.checkpoint_change# "检查点"
  , df.name "文件名称"
  , df.status "在线状态"
  , rf.error "恢复原因"
  , rf.change# "系统变更号"
  , rf.time
  from v$tablespace ts,v$datafile df,v$recover_file rf
where ts.ts#=df.ts# and df.file#=rf.file#
order by df.file#;

SQL> select
  2    ts.name "表空间名"
  3    , df.file# "文件号"
  4    , df.checkpoint_change# "检查点"
  5    , df.name "文件名称"
  6    , df.status "在线状态"
  7    , rf.error "恢复原因"
  8    , rf.change# "系统变更号"
  9    , rf.time
 10    from v$tablespace ts,v$datafile df,v$recover_file rf
 11  where ts.ts#=df.ts# and df.file#=rf.file#
 12  order by df.file#;

表空间名       文件号     检查点 文件名称                                   在线状  恢复原因           系统变更号 TIME
---------- ---------- ---------- ---------------------------------------- ------- ------------------ ---------- ------------
TESTTBS02           8     652783 /oracle/oradata/boss/testtbs02_01.dbf    OFFLINE OFFLINE NORMAL              0
TESTTBS04          10     707840 /oracle/oradata/boss/testtbs04_01.dbf    ONLINE  FILE NOT FOUND              0

(5)
SQL> alter database create datafile ‘/oracle/oradata/boss/testtbs04_01.dbf‘ as ‘/oracle/oradata/boss/testtbs04_01.dbf‘ size 10m reuse;

SQL> select file#,name,status,CHECKPOINT_CHANGE#,recover from v$datafile_header where file#=10;

     FILE# NAME                                     STATUS  CHECKPOINT_CHANGE# REC
---------- ---------------------------------------- ------- ------------------ ---
        10 /oracle/oradata/boss/testtbs04_01.dbf    ONLINE              707602 YES

(6)
SQL> recover automatic tablespace testtbs04; 
Media recovery complete.

SQL> alter database open;

SQL> select * from test04;

        ID NAME
---------- ----------------------------------------
         1 xxxxx
         2 yyyyy

Performing User-Managed Database-18.7、Performing Complete User-Managed Media Recovery

原文:http://www.cnblogs.com/gccbuaa/p/7242219.html

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!