Oracle 基于 RMAN 的不完全恢复(incomplete recovery by RMAN)

wangpanyang 2013-07-05

Oracle 数据库可以实现数据库不完全恢复与完全恢复。完全恢复是将数据库恢复到最新时刻，也就是无损恢复，保证数据库无丢失的恢复。而不完全恢复则是根据需要特意将数据库恢复到某个过去的特定时间点或特定的SCN以及特定的Sequence。我们可以通过基于用户管理的不完全恢复实现，也可以通过基于RMAN方式来实现。本文主要描述是基于RMAN的不完全恢复的几种情形并给出示例。有关数据库备份恢复，RMAN备份恢复的概念与实战可以参考文章尾部给出的链接。 

一、不完全恢复的步骤
    a、关闭数据库并备份数据库(以防止恢复失败)
    b、启动数据库到mount 状态
    c、还原数据库
    d、将数据库恢复至某个时间点、序列、或系统改变号
    e、使用RESETLOGS关键字打开数据库 

二、不完全恢复的几种类型
  Type of Recovery        Function
  -------------------    ----------------------------
  Time-based recovery    Recovers the data up to a specified point in time.
  Cancel-based recovery  Recovers until you issue the CANCEL statement (not available when using Recovery Manager).
  Change-based recovery  Recovers until the specified SCN.
  Log sequence recovery  Recovers until the specified log sequence number (only available when using Recovery Manager).
 
三、RMAN不完全恢复的主要操作命令

a、基于TIME 参数不完全恢复
run {
      shutdown immediate;
      startup mount;
      set until time "to_date('20130705 10:09:53','yyyymmdd hh24:mi:ss')";
      restore database;
      recover database;
      alter database open resetlogs;
}

b、基于SCN 参数不完全恢复
run {
      shutdown immediate;
      startup mount;
      set until scn 3400;
      restore database;
      recover database;
      alter database open resetlogs;
}

c、基于SEQUENCE 参数不完全恢复:
run {
      shutdown immediate;
      startup mount;
      set until sequence 12903;
      restore database;
      recover database;
      alter database open resetlogs;
}

四、演示RMAN不完全恢复

1、准备环境
--->首先备份数据库
[oracle@node1 ~]$ export ORACLE_SID=oradb
[oracle@node1 ~]$ more rman_full.rcv
run{
allocate channel ch1 device type disk;
allocate channel ch2 device type disk;
crosscheck archivelog all;
delete noprompt expired archivelog all;
backup database format '/u02/rman/full_%d_%U' tag=full_bak
plus archivelog format '/u02/rman/arch_%d_%U' tag=arch;
release channel ch1;
release channel ch2;
}
[oracle@node1 ~]$ rman target / cmdfile=/home/oracle/rman_full.rcv log=/home/oracle/rman_full.log
RMAN> 2> 3> 4> 5> 6> 7> 8> 9> 10> 11>
--下面是产生的备份文件
[oracle@node1 ~]$ ls -hltr /u02/rman
total 1.1G
-rw-r----- 1 oracle asmadmin  31M Jul  5 09:44 arch_ORADB_03odvgv2_1_1
-rw-r----- 1 oracle asmadmin 595M Jul  5 09:45 full_ORADB_04odvgv7_1_1
-rw-r----- 1 oracle asmadmin 490M Jul  5 09:45 full_ORADB_05odvgv7_1_1
-rw-r----- 1 oracle asmadmin  12K Jul  5 09:46 arch_ORADB_06odvh30_1_1 

--演示环境
SQL> select * from v$version where rownum<2;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production

SQL> conn scott/tiger;
Connected.

-->下面的查询得到当前已产生的归档日志
SQL> SELECT name,sequence# seq#,status,completion_time FROM v$archived_log;

NAME                                                      SEQ# S COMPLETION_TIME
---------------------------------------------------------- ---- - -----------------
/u02/DB/oradb/arch/2013_07_05/o1_mf_1_26_8xd97058_.arc      26 A 20130705 09:44:01
/u02/DB/oradb/arch/2013_07_05/o1_mf_1_27_8xd9c0f0_.arc      27 A 20130705 09:46:08
/u02/DB/oradb/arch/2013_07_05/o1_mf_1_28_8xdbcrht_.arc      28 A 20130705 10:03:36

-->创建测试用表并插入记录
10:07:01 SQL> create table t2(id varchar2(10), dt varchar2(20));

10:07:57 SQL> insert into t2 select 'Robinson',to_char(sysdate,'yyyymmdd hh24:mi:ss') from dual;

10:08:15 SQL> commit;

10:08:18 SQL> alter system archive log current;  -->对当前日志进行归档

-->下面的查询可知产生新的归档日志29
10:08:28 SQL> SELECT name,sequence# seq#,status,completion_time FROM v$archived_log where sequence#>=28;

NAME                                                        SEQ# S COMPLETION_TIME
------------------------------------------------------------ ---- - -----------------
/u02/DB/oradb/arch/2013_07_05/o1_mf_1_28_8xdbcrht_.arc        28 A 20130705 10:03:36
/u02/DB/oradb/arch/2013_07_05/o1_mf_1_29_8xdbnqx9_.arc        29 A 20130705 10:08:23

-->应证归档日志中包含记录Robinson
10:09:53 SQL> ho strings /u02/DB/oradb/arch/2013_07_05/o1_mf_1_29_8xdbnqx9_.arc | grep "Robinson"
Robinson

--->第二次插入记录
10:10:48 SQL> insert into t2 select 'Jackson',to_char(sysdate,'yyyymmdd hh24:mi:ss') from dual;

10:11:27 SQL> commit;

10:11:30 SQL> alter system archive log current;

10:11:47 SQL> SELECT name,sequence# seq#,status,completion_time FROM v$archived_log where sequence#>=28;

NAME                                                      SEQ# S COMPLETION_TIME
---------------------------------------------------------- ---- - -----------------
/u02/DB/oradb/arch/2013_07_05/o1_mf_1_28_8xdbcrht_.arc      28 A 20130705 10:03:36
/u02/DB/oradb/arch/2013_07_05/o1_mf_1_29_8xdbnqx9_.arc      29 A 20130705 10:08:23
/u02/DB/oradb/arch/2013_07_05/o1_mf_1_30_8xdbv338_.arc      30 A 20130705 10:11:47

10:12:17 SQL> ho strings /u02/DB/oradb/arch/2013_07_05/o1_mf_1_30_8xdbv338_.arc | grep "Jackson"
Jackson

-->查看当前数据库的SCN
10:12:34 SQL> select name,current_scn from v$database;

NAME                          CURRENT_SCN
------------------------------ -----------
ORADB                              1365679

--->第三次插入记录
10:15:07 SQL> insert into t2 select 'Winson',to_char(sysdate,'yyyymmdd hh24:mi:ss') from dual;

10:15:47 SQL> commit;

10:21:18 SQL> alter system switch logfile;     

--->第四次插入记录
10:22:53 SQL> insert into t2 select 'LastRecord',to_char(sysdate,'yyyymmdd hh24:mi:ss') from dual;

10:23:44 SQL> commit;

10:23:47 SQL> select * from t2;

ID        DT
---------- --------------------
Robinson  20130705 10:08:15
Jackson    20130705 10:11:27
Winson    20130705 10:15:47
LastRecord 20130705 10:23:44

10:23:52 SQL> alter system switch logfile;

-->下面是最终的归档日志情况
10:24:00 SQL> SELECT name,sequence# seq#,status,completion_time FROM v$archived_log where sequence#>=28;

NAME                                                        SEQ# S COMPLETION_TIME
------------------------------------------------------------ ---- - -----------------
/u02/DB/oradb/arch/2013_07_05/o1_mf_1_28_8xdbcrht_.arc        28 A 20130705 10:03:36
/u02/DB/oradb/arch/2013_07_05/o1_mf_1_29_8xdbnqx9_.arc        29 A 20130705 10:08:23
/u02/DB/oradb/arch/2013_07_05/o1_mf_1_30_8xdbv338_.arc        30 A 20130705 10:11:47
/u02/DB/oradb/arch/2013_07_05/o1_mf_1_31_8xdcg1wc_.arc        31 A 20130705 10:21:53
/u02/DB/oradb/arch/2013_07_05/o1_mf_1_32_8xdcl0rx_.arc        32 A 20130705 10:24:00

10:24:12 SQL> ho strings /u02/DB/oradb/arch/2013_07_05/o1_mf_1_31_8xdcg1wc_.arc | grep "Winson"
Winson

--->最后一次插入记录
10:25:16 SQL> insert into t2 select 'Completed',to_char(sysdate,'yyyymmdd hh24:mi:ss') from dual;

10:26:20 SQL> commit;

-->此时数据库当前的redo log并没有归档，因此插入的数据位于联机日志
10:27:40 SQL> ho strings /u02/DB/oradb/redo/redo03.log | grep "Completed"
        Completed

--->下面列出完成的记录与日志对照关系
SQL> select * from t2;

ID        DT                    对应的归档日志            对应的sequence
---------- --------------------  ------------------------  --------------
Robinson  20130705 10:08:15    o1_mf_1_29_8xdbnqx9_.arc              29
Jackson    20130705 10:11:27    o1_mf_1_30_8xdbv338_.arc              30
Winson    20130705 10:15:47    o1_mf_1_31_8xdcg1wc_.arc              31
LastRecord 20130705 10:23:44    o1_mf_1_32_8xdcl0rx_.arc              32
Completed  20130705 10:26:20    redo03.log

2、实施不完全恢复
a、基于时间点的不完全恢复
[oracle@node1 ~]$ rman target /

Recovery Manager: Release 11.2.0.1.0 - Production on Fri Jul 5 10:28:53 2013

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.

connected to target database: ORADB (DBID=2557712192)

RMAN> run{
2> shutdown immediate;
3> startup mount;
4> set until time "to_date('20130705 10:09:53','yyyymmdd hh24:mi:ss')";
5> restore database;
6> recover database;
7> }

using target database control file instead of recovery catalog
database closed
database dismounted
Oracle instance shut down

connected to target database (not started)
Oracle instance started
database mounted

Total System Global Area    263639040 bytes

executing command: SET until clause

Starting restore at 20130705 10:33:36
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=24 device type=DISK

channel ORA_DISK_1: starting datafile backup set restore      ---->启动数据文件还原
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00001 to /u02/DB/oradb/oradata/system01.dbf
channel ORA_DISK_1: restoring datafile 00003 to /u02/DB/oradb/oradata/undotbs01.dbf
channel ORA_DISK_1: reading from backup piece /u02/rman/full_ORADB_04odvgv7_1_1
channel ORA_DISK_1: piece handle=/u02/rman/full_ORADB_04odvgv7_1_1 tag=FULL_BAK
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:01:05
channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00002 to /u02/DB/oradb/oradata/sysaux01.dbf
channel ORA_DISK_1: restoring datafile 00004 to /u02/DB/oradb/oradata/users01.dbf
channel ORA_DISK_1: restoring datafile 00005 to /u02/DB/oradb/oradata/example01.dbf
channel ORA_DISK_1: reading from backup piece /u02/rman/full_ORADB_05odvgv7_1_1
channel ORA_DISK_1: piece handle=/u02/rman/full_ORADB_05odvgv7_1_1 tag=FULL_BAK
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:45    --->完成数据文件还原
Finished restore at 20130705 10:35:28

Starting recover at 20130705 10:35:29  --->启动数据恢复
using channel ORA_DISK_1

starting media recovery
---->下面提示归档日志已经存在，是由于我们备份归档日志后并没有对其清除           
archived log for thread 1 with sequence 27 is already on disk as file /u02/DB/oradb/arch/2013_07_05/o1_mf_1_27_8xd9c0f0_.arc
archived log for thread 1 with sequence 28 is already on disk as file /u02/DB/oradb/arch/2013_07_05/o1_mf_1_28_8xdbcrht_.arc
archived log for thread 1 with sequence 29 is already on disk as file /u02/DB/oradb/arch/2013_07_05/o1_mf_1_29_8xdbnqx9_.arc
archived log for thread 1 with sequence 30 is already on disk as file /u02/DB/oradb/arch/2013_07_05/o1_mf_1_30_8xdbv338_.arc
archived log file name=/u02/DB/oradb/arch/2013_07_05/o1_mf_1_27_8xd9c0f0_.arc thread=1 sequence=27 --->列出日志对应的sequence
archived log file name=/u02/DB/oradb/arch/2013_07_05/o1_mf_1_28_8xdbcrht_.arc thread=1 sequence=28
archived log file name=/u02/DB/oradb/arch/2013_07_05/o1_mf_1_29_8xdbnqx9_.arc thread=1 sequence=29
archived log file name=/u02/DB/oradb/arch/2013_07_05/o1_mf_1_30_8xdbv338_.arc thread=1 sequence=30
media recovery complete, elapsed time: 00:00:09  --->介质恢复完成,可以看到介质恢复，日志apply到了30(不包含sequence 30的内容)
Finished recover at 20130705 10:35:42            --->完成恢复

RMAN> alter database open resetlogs;              --->手动open resetlogs

database opened

RMAN> host;     

[oracle@node1 ~]$ more query_t2.sh
#!/bin/bash
if [ -f ~/.bashrc ]; then 
        . ~/.bashrc 
fi 

export ORACLE_SID=oradb
sqlplus -S /nolog <<EOF
connect scott/tiger
select * from scott.t2;
exit;
EOF
exit

-->验证结果，记录Robinson已经被恢复
[oracle@node1 ~]$ ./query_t2.sh

ID        DT
---------- --------------------
Robinson  20130705 10:08:15

[oracle@node1 ~]$ exit
exit
host command complete

-->新的incarnation已经被产生，为3
RMAN> list incarnation;

List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1      1      ORADB    2557712192      PARENT  1          20090813 23:00:48
2      2      ORADB    2557712192      PARENT  754488    20130111 17:37:07
3      3      ORADB    2557712192      CURRENT 1365530    20130705 10:37:15

b、基于SCN的不完全恢复
RMAN> shutdown immediate;
RMAN> startup mount;
RMAN> reset database to incarnation 2;  --->在此需要reset incarnation
database reset to incarnation 2

RMAN> run{
2> set until scn 1365679;
3> restore database;
4> recover database;
5> alter database open resetlogs;}

executing command: SET until clause

Starting restore at 20130705 11:01:14
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=25 device type=DISK

channel ORA_DISK_1: starting datafile backup set restore
          ......................
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:55
Finished restore at 20130705 11:03:05

Starting recover at 20130705 11:03:06
using channel ORA_DISK_1

starting media recovery

archived log for thread 1 with sequence 27 is already on disk as file /u02/DB/oradb/arch/2013_07_05/o1_mf_1_27_8xd9c0f0_.arc
                .............................
archived log for thread 1 with sequence 31 is already on disk as file /u02/DB/oradb/arch/2013_07_05/o1_mf_1_31_8xdcg1wc_.arc
archived log file name=/u02/DB/oradb/arch/2013_07_05/o1_mf_1_27_8xd9c0f0_.arc thread=1 sequence=27
archived log file name=/u02/DB/oradb/arch/2013_07_05/o1_mf_1_28_8xdbcrht_.arc thread=1 sequence=28
archived log file name=/u02/DB/oradb/arch/2013_07_05/o1_mf_1_29_8xdbnqx9_.arc thread=1 sequence=29
archived log file name=/u02/DB/oradb/arch/2013_07_05/o1_mf_1_30_8xdbv338_.arc thread=1 sequence=30  --->该日志包含记录Jackson
archived log file name=/u02/DB/oradb/arch/2013_07_05/o1_mf_1_31_8xdcg1wc_.arc thread=1 sequence=31 
media recovery complete, elapsed time: 00:00:10                              --->此时apply到了31(不包含sequence 31的内容)
Finished recover at 20130705 11:03:19

database opened

RMAN> host;

-->验证结果，记录Jackson已经被恢复
[oracle@node1 ~]$ ./query_t2.sh

ID        DT
---------- --------------------
Robinson  20130705 10:08:15
Jackson    20130705 10:11:27

c、基于sequence的不完全恢复
RMAN> shutdown immediate;
RMAN> startup mount;
RMAN> reset database to incarnation 2;
RMAN> run{
2> set until sequence 32;
3> restore database;
4> recover database;
5> alter database open resetlogs;}

executing command: SET until clause

Starting restore at 05-JUL-13
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=24 device type=DISK
              ...................
channel ORA_DISK_1: restore complete, elapsed time: 00:00:45
Finished restore at 05-JUL-13

Starting recover at 05-JUL-13
using channel ORA_DISK_1

starting media recovery
            ...................................
archived log file name=/u02/DB/oradb/arch/2013_07_05/o1_mf_1_30_8xdbv338_.arc thread=1 sequence=30
archived log file name=/u02/DB/oradb/arch/2013_07_05/o1_mf_1_31_8xdcg1wc_.arc thread=1 sequence=31 --->此时也是apply到了31
media recovery complete, elapsed time: 00:00:07                --->我们指定了sequence为32(但不包含sequence 32)
Finished recover at 05-JUL-13

database opened

RMAN> host;

Recovery Manager complete.

-->验证结果，记录Winson已经被恢复
[oracle@node1 ~]$ ./query_t2.sh

ID        DT
---------- --------------------
Robinson  20130705 10:08:15
Jackson    20130705 10:11:27
Winson    20130705 10:15:47

d、恢复到最近时刻
-->此处的恢复到最近(新)时刻，也就是我们希望恢复最后的记录"Completed"
-->通常情况下，我们恢复到故障点为完全恢复，此时也可以说是做完全恢复
-->但是由于我们对数据库作了不完全恢复，因此此时即使是做完全恢复，仍然为不完全恢复，见下面的示例
RMAN> shutdown immediate;
RMAN> startup mount;
RMAN> reset database to incarnation 2;
RMAN> run{
2> restore database;
3> recover database;
4> alter database open;}

Starting restore at 05-JUL-13
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=24 device type=DISK
            ...........................
channel ORA_DISK_1: restore complete, elapsed time: 00:00:45
Finished restore at 05-JUL-13

Starting recover at 05-JUL-13
using channel ORA_DISK_1

starting media recovery

archived log for thread 1 with sequence 27 is already on disk as file /u02/DB/oradb/arch/2013_07_05/o1_mf_1_27_8xd9c0f0_.arc
                            ......................
archived log for thread 1 with sequence 33 is already on disk as file /u02/DB/oradb/arch/2013_07_05/o1_mf_1_33_8xddbvsc_.arc
archived log file name=/u02/DB/oradb/arch/2013_07_05/o1_mf_1_27_8xd9c0f0_.arc thread=1 sequence=27
archived log file name=/u02/DB/oradb/arch/2013_07_05/o1_mf_1_28_8xdbcrht_.arc thread=1 sequence=28
archived log file name=/u02/DB/oradb/arch/2013_07_05/o1_mf_1_29_8xdbnqx9_.arc thread=1 sequence=29
archived log file name=/u02/DB/oradb/arch/2013_07_05/o1_mf_1_30_8xdbv338_.arc thread=1 sequence=30
archived log file name=/u02/DB/oradb/arch/2013_07_05/o1_mf_1_31_8xdcg1wc_.arc thread=1 sequence=31
archived log file name=/u02/DB/oradb/arch/2013_07_05/o1_mf_1_32_8xdcl0rx_.arc thread=1 sequence=32
archived log file name=/u02/DB/oradb/arch/2013_07_05/o1_mf_1_33_8xddbvsc_.arc thread=1 sequence=33
unable to find archived log
archived log thread=1 sequence=34
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 07/05/2013 11:27:48
RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 34 and starting SCN of 1367222

--可以看到，数据库被apply到了sequence为33的归档日志，现在数据库寻找sequence为34为SCN为1367222的归档日志
--细心的朋友可能会发现，我们之前仅仅归档到32，那sequence为33的归档日志从而而来呢，应该是系统自动产生了一次归档
--但这里我的归档日志大小为50MB，因此也不可能是由于redo log满而产生归档

--查看alert日志
[oracle@node1 trace]$ tail -1280 alert_oradb.log | more 
Media Recovery Log /u02/DB/oradb/arch/2013_07_05/o1_mf_1_29_8xdbnqx9_.arc
Fri Jul 05 10:35:41 2013
ORA-279 signalled during: alter database recover logfile '/u02/DB/oradb/arch/2013_07_05/o1_mf_1_29_8xdbnqx9_.arc'...
alter database recover logfile '/u02/DB/oradb/arch/2013_07_05/o1_mf_1_30_8xdbv338_.arc'
Media Recovery Log /u02/DB/oradb/arch/2013_07_05/o1_mf_1_30_8xdbv338_.arc
Incomplete Recovery applied until change 1365529 time 07/05/2013 10:09:59
Media Recovery Complete (oradb)    --->提示介质恢复完成
Completed: alter database recover logfile '/u02/DB/oradb/arch/2013_07_05/o1_mf_1_30_8xdbv338_.arc'
Fri Jul 05 10:37:15 2013
alter database open resetlogs      --->执行open resetlogs   
Archived Log entry 8 added for thread 1 sequence 33 ID 0x98733640 dest 1:  --->这个地方是关键
RESETLOGS after incomplete recovery UNTIL CHANGE 1365529
Resetting resetlogs activation ID 2557687360 (0x98733640) 
Errors in file /u01/app/oracle/diag/rdbms/oradb/oradb/trace/oradb_ora_30772.trc: 
ORA-00367: checksum error in log file header    --->下面伴随一堆重置日志文件前的ORA校验错误
ORA-00322: log 1 of thread 1 is not current copy
ORA-00312: online log 1 thread 1: '/u02/DB/oradb/redo/redo01.log'
Fri Jul 05 10:37:18 2013
Errors in file /u01/app/oracle/diag/rdbms/oradb/oradb/trace/oradb_m000_30963.trc:
ORA-00316: log 1 of thread 1, type 0 in header is not log file
ORA-00312: online log 1 thread 1: '/u02/DB/oradb/redo/redo01.log'
Errors in file /u01/app/oracle/diag/rdbms/oradb/oradb/trace/oradb_ora_30772.trc:
ORA-00367: checksum error in log file header
ORA-00322: log 2 of thread 1 is not current copy
ORA-00312: online log 2 thread 1: '/u02/DB/oradb/redo/redo02.log'
Errors in file /u01/app/oracle/diag/rdbms/oradb/oradb/trace/oradb_m000_30963.trc:
ORA-00316: log 2 of thread 1, type 0 in header is not log file
ORA-00312: online log 2 thread 1: '/u02/DB/oradb/redo/redo02.log'
Errors in file /u01/app/oracle/diag/rdbms/oradb/oradb/trace/oradb_ora_30772.trc:
ORA-00367: checksum error in log file header
ORA-00322: log 3 of thread 1 is not current copy
ORA-00312: online log 3 thread 1: '/u02/DB/oradb/redo/redo03.log'
Errors in file /u01/app/oracle/diag/rdbms/oradb/oradb/trace/oradb_m000_30963.trc:
ORA-00316: log 3 of thread 1, type 0 in header is not log file
ORA-00312: online log 3 thread 1: '/u02/DB/oradb/redo/redo03.log'
Fri Jul 05 10:37:23 2013
Setting recovery target incarnation to 3          --->设置新的incarnation

-->下面的归档日志的产生时间与alert日志中的时间相吻合
[oracle@node1 2013_07_05]$ ls -al --full-time o1_mf_1_33_8xddbvsc_.arc
-rw-r----- 1 oracle asmadmin 259584 2013-07-05 10:37:15.000000000 +0800 o1_mf_1_33_8xddbvsc_.arc

-->查询视图也可以得到在RESETLOGS时产生了归档日志
SQL> col name format a60 wrap
SQL> SELECT name,sequence# seq#,status,completion_time,end_of_redo_type eof_type from v$archived_log where sequence#=33;

NAME                                                              SEQ# S COMPLETION_TIME  EOF_TYPE
------------------------------------------------------------ ---------- - ----------------- ----------
/u02/database/oradb/flash_recovery_area/ORADB/archivelog/201        33 A 20130705 10:37:15 RESETLOGS
3_07_05/o1_mf_1_33_8xddbvsc_.arc

-->验证结果
SQL> alter database open resetlogs;

Database altered.

SQL> select * from scott.t2;

ID        DT
---------- --------------------
Robinson  20130705 10:08:15
Jackson    20130705 10:11:27
Winson    20130705 10:15:47
LastRecord 20130705 10:23:44
Completed  20130705 10:26:20

五、小结
a、RMAN支持基于TIME,SCN,SEQUENCE参数的不完全恢复，不支持基于CANCEL的不完全恢复
b、所有实施了不完全恢复的数据库都需要以open resetlogs方式打开数据库，且同时伴随一个新的incarnation产生
c、不完全恢复之后即使是恢复到故障点，或者说想做完全恢复，都只能是做不完全恢复到最近时刻
d、不完全恢复后再次恢复到最新时刻，新的incarnation变为CURRENT状态，中间的incarnation为ORPHAN状态
e、首次不完全恢复以open resetlogs方式打开数据库时，未归档的联机日志被归档
f、注意until子句的用法。until子句是到什么什么，不包括，是一个非半闭包的形式
g、生产环境建议不完全恢复前后备份数据库

wangpanyang

wangpanyang

相关推荐

oracle 11g修改归档日志目录及大小

NAME TYPE VALUE. ------------------------------------ ----------- -----------------------

踩风火轮的乌龟 / 0评论 2020-07-26

[Linux Shell学习系列十四]sed和awk-3.sed命令实例

Solaries - Sysadmin, Recovery etc.Windows - Sysadmin etc.‘ info.txt. #2）从指定的行开始删除，每隔固定的行数删除一行。

河的第三条岸 / 0评论 2020-06-12

RMAN恢复until time or recovery window is before resetlogs time

在我们用RMAN进行备份恢复的时候。若出现如下错误：。until time or recovery window is before resetlogs time. 说明原型设置要改改了。当我们要恢复到日志号前的某个时间点的时候，那么肯定需要用到日志号前的

sunysh00 / 0评论 2020-06-09

tcp 拥塞控制引擎&amp;状态机

拥塞控制状态机的状态有五种，分别是Open，Disorder，CWR，Recovery和Loss状态。四个算法为慢启动，拥塞避免，拥塞发生时算法和快速恢复。Loss 和 Recovery 状态的区别是:Loss状态下，拥塞窗口在发送方设置为一个段后增大，而

llxxyy0 / 0评论 2020-06-05

win10系统隐藏recovery分区的详细步骤【乡巴佬】

win10专业版用户发现多出一个recovery盘，电脑重启后又消失了，recovery盘是干什么的？这是Win10系统恢复功能中需要的一个系统分区，其工作原理是从硬盘上划分一个分区用以备份系统文件。一般recovery盘都是隐藏的，如果显示出来该怎么隐藏

80296630 / 0评论 2020-05-11

SQL Server数据库备份恢复（Simple Recovery Model和Full Recovery Model）（链接）

下面这篇微软文档，介绍了SQL Server数据库在Simple Recovery Model下的备份和恢复机制：

thunderstorm / 0评论 2020-03-05

收缩数据库日志文件

ALTER DATABASE 数据库名 SET RECOVERY SIMPLE WITH NO_WAIT. --‘这里的日志名，如果不知道在sys.database_files里是什么名字的话，可以用以下注释的语句进行查询。ALTER DATABASE 数

ALLWITHLOVE / 0评论 2020-02-22

Hadoop架构: HDFS中数据块的状态及其切换过程，GS与BGS

如果不清楚NameNode，DataNode等概念请先阅读HDFS架构文档:Hadoop架构中文文档。为了确保上述这些特点，HDFS对块的状态进行了定义，以控制数据块在传输过程中的有效性。在NameNode看来，块主要有以下4种状态。在DataNode看来

IT智囊 / 0评论 2020-02-20

Android Fastboot 与 Recovery 和刷机 千山万水迷了鹿

hboot分区----------负责启动。radio分区----------负责驱动。recovery分区-------负责恢复。boot分区-----------系统内核。system分区---------系统文件。就是第7个区userdate区的大小

fengyeezju / 0评论 2019-12-06

ElasticSearch Recovery 分析

大家可以跑进去看看，然后跟着文章打开对应的源码浏览。这个是一般出现故障集群重启的时候可能遇到的。首先需要从Store里进行恢复。所以判定的函数叫做isPeerRecovery 其实还是挺合适的。= null) { restore; } else { re

心丨悦 / 0评论 2019-11-30

一文看懂分布式文件系统FastDFS之磁盘恢复过程

概述今天主要介绍一下fastdfs磁盘恢复的过程，大家一起来看看吧~FastDFS原生支持该过程，可以自动检测，并完成。FastDFS-Storaged程序在启动时会检查每个Store_path目录下的子目录个数，默认情况下，每个Store_path下面会

lovejk / 0评论 2019-11-10

mac数据恢复软件M3DataRecovery

Nexthop / 0评论 2019-10-20

铺捉factoryreset的事件 ---转载

点击恢复出厂设置后，系统重启，再次进入系统后，一切数据都被清空，怎样可以得知之前到底是否恢复出厂设置了呢？怎样可以标记 恢复出厂设置事件。我希望在系统重启后，根据客户需求，判断出刚刚恢复过出厂设置，然后添加一些响应和处理，同时还要区别于正常开机或者重启，怎

lixuce / 0评论 2011-07-09

windows7系统硬盘分区(不伤害OEM预留分区和recovery分区)

这样做的好处是我的OEM预留分区和recovery分区并没有动，还是完好的。这是比较保险的分区方式。就是有一点，有可能还要重装系统。

shenzi的天空 / 0评论 2013-07-14

XP系统启动失败后的十大解决方法

如果你电脑的电源已经打开，而Windows XP没有正常启动，你需要采取一些故障排除手段。下面列举了可能出现的问题以及解决问题的方法。　　如果启动问题是由于活动分区的启动记录或者操作系统启动所使用的文件被破坏造成的，启动盘就能够解决问题。系统恢复作为一项服

Leroyxie / 0评论 2008-09-07

TCP 拥塞控制算法

最近花了些时间在学习TCP/IP协议上，首要原因是由于本人长期以来对TCP/IP的认识就只限于三次握手四次分手上，所以希望深入了解一下。再者，TCP/IP和Linux系统层级的很多设计都可以用于中间件系统架构上，比如说TCP 拥塞控制算法也可以用于以响应时

xzxkag / 0评论 2019-07-01

mesos agent recovery 详细过程分析

mesos agent 在升级完成后，将会 start mesos agent service, 会打印出一些 , 然后从目录 /data/mesos/meta 中恢复 mesos agent 状态。与此同时，Group 进程会连接到 ZooKeeper

leolong00 / 0评论 2016-10-20

MySQL Redo/Binlog Group Commit , 2pc事务两阶段提交，Crash Recovery浅析

导读最近一直在看一些关于mysql innodb事务提交，innodb crash recovery，内部XA事务等资料，整理一下我对这块的一个初步理解。希望看完后能对大家理解mysql innodb事务提交过程，以及如何做crash recovery有个

bluetears / 0评论 2019-06-27

这样恢复 Linux 分区下误删的文件

以前总是在网上看到很多人问怎么恢复 Linux 分区下误删的文件。当时并没有仔细关注过，真没想到昨天这事摊我身上了。$ rm -rf canbedeleted/*却把命令给打错了。$ rm -rf canbedeleted/ *当时我琢磨着今天怎么删个小文

zhongcanw / 0评论 2019-06-25

OTA升级中关于update.zip包的一些总结

recovery/目录中的recovery-from-boot.p是boot.img和recovery.img的补丁,主要用来更新recovery分区，其中etc/目录下的install-recovery.sh是更新脚本。uesrdata目录，用来更新系统

jxnk / 0评论 2016-11-10

全面认识Android手机 （MIUI ROM适配之旅第一天——认识Android手机 ）

recovery模式：recovery是android定义的一个标准刷机协议。init会启动一个叫做recovery的程序。通过recovery程序，用户可以执行清除数据，安装刷机包等操作。大家在论坛上看到的解锁bootloader，通常指的就是解锁rec

hanweiisjerry / 0评论 2012-03-06

milestone 相关问题

milestone常规进入recovery的模式是通过rsd recovery之后长按 相机键及power键进入，但是更新到2.1之后问题出现了，首先是rsd recovery无法正常完成，会一直停留在erase flash阶段100%然后最终提示你fai

小狼驿站 / 0评论 2010-04-11

PostgreSQL pg_ctl start超时分析

从什么时候到哪个阶段算超时？二、分析：该信息打印位置，从后面代码段do_start函数中可以看出1、pg_ctl start调用start_postmaster启动PG的主进程后，每隔0.1ms检查一次postmaster.pid文件，是否已写入ready

81500491 / 0评论 2019-02-25

Oracle 12.2 RAC : Transaction recovery: lock conflict caught

PDB:minact-scn: useg scan erroring out with error e:12751. select 'alter system kill session '||chr||t2.sid||','||t2.serial#||ch

windsky / 0评论 2019-01-13

Oracle数据库open时报错ORA-1172，ORA-1151 处理

环境：OEL 5.7 + Oracle 10.2.0.5 Clusterware + Oracle 10.2.0.5 RAC故障：数据库open时报错ORA-1172，ORA-1151. 337 redo blocks read, 85 data bloc

escdelete / 0评论 2017-08-17

Oracle之Flash Recovery Area详解

默认情况数据库的flashback database是关闭，可以在mount exclusive状态下打开。数据库装载完毕。如果已经启用flashback database，则不能取消闪回恢复区。ORACLE 例程已经启动。

especialjie / 0评论 2017-01-19

DBCA出错：ORA-19809: limit exceeded for recovery files处理过

RMAN> delete archivelog all;RMAN> crosscheck archivelog all;3，解决方案之二扩大归档空间限制首先找到archive文件的位置

DongFangZiMo / 0评论 2015-10-27

如何删除回滚段状态为NEEDS RECOVERY的undo表空间

环境：RHEL 6.4 + Oracle 11.2.0.4背景：备份恢复的测试库在一次不完全恢复后，没有来及做有效的全备，又一次数据库故障导致数据库无法正常open。只能离线部分数据文件打开数据库，其中包含undo表空间数据文件。open resetlog

myinfinity / 0评论 2015-09-02

Oracle 六大闪回技术，flashback

Flashback 技术是以Undo segment中的内容为基础的， 因此受限于UNDO_RETENTON参数。要使用flashback 的特性，必须启用自动撤销管理表空间。在Oracle 11g里又出了一个新特性：Oracle Flashback Da

genwen / 0评论 2014-10-14

Oracle非归档模式Media Recovery错误之--ORA-26040

Recovery Manager: Release 11.2.0.1.0 - Production on Thu Jul 24 18:14:30 2014. Copyright 1982, 2009, Oracle and/or its affiliat

oraclewindows / 0评论 2014-07-26

RMAN恢复目录（Recovery Catalog）

当待备份的数据库注册到恢复目录之后，RMAN相关的信息除了保存在控制文件中外，更加详细的信息就被存在恢复目录中。

suixinsuoyu / 0评论 2014-03-21

Oracle 闪回区(Oracle Flash recovery area)

Oracle闪回区已经有了好几载的岁月了，在10g的时候就被推出一直延续到现在。Oracle闪回区是为RMAN准备的，尽管抛开它我们可以同样完成数据库备份恢复的相关工作，Oracle依旧强烈推荐使用且它让其成为RMAN的组件之一。这是因为该区域可集中简化管

wswzh0 / 0评论 2013-11-08

如何检查Oracle的归档空间是否满了？

关于如何检查归档空间是否慢了，大多数人会去先检查放归档的目录的磁盘空间是否满了，通过该归档目录空余情况来判断归档空间是否满了，但我觉得这个方法不一定代表实际情况，你看到的可能是一个表面现象。------注意这一步才是真正查看归档空间的实际使用情况：SQL&

IT门户 / 0评论 2013-10-29

ORA-00257 归档日志过大导致无法存储的解决办法

在实际项目中遇到了ORA-00257错误，通过查找资料，绝大部分说这是由于归档日志太多，占用了全部的硬盘剩余空间导致的，通过简单删除日志或加大存储空间就能够解决。SQL> select * from v$log;发现ARC字段值为NO，表示系统没法自

especialjie / 0评论 2013-09-26

RMAN Recipes 中对Flash Recovery Area的总结

如果大家已经确定了答案，我们就可以创建了。大家可以show parameter log_archive_dest看一下这两个初始化参数是否为空，若不为空，则：。Alter system set log_archive_dest = ‘ ‘;Alter sy

kkikiako / 0评论 2013-06-30

Oracle备份恢复之Trial Recovery

说白了就是测试介质恢复过程二 Trial Recovery如何工作1 默认，如果恢复由于数据块损坏而卡住或者遇到类似问题，会标记相关块以求继续恢复，同时写错误信息到alert文件。2 当遭遇如下问题时，Trial Recovery过程会结束● 超出内存bu

DBDoctor / 0评论 2012-12-06

ORA-00257错误诊断及解决方法

我在实际项目中遇到了ORA-00257错误，通过查找资料，绝大部分说这是由于归档日志太多，占用了全部的硬盘剩余空间导致的，通过简单删除日志或加大存储空间就能够解决。但是我在Oracle 10g上发现，存储空间还有很大，却也报这个错误。原来是Oracle 1

zhangnana00 / 0评论 2012-08-30

Oracle闪回：Oracle10g Flashback功能与实验

SQL> archive log list数据库日志模式 非存档模式自动存档 禁用存档终点 d:\Oracle\product\10.2.0\db_1\RDBMS最早的联机日志序列 21当前日志序列 23SQL> show parameter

AC即性感 / 0评论 2012-07-28

Oracle数据库：SMON: Parallel transaction recovery tried 引发

这个在 业务高峰期的时候，如果发现这个，有可能导致 SMON 占用了 100% cpu 而导致 系统 hang 在那边。即使你 shutdown immediate ，Oracle 也会等待 smon 清理完毕才能关机，而这个等待过程也许是漫长的。如果你

oracleerp / 0评论 2012-07-26

Oracle Flashback之Flashback database

在Oracle 10g中， Flash back家族分为以下成员： Flashback Database Flashback DropFlashback TableFlashback Query下面介绍一下Flashback Database

teamojiao / 0评论 2012-01-17

Oracle基础知识：还原真实的cache recovery

我们在学习Oracle基础知识的时候会了解到实例恢复或者说崩溃恢复的概念，有时候甚至于这2个名词在我们日常的语言中表达同样的意思。实际上Instance Recovery与Crash Recovery是存在区别的：针对单实例或者RAC中所有节点全部崩溃后的

红尘浪子 / 0评论 2012-01-17

Oracle 11gr1打开数据库的闪回flashback

打开数据库flashback1. 确认一个数据库是否打开了flashback，有两个简单的方法：直接查数据库SQL> select name,log_mode,flashback_on from v$database;NAME LOG_MODE FL

wangpanyang / 0评论 2011-11-09

Oracle 10g配置RMAN RECOVERY CATALOG

Oracle的RMAN配置信息默认存放在target数据库的控制文件中，当然也可以配置一个recovery catalog服务器来存储这些信息，下面是控制文件和恢复的特性比较，一般来说维护10台以下的oracle数据库备份，可以不需要配置恢复目录.Reco

oracle / 0评论 2011-10-01

Flash Recovery Area空间不足导致数据库不能打开或hang住

ORACLE 例程已经关闭。SQL> startup ORACLE 例程已经启动。Total System Global Area201326592 bytes Fixed Size1248092 bytes Variable Size8808157

teamojiao / 0评论 2011-09-11

Oracle知识：ORA-16014错误和flash空间满

SQL> alter database open;alter database open*第 1 行出现错误:ORA-16014: 日志 2 的序列号 27 未归档, 没有可用的目的地ORA-00312: 联机日志 2 线程 1:'D:\ORACLE

oracle / 0评论 2011-03-14

Android系统重要文件类型详解

众所周知，Android是一款新推出的智能手机操作系统，由于严格的安全性设计，因此众多系统文件中有一些文件是非常重要的，Android手机网将为你详细讲解该系统中重要的文件类型。排在第一个的就是DREAIMG.NBH，一般都是以“.NBH”为后缀的文件，这

jiejie / 0评论 2011-06-01

清空MSSQL日志 与set recovery simple

如果以后,不想要它变大 SQL2000下使用： 在数据库上点右键->属性->选项->故障恢复-模型-选择-简单模型。或用SQL语句： alterdatabase数据库名setrecoverysimple

kman00 / 0评论 2019-04-01

SQL Server2008 数据库误删除数据的恢复方法分享

SQL Server中误删除数据的恢复本来不是件难事，从事务日志恢复即可。但是，这个恢复需要有两个前提条件：。情况一、如果这两个前提条件都存在，通过SQL语句只需三步就能恢复，无法借助第三方工具。接着找到的是SysTools SQL Recovery，支持

大方 / 0评论 2019-03-31