RMAN深入解析之--Incarnation应用（不完全恢复）

最新推荐文章于 2024-01-02 21:25:58 发布
最新推荐文章于 2024-01-02 21:25:58 发布
阅读量1k 收藏
点赞数
分类专栏： 数据库技术
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lqx0405/article/details/44777381
版权

RMAN深入解析之--Incarnation应用（不完全恢复）

案例环境：

操作系统：RedHat EL5

Oracle：  Oracle 11gR2

   当在做Media Recover的不完全恢复时，通过resetlogs打开库，则Incarnation（数据库对应物）表示这个数据库的特定的逻辑生存期。当作为DBA可能面临这样的还原：需要使用上次执行resetlogs命令打开数据库前生成的一个备份来进行还原数据库，或者可能需要还原到执行上一个resetlogs命令之前的时间点。

    wKiom1PGLXbijWcpAADgAKetXGE422.jpg                               如图所示： 数据库的还原线路图



案例1：（不完全恢复1）

1、table被误删除，进行不完全恢复

17:12:11 SYS@ prod>select current_scn from v$database;


CURRENT_SCN

-----------

    2123790

17:12:24 SYS@ prod>conn scott/tiger
Connected.
17:12:43 SCOTT@ prod>select count(*) from emp1;
  COUNT(*)
----------
        28
Elapsed: 00:00:00.05
17:12:53 SCOTT@ prod>delete from emp1;
28 rows deleted.
Elapsed: 00:00:00.08
17:13:12 SCOTT@ prod>commit;
Commit complete.
Elapsed: 00:00:00.04
17:13:17 SCOTT@ prod>insert into emp1 select * from emp where empno=7788;
1 row created.
Elapsed: 00:00:00.04
17:13:28 SCOTT@ prod>update emp set empno=9999 where empno=7788;
1 row updated.
Elapsed: 00:00:00.03
17:13:43 SCOTT@ prod>commit;
Commit complete.
Elapsed: 00:00:00.04
17:13:45 SCOTT@ prod>select * from emp1;
     EMPNO ENAME      JOB              MGR HIREDATE         SAL       COMM     DEPTNO
---------- ---------- --------- ---------- --------- ---------- ---------- ----------
      7788 SCOTT      ANALYST         7566 19-APR-87       3000                    20
Elapsed: 00:00:00.02

2、执行不完全恢复

RMAN>  run {
2>  set until scn 2123790;
3>  shutdown immediate;
4>  startup mount;
5>  restore database;
6>  recover database;
7>  alter database open resetlogs;
8>  sql'alter system switch logfile';
9>  }
executing command: SET until clause
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     835104768 bytes
Fixed Size                     2217952 bytes
Variable Size                775948320 bytes
Database Buffers              54525952 bytes
Redo Buffers                   2412544 bytes
Starting restore at 15-JUL-14
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=18 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 /u01/app/oracle/oradata/prod/system01.dbf
channel ORA_DISK_1: restoring datafile 00002 to /u01/app/oracle/oradata/prod/sysaux01.dbf
channel ORA_DISK_1: restoring datafile 00003 to /u01/app/oracle/oradata/prod/undotbs1.dbf
channel ORA_DISK_1: restoring datafile 00004 to /u01/app/oracle/oradata/prod/users01.dbf
channel ORA_DISK_1: restoring datafile 00005 to /u01/app/oracle/oradata/prod/example01.dbf
channel ORA_DISK_1: restoring datafile 00006 to /u01/app/oracle/oradata/prod/tbs1.dbf
channel ORA_DISK_1: restoring datafile 00007 to /u01/app/oracle/oradata/prod/undotbs2.dbf
channel ORA_DISK_1: restoring datafile 00008 to /u01/app/oracle/oradata/prod/perftbs01.dbf
channel ORA_DISK_1: reading from backup piece /u01/app/oracle/product/11.2.0/db_1/dbs/0lpcfu61_1_1
channel ORA_DISK_1: piece handle=/u01/app/oracle/product/11.2.0/db_1/dbs/0lpcfu61_1_1 tag=TAG20140703T171545
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:01:16
Finished restore at 15-JUL-14
Starting recover at 15-JUL-14
using channel ORA_DISK_1
starting media recovery
archived log for thread 1 with sequence 17 is already on disk as file /dsk4/arch1/arch_1_17_851265252.log
archived log for thread 1 with sequence 18 is already on disk as file /dsk4/arch1/arch_1_18_851265252.log
archived log for thread 1 with sequence 19 is already on disk as file /dsk4/arch1/arch_1_19_851265252.log
archived log file name=/dsk4/arch1/arch_1_17_851265252.log thread=1 sequence=17
media recovery complete, elapsed time: 00:00:09
Finished recover at 15-JUL-14
database opened

3、验证

[oracle@rh6 ~]$ sqlplus '/as sysdba'
SQL*Plus: Release 11.2.0.1.0 Production on Tue Jul 15 17:26:10 2014
Copyright (c) 1982, 2009, Oracle.  All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
17:26:10 SYS@ prod>select count(*) from scott.emp1;
  COUNT(*)
----------
        28
Elapsed: 00:00:00.03
17:27:09 SYS@ prod>

数据被恢复！

5、查看Incarnation

RMAN> list incarnation;
using target database control file instead of recovery catalog
List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1       1       PROD     239333010        PARENT  1          15-AUG-09
2       2       PROD     239333010        PARENT  945184     30-SEP-13
3       3       PROD     239333010        PARENT  1087512    18-MAY-14
4       4       PROD     239333010        PARENT  1857377    26-JUN-14
5       5       PROD     239333010        CURRENT 2123791    15-JUL-14
RMAN> 
RMAN> list backup of database;
List of Backup Sets
===================
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
17      Full    1.13G      DISK        00:01:21     03-JUL-14      
        BP Key: 17   Status: AVAILABLE  Compressed: NO  Tag: TAG20140703T171545
        Piece Name: /u01/app/oracle/product/11.2.0/db_1/dbs/0lpcfu61_1_1
  List of Datafiles in backup set 17
  File LV Type Ckp SCN    Ckp Time  Name
  ---- -- ---- ---------- --------- ----
  1       Full 2066885    03-JUL-14 /u01/app/oracle/oradata/prod/system01.dbf
  2       Full 2066885    03-JUL-14 /u01/app/oracle/oradata/prod/sysaux01.dbf
  3       Full 2066885    03-JUL-14 /u01/app/oracle/oradata/prod/undotbs1.dbf
  4       Full 2066885    03-JUL-14 /u01/app/oracle/oradata/prod/users01.dbf
  5       Full 2066885    03-JUL-14 /u01/app/oracle/oradata/prod/example01.dbf
  6       Full 2066885    03-JUL-14 /u01/app/oracle/oradata/prod/tbs1.dbf
  7       Full 2066885    03-JUL-14 /u01/app/oracle/oradata/prod/undotbs2.dbf
  8       Full 2066885    03-JUL-14 /u01/app/oracle/oradata/prod/perftbs01.dbf

案例2：（不完全恢复2） 

 1、table被误删除，通过不完全恢复进行恢复

17:42:24 SYS@ prod>conn scott/tiger
Connected.
17:42:28 SCOTT@ prod>insert into emp1 select * from emp where rownum <4;
3 rows created.
Elapsed: 00:00:00.05
17:42:42 SCOTT@ prod>commit;
Commit complete.
Elapsed: 00:00:00.01
17:42:44 SCOTT@ prod>insert into emp1 select * from emp where rownum <5;
4 rows created.
Elapsed: 00:00:00.02
17:42:52 SCOTT@ prod>commit;
Commit complete.
Elapsed: 00:00:00.05
17:42:55 SCOTT@ prod>conn /as sysdba
Connected.

17:43:01 SYS@ prod>select current_scn from v$database;


CURRENT_SCN

-----------

    2124840

17:43:13 SYS@ prod>alter system switch logfile;
System altered.
Elapsed: 00:00:00.10
17:43:38 SYS@ prod>conn scott/tiger
Connected.
17:43:42 SCOTT@ prod>select count(*) from scott.emp1;
  COUNT(*)
----------
        35
Elapsed: 00:00:00.02
17:43:48 SCOTT@ prod>delete from emp1;
35 rows deleted.
Elapsed: 00:00:00.04
17:43:56 SCOTT@ prod>commit;
Commit complete.
Elapsed: 00:00:00.01
17:43:58 SCOTT@ prod>insert into emp1 select * from emp where empno=7788;
1 row created.
Elapsed: 00:00:00.01
17:44:09 SCOTT@ prod>update emp1 set empno=8888;
1 row updated.
Elapsed: 00:00:00.01
17:44:16 SCOTT@ prod>commit;
Commit complete.
Elapsed: 00:00:00.02
17:44:17 SCOTT@ prod>select * from emp1;
     EMPNO ENAME      JOB              MGR HIREDATE         SAL       COMM     DEPTNO
---------- ---------- --------- ---------- --------- ---------- ---------- ----------
      8888 SCOTT      ANALYST         7566 19-APR-87       3000                    20
Elapsed: 00:00:00.03

2、通过rman做不完全恢复

RMAN> run {
 set until scn 2124840;
2>  shutdown immediate;
3> 4>  startup mount;
5>  restore database;
6>  recover database;
7>  alter database open resetlogs;
8>  sql'alter system switch logfile';
9>  }
executing command: SET until clause
database closed
database dismounted
Oracle instance shut down
connected to target database (not started)
Oracle instance started
database mounted
Total System Global Area     835104768 bytes
Fixed Size                     2217952 bytes
Variable Size                775948320 bytes
Database Buffers              54525952 bytes
Redo Buffers                   2412544 bytes
Starting restore at 15-JUL-14
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=18 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 /u01/app/oracle/oradata/prod/system01.dbf
channel ORA_DISK_1: restoring datafile 00002 to /u01/app/oracle/oradata/prod/sysaux01.dbf
channel ORA_DISK_1: restoring datafile 00003 to /u01/app/oracle/oradata/prod/undotbs1.dbf
channel ORA_DISK_1: restoring datafile 00004 to /u01/app/oracle/oradata/prod/users01.dbf
channel ORA_DISK_1: restoring datafile 00005 to /u01/app/oracle/oradata/prod/example01.dbf
channel ORA_DISK_1: restoring datafile 00006 to /u01/app/oracle/oradata/prod/tbs1.dbf
channel ORA_DISK_1: restoring datafile 00007 to /u01/app/oracle/oradata/prod/undotbs2.dbf
channel ORA_DISK_1: restoring datafile 00008 to /u01/app/oracle/oradata/prod/perftbs01.dbf
channel ORA_DISK_1: reading from backup piece /u01/app/oracle/product/11.2.0/db_1/dbs/0lpcfu61_1_1
channel ORA_DISK_1: piece handle=/u01/app/oracle/product/11.2.0/db_1/dbs/0lpcfu61_1_1 tag=TAG20140703T171545
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:01:25
Finished restore at 15-JUL-14
Starting recover at 15-JUL-14
using channel ORA_DISK_1
starting media recovery
archived log for thread 1 with sequence 17 is already on disk as file /dsk4/arch1/arch_1_17_851265252.log
archived log for thread 1 with sequence 18 is already on disk as file /dsk4/arch1/arch_1_18_851265252.log
archived log for thread 1 with sequence 19 is already on disk as file /dsk4/arch1/arch_1_19_851265252.log
archived log for thread 1 with sequence 20 is already on disk as file /dsk4/arch1/arch_1_20_851265252.log
archived log for thread 1 with sequence 1 is already on disk as file /dsk4/arch1/arch_1_1_853003284.log
archived log file name=/dsk4/arch1/arch_1_17_851265252.log thread=1 sequence=17
archived log file name=/dsk4/arch1/arch_1_18_851265252.log thread=1 sequence=18
archived log file name=/dsk4/arch1/arch_1_19_851265252.log thread=1 sequence=19
archived log file name=/dsk4/arch1/arch_1_20_851265252.log thread=1 sequence=20
media recovery complete, elapsed time: 00:00:10
Finished recover at 15-JUL-14
database opened

3、验证

[oracle@rh6 ~]$ sqlplus '/as sysdba'
SQL*Plus: Release 11.2.0.1.0 Production on Tue Jul 15 17:48:52 2014
Copyright (c) 1982, 2009, Oracle.  All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
17:48:52 SYS@ prod>select count(*) from scott.emp1;
  COUNT(*)
----------
        35
Elapsed: 00:00:00.03

数据恢复成功！

4、查看Incarnation：

RMAN> list incarnation;
using target database control file instead of recovery catalog
List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1       1       PROD     239333010        PARENT  1          15-AUG-09
2       2       PROD     239333010        PARENT  945184     30-SEP-13
3       3       PROD     239333010        PARENT  1087512    18-MAY-14
4       4       PROD     239333010        PARENT  1857377    26-JUN-14
5       5       PROD     239333010        PARENT  2123791    15-JUL-14
6       6       PROD     239333010        CURRENT 2124841    15-JUL-14

注意：2124841 为当前Incarnation ！


案例3：（不完全恢复3）

1、将数据库再次恢复到当前Incarnation前

RMAN> run {

 set until scn 2122840;

3>  shutdown immediate;

4>  startup mount;

5>  restore database;

6>  recover database;

7>  alter database open resetlogs;

8>  }

executing command: SET until clause

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03002: failure of shutdown command at 07/15/2014 17:51:17

RMAN-20208: UNTIL CHANGE is before RESETLOGS change

---恢复出错，不能再恢复到当前Incarnation前 ！

2、查看Incarnation

RMAN> list incarnation;
List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1       1       PROD     239333010        PARENT  1          15-AUG-09
2       2       PROD     239333010        PARENT  945184     30-SEP-13
3       3       PROD     239333010        PARENT  1087512    18-MAY-14
4       4       PROD     239333010        PARENT  1857377    26-JUN-14
5       5       PROD     239333010        PARENT  2123791    15-JUL-14
6       6       PROD     239333010        CURRENT 2124841    15-JUL-14

3、重新执行恢复

1、关闭数据库

RMAN> shutdown immediate;
database closed
database dismounted
Oracle instance shut down

2、启动数据库到nomount

RMAN> startup mount;
connected to target database (not started)
Oracle instance started
database mounted
Total System Global Area     835104768 bytes
Fixed Size                     2217952 bytes
Variable Size                775948320 bytes
Database Buffers              54525952 bytes
Redo Buffers                   2412544 bytes

3、恢复Incarnation到前一个

RMAN> reset database to incarnation 5;

database reset to incarnation 5

RMAN> list incarnation;
List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1       1       PROD     239333010        PARENT  1          15-AUG-09
2       2       PROD     239333010        PARENT  945184     30-SEP-13
3       3       PROD     239333010        PARENT  1087512    18-MAY-14
4       4       PROD     239333010        PARENT  1857377    26-JUN-14
5       5       PROD     239333010        CURRENT 2123791    15-JUL-14
6       6       PROD     239333010        ORPHAN  2124841    15-JUL-14

4、restore数据库

RMAN> restore database until scn 2124835;

Starting restore at 15-JUL-14
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=21 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 /u01/app/oracle/oradata/prod/system01.dbf
channel ORA_DISK_1: restoring datafile 00002 to /u01/app/oracle/oradata/prod/sysaux01.dbf
channel ORA_DISK_1: restoring datafile 00003 to /u01/app/oracle/oradata/prod/undotbs1.dbf
channel ORA_DISK_1: restoring datafile 00004 to /u01/app/oracle/oradata/prod/users01.dbf
channel ORA_DISK_1: restoring datafile 00005 to /u01/app/oracle/oradata/prod/example01.dbf
channel ORA_DISK_1: restoring datafile 00006 to /u01/app/oracle/oradata/prod/tbs1.dbf
channel ORA_DISK_1: restoring datafile 00007 to /u01/app/oracle/oradata/prod/undotbs2.dbf
channel ORA_DISK_1: restoring datafile 00008 to /u01/app/oracle/oradata/prod/perftbs01.dbf
channel ORA_DISK_1: reading from backup piece /u01/app/oracle/product/11.2.0/db_1/dbs/0lpcfu61_1_1
channel ORA_DISK_1: piece handle=/u01/app/oracle/product/11.2.0/db_1/dbs/0lpcfu61_1_1 tag=TAG20140703T171545
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:01:15
Finished restore at 15-JUL-14

5、Recover 数据库

RMAN> recover database until scn 2124835;

Starting recover at 15-JUL-14
using channel ORA_DISK_1
starting media recovery
archived log for thread 1 with sequence 17 is already on disk as file /dsk4/arch1/arch_1_17_851265252.log
archived log for thread 1 with sequence 18 is already on disk as file /dsk4/arch1/arch_1_18_851265252.log
archived log for thread 1 with sequence 19 is already on disk as file /dsk4/arch1/arch_1_19_851265252.log
archived log for thread 1 with sequence 20 is already on disk as file /dsk4/arch1/arch_1_20_851265252.log
archived log for thread 1 with sequence 1 is already on disk as file /dsk4/arch1/arch_1_1_853003284.log
archived log file name=/dsk4/arch1/arch_1_17_851265252.log thread=1 sequence=17
archived log file name=/dsk4/arch1/arch_1_18_851265252.log thread=1 sequence=18
archived log file name=/dsk4/arch1/arch_1_19_851265252.log thread=1 sequence=19
archived log file name=/dsk4/arch1/arch_1_20_851265252.log thread=1 sequence=20
archived log file name=/dsk4/arch1/arch_1_1_853003284.log thread=1 sequence=1
media recovery complete, elapsed time: 00:00:08
Finished recover at 15-JUL-14

6、查看Incarnation

RMAN> list incarnation;
List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1       1       PROD     239333010        PARENT  1          15-AUG-09
2       2       PROD     239333010        PARENT  945184     30-SEP-13
3       3       PROD     239333010        PARENT  1087512    18-MAY-14
4       4       PROD     239333010        PARENT  1857377    26-JUN-14
5       5       PROD     239333010        CURRENT 2123791    15-JUL-14
6       6       PROD     239333010        ORPHAN  2124841    15-JUL-14

7、打开数据库（resetlogs）

RMAN> alter database open resetlogs;

database opened

RMAN> list incarnation;
List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1       1       PROD     239333010        PARENT  1          15-AUG-09
2       2       PROD     239333010        PARENT  945184     30-SEP-13
3       3       PROD     239333010        PARENT  1087512    18-MAY-14
4       4       PROD     239333010        PARENT  1857377    26-JUN-14
5       5       PROD     239333010        PARENT  2123791    15-JUL-14
7       7       PROD     239333010        CURRENT 2124836    15-JUL-14
6       6       PROD     239333010        ORPHAN  2124841    15-JUL-14

8、验证

[oracle@rh6 ~]$ sqlplus '/as sysdba'
SQL*Plus: Release 11.2.0.1.0 Production on Tue Jul 15 18:01:11 2014
Copyright (c) 1982, 2009, Oracle.  All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
18:01:11 SYS@ prod>select count(*) from scott.emp1;
  COUNT(*)
----------
        35
Elapsed: 00:00:00.05

@至此，数据恢复完成！






本文出自 “天涯客的blog” 博客，请务必保留此出处http://tiany.blog.51cto.com/513694/1439032

客居天涯
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Oracle RMAN异机不完全恢复
08-11
此文档详细描述如果利用rman 完成不完全恢复。试验背景，步骤，命令，所有内容都做说明。
RMAN笔记2
江南一叶的专栏
04-17 541
 2.7 使用增量备份时，如何缩短RMAN 备份时间？ 2.7.1 Block Change Tracking Block ChangeTracking 是Oracle 10g里推出的特性。 Block change tracking 会记录data file里每个block的update 信息，这些tracking信息保存在tracking 文件里。 当启动block change t
RMAN之不完全恢复及目录恢复前一个incarnation
congyi1610的博客
01-01 147
主要分三种：基于时间点，SCN，日志序列号。 步骤： 1.建立恢复点： set until time=”to_date(‘07/01/02 15:00:00’,’mm/dd/yy hh24:mi:ss’)...
RMAN常用命令汇总
zhangzhemin_9014的博客
03-12 1276
目录 1、连接到目标数据库(不用恢复目录数据库)： 2、SHOW命令： 3、REPORT命令： 4、LIST命令：列出备份信息 5、CROSSCHECK命令：校验备份信息 6、DELETE：删除备份 7、CHANGE命令：改变备份集的状态 8、CONFIGURE命令 9、CATALOG命令 用于追加备份记录到RMAN资料库中。 10、FORMAT字符串替代变量： 1...
oracle19c 容器数据库控制文件（重建控制文件）
m0_70247753的博客
01-02 1013
如果没有控制文件的自动备份，而且丢失了所有对控制文件的备份，那么我们可以通过重建控制文件来恢复数据库。-----将控制文件备份出来变成一个跟踪文件//这里面有很多文件需要一个个去找，哪一个是刚刚备份出来的控制文件，所以我们备份控制文件之后应该第一时间把这个文件保存下来，以免后面需要的时候找不到----------------
【Oracle】Oracle Incarnation 解释
Tinko123的博客
04-23 1556
Oracle Incarnation 解释 一、Oracle Incarnation 解释 先解释一下我对incarnation的理解吧，incarnation，我把这个叫做数据库实体，不知道其他人怎么个叫法，从含义上看，它指的是一个重置 scn后的数据库场景。一个数据库在刚开始被创建出来时，scn号为1，随着运行，scn不断单调递增，Oracle就是根据scn描述数据库的整个发展 进程，可以说s...
incarnation oracle,RMAN深入解析之--Incarnation应用（不完全恢复）
weixin_28848739的博客
04-05 403
案例环境：操作系统：RedHat EL5Oracle： Oracle 11gR2当在做Media Recover的不完全恢复时，通过resetlogs打开库，则Incarnation(数据库对应物)表示这个数据库的特定的逻辑生存期。当作为DBA可能面临这样的还原：需要使用上次执行resetlogs命令打开数据库前生成的一个备份来进行还原数据库，或者可能需要还原到执行上一个resetlogs命令之...
incarnation oracle,对rman中的incarnation（化身）详解
weixin_34518190的博客
04-05 783
incarnation在英文中是“化身”的意思。那么在oracle中，它又是什么意思呢？有什么作用呢？我们看一些基本概念Current Incarnation(当前化身)：数据库当前正在使用的化身。Parent Incarnation(父化身)：数据库当前化身的上一个化身。在父化身以 OPEN RESETLOGS 打开后，就生成当前化身。Ancestor Incarnation(祖辈化身)：在父化...
RMAN 系列（八） ---- RMAN List和report 命令
wu_wei_jie的专栏
05-09 554
<br />一． List 命令<br />RMAN的list命令是一种在数据库控制文件或恢复目录中查询备份的历史信息的方法。列表提供了一组信息，包括从数据库对应物的列表到备份集和归档日志的备份的列表的所有信息。<br />1.1 列出对应物<br />List incarnation 命令为用户提供了目标数据库的每个数据库对应物列表。 如果有必要，可以使用这个列表的信息将数据库恢复到执行最后一条resetlogs命令前的某个时间点。<br />RMAN> list incarnation;<br />使用
oracle rman list,RMAN的list和report命令详解
weixin_33377571的博客
04-12 923
一．List命令RMAN的list命令是一种在数据库控制文件或恢复目录中查询备份的历史信息的方法。1.列出对应物命令：list incarnation作用：为用户提供目标数据库的每个数据库对应物列表，可以将数据库恢复到执行最后一条resetlogs命令前的某个时间点。示例：该示例中，可以看到数据库具有的对应物。其中(Inc关键字)是每个对应物自己的键。Status字段列，列出该对应物的状态。有旧的...
Oracle-RMAN增量备份恢复测试记录.docx
11-16
Oracle-RMAN增量备份恢复测试记录.docx
Oracle 12c备份恢复-RMAN工具技术手册
12-27
Oracle 12c备份恢复-RMAN工具技术手册
超经典 RMAN备份恢复--RAC环境数据库的备份.doc
06-06
超经典 RMAN备份恢复--RAC环境数据库的备份
超经典 RMAN备份恢复--RAC环境数据库备份(一).doc
06-06
超经典 RMAN备份恢复--RAC环境数据库备份(一)
springboot(酒店管理系统)
04-25
开发语言：Java JDK版本：JDK1.8（或11） 服务器：tomcat 数据库：mysql 5.6/5.7（或8.0） 数据库工具：Navicat 开发软件：idea 依赖管理包：Maven 代码+数据库保证完整可用，可提供远程调试并指导运行服务（额外付费）～ 如果对系统的中的某些部分感到不合适可提供修改服务，比如题目、界面、功能等等... 声明： 1.项目已经调试过，完美运行 2.需要远程帮忙部署项目，需要额外付费 3.本项目有演示视频，如果需要观看，请联系我 4.调试过程中可帮忙安装IDEA，eclipse，MySQL，JDK，Tomcat等软件 重点： 需要其他Java源码联系我，更多源码任你选，你想要的源码我都有！ 需要加v19306446185
BP神经网络matlab实例.doc
最新发布
04-25
数学模型算法
设计.zip
04-25
设计.zip
基于 Spring Cloud 组件构建的分布式服务架构
04-25
Java SSM项目是一种使用Java语言和SSM框架（Spring + Spring MVC + MyBatis）开发的Web应用程序。SSM是一种常用的Java开发框架组合，它结合了Spring框架、Spring MVC框架和MyBatis框架的优点，能够快速构建可靠、高效的企业级应用。 1. Spring框架：Spring是一个轻量级的Java开发框架，提供了丰富的功能和模块，用于开发企业级应用。它包括IoC（Inverse of Control，控制反转）容器、AOP（Aspect-Oriented Programming，面向切面编程）等特性，可以简化开发过程、提高代码的可维护性和可测试性。 2. Spring MVC框架：Spring MVC是基于Spring框架的Web框架，用于开发Web应用程序。它采用MVC（Model-View-Controller，模型-视图-控制器）的架构模式，将应用程序分为模型层、视图层和控制器层，提供了处理请求、渲染视图和管理流程的功能。 3. MyBatis框架：MyBatis是一个持久层框架，用于与数据库进行交互。它提供了一种将数据库操作与Java对象映射起来的方式，避免了手动编写繁琐的SQL语句，并提供了事务管理和缓存等功能，简化了数据库访问的过程
【微信小程序毕业设计】书店系统开发项目(源码+演示视频+说明).rar
04-25
【微信小程序毕业设计】书店系统开发项目(源码+演示视频+说明).rar 【项目技术】 微信小程序开发工具+java后端+mysql 【演示视频-编号：246】 https://pan.quark.cn/s/cb634e7c02b5 【实现功能】 用户信息管理，图书信息管理，图书类型管理，图书留言管理，论坛信息管理等
RMAN-03002 RMAN-06026 RMAN-06023
07-27
回答: RMAN-03002、RMAN-06026和RMAN-06023是Oracle Recovery Manager (RMAN)在执行恢复操作时可能遇到的错误代码。 RMAN-03002错误表示恢复命令失败。这可能是由于一些目标数据库的问题导致的，比如目标数据库中...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值