Oracle RMAN增量备份恢复测试记录
Oracle数据库备份与恢复之四 RMAN(备份与恢复管理器)
Oracle数据库备份与恢复之四：RMAN(备份与恢复管理器)RMAN是ORACLE提供的一个备份与恢复的工具，可以用来备份和还原数据库文件、归档日志和控制文件。
它也可以用来执行完全或不完全的数据库恢复。
RMAN可以由命令行接口或者OEM的Backup Manager GUI 来控制。
4.1 基本知识4.1.1 RMAN的组件、概念1. RMAN 主要包括以下组件：Target Database：（目标数据库）就是需要RMAN对其进行备份与恢复的数据库，RMAN 可以备份数据文件，控制文件，归档日志，spfile.（注意：RMAN不能用于备份联机日志、初始化参数文件和口令文件）Server Session：（服务器会话）RMAN启动数据库上的Oracle服务器进程，将建立一个与目标数据库的会话。
由目标数据库上的服务器进程进行备份、还原、恢复的实际操作。
服务器进程RMAN的服务进程是一个后台进程，用于与RMAN工具与数据库之间的通信，也用于RMAN工具与磁盘/磁带等I/O设置之间的通信，服务进程负责备份与恢复的所有工作，在如下情况将产生一个服务进程：当连接到目标数据库分配一个新的通道Channel：（通道）一个通道是RMAN和目标数据库之间的一个连接，"allocate channel"命令在目标数据库启动一个服务器进程，同时必须定义服务器进程执行备份或者恢复操作使用的I/O类型。
通道控制命令可以用来：控制RMAN使用的O/S资源，影响并行度指定I/O带宽的限制值（设置limit read rate 参数）定义备份片大小的限制（设置limit kbytes）指定当前打开文件的限制值（设置limit maxopenfiles）recovery catalog：（恢复目录）用来保存备份与恢复信息的一个数据库，不建议创建在目标数据库上。
RMAN 利用恢复目录记载的信息去判断如何执行需要的备份恢复操作。
ORACLE查看RMAN的备份信息总结
ORACLE查看RMAN的备份信息总结关于Oracle数据库的RMAN备份，除了邮件外，是否能通过其它⽅式检查RMAN备份的成功与失败呢？其实我们可以通过下⾯SQL脚本来检查某个时间段备份失败的记录：SELECT * FROM V$RMAN_STATUSWHERE START_TIME >= TO_DATE(&START_TIME,'YYYY-MM-DD HH24:MI:SS')AND END_TIME <= TO_DATE(&END_TIME ,'YYYY-MM-DD HH24:MI:SS')AND OPERATION ='BACKUP'AND STATUS !='COMPLETED'AND STATUS NOT LIKE'RUNNING%'查看备份成功的历史记录：SELECT * FROM V$RMAN_STATUSWHERE START_TIME >= TO_DATE(&START_TIME,'YYYY-MM-DD HH24:MI:SS')AND END_TIME <= TO_DATE(&END_TIME ,'YYYY-MM-DD HH24:MI:SS')AND OPERATION ='BACKUP'AND STATUS ='COMPLETED'其中STATUS主要有RUNNING、RUNNING WITH WARNINGS、RUNNING WITH ERRORS、COMPLETED、COMPLETED WITH WARNINGS、COMPLETED WITH ERRORS、FAILED等⼏种状态。
另外，如果你在命令窗⼝输⼊[oracle@MyDB ~]$ dateTue Jul 19 10:52:02 CST 2016[oracle@MyDB ~]$ rman target /Recovery Manager: Release 10.2.0.5.0 - Production on Tue Jul 19 10:52:13 2016Copyright (c) 1982, 2007, Oracle. All rights reserved.connected to target database: SCM2 (DBID=3990839260)RMAN>在V$RMAN_STATUS⾥⾯，你会看到插⼊了⼀条记录STATUS为RUNNING状态SQL> COL ROW_TYPE FOR A10;SQL> COL OPERATION FOR A10;SQL> COL COMMAND_ID FOR A20;SQL> COL STATUS FOR A30;SQL> COL OBJECT_TYPE FOR A16;SQL> SELECT ROW_TYPE, COMMAND_ID, OPERATION, STATUS,OBJECT_TYPE2 FROM V$RMAN_STATUS3 WHERE START_TIME >= TO_DATE('2016-07-19 10:52:00', 'YYYY-MM-DD HH24:MI:SS');ROW_TYPE COMMAND_ID OPERATION STATUS OBJECT_TYPE---------- -------------------- ---------- ----------------- ----------------SESSION 2016-07-19T10:52:13 RMAN RUNNING此时如果在RMAN中随意执⾏⼀个错误命令，如下所⽰[oracle@MyDB ~]$ rman target /Recovery Manager: Release 10.2.0.5.0 - Production on Tue Jul 19 10:52:13 2016Copyright (c) 1982, 2007, Oracle. All rights reserved.connected to target database: SCM2 (DBID=3990839260)RMAN> /RMAN-00571: ===========================================================RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============RMAN-00571: ===========================================================RMAN-00558: error encountered while parsing input commandsRMAN-01006: error signalled during parseRMAN-02001: unrecognized punctuation symbol "/"SQL> COL ROW_TYPE FOR A10;SQL> COL OPERATION FOR A10;SQL> COL COMMAND_ID FOR A20;SQL> COL STATUS FOR A30;SQL> COL OBJECT_TYPE FOR A16;SQL> SELECT ROW_TYPE, COMMAND_ID, OPERATION, STATUS,OBJECT_TYPE2 FROM V$RMAN_STATUS3 WHERE START_TIME >= TO_DATE('2016-07-19 10:52:00', 'YYYY-MM-DD HH24:MI:SS');ROW_TYPE COMMAND_ID OPERATION STATUS OBJECT_TYPE---------- -------------------- ---------- --------------------- ----------------SESSION 2016-07-19T10:52:13 RMAN RUNNING WITH ERRORS在RMAN中退出，此时你会看到STAUS记录从"RUNNING WITH ERRORS"变成了"COMPLETED WITH ERRORS"也就是说，你可以在这个视图⾥⾯查看在RMAN⾥⾯执⾏的⼀些操作,例如删除归档⽇志等，另外，如果要查看RMAN的输出，可以查看V$RMAN_OUTPUT，V$RMAN_OUTPUT 视图记录了RMAN⽣成的信息，这是在内存中额视图，不会记录到控制⽂件上。
oracle数据库rman备份计划及恢复
oracle数据库rman备份计划及恢复1.rman完全恢复的前提条件：历史的datafile,controlfile和spfile备份，加上完整的archivelog和完好的redolog。
2.rman备份脚本： a.RMAN 0级备份命令:run{allocate channel c1 type disk;allocate channel c2 type disk;allocate channel c3 type disk;backup incremental level 0 tag 'level0' format "E:\recovery_area\rfdb\rfdb\AUTOBACKUP\rman_dir\RFDB_level_0_%u_%s_%p" as compressed backupset database;sql "alter system archive log current";backup filesperset 3 format "E:\recovery_area\rfdb\rfdb\AUTOBACKUP\rman_dir\arch_%u_%s_%p_%c"archivelog all delete input; #备份归档可选，可以单独定期备份release channel c1;release channel c2;release channel c3;} b.RMAN 1级备份命令:run{allocate channel c1 type disk;allocate channel c2 type disk;allocate channel c3 type disk;backup incremental level 1 tag 'level1' format 'E:\recovery_area\rfdb\rfdb\AUTOBACKUP\rman_dir\RFDB_level_1_%u_%s_%p' as compressed backupset database;sql 'alter system archive log current';backup filesperset 3 format 'E:\recovery_area\rfdb\rfdb\AUTOBACKUP\rman_dir\arch_%u_%s_%p'archivelog all delete input; #备份归档可选，可以单独定期备份release channel c1;release channel c2;release channel c3;} c.rman删除备份命令（在保留最近⼀天备份的情况下，删除其他备份）:DELETE NOPROMPT OBSOLETE RECOVERY WINDOW OF 1 DAYS; d.操作系统层⾯运⾏rman备份或删除命令(windows/linux)：rman target sys/rf4rfvbgt56yhn@rfdb nocatalog CMDFILE 'D:\app\rman\rman_file\level_0.txt' log=E:\recovery_area\rfdb\rfdb\AUTOBACKUP\rman_dir\log\rman_level_0.log export ORACLE_BASE=/u01/app/oracleexport ORACLE_HOME=/u01/app/oracle/product/11.2.0/db1export ORACLE_SID=atestexport PATH=$ORACLE_HOME/bin:$PATHrman target sys/123456@atest nocatalog CMDFILE '/u01/rman/rman.sh' log=/u01/rman/rman.log00 02 * * 1 bash /u01/rman_file/run_rman_0.sh00 02 * * 3 bash /u01/rman_file/run_rman_0.sh00 02 * * 5 bash /u01/rman_file/run_rman_0.sh00 04 * * * bash /u01/rman_file/run_delete.sh34 11 * * * bash /u01/rman_file/run_rman_0.sh e.rman参数设置：RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON;RMAN> CONFIGURE DEFAULT DEVICE TYPE TO DISK;RMAN> CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE disk TO 2;RMAN> CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE disk TO 2;3.rman恢复a.拷贝datafile,controlfile和spfile的rman备份，以及完整的archivelog和完好的redolog⽂件到新的数据库。
Oracle-RMAN备份恢复
1. 检查数据库模式：sqlplus /nologconn /as sysdbaarchive log list (查看数据库是否处于归档模式中)若为非归档,则修改数据库归档模式。
startup mountalter database archivelogalter database open2.连接到target数据库命令：connect target / (connect target system/oracle@ora10g,如果数据库没有起来，也可要直接在rman命令下用startup进行启动数据库)可以连接到target database.(rman 一边连接到target数据库，另外一边连接到control file(nocatalog mode),control file 中存储rman 的备份信息)3.用list backupset 命令查看有没有备份的东西4. 常用备份命令：备份全库：RMAN> backup database plus archivelog delete input; (备份全库及控制文件、服务器参数文件与所有归档的重做日志，并删除旧的归档日志)备份表空间：RMAN> backup tablespace system plus archivelog delete input; (备份指定表空间及归档的重做日志，并删除旧的归档日志)_备份归档日志：RMAN> backup archivelog all delete input;======================对整个数据库进行备份==================1.对整个数据库进行全备份(full backup)。
只要输入命令: backup database;2.list backupset 查看备份的具体信息List of Backup Sets===================BS Key Type LV Size Device Type Elapsed Time Completion Time------- ---- -- ---------- ----------- ------------ ---------------1 Full 6.80M DISK 00:00:02 06-DEC-08BP Key: 1 Status: AVAILABLE Compressed: NO Tag: TAG20081206T201041 Piece Name:/home/oracle/flash_recovery_area/ORA10G/backupset/2008_12_06/o1_mf_ncsnf_TAG2 0081206T201041_4mntz78s_.bkpControl File Included: Ckp SCN: 782019 Ckp time: 06-DEC-08SPFILE Included: Modification time: 06-DEC-08BS(backupset), piece是一个文件，一个BS包含多个piece.3.rman中缺省的参数，可以通过show all ;来进行查看(RMAN configuration parameters),我们在使用backup database命令中，可以把这些default value 用固定的值来进行替代.4.我们可以把备份的文件才备份的目录中拷贝到磁带上，然后删除备份目录下面的备份文件，如果下次需要恢复的话，只要把文件重新拷回到用来的备份目录就可以了5.查看control file 文件中的备份信息(因为我们做的备份是在nocatalog模式下),control file 在/u01/oracle/oradata/ora10g目录下,由于control file 是个二进制文件，要查看control file 文件中的内容，用strings control03.ctl,发现control03.ctl中有rman备份的信息了====================0级增量备份===============概念：全备份和0级增量备份。
Oracle ramn 备份与恢复
ORACLE数据库的备份与恢复差异增量备份就是备份往前第一个备份级别小于或等于当前备份级别开始到现在的变化。
累计增量备份就是备份往前第一个备份级别小于当前备份级别开始到现在的变化。
0级备份也就是全备份，但0级备份可以在此基础之上再进行备份，但全备份就不可以。
Oracle rman 备份一、数据库全备份方法（nocatalog）1 注意rman有两个，要执行db_1/bin下那个（可以通过修改oracle变量来达到）2 在执行ramn之前要确认当前数据库是否处理Archive Mode模式，并处于Enabled下查看方式：如果不是可以通过如下方式打开并修改：SQL>startup mountSQL>alter database archivelogSQL>alter database open3全备份数据库：A先连接数据库HERMINGB查看备份列表中是否有以前备份的文件C执行全数据库备份4备份完之后可以查看一下备份出来的文件信息：5备份文件存放路径为：二、0级数据库备份A 以nocatalog方式使用rmanB连接数据库C执行0级数据库备份注：全备份与0级备份的相同点是都是将数据库全部备份下来。
全备份与0级备份的不同点是全备份不能作为增量备份，而0级可以作为增量备份。
1级备份就在0级备份的基础上进行的。
三、1级增量备份（基于0级备份之上）总结：可以将备份出来的文件考到其他介质上进行保存，并进行删除。
如果要恢复时请将该文件放回到这文件夹下，并要保存文件名不变。
说明：口令文件因为可以重新设置，所以不用备份，重做日志文件不能在非nocatalog中备份。
四、备份archivelog(参数文件+数据文件+控制文件+归档日志文件)先备份完再删除归档备份五、备份表空间A 查看有哪些表空间B备份名为TBS1的表空间六、备份控制文件七、镜像备份说明：5为TBS1表空间的编号，及对TBS1表空间进行镜像备份。
rman
使用RMAN进行备份和恢复测试1.测试环境：AS4Linux10.2.0.1+ASMOracle2.测试目的：使用RMAN对数据库进行备份和恢复测试3.备份策略：Level 0 ：全备Level 1 ：增量备份Level 1c ：累积增量备份4.备份测试4.1. 定时进行数据库备份星期天进行全备：run{allocate channel c1 type disk;backup incremental level 0format '+DGROUP2/ORCL/BACKUPSET/sunday_lvl0_%t_%s' (database);release channel c1;}周一进行增量备份：run{allocate channel c1 type disk;backup incremental level 1filesperset 5format '+DGROUP2/ORCL/BACKUPSET/monday_lvl1_%t_%s' (database);release channel c1;}周二进行增量备份：run{allocate channel c1 type disk;backup incremental level 1filesperset 5format '+DGROUP2/ORCL/BACKUPSET/tuseday_lvl1_%t_%s' (database);release channel c1;}周三进行累积增量备份：run{allocate channel c1 type disk;backupcumulativefilesperset 5format '+DGROUP2/ORCL/BACKUPSET/wednesday_lvl1c_%t_%s' (database);release channel c1;}周四进行增量备份：run{allocate channel c1 type disk;backupincremental level 1filesperset 5format '+DGROUP2/ORCL/BACKUPSET/thursday_lvl1_%t_%s'release channel c1;}周五进行累积增量备份：run{allocate channel c1 type disk;backupcumulativefilesperset 5format '+DGROUP2/ORCL/BACKUPSET/friday_lvl1c_%t_%s'(database);release channel c1;}周六进行增量备份：run{allocate channel c1 type disk;backupincremental level 1filesperset 5format '+DGROUP2/ORCL/BACKUPSET/saturday_lvl1_%t_%s'(database);release channel c1;}将上述内容分别保存为文本。
基于RMAN增量差异备份的恢复步骤
基于RMAN增量差异备份的恢复步骤1.恢复背景2.恢复步骤2.1.建立恢复环境1.找一台硬件配置与原数据库服务器相同的服务器，在上面安装相同的操作和Oracle数据库（版本要一致）；8.复制备份文件到原备份路径注意：要确保备份文件存放的路径与原数据库中的路径一致。
2.2.恢复过程完成implicit crosscheck backup 于10-10月-09启动implicit crosscheck copy 于10-10月-09使用通道ORA_DISK_1完成implicit crosscheck copy 于10-10月-09搜索恢复区域中的所有文件正在编制文件目录...没有为文件编制目录使用通道ORA_DISK_1通道ORA_DISK_1: 正在开始恢复数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件正将数据文件00001恢复到D:\ORA\SYS\SYSTEM01.DBF正将数据文件00005恢复到D:\ORA\ICITY\DA TA1.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB01HKQLPKP_2097_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB01HKQLPKP_2097_1 标记= DB0通道ORA_DISK_1: 恢复完成, 用时: 00:11:15通道ORA_DISK_1: 正在开始恢复数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件正将数据文件00004恢复到D:\ORA\SYS\USERS01.DBF正将数据文件00007恢复到D:\ORA\ICITY\DA TA3.DBF正将数据文件00008恢复到D:\ORA\RMANFILE\DBACKUPFILE.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB01IKQLPKP_2098_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB01IKQLPKP_2098_1 标记= DB0通道ORA_DISK_1: 恢复完成, 用时: 00:10:56通道ORA_DISK_1: 正在开始恢复数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件正将数据文件00002恢复到D:\ORA\SYS\UNDOTBS01.DBF正将数据文件00003恢复到D:\ORA\SYS\SYSAUX01.DBF正将数据文件00006恢复到D:\ORA\ICITY\DA TA2.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB01GKQLPKP_2096_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB01GKQLPKP_2096_1 标记= DB0通道ORA_DISK_1: 恢复完成, 用时: 00:14:25完成restore 于10-10月-09通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00001 的恢复目标: D:\ORA\SYS\SYSTEM01.DBF数据文件00005 的恢复目标: D:\ORA\ICITY\DA TA1.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB125KR0LMA_2117_1 通道ORA_DISK_1: 已恢复备份段 1段句柄= E:\ORA\RMANBAK\DB125KR0LMA_2117_1 标记= DB1通道ORA_DISK_1: 恢复完成, 用时: 00:00:03通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00004 的恢复目标: D:\ORA\SYS\USERS01.DBF数据文件00007 的恢复目标: D:\ORA\ICITY\DA TA3.DBF数据文件00008 的恢复目标: D:\ORA\RMANFILE\DBACKUPFILE.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB126KR0LMA_2118_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB126KR0LMA_2118_1 标记= DB1通道ORA_DISK_1: 恢复完成, 用时: 00:00:03通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00002 的恢复目标: D:\ORA\SYS\UNDOTBS01.DBF数据文件00003 的恢复目标: D:\ORA\SYS\SYSAUX01.DBF数据文件00006 的恢复目标: D:\ORA\ICITY\DA TA2.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB124KR0LM9_2116_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB124KR0LM9_2116_1 标记= DB1通道ORA_DISK_1: 恢复完成, 用时: 00:00:25通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00001 的恢复目标: D:\ORA\SYS\SYSTEM01.DBF数据文件00005 的恢复目标: D:\ORA\ICITY\DA TA1.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB229KR107N_2121_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB229KR107N_2121_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:01通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00004 的恢复目标: D:\ORA\SYS\USERS01.DBF数据文件00007 的恢复目标: D:\ORA\ICITY\DA TA3.DBF数据文件00008 的恢复目标: D:\ORA\RMANFILE\DBACKUPFILE.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22AKR107N_2122_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22AKR107N_2122_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:01通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00002 的恢复目标: D:\ORA\SYS\UNDOTBS01.DBF数据文件00003 的恢复目标: D:\ORA\SYS\SYSAUX01.DBF数据文件00006 的恢复目标: D:\ORA\ICITY\DA TA2.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB228KR107N_2120_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB228KR107N_2120_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:08通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00001 的恢复目标: D:\ORA\SYS\SYSTEM01.DBF数据文件00005 的恢复目标: D:\ORA\ICITY\DA TA1.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22DKR3KJQ_2125_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22DKR3KJQ_2125_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:03通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00004 的恢复目标: D:\ORA\SYS\USERS01.DBF数据文件00007 的恢复目标: D:\ORA\ICITY\DA TA3.DBF数据文件00008 的恢复目标: D:\ORA\RMANFILE\DBACKUPFILE.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22EKR3KJQ_2126_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22EKR3KJQ_2126_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:01通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00002 的恢复目标: D:\ORA\SYS\UNDOTBS01.DBF数据文件00003 的恢复目标: D:\ORA\SYS\SYSAUX01.DBF数据文件00006 的恢复目标: D:\ORA\ICITY\DA TA2.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22CKR3KJQ_2124_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22CKR3KJQ_2124_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:15通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00001 的恢复目标: D:\ORA\SYS\SYSTEM01.DBF数据文件00005 的恢复目标: D:\ORA\ICITY\DA TA1.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22HKR68VP_2129_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22HKR68VP_2129_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:03通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00007 的恢复目标: D:\ORA\ICITY\DA TA3.DBF数据文件00008 的恢复目标: D:\ORA\RMANFILE\DBACKUPFILE.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22IKR68VQ_2130_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22IKR68VQ_2130_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:01通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00002 的恢复目标: D:\ORA\SYS\UNDOTBS01.DBF数据文件00003 的恢复目标: D:\ORA\SYS\SYSAUX01.DBF数据文件00006 的恢复目标: D:\ORA\ICITY\DA TA2.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22GKR68VP_2128_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22GKR68VP_2128_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:15通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00001 的恢复目标: D:\ORA\SYS\SYSTEM01.DBF数据文件00005 的恢复目标: D:\ORA\ICITY\DA TA1.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22LKR8TBQ_2133_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22LKR8TBQ_2133_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:03通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00004 的恢复目标: D:\ORA\SYS\USERS01.DBF数据文件00007 的恢复目标: D:\ORA\ICITY\DA TA3.DBF数据文件00008 的恢复目标: D:\ORA\RMANFILE\DBACKUPFILE.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22MKR8TBQ_2134_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22MKR8TBQ_2134_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:01通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00002 的恢复目标: D:\ORA\SYS\UNDOTBS01.DBF数据文件00003 的恢复目标: D:\ORA\SYS\SYSAUX01.DBF数据文件00006 的恢复目标: D:\ORA\ICITY\DA TA2.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22KKR8TBQ_2132_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22KKR8TBQ_2132_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:15通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00005 的恢复目标: D:\ORA\ICITY\DA TA1.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22PKRBHNQ_2137_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22PKRBHNQ_2137_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:03通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00004 的恢复目标: D:\ORA\SYS\USERS01.DBF数据文件00007 的恢复目标: D:\ORA\ICITY\DA TA3.DBF数据文件00008 的恢复目标: D:\ORA\RMANFILE\DBACKUPFILE.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22QKRBHNQ_2138_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22QKRBHNQ_2138_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:01通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00002 的恢复目标: D:\ORA\SYS\UNDOTBS01.DBF数据文件00003 的恢复目标: D:\ORA\SYS\SYSAUX01.DBF数据文件00006 的恢复目标: D:\ORA\ICITY\DA TA2.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22OKRBHNQ_2136_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22OKRBHNQ_2136_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:15通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00001 的恢复目标: D:\ORA\SYS\SYSTEM01.DBF数据文件00005 的恢复目标: D:\ORA\ICITY\DA TA1.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22TKRE63Q_2141_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22TKRE63Q_2141_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:03通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00004 的恢复目标: D:\ORA\SYS\USERS01.DBF数据文件00007 的恢复目标: D:\ORA\ICITY\DA TA3.DBF数据文件00008 的恢复目标: D:\ORA\RMANFILE\DBACKUPFILE.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22UKRE63Q_2142_1 通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22UKRE63Q_2142_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:01通道ORA_DISK_1: 正在开始恢复增量数据文件备份集通道ORA_DISK_1: 正在指定从备份集恢复的数据文件数据文件00002 的恢复目标: D:\ORA\SYS\UNDOTBS01.DBF数据文件00006 的恢复目标: D:\ORA\ICITY\DA TA2.DBF通道ORA_DISK_1: 正在读取备份段E:\ORA\RMANBAK\DB22SKRE63Q_2140_1通道ORA_DISK_1: 已恢复备份段1段句柄= E:\ORA\RMANBAK\DB22SKRE63Q_2140_1 标记= DB2通道ORA_DISK_1: 恢复完成, 用时: 00:00:15正在开始介质的恢复无法找到存档日志存档日志线程=1 序列=1169RMAN-03002: recover 命令(在10/12/2009 16:47:26 上) 失败RMAN-06054: 介质恢复正请求未知的日志: 线程1 seq 1169 lowscn 36496613把归档日志D:\ora\archivelog\1169_1_658946615.LOG放到归档目录后RMAN> recover database;启动recover 于12-10月-09使用通道ORA_DISK_1正在开始介质的恢复存档日志文件名=D:\ORA\ARCHIVELOG\1169_1_658946615.LOG 线程=1 序列=1169 存档日志文件名=D:\ORA\ARCHIVELOG\1169_1_658946615.LOG 线程=1 序列=1170 RMAN-03002: recover 命令(在10/12/2009 17:05:38 上) 失败RMAN-11003: 在分析/执行SQL 语句期间失败: alter database recover logfile 'D:\ORA\ARCHIVELOG\1169_1_658946615.LOG'ORA-00310: 归档日志包含序列1169; 要求序列1170ORA-00334: 归档日志: 'D:\ORA\ARCHIVELOG\1169_1_658946615.LOG'RMAN> alter database open resetlogs;数据库已打开3.附加说明在恢复过程中用到rman自动备份的spfile和控制文件，在此给出修改rman自动备份控目前还没有找到用RMAN自动备份归档日志的方法。
在不同情况下使用RMAN对ORACLE数据库进行恢复
1．全数据库的完全恢复run{ allocate channel c11 type disk;allocate channel c12 type disk;allocate channel c21 type 'sbt_tape';allocate channel c22 type 'sbt_tape'; restore controlfile;alter database mount;restore database;recover database;sql "alter database open";release channel c11;release channel c12;release channel c21;release channel c22;}恢复步骤如下：$ svrmgrlsvrmgr> connect internalsvrmgr> startup nomount$ rmanprod recdbs.rcv >>rec.log &$ tail –f rec.log # 观察日志使用以上以上的全备份可以对数据库进行全库的恢复，并可以在恢复脚本中直接实现数据库归档日志的应用，将数据库自动恢复到最近的日志记录的状态。
注意：恢复时如果有需要应用很多归档日志，则应用该日志时时间会比较长，一定要耐心等待。
全恢复日志如下：Recovery Manager: Release 8.0.5.2.1 - ProductionRMAN-00569: ================error message stack follows================RMAN-00554: initialization of internal recovery manager package failedRMAN-04005: error from target database: ORA-01034: ORACLE not available Recovery Manager: Release 8.0.5.2.1 - ProductionRMAN-06005: connected to target database: FJTESTRMAN-06008: connected to recovery catalog databaseRMAN> run2> {3> allocate channel c11 type disk;4> allocate channel c12 type disk;5> allocate channel c21 type 'sbt_tape';6> allocate channel c22 type 'sbt_tape';7> restore database;8> recover database;9> sql "alter database open";10> release channel c11;11> release channel c12;12> release channel c21;13> release channel c22;14> }15>RMAN-03022: compiling command: allocateRMAN-03023: executing command: allocateRMAN-08030: allocated channel: c11RMAN-08500: channel c11: sid=13 devtype=DISKRMAN-03022: compiling command: allocateRMAN-03023: executing command: allocateRMAN-08030: allocated channel: c12RMAN-08500: channel c12: sid=14 devtype=DISKRMAN-03022: compiling command: allocateRMAN-03023: executing command: allocateRMAN-08030: allocated channel: c21RMAN-08500: channel c21: sid=15 devtype=SBT_TAPE RMAN-03022: compiling command: allocateRMAN-03023: executing command: allocateRMAN-08030: allocated channel: c22RMAN-08500: channel c22: sid=17 devtype=SBT_TAPERMAN-03022: compiling command: setRMAN-03022: compiling command: restoreRMAN-03025: performing implicit partial resync of recovery catalog RMAN-03023: executing command: partial resyncRMAN-08003: starting partial resync of recovery catalogRMAN-08005: partial resync completeRMAN-03022: compiling command: IRESTORERMAN-03023: executing command: IRESTORERMAN-08016: channel c21: starting datafile backupset restore RMAN-08502: set_count=28 set_stamp=402253457RMAN-08016: channel c22: starting datafile backupset restore RMAN-08502: set_count=29 set_stamp=402253577RMAN-08019: channel c21: restoring datafile 1RMAN-08509: destination for restore of datafile 1:/dev/vx/rdsk/datadg/system01RMAN-08019: channel c22: restoring datafile 3RMAN-08509: destination for restore of datafile 3:/dev/vx/rdsk/datadg/tempaRMAN-08019: channel c21: restoring datafile 2RMAN-08509: destination for restore of datafile 2:/dev/vx/rdsk/datadg/rbsaRMAN-08019: channel c22: restoring datafile 16RMAN-08509: destination for restore of datafile 16:/dev/vx/rdsk/datadg/t3s200n1RMAN-08023: channel c21: restored backup piece 1RMAN-08511: piece handle=dbf_28_402253457_1 params=NULL RMAN-08024: channel c21: restore completeRMAN-08016: channel c21: starting datafile backupset restore RMAN-08502: set_count=31 set_stamp=402253614RMAN-08019: channel c21: restoring datafile 4RMAN-08509: destination for restore of datafile 4:/dev/vx/rdsk/datadg/toolsRMAN-08019: channel c21: restoring datafile 7RMAN-08509: destination for restore of datafile 7:/dev/vx/rdsk/datadg/tempbRMAN-08023: channel c22: restored backup piece 1RMAN-08511: piece handle=dbf_29_402253577_1 params=NULL RMAN-08024: channel c22: restore completeRMAN-08016: channel c22: starting datafile backupset restore RMAN-08502: set_count=32 set_stamp=402253679RMAN-08019: channel c22: restoring datafile 5RMAN-08509: destination for restore of datafile 5:/dev/vx/rdsk/datadg/usersRMAN-08019: channel c22: restoring datafile 13RMAN-08509: destination for restore of datafile 13:/dev/vx/rdsk/datadg/t3s1n1RMAN-08023: channel c21: restored backup piece 1RMAN-08511: piece handle=dbf_31_402253614_1 params=NULL RMAN-08024: channel c21: restore completeRMAN-08016: channel c21: starting datafile backupset restore RMAN-08502: set_count=30 set_stamp=402253614RMAN-08019: channel c21: restoring datafile 6RMAN-08509: destination for restore of datafile 6:/dev/vx/rdsk/datadg/rbsbRMAN-08019: channel c21: restoring datafile 17RMAN-08509: destination for restore of datafile 17:/dev/vx/rdsk/datadg/t2s200n8RMAN-08023: channel c21: restored backup piece 1RMAN-08511: piece handle=dbf_30_402253614_1 params=NULL RMAN-08024: channel c21: restore completeRMAN-08016: channel c21: starting datafile backupset restore RMAN-08502: set_count=26 set_stamp=402253457RMAN-08019: channel c21: restoring datafile 8RMAN-08509: destination for restore of datafile 8:/dev/vx/rdsk/datadg/system02RMAN-08019: channel c21: restoring datafile 10RMAN-08509: destination for restore of datafile 10:/dev/vx/rdsk/datadg/t3s500n2RMAN-08023: channel c22: restored backup piece 1RMAN-08511: piece handle=dbf_32_402253679_1 params=NULLRMAN-08024: channel c22: restore completeRMAN-08016: channel c22: starting datafile backupset restore RMAN-08502: set_count=25 set_stamp=402253457RMAN-08023: channel c21: restored backup piece 1RMAN-08511: piece handle=dbf_26_402253457_1 params=NULL RMAN-08024: channel c21: restore completeRMAN-08016: channel c21: starting datafile backupset restore RMAN-08502: set_count=27 set_stamp=402253457RMAN-08019: channel c22: restoring datafile 9RMAN-08509: destination for restore of datafile 9:/dev/vx/rdsk/datadg/t2s500n2RMAN-08019: channel c21: restoring datafile 11RMAN-08509: destination for restore of datafile 11:/dev/vx/rdsk/datadg/t2s500n10RMAN-08019: channel c22: restoring datafile 12RMAN-08509: destination for restore of datafile 12:/dev/vx/rdsk/datadg/t3s500n1RMAN-08019: channel c21: restoring datafile 14RMAN-08509: destination for restore of datafile 14:/dev/vx/rdsk/datadg/t2s200n10RMAN-08023: channel c22: restored backup piece 1RMAN-08511: piece handle=dbf_25_402253457_1 params=NULL RMAN-08024: channel c22: restore completeRMAN-08016: channel c22: starting datafile backupset restore RMAN-08502: set_count=33 set_stamp=402253726RMAN-08019: channel c22: restoring datafile 15RMAN-08509: destination for restore of datafile 15:/dev/vx/rdsk/datadg/t2s1n1RMAN-08023: channel c21: restored backup piece 1RMAN-08511: piece handle=dbf_27_402253457_1 params=NULL RMAN-08024: channel c21: restore completeRMAN-08023: channel c22: restored backup piece 1RMAN-08511: piece handle=dbf_33_402253726_1 params=NULL RMAN-08024: channel c22: restore completeRMAN-03023: executing command: partial resyncRMAN-08003: starting partial resync of recovery catalog RMAN-08005: partial resync completeRMAN-03022: compiling command: recoverRMAN-03022: compiling command: recover(1)RMAN-03022: compiling command: recover(2)RMAN-03022: compiling command: recover(3)RMAN-03023: executing command: recover(3)RMAN-08054: starting media recoveryRMAN-08515: archivelog filename=/archlog/arch2_1.log thread=2 sequence=1RMAN-08515: archivelog filename=/archlog/arch1_1.log thread=1 sequence=1RMAN-08515: archivelog filename=/archlog/arch2_2.log thread=2 sequence=2RMAN-08515: archivelog filename=/archlog/arch2_3.log thread=2 sequence=3RMAN-08515: archivelog filename=/archlog/arch2_4.log thread=2 sequence=4RMAN-08515: archivelog filename=/archlog/arch1_2.log thread=1 sequence=2RMAN-08515: archivelog filename=/archlog/arch2_5.log thread=2 sequence=5RMAN-08515: archivelog filename=/archlog/arch2_6.log thread=2 sequence=6RMAN-08515: archivelog filename=/archlog/arch1_3.log thread=1 sequence=3RMAN-08515: archivelog filename=/archlog/arch2_7.log thread=2 sequence=7RMAN-08515: archivelog filename=/archlog/arch2_8.log thread=2 sequence=8RMAN-08515: archivelog filename=/archlog/arch2_9.log thread=2 sequence=9RMAN-08055: media recovery completeRMAN-03022: compiling command: recover(4)RMAN-03022: compiling command: sqlRMAN-06162: sql statement: alter database openRMAN-03023: executing command: sqlRMAN-03026: error recovery releasing channel resourcesRMAN-08031: released channel: c12RMAN-08031: released channel: c11RMAN-08031: released channel: c21RMAN-08031: released channel: c22Recovery Manager complete.以下将不注明恢复日志。
TSM环境使用RMAN恢复Oracle的测试
TSM环境使用RMAN恢复Oracle的测试（一）1. 理解什么是数据库恢复当我们使用一个数据库时，总希望数据库的内容是可靠的、正确的，但由于计算机系统的故障（硬件故障、软件故障、网络故障、进程故障和系统故障）影响数据库系统的操作，影响数据库中数据的正确性，甚至破坏数据库，使数据库中全部或部分数据丢失。
因此当发生上述故障后，希望能重构这个完整的数据库，该处理称为数据库恢复。
恢复过程大致可以分为复原(Restore)与恢复(Recover)过程。
数据库恢复可以分为以下两类，即实例故障恢复和介质故障恢复。
因为我使用第三方备份软件的原因，因此以下尽可能详细描述用Rman恢复的过程。
鉴于SCN恢复的时候用logminer或者分析日志才可以找到SCN，本文不涉及此内容。
1.1. 实例故障的一致性恢复数据库自身都具备这个能力1.2. 介质故障或文件错误的不一致恢复介质故障是当一个文件、一个文件的部分或磁盘不能读或不能写时出现的故障。
文件错误一般指意外的错误导致文件被删除或意外事故导致文件的不一致。
这种状态下的数据库都是不一致的，需要DBA手工来进行数据库的恢复，这种恢复有两种形式，决定于数据库运行的归档方式和备份方式。
（1）完全介质恢复可恢复全部丢失的修改。
一般情况下需要有数据库的备份且数据库运行在归档状态下并且有可用归档日志时才可能。
对于不同类型的错误，有不同类型的完全恢复可使用，其决定于毁坏文件和数据库的可用性。
（2）不完全介质恢复是在完全介质恢复不可能或不要求时进行的介质恢复。
重构受损的数据库，使其恢复介质故障前或用户出错之前的一个事务一致性状态。
不完全介质恢复有不同类型的使用，决定于需要不完全介质恢复的情况，有下列类型：基于撤消、基于时间和基于修改的不完全恢复。
基于撤消(CANCEL)恢复：在某种情况，不完全介质恢复必须被控制，DBA可撤消在指定点的操作。
基于撤消的恢复地在一个或多个日志组（在线的或归档的）已被介质故障所破坏，不能用于恢复过程时使用，所以介质恢复必须控制，以致在使用最近的、未损的日志组于数据文件后中止恢复操作。
Oracle Rac环境Rman备份与恢复
RMAN备份恢复——RAC环境数据库的备份一、RAC环境的备份、恢复和普通数据库的备份、恢复的区别RAC环境的备份、恢复和普通数据库的备份、恢复是有一些区别的。
这个区别主要体现在RAC 环境的特殊性上。
根据Oracle的RAC环境的不同，RMAN备份、恢复操作也是不同的。
如果RAC环境是建立在CLUSTER文件系统上的，或者是建立在ASM上的，那么备份和恢复过程可能会很简单，基本上和普通的数据库环境没有太多的区别。
如果RAC环境是建立在裸设备上的，由于归档日志无法存储在裸设备上，那么归档日志文件必须放在多个节点的本地硬盘上，这时备份和恢复就变得和普通的数据库环境有所差异。
这里先讨论一下ASM环境上建立的RAC数据库的备份。
如果将归档日志放在ASM上，那么两个节点都是可以备份的，这个时候，备份和普通的单实例数据库没有差别。
SQL> SHOW PARAMETER LOG_ARCHIVE_DEST_1NAME TYPE VALUE------------------------------------ ----------- ------------------------------ log_archive_dest_1 string LOCATION=+DISK/testrac/log_archive_dest_10 string$ rman target /恢复管理器: Release 10.2.0.3.0 - Production on星期三 4月 25 17:23:01 2007 Copyright (c) 1982, 2005, Oracle. All rights reserved.连接到目标数据库: TESTRAC (DBID=4291216984)RMAN> configure channel device type disk format '/data1/backup/%U';使用目标数据库控制文件替代恢复目录旧的 RMAN配置参数:CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/data/backup/testrac/%U';新的 RMAN配置参数:CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/data1/backup/%U';已成功存储新的 RMAN 配置参数RMAN> backup database plus archivelog delete all input;启动 backup于 25-4月-07当前日志已存档分配的通道: ORA_DISK_1通道 ORA_DISK_1: sid=312实例=testrac1 devtype=DISK通道 ORA_DISK_1:正在启动存档日志备份集通道ORA_DISK_1:正在指定备份集中的存档日志输入存档日志线程 =1序列 =134记录 ID=220时间戳=620832208输入存档日志线程 =1序列 =135记录 ID=221时间戳=620846651输入存档日志线程 =2序列 =56记录 ID=219时间戳=620831921输入存档日志线程 =2序列 =57记录ID=222时间戳=620846652通道 ORA_DISK_1:正在启动段 1于 25-4月-07通道 ORA_DISK_1:已完成段 1于 25-4月-07段句柄=/data1/backup/08ig2nhv_1_1标记=TAG20070425T172413注释=NONE通道 ORA_DISK_1:备份集已完成,经过时间:00:00:07通道 ORA_DISK_1:正在删除存档日志存档日志文件名 =+DISK/testrac/1_134_618591128.dbf记录 ID=220时间戳=620832208存档日志文件名 =+DISK/testrac/1_135_618591128.dbf记录 ID=221时间戳=620846651存档日志文件名 =+DISK/testrac/2_56_618591128.dbf记录 ID=219时间戳=620831921存档日志文件名 =+DISK/testrac/2_57_618591128.dbf记录 ID=222时间戳=620846652完成 backup于 25-4月 -07启动 backup于 25-4月-07使用通道ORA_DISK_1通道 ORA_DISK_1:启动全部数据文件备份集通道 ORA_DISK_1:正在指定备份集中的数据文件输入数据文件fno=00006name=+DISK/testrac/datafile/zhejiang01.dbf输入数据文件fno=00007name=+DISK/testrac/datafile/zhejiang02.dbf输入数据文件fno=00009name=+DISK/testrac/datafile/zhejiang03.dbf输入数据文件fno=00011name=+DISK/testrac/datafile/zhejiang04.dbf输入数据文件fno=00012name=+DISK/testrac/datafile/zhejiang05.dbf输入数据文件fno=00014name=+DISK/testrac/datafile/zhejiang06.dbf输入数据文件fno=00008name=+DISK/testrac/datafile/ndmain01.dbf输入数据文件fno=00002name=+DISK/testrac/datafile/undotbs1.263.618591197输入数据文件fno=00004name=+DISK/testrac/datafile/undotbs2.266.618591249输入数据文件fno=00010name=+DISK/testrac/datafile/ndindex01.dbf输入数据文件fno=00013name=+DISK/testrac/datafile/lt_index_ts01.dbf输入数据文件fno=00001name=+DISK/testrac/datafile/system.262.618591167输入数据文件fno=00003name=+DISK/testrac/datafile/sysaux.264.618591225输入数据文件fno=00005name=+DISK/testrac/datafile/users.267.618591279通道 ORA_DISK_1:正在启动段 1于25-4月-07通道 ORA_DISK_1:已完成段 1于 25-4月-07段句柄=/data1/backup/09ig2ni9_1_1标记=TAG20070425T172424注释=NONE通道 ORA_DISK_1:备份集已完成,经过时间:00:15:05通道 ORA_DISK_1:启动全部数据文件备份集通道ORA_DISK_1:正在指定备份集中的数据文件备份集中包括当前控制文件在备份集中包含当前的SPFILE通道 ORA_DISK_1:正在启动段 1于 25-4月-07通道 ORA_DISK_1:已完成段 1于25-4月-07段句柄=/data1/backup/0aig2oej_1_1标记=TAG20070425T172424注释=NONE通道ORA_DISK_1:备份集已完成,经过时间:00:00:03完成 backup于 25-4月 -07启动 backup于 25-4月-07当前日志已存档使用通道ORA_DISK_1通道 ORA_DISK_1:正在启动存档日志备份集通道 ORA_DISK_1:正在指定备份集中的存档日志输入存档日志线程 =1序列 =136记录 ID=223时间戳=620847576输入存档日志线程 =2序列 =58记录 ID=224时间戳=620847576通道 ORA_DISK_1:正在启动段 1于 25-4月-07通道 ORA_DISK_1:已完成段 1于25-4月-07段句柄=/data1/backup/0big2oes_1_1标记=TAG20070425T173940注释=NONE通道ORA_DISK_1:备份集已完成,经过时间:00:00:02通道 ORA_DISK_1:正在删除存档日志存档日志文件名 =+DISK/testrac/1_136_618591128.dbf记录 ID=223时间戳=620847576存档日志文件名 =+DISK/testrac/2_58_618591128.dbf记录 ID=224时间戳=620847576完成 backup 于 25-4月 -07数据库的恢复也很简单，先修改一些数据：SQL> CONN TEST/TEST已连接。
OracleRMAN的备份与恢复命令详解
还原检查与恢复测试
与备份检查一样，还原操作也可以检查是否能正常 restore 或者是否该备份集是否有效。如：：
可以使用 CHECK LOGICAL 选项测试通过了物理损坏检查的数据和索引块，查看它们是否存在逻辑损坏，如行片或索引条目损坏。如果检测到任何块存在逻辑损坏，则 将该块记录到服务器进程的警报日志和跟踪文件中。
可以使用 MAXCORRUPT 参数设置逻辑和物理损坏的阈值。只要在某个文件中检测到的逻辑和物理损坏总和低于该值，则 RMAN 命令完成，同时 Oracle 将损坏块的 范围植入到 V$COPY_CORRUPTION 视图。如果超出 MAXCORRUPT，则该命令终 止，并且不植入视图。 当并行度比较高时，占用的计算机资源较多，但备份操作完成 速度较快。缺省情况下将启用对物理损坏的错误检查。有关在备份过程中遇到的损坏数据文件块的信息将记录在控制文件和警报日志中。
运行 BACKUP ARCHIVELOG ALL 命令。注意如果备份优化被启用，RMAN只会备份未备份过的日志
备份 BACKUP命令中定义的文件
运行 ALTER SYSTEM ARCHIVE LOG CURRENT 命令
备份所有的剩下的归档日志
备份完后删除归档日志RMAN> backup …… ARCHIVELOG all delete all input；修改备份集的保存策略例如：将备份设置为永久有效RMAN> backup database keep forever logs|nologs；设置为有效期 180 天RMAN> backup database keep until time='sysdate+180'；重写configure exclude / noexclude通过 configure exclude 可以配置 RMAN 不备份上次备份以来没有发生变化的数据文件。如果要确保 RMAN备份这些数据文件，可以在 backup命令中添加 noexclude 选项。 例如：RMAN> backup database noexclude；
Oracle 10g RAC生产数据库RMAN方式恢复到异地单机数据库全程记录
*.compatible='10.2.0.3.0'
*.control_files='/oracle/oradata/racdb/control01.ctl'
*.core_dump_dest='/oracle/app/oracle/admin/racdb/cdump'
*.db_block_size=8192
set newname for datafile'+ORADATA/racdb/datafile/smmsdb.364.676804261' to '/oracle/oradata/racdb/smmsdb.364.676804261';
set newname for datafile'+ORADATA/racdb/datafile/gosd.329.668687127' to '/oracle/oradata/racdb/gosd.329.668687127';
racdb1.sga_max_size=8388608000
racdb2.sga_max_size=8388608000
*.sga_target=1610612736
racdb1.sga_target=8388608000
racdb2.sga_target=8388608000
ORACLE RMAN备份及还原
ORACLE RMAN备份及还原RMAN可以进行增量备份：数据库，表空间，数据文件只有使用过的block可以被备份成backup set表空间与数据文件对应关系：dba_data_files / v$datafile_header在noarchivelog模式下，可以使用RMAN备份read-only和offline的表空间ORACLE RMAN停机备份：备份RMAN连接上ORACLE，WINDOWS下在命令模式下RMAN TARGET /连接本地数据库用的是本地认证模式。
RMAN连接数据库必须在dedicate模式下。
因此在share模式下的数据库应配置一个dedicate 的连接用于RMAN连接。
如果要把控制文件、参数文件也一起备份configure controfile autobackup on;//打开autobackupconfigure controfile autobackup off;//关闭autobackup关闭数据库RMAN>shutdown immediatemount 数据库RMAN的备份必须在MOUNT模式下，这也就是控制文件备份的重要。
RMAN>startup mount最简单的备份RMAN>backup database这样的备份，备份集在数据库默认位置。
%oracle_home%/ora92/database当然你也可以用run来灵活的定义你的备份。
RMAN>run{>allocate chennel d1 type disk; //分配通道>backup full database //全备份数据库>include current controlfile //包括当前的controlfile>format 'e:\oracle\orders\db_%d_%s_%p_%t_%T'; //备份文件位置和文件名格式>release channel d1;//释放通道恢复１、数据文件损坏，而控制文件是好，或者已经恢复RMAN连上数据库startup mountrestore databaserecover database noredo;alter database open resetlogs;recover database noredo该命令指示RMAN执行最后的恢复操作以准备打开这个数据库。
Oracle单实例RMAN备份恢复
Bakbone Oracle单实例RMAN备份恢复1、检查数据库1.1表空间、数据文件、实例、用户信息# sqlplus /nologSQL> connect / as sysdba;SQL> select * from v$tablespace;SQL> select name,bytes,status from v$datafile;SQL> select INSTANCE_NAME,HOST_NAME,VERSION from v$instance;SQL> select username from dba_users;1.2ORACLE_SID、ORACLE_HOME# more /etc/oratab<ORACLE_SID>:<ORACLE_HOME>:<Additional Information>Windows下搜索注册表1.3确认参数文件信息SQL> show parameters spfileD:\oracle\product\10.1.0\db_1\database\spfileoracle.oraBakbone配置数据库时，需要将文件名一同输入1.4确认控制文件路径SQL> select * from v$controlfies;D:\oracle\product\10.1.0\db_1\oracle\control01.ctl1.5检查归档模式SQL> Archive log listsqlplus /nologSQL> connect / as sysdba;Connected.SQL> startup mount;SQL> alter database archivelog;SQL> archive log start;SQL> archive log list;SQL> alter database open;SQL> alter system setLOG_ARCHIVE_DEST_1='LOCA TION=D:\oradata\ora92\ARCH' scope=spfile;SQL> alter system set log_archive_format='%t_%s_%r.dbf' scope=spfile;_________________________________archivelog格式: 9i no %rarchivelog格式: 10g contain %r_________________________________SQL> alter system set log_archive_start=true scope=spfile;重新启动数据库，使修改结果生效SQL> shutdown immediate;察看归档模式SQL> startupSQL> archive log list;1.6记录数据库DBIDSQL> select dbid from v$database;DBID----------11674814111.7NLS_LANG 语言类型SQL> select * from v$NLS_PARAMETERS where PA RAMETER = 'NLS_LANGUA GE' or PARAMETER ='NLS_TERRITORY' or PA RAMETER ='NLS_CHA RACTERSET';PARAMETER----------------------------------------------------------------VALUE----------------------------------------------------------------NLS_LANGUAGESIMPLIFIED CHINESENLS_TERRITORYCHINANLS_CHARACTERSETZHS16GBK2、建立恢复目录1)在目录数据库中创建恢复目录所用表空间：SQL> create tablespace rman_ts datafile 'd:\oracle\oradata\rman\rman_ts.dbf' size 20M;表空间已创建。
Oracle_RMAN增量备份恢复测试记录
RMAN 增量恢复测试记录目录一、概述： (5)1.1、增量备份的基本概念 (5)1.1.1、概念 (5)1.1.2、备份策略及恢复 (5)1.1.3、增量备份命令 (6)二、备份过程 (7)2.1、第一次全备份： (7)2.1.1、数据记录 (7)2.1.2、当时的归档日志序列号： (7)2.1.3、数据库当时的时间： (8)2.1.4、备份前的归档日志状态 (8)2.1.4、开始第一次全备份 (8)2.1.4.1、RMAN 配置选项： (8)2.1.4.2、开始备份数据库及归档日志： (9)2.1.5、第一次备份完成后的时间： (11)2.1.6、查看RMAN 备份集 (11)2.1.7、测试信息汇总 (13)2.2、第一次增量备份 (14)2.2.1、数据记录： (14)2.2.2、归档日志序列号 (14)2.2.3、数据库当时的时间 (15)2.2.4、开始第一次增量备份 (15)2.2.5、备份后的归档日志状态 (17)2.2.6、第一次增量备份后的时间 (17)2.2.7、查看第一次增量备份后的RMAN 备份集 (17)2.2.8、测试信息汇总 (19)2.3、第二次增量备份 (20)2.3.1、数据记录 (20)2.3.1.1、先插入两条数据 (20)2.3.1.2、再插入两条数据： (21)2.3.1.3、继续插入数据： (22)2.3.2、归档日志序列号 (23)2.3.3、数据库当时的时间 (23)2.3.4、开始第二次增量备份 (23)2.3.5、备份后的归档日志序列号 (25)2.3.6、第二次增量备份后的时间 (26)2.3.7、查看第二次增量备份RMAN 备份集 (26)2.3.8、第二次增量备份后查询系统的SCN (28)2.3.9、测试信息汇总 (29)3.4、第三次增量备份 (29)3.4.1、数据分布 (29)3.4.2、归档日志序列号 (31)3.4.3、数据库当前的时间 (32)3.4.4、开始第三次增量备份 (32)3.4.5、备份后的归档日志序列号 (34)3.4.6、第三次增量备份后的时间 (35)3.4.7、查看第三次增量备份的RMAN备份集 (36)3.4.8、测试信息汇总 (38)三、恢复过程 (39)3.1、进行任意时间点的恢复 (39)测试目的： (39)测试步骤： (39)3.1.1、模拟故障。
如何简单测试Rman的备份恢复功能
如何简单测试Rman的备份恢复功能（v 1.0）版本说明目录版本说明 (2)一、使用backup database 进行备份： (4)二、使用restore database 进行简单恢复测试 (7)一、使用backup database 进行备份：C:\>rman target /恢复管理器: Release 10.2.0.1.0 - Production on 星期五 10月 28 17:05:28 2005 Copyright (c) 1982, 2005, Oracle. All rights reserved.连接到目标数据库: PENNY (DBID=3693589671)RMAN> backup database;启动 backup 于 28-10月-05使用目标数据库控制文件替代恢复目录分配的通道: ORA_DISK_1通道 ORA_DISK_1: sid=144 devtype=DISK通道 ORA_DISK_1: 启动全部数据文件备份集通道 ORA_DISK_1: 正在指定备份集中的数据文件输入数据文件 fno=00001 name=D:\ORADATA\PENNY\DATAFILE\O1_MF_SYSTEM_1LBHQGRJ_.DBF 输入数据文件 fno=00002 name=D:\ORADATA\PENNY\DATAFILE\O1_MF_UNDOTBS1_1LBHR6S8_.DBF 输入数据文件 fno=00003 name=D:\ORADATA\PENNY\DATAFILE\O1_MF_SYSAUX_1LBHRHM3_.DBF 输入数据文件 fno=00004 name=D:\ORADATA\PENNY\DATAFILE\O1_MF_USERS_1LBHRYTZ_.DBF通道 ORA_DISK_1: 正在启动段 1 于 28-10月-05通道 ORA_DISK_1: 已完成段 1 于 28-10月-05段句柄=D:\ORADATA\FLASH_RECOVERY_AREA\PENNY\BACKUPSET\2005_10_28\O1_MF_NNNDF_TAG20051028 T170535_1P3TH06L_.BKP标记=TAG20051028T170535 注释=NONE通道 ORA_DISK_1: 备份集已完成, 经过时间:00:01:15通道 ORA_DISK_1: 启动全部数据文件备份集通道 ORA_DISK_1: 正在指定备份集中的数据文件备份集中包括当前控制文件在备份集中包含当前的 SPFILE通道 ORA_DISK_1: 正在启动段 1 于 28-10月-05通道 ORA_DISK_1: 已完成段 1 于 28-10月-05段句柄=D:\ORADATA\FLASH_RECOVERY_AREA\PENNY\BACKUPSET\2005_10_28\O1_MF_NCSNF_TAG20051028T170535_1P3TKFY2_.BKP标记=TAG20051028T170535注释=NONE通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:05完成 backup 于 28-10月-05RMAN> list backup;备份集列表===================BS 关键字类型 LV 大小设备类型经过时间完成时间------- ---- -- ---------- ----------- ------------ ----------1 Full 6.80M DISK 00:00:03 28-10月-05BP 关键字: 1 状态: AVAILABLE 已压缩: NO 标记: TAG20051028T170416段名:D:\ORADATA\FLASH_RECOVERY_AREA\PENNY\BACKUPSET\2005_10_28\O1_MF_NCSNF_TAG200510 28T170416_1P3TDMVT_.BKP包括的控制文件: Ckp SCN: 192122 Ckp 时间: 28-10月-05包含的 SPFILE: 修改时间: 28-10月-05BS 关键字类型 LV 大小设备类型经过时间完成时间------- ---- -- ---------- ----------- ------------ ----------2 Full 352.13M DISK 00:01:06 28-10月-05BP 关键字: 2 状态: AVAILABLE 已压缩: NO 标记: TAG20051028T170535段名:D:\ORADATA\FLASH_RECOVERY_AREA\PENNY\BACKUPSET\2005_10_28\O1_MF_NNNDF_TAG200510 28T170535_1P3TH06L_.BKP备份集 2 中的数据文件列表文件 LV 类型 Ckp SCN Ckp 时间名称---- -- ---- ---------- ---------- ----1 Full 192496 28-10月-05D:\ORADATA\PENNY\DATAFILE\O1_MF_SYSTEM_1LBHQGRJ_.DBF2 Full 192496 28-10月-05D:\ORADATA\PENNY\DATAFILE\O1_MF_UNDOTBS1_1LBHR6S8_.DBF3 Full 192496 28-10月-05D:\ORADATA\PENNY\DATAFILE\O1_MF_SYSAUX_1LBHRHM3_.DBF4 Full 192496 28-10月-05D:\ORADATA\PENNY\DATAFILE\O1_MF_USERS_1LBHRYTZ_.DBFBS 关键字类型 LV 大小设备类型经过时间完成时间------- ---- -- ---------- ----------- ------------ ----------3 Full 6.80M DISK 00:00:03 28-10月-05BP 关键字: 3 状态: AVAILABLE 已压缩: NO 标记: TAG20051028T170535段名:D:\ORADATA\FLASH_RECOVERY_AREA\PENNY\BACKUPSET\2005_10_28\O1_MF_NCSNF_TAG200510 28T170535_1P3TKFY2_.BKP包括的控制文件: Ckp SCN: 192525 Ckp 时间: 28-10月-05包含的 SPFILE: 修改时间: 28-10月-05RMAN> shutdown immediate;数据库已关闭数据库已卸载Oracle 实例已关闭RMAN> startup mount;Oracle 实例已启动数据库已装载系统全局区域总计 289406976 字节Fixed Size 1248600 字节Variable Size 109052584 字节Database Buffers 176160768 字节Redo Buffers 2945024 字节二、使用restore database 进行简单恢复测试RMAN> restore database;启动 restore 于 28-10月-05分配的通道: ORA_DISK_1通道 ORA_DISK_1: sid=157 devtype=DISK通道 ORA_DISK_1: 正在开始恢复数据文件备份集通道 ORA_DISK_1: 正在指定从备份集恢复的数据文件正将数据文件00001恢复到D:\ORADATA\PENNY\DATAFILE\O1_MF_SYSTEM_1LBHQGRJ_.DBF正将数据文件00002恢复到D:\ORADATA\PENNY\DATAFILE\O1_MF_UNDOTBS1_1LBHR6S8_.DBF正将数据文件00003恢复到D:\ORADATA\PENNY\DATAFILE\O1_MF_SYSAUX_1LBHRHM3_.DBF正将数据文件00004恢复到D:\ORADATA\PENNY\DATAFILE\O1_MF_USERS_1LBHRYTZ_.DBF通道 ORA_DISK_1: 正在读取备份段D:\ORADATA\FLASH_RECOVERY_AREA\PENNY\BACKUPSET\2005_10_28\O1_MF_NNNDF_TAG20051028T 170535_1P3TH06L_.BKP通道 ORA_DISK_1: 已恢复备份段 1段句柄 =D:\ORADATA\FLASH_RECOVERY_AREA\PENNY\BACKUPSET\2005_10_28\O1_MF_NNNDF_TAG20051028T 170535_1P3TH06L_.BKP标记 = TAG20051028T170535通道 ORA_DISK_1: 恢复完成, 用时: 00:00:55完成 restore 于 28-10月-05RMAN> show all;RMAN 配置参数为:CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # defaultCONFIGURE BACKUP OPTIMIZATION OFF; # defaultCONFIGURE DEFAULT DEVICE TYPE TO DISK; # defaultCONFIGURE CONTROLFILE AUTOBACKUP OFF; # defaultCONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # defaultCONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # defaultCONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default CONFIGURE MAXSETSIZE TO UNLIMITED; # defaultCONFIGURE ENCRYPTION FOR DATABASE OFF; # defaultCONFIGURE ENCRYPTION ALGORITHM 'AES128'; # defaultCONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # defaultCONFIGURE SNAPSHOT CONTROLFILE NAME TO 'C:\ORACLE\ORA10GR2\DATABASE\SNCFPENNY.ORA'; # defaultRMAN> show default device type;RMAN 配置参数为:CONFIGURE DEFAULT DEVICE TYPE TO DISK; # defaultRMAN> exit恢复管理器完成。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2.3.1.3、继续插入数据：22
2.3.2、归档日志序列号23
2.3.3、数据库当时的时间23
2.3.4、开始第二次增量备份23
2.3.5、备份后的归档日志序列号25
2.3.6、第二次增量备份后的时间26
2.3.7、查看第二次增量备份RMAN备份集26
2.3.8、第二次增量备份后查询系统的SCN28
RMAN增量恢复测试记录
朱晓凯
2012年3月2备份的基本概念5
1.1.1、概念5
1.1.2、备份策略及恢复5
1.1.3、增量备份命令6
二、备份过程7
2.1、第一次全备份：7
2.1.1、数据记录7
2.1.2、当时的归档日志序列号：7
2.1.3、数据库当时的时间：8
3.2.3、删除第二次增量备份时的数据片，模拟第二次增备损坏51
3.2.4、恢复数据到第三次增量备份时的状态52
3.2.5、修复数据库53
3.2.6、恢复第一次增量备份后到第二次此增量备份完成这段时间的归档日志。54
3.2.7、再次执行恢复数据库55
3.2.8、执行备份检查56
3.2.9、再次执行恢复数据库61
3.2.10、打开数据库验证数据63
3.2.11、恢复测试小结64
3.3、基于SCN的恢复64
测试目的：64
测试步骤：64
3.3.1、恢复并修复数据库65
3.3.2、验证数据68
3.3.3、恢复测试小结69
3.4、丢失中间某个增量备份归档日志的恢复（基于SCN）70
测试目的：70
测试步骤：70
3.4.1、恢复第二次增量备份的控制文件70
3.1.3.4、重新从恢复后的参数文件启动41
3.1.4、恢复控制文件42
3.1.5、恢复第二次增量备份时的数据文件42
3.1.6、查看数据库的相关SCN43
7、Recover数据库46
3.1.8、打开数据库验证数据47
3.1.9、恢复测试小结48
3.2、丢失某个增量备份集的恢复（基于时间点）48
测试目的：48
3.4.8、测试信息汇总38
三、恢复过程39
3.1、进行任意时间点的恢复39
测试目的：39
测试步骤：39
3.1.1、模拟故障。39
3.1.2、发现故障39
3.1.3、恢复参数文件40
3.1.3.1、连接RMAN,设置DBID40
3.1.3.2、通过Oracle默认的参数文件启动40
3.1.3.3、从第一次全备份中恢复spfile41
测试步骤：49
3.2.1、恢复控制文件49
3.2.1.1、恢复前，确认数据库已经处在nomount状态了49
3.2.1.2、恢复第三次增量备份时的控制文件49
3.2.2、恢复第一次全备份时的数据文件50
2.2.2.1、首先，要把数据库启动到mount状态50
2.2.2.2、恢复第一次全备时的数据文件50
文档说明：
本文红色字体部分代表是提醒注意的部分；绿色的字体代表是命令；斜体字部分代表的是输出信息的补充说明部分。
差异增量：是备份上级及同级备份以来所有变化的数据块，差异增量是默认增量备份方式
累积增量：是备份上级备份以来所有变化的块
因为累积增量是备份上级备份以来所有变化的数据块，所以累积增量需要更多的备份时间，同时需要较小的恢复时间；而差异增量正好相反，它可以备份同级备份以来变化的数据块。所以会减少备份时间，但需要更多的恢复时间.在oracle 9中增量备份需要通过扫描整个数据库的数据块才能知道哪些数据块发生了变化，这是一个代价很大，时间很长的过程，而且由于增量备份形成多个不同的备份集，使恢复变得更加不可靠，所以增量备份在版本9中仍然不被推荐使用;在10g中，增量备份作了很大的改进，不需要再扫描所有数据块就能得知哪些数据块发生变化，从而大大提升备份效率。但这些却以牺牲磁盘i/o为代价，所以在oltp事务系统中还得衡量是否愿意以i/o为代价来保证安全及高可用性。10g还支持增量合并，增量备份可支持7级增量。
2.3.9、测试信息汇总29
3.4、第三次增量备份29
3.4.1、数据分布29
3.4.2、归档日志序列号31
3.4.3、数据库当前的时间32
3.4.4、开始第三次增量备份32
3.4.5、备份后的归档日志序列号34
3.4.6、第三次增量备份后的时间35
3.4.7、查看第三次增量备份的RMAN备份集36
2.2.3、数据库当时的时间15
2.2.4、开始第一次增量备份15
2.2.5、备份后的归档日志状态17
2.2.6、第一次增量备份后的时间17
2.2.7、查看第一次增量备份后的RMAN备份集17
2.2.8、测试信息汇总19
2.3、第二次增量备份20
2.3.1、数据记录20
2.3.1.1、先插入两条数据20
2.1.4、备份前的归档日志状态8
2.1.4、开始第一次全备份8
2.1.4.1、RMAN配置选项：8
2.1.4.2、开始备份数据库及归档日志：9
2.1.5、第一次备份完成后的时间：11
2.1.6、查看RMAN备份集11
2.1.7、测试信息汇总13
2.2、第一次增量备份14
2.2.1、数据记录：14
2.2.2、归档日志序列号14
3.4.2、删除第一次增量备份的归档日志71
3.4.3、恢复数据文件72
3.4.4、恢复数据库到第二次增量备份时的SCN74
3.4.5、验证数据76
3.4.6、恢复测试小结77
3.5、基于日志序列号的恢复77
测试目的：77
测试步骤：77
3.5.1、恢复第二次增量备份的控制文件77
3.5.2、恢复数据文件78
3.5.3、查询恢复时间所对应的归档日志79
3.5.4、按日志序列号恢复归档日志81
3.5.5、按日志序列号恢复数据库82
3.5.6、打开数据库，并验证数据83
3.5.7、恢复测试小结83
补充测试：83
1）查询归档日志10所对应的时间84
2）恢复并修复数据库84
3）验证数据87
三、测试总结88
一、
在rman增量备份中，有差异增量和累积增量的概念，本文主要介绍了在差异备份模式下，如何进行各种方式的恢复，使大家对Oracle RMAN 的差异备份恢复有个基本的了解。由于知识水平的限制，本文的一些推论或说明可能并不完全准确，文中的结论仅供大家进行学习和参考。本文所验证的很多内容，都是很难在互联网上搜索到的，所以在测试过程中保留了各种输出的详细信息，并未对输出信息进行过任何的更改，所以大家也可以从下面的测试和输出信息中发现新的结论。