[三思笔记]RMAN管理ORACLE_RAC数据库的备份与恢复

RMANRMANRMANRMAN管理 ORACLEORACLEORACLEORACLE RACRACRACRAC数据库的备份与恢复 2010.01 君三思 http://www.5ienet.com/ 重磅推荐：涂抹 ORACLE-三思笔记之一步一步学 ORACLE.............................................1 1、修改 RAC数据库的归档模式.................................................................................... 2 2、配置节点归档间归档文件的自动发送...................................................................... 4 3、执行 RAC数据库的备份............................................................................................ 7 4、RAC备份集恢复到单实例数据库........................................................................... 15 5、单实例备份集恢复到 RAC....................................................................................... 26 附：三思笔记系列文章快速链接：.......................................................................................40 重磅推荐：涂抹重磅推荐：涂抹重磅推荐：涂抹重磅推荐：涂抹ORACLE-ORACLE-ORACLE-ORACLE-三思笔记之一步一步学三思笔记之一步一步学三思笔记之一步一步学三思笔记之一步一步学ORACLORACLORACLORACLEEEE 前往"涂抹 ORACLE"专区 下载书中源码 | 豆瓣评论 购买 | CB | 当当 | 卓越 | 淘宝 RAC技术这两年热度不断提升，随着ORACLE推广力度不断加大以及时间的推移，RAC 特性也在逐步被人(DBA?人?DBA能算人不，5555)所熟悉，做为最基础也最重要的数据库维 护操作--备份恢复，本文将通过实际操作，演示 RAC数据库环境中，RMAN备份与恢复。 全文 企业安全文化建设方案企业安全文化建设导则安全文明施工及保证措施创建安全文明校园实施方案创建安全文明工地监理工作情况 继承三思笔记系列文章主旨：注重实践。 1111、修改 RACRACRACRAC数据库的归档模式 RMAN备份数据库时，要求目标库必须( 表 关于同志近三年现实表现材料材料类招标技术评分表图表与交易pdf视力表打印pdf用图表说话 pdf 抬杠，我所说的是一般意义上的正式库)处于 归档模式，因此三思首先简单描述一下 RAC环境数据库如何修改归档模式。 修 改 归 档 模 式 的 命 令 还 是 在 MOUNT 模 式 下 执 行 ALTER DATABASE ARCHIVELOG/NOARCHIVELOG;命令，不过如果操作的是 RAC数据库，那么必须所有实 例都处于非 OPEN状态，然后在任意一个处于MOUNT状态的实例执行 ALTERDATABASE 命令，操作成功后，再正常启动其它实例即可。 这里需要注意的一点是，RAC数据库由于拥有多个实例，因此需要注意每个实例相关 初始化参数：LOG_ARCHIVE_DEST_n的设置，务必需要确保该参数设置的路径合法有效， 归档也能顺利进行。 下面列举一个启用 RAC数据库归档模式的演示：以 sysdba身份连接到 ORACLE数据 库的任意实例，查询归档状态，以及当前实例的状态： JSSDBN1> archive log list; Database log mode No ArchiveMode Automatic archival Disabled Archive destination /data/ora10g/product/10.2.0/db_1/dbs/arch Oldest online log sequence 216 Current log sequence 217 JSSDBN1> select inst_id,instance_name,version,archiver,status from gv$instance; INST_ID INSTANCE_NAME VERSION ARCHIVE STATUS ---------- ---------------- ----------------- ------- ------------ 1 jssdbn1 10.2.0.4.0 STOPPEDMOUNTED 2 jssdbn2 10.2.0.4.0 STOPPEDMOUNTED 上述返回的数据中可以获得下列信息： � 未启动归档模式； � 10204版本的双节点数据库并均启动至MOUNT状态； � 默认归档路径未修改过； 当然啦，上述显示的信息都是三思有意为之，要不然后面就不好干了。情况大家都清楚 了，因此下面我们首先需要做的，是修改归档的默认路径： JSSDBN1> alter system set log_archive_dest_1='location=/data/oradata/jssdbn1/archivelog' sid='jssdbn1'; System altered. JSSDBN1> alter system set log_archive_dest_1='location=/data/oradata/jssdbn2/archivelog' sid='jssdbn2'; System altered. 考虑到两个节点的目录结构可能不一致，因此这里分别为节点 1和节点 2指定适当的路 径。 接下来就可以启动归档模式了，需要注意如果你所操作的环境中实例状态为 OPEN模 式，一定要首先关闭实例并重新启动到MOUNT状态，注意关闭的时候是全部关闭，而启 动时只需要启动一个实例即可，其它实例可等归档状态启用后再正常启动。 JSSDBN1> alter database archivelog; Database altered. JSSDBN1> alter database open; Database altered. JSSDBN1> archive log list; Database log mode Archive Mode Automatic archival Enabled Archive destination /data/oradata/jssdbn1/archivelog Oldest online log sequence 217 Next log sequence to archive 218 Current log sequence 218 当前归档模式已经启动，接下来就可以正常启动其它的实例了。如果是想关闭 RAC数 据库的归档模式，操作方式与上相同，只不过在最后将命令改为 alter database noarchivelog 即可。 2222、配置节点归档间归档文件的自动发送 首先要明确一点，通过 RMAN创建备份集时，必须保证连接到的实例能够访问所有节 点所生成的归档日志，否则会导致备份失败(除非不备份归档文件)。对于单实例当然不存在 这样的问题，因为单实例数据库的归档通常是放在本地，必然能够访问(废话，不能访问的 话怎么写进去的)，不过对于多实例的 RAC数据库这就可能会成为一个问题，如何保证 RMAN能够访问到所有节点生成的归档文件呢？两种 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 ： � 各节点生成的归档放到共享存储上，这样自然可以确保每个节点都能够访问 到，比如将归档存放到 ORACLE的 ASM，或者是第三方提供的集群文件系统中； � 各节点除在本地生成归档文件外，另外向其它节点或者说执行备份的节点发送 归档日志，以确保执行备份的那台节点能够访问到所有的归档文件。 从 RMAN易用的角度来说，将归档放置于共享存储上无疑是最方便的，不过第三方集 群件的配置又会带来一些其它额外的管理成本；ASM倒是简单，但是三思的个人看法是这 样，ASM确实好用效率也不错，不过由于 ASM对 DBA来说就像个黑匣子(起码 10g版本是 这样，当然也有可能是俺研究的还不够深入)，使用上了之后就得求天保佑千万不要出现问 题，一旦出现问题很有可能都不知该从何处着手处理。因此，这里三思决定采用另外的方案 。 ORACLE的重做日志发送机制非常灵活，在 10g版本中可以同时向 10个目标地写入归 档(11g增加到了 30个)，这里三思准备利用这种特性，将各节点生成的归档发送到执行备份 的节点中，来实现该节点能够访问所需的归档文件。 操作非常简单，其实上就是给 LOG_ARCHIVE_DEST_n初始化参数设置适当的值，例 如当下的测试环境中，三思经过慎重考虑，决定将备份操作放在节点 2端执行，因此，只需 要在节点 1中，设置发送节点 1生成的归档文件到节点 2即可，操作如下： JSSDBN1> alter system set log_archive_dest_2='service=jssdbn2' sid='jssdbn1'; System altered. 命令中设置的 jssdbn2是指 tnsnames.ora文件中配置的连接节点 2的网络服务名(好绕 口)，除此之外呢，还有一个初始化参数 LOG_ARCHIVE_LOCAL_FIRST，用来设置是否首 先归档文件到本地，默认为 true，将其改为 false，同样只修改节点 1的设置即可，操作如下 ： JSSDBN1> alter system set log_archive_local_first=false sid='jssdbn1'; System altered. 测试一下效果，尝试手动触发归档操作，然后查看是否成功归档至各节点的适当位置： JSSDBN1> alter system switch logfile; System altered. JSSDBN1> select inst_id,recid,dest_id,name from gv$archived_log where sequence#=219; INST_ID RECIDDEST_IDNAME ---------- ----- ------- ------------------------------------------------------------ 1 8 2 /data/oradata/jssdbn2/archivelog/1_219_703671669.dbf 1 9 1 /data/oradata/jssdbn1/archivelog/1_219_703671669.dbf 2 8 2 /data/oradata/jssdbn2/archivelog/1_219_703671669.dbf 2 9 1 /data/oradata/jssdbn1/archivelog/1_219_703671669.dbf 归档文件成功生成并发送到节点 2端！ 提示： RAC数据库各实例拥有各自的 REDO线程，因此还需要考虑各节点生成的归档文件名 称规则的问题，不要因为文件名生成规则不合适造成文件名重复，导致归档失败。归档文件 名的生成规则由 LOG_ARCHIVE_FORMAT 初始化参数控制，还好默认情况下是 %t_%s_%r.dbf(具体%符所代表意义就不说了，可以参考之前三思笔记系列文章)，不会导致 重复的发生。 下面我们来考虑一个问题~~~ 问：丢失了几个归档怎么办？ 答：简单，凉拌，噢对不起说错了，是冷复制。 比如说由于山崩地裂洪水海啸等等这些最近几年我们耳熟能详的事件原因导致节点 1 的某几个归档没能成功发送至节点 2，结果节点 2执行备份时报错(一般是提示找不到归档 文件)，那么手工复制缺少的几个归档到节点 2的适当路径下就好了，用什么复制呢？方式 很多，如果文件数目不多的话，直接用 scp命令吧，比如说这里我们复制 seq为 218的归档 文件到节点 2，操作如下。 首先是找到要复制的文件详细路径，最简单的方式就是从 v$archived_log视图中查找： JSSDBN1> select name from v$archived_log where sequence#=218; NAME ------------------------------------------------------------ /data/oradata/jssdbn1/archivelog/1_218_703671669.dbf 接下来通过 scp命令来复制文件，scp可以在任意节点上操作，语法也比较简单，就是 指明源路径和目标路径就好，例如： [oracle@jssdbn1 ~]$ scp /data/oradata/jssdbn1/archivelog/1_218_703671669.dbf jssdbn2:/data/oradata/jssdbn2/archivelog/1_218_703671669.dbf 1_218_703671669.dbf 100% 34MB 17.1MB/s 00:02 然后在节点 2注册该归档文件，操作如下： JSSDBN2> alter database register physical logfile '/data/oradata/jssdbn2/archivelog/1_218_703671669.dbf'; Database altered. 再次查询 gv$archived_log，确定归档文件已被注册： JSSDBN2> select inst_id,recid,dest_id,name from gv$archived_log where sequence#=218; INST_ID RECIDDEST_IDNAME ---------- ----- ------- ------------------------------------------------------------ 2 7 1 /data/oradata/jssdbn1/archivelog/1_218_703671669.dbf 2 10 1 /data/oradata/jssdbn2/archivelog/1_218_703671669.dbf 1 7 1 /data/oradata/jssdbn1/archivelog/1_218_703671669.dbf 1 10 1 /data/oradata/jssdbn2/archivelog/1_218_703671669.dbf 那么再接下来呢........................... 下面没有了~~ 今天先到这儿，明天同一时间同一地点，请大家继续关注！ 3333、执行 RACRACRACRAC数据库的备份 基本上，RAC下创建备份任务，备份语句是不需要做什么修改的，只要前面的准备工 作都做好了(主要是归档文件)，那么备份是会很顺畅的。 首先来举个例子，默认情况下直接执行备份，通过 RMAN连接到任意结点执行，这里 我们在节点 2端执行备份操作： [oracle@jssdbn2 ~]$ rman target / Recovery Manager: Release 10.2.0.4.0 - Production on Thu Jan 2 11:14:19 2010 Copyright (c) 1982, 2007, Oracle. All rights reserved. connected to target database: JSSDB (DBID=953576437) RMAN>RMAN>RMAN>RMAN> run{run{run{run{ 2>2>2>2> allocateallocateallocateallocate channelchannelchannelchannel c0c0c0c0 devicedevicedevicedevice typetypetypetype diskdiskdiskdisk formatformatformatformat '/data/%U';'/data/%U';'/data/%U';'/data/%U'; 3>3>3>3> backupbackupbackupbackup databasedatabasedatabasedatabase plusplusplusplus archivelogarchivelogarchivelogarchivelog ;;;; 4>4>4>4> }}}} allocated channel: c0 channel c0: sid=146 instance=jssdbn2 devtype=DISK ............................. ............................. RMAN-03002: failure of backup plus archivelog command at 01/28/2010 11:17:07 RMAN-06059: expected archived log not found, lost of archived log compromises recoverability ORA-19625: error identifying file /data/oradata/jssdbn1/archivelog/1_214_703671669.dbf ORA-27037: unable to obtain file status Linux-x86_64 Error: 2: No such file or directory Additional information: 3 从提示信息可以清晰的看出，错误的原因是找不到指定的归档文件。实际上这里的缺少 不是没有，而是说执行备份的节点上找不到这个归档，遇到这种问题，就可以按照 1.2小节 中提示的方法进行处理。 问题处理完之后，再次执行相同的备份脚本： RMAN>RMAN>RMAN>RMAN> run{run{run{run{ 2>2>2>2> allocateallocateallocateallocate channelchannelchannelchannel c0c0c0c0 devicedevicedevicedevice typetypetypetype diskdiskdiskdisk formatformatformatformat '/data/backup/%U';'/data/backup/%U';'/data/backup/%U';'/data/backup/%U'; 3>3>3>3> backupbackupbackupbackup databasedatabasedatabasedatabase plusplusplusplus archivelogarchivelogarchivelogarchivelog ;;;; 4>4>4>4> }}}} using target database control file instead of recovery catalog allocated channel: c0 channel c0: sid=147 instance=jssdbn2 devtype=DISK Starting backup at 28-JAN-10 current log archived archived log /data/oradata/jssdbn1/archivelog/1_214_703671669.dbf not found or out of sync with catalog trying alternate file for archivelog thread 1, sequence 214 archived log /data/oradata/jssdbn1/archivelog/1_215_703671669.dbf not found or out of sync with catalog trying alternate file for archivelog thread 1, sequence 215 archived log /data/oradata/jssdbn1/archivelog/1_216_703671669.dbf not found or out of sync with catalog trying alternate file for archivelog thread 1, sequence 216 archived log /data/oradata/jssdbn1/archivelog/1_217_703671669.dbf not found or out of sync with catalog trying alternate file for archivelog thread 1, sequence 217 archived log /data/oradata/jssdbn1/archivelog/1_218_703671669.dbf not found or out of sync with catalog trying alternate file for archivelog thread 1, sequence 218 archived log /data/oradata/jssdbn1/archivelog/1_219_703671669.dbf not found or out of sync with catalog trying alternate file for archivelog thread 1, sequence 219 archived log /data/oradata/jssdbn1/archivelog/1_220_703671669.dbf not found or out of sync with catalog trying alternate file for archivelog thread 1, sequence 220 archived log /data/oradata/jssdbn1/archivelog/1_221_703671669.dbf not found or out of sync with catalog trying alternate file for archivelog thread 1, sequence 221 archived log /data/oradata/jssdbn1/archivelog/1_222_703671669.dbf not found or out of sync with catalog trying alternate file for archivelog thread 1, sequence 222 archived log /data/oradata/jssdbn1/archivelog/2_80_703671669.dbf not found or out of sync with catalog trying alternate file for archivelog thread 2, sequence 80 channel c0: starting archive log backupset channel c0: specifying archive log(s) in backup set input archive log thread=1 sequence=214 recid=15 stamp=709470986 input archive log thread=1 sequence=215 recid=16 stamp=709470986 input archive log thread=1 sequence=216 recid=17 stamp=709470986 input archive log thread=1 sequence=217 recid=18 stamp=709470986 input archive log thread=1 sequence=218 recid=10 stamp=709386699 input archive log thread=1 sequence=219 recid=8 stamp=709377003 input archive log thread=1 sequence=220 recid=13 stamp=709470839 input archive log thread=1 sequence=221 recid=20 stamp=709471027 input archive log thread=1 sequence=222 recid=24 stamp=709471178 input archive log thread=2 sequence=80 recid=22 stamp=709471126 input archive log thread=2 sequence=81 recid=6 stamp=709351223 input archive log thread=2 sequence=82 recid=11 stamp=709423258 input archive log thread=2 sequence=83 recid=12 stamp=709470834 input archive log thread=2 sequence=84 recid=19 stamp=709471026 input archive log thread=2 sequence=85 recid=23 stamp=709471176 channel c0: starting piece 1 at 28-JAN-10 channel c0: finished piece 1 at 28-JAN-10 piece handle=/data/backup/01l4jaui_1_1 tag=TAG20100128T111946 comment=NONE channel c0: backup set complete, elapsed time: 00:00:16 Finished backup at 28-JAN-10 Starting backup at 28-JAN-10 channel c0: starting full datafile backupset channel c0: specifying datafile(s) in backupset input datafile fno=00003 name=+ASMDISK1/jssdb/datafile/sysaux.266.703671697 input datafile fno=00001 name=+ASMDISK1/jssdb/datafile/system.260.703671683 input datafile fno=00002 name=+ASMDISK1/jssdb/datafile/undotbs1.259.703671695 input datafile fno=00004 name=+ASMDISK1/jssdb/datafile/undotbs2.258.703671705 input datafile fno=00006 name=+ASMDISK1/jssdb/datafile/jsstbs.269.703779631 input datafile fno=00005 name=+ASMDISK1/jssdb/datafile/users.257.703671709 channel c0: starting piece 1 at 28-JAN-10 channel c0: finished piece 1 at 28-JAN-10 piece handle=/data/backup/02l4jav5_1_1 tag=TAG20100128T112005 comment=NONE channel c0: backup set complete, elapsed time: 00:00:25 channel c0: starting full datafile backupset channel c0: specifying datafile(s) in backupset including current control file in backupset including current SPFILE in backupset channel c0: starting piece 1 at 28-JAN-10 channel c0: finished piece 1 at 28-JAN-10 piece handle=/data/backup/03l4javu_1_1 tag=TAG20100128T112005 comment=NONE channel c0: backup set complete, elapsed time: 00:00:03 Finished backup at 28-JAN-10 Starting backup at 28-JAN-10 current log archived archived log /data/oradata/jssdbn1/archivelog/1_223_703671669.dbf not found or out of sync with catalog trying alternate file for archivelog thread 1, sequence 223 channel c0: starting archive log backupset channel c0: specifying archive log(s) in backup set input archive log thread=1 sequence=223 recid=26 stamp=709471235 input archive log thread=2 sequence=86 recid=28 stamp=709471236 channel c0: starting piece 1 at 28-JAN-10 channel c0: finished piece 1 at 28-JAN-10 piece handle=/data/backup/04l4jb05_1_1 tag=TAG20100128T112037 comment=NONE channel c0: backup set complete, elapsed time: 00:00:02 Finished backup at 28-JAN-10 released channel: c0 一切顺利，备份集创建成功。 不过，这里隐含一个问题，通常我们习惯于在备份完归档之后删除原归档文件，以释放 相应的磁盘空间，不过在当前这个情况下，如果你尝试清除归档的话，如无意外肯定会报错 ， 例如： RMAN> deletedeletedeletedelete archivelogarchivelogarchivelogarchivelog sequencesequencesequencesequence 214214214214 threadthreadthreadthread 1;1;1;1; allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=134 instance=jssdbn2 devtype=DISK List of Archived Log Copies Key Thrd Seq S Low Time Name ------- ---- ------- - --------- ---- 15 1 214 A 24-JAN-10 /data/oradata/jssdbn2/archivelog/1_214_703671669.dbf 1 1 214 A 24-JAN-10 /data/oradata/jssdbn1/archivelog/1_214_703671669.dbf Do you really want to delete the above objects (enter YES or NO)? yes deleted archive log archive log filename=/data/oradata/jssdbn2/archivelog/1_214_703671669.dbf recid=15 stamp=709470986 Deleted 1 objects RMAN-06207:WARNING: 1 objects could not be deleted for DISK channel(s) due RMAN-06208: to mismatched status. Use CROSSCHECK command to fix status RMAN-06210: List of Mismatched objects RMAN-06211: ========================== RMAN-06212: Object Type Filename/Handle RMAN-06213: --------------- --------------------------------------------------- RMAN-06214:Archivelog /data/oradata/jssdbn1/archivelog/1_214_703671669.dbf 节点 2端的归档成功删除，可是节点 1端生成的归档删除报错，觉着奇怪吗？其实如果 你稍稍开动一下脑筋，随便动用几十万亿个脑细胞就肯定能想明白这个事儿，没错，这里报 错 的 原 来 就 是 节 点 2 上 操 作 不 了 节 点 1 中 的 "/data/oradata/jssdbn1/archivelog/1_214_703671669.dbf"这个文件，你想说到节点 1端去删除？ 那 也 会 有 问 题 ， 因 为 节 点 1 又 操 作 不 了 节 点 2 上 的 "/data/oradata/jssdbn2/archivelog/1_214_703671669.dbf"这个文件，咋整？我有办法，用家乐 浓汤宝吧，三碗水，一个鸡汤口味。。。。Oo对不起对不起，最近广告看多了。我真正想说的 是，用 RMAN中的通道吧。 插播内容：配置多通道连接不同实例，认真看，不是广告。 可以通过 configure预配置几个通道(一般有几个实例就配几个通道)，用来连接相应的实 例，命令行如下： RMAN> configureconfigureconfigureconfigure channelchannelchannelchannel 1111 devicedevicedevicedevice typetypetypetype diskdiskdiskdisk connectconnectconnectconnect 'sys/123456@jssdbn1';'sys/123456@jssdbn1';'sys/123456@jssdbn1';'sys/123456@jssdbn1'; new RMAN configuration parameters: CONFIGURECHANNEL 1 DEVICETYPEDISK CONNECT '*'; new RMAN configuration parameters are successfully stored released channel: ORA_DISK_1 RMAN> configureconfigureconfigureconfigure channelchannelchannelchannel 2222 devicedevicedevicedevice typetypetypetype diskdiskdiskdisk connectconnectconnectconnect 'sys/123456@jssdbn2';'sys/123456@jssdbn2';'sys/123456@jssdbn2';'sys/123456@jssdbn2'; new RMAN configuration parameters: CONFIGURECHANNEL 2 DEVICETYPEDISK CONNECT '*'; new RMAN configuration parameters are successfully stored Configure channel大家应该看着眼熟，有不认识的建议重温"一步一步学 RMAN"，或者 浏览"涂抹 ORACLE--三思笔记第 8章"，关于 connect子句简单解释两句，后跟目标实例的 用户名密码及网络服务名，这个网络服务名要确保执行备份的节点中确实进行了配置哟，不 然该通道连接时肯定就会报错了。 配置完成之后，查看当前通道配置情况，应显示如下： RMAN> showshowshowshow channel;channel;channel;channel; RMAN configuration parameters are: CONFIGURECHANNEL 1 DEVICETYPEDISK CONNECT '*'; CONFIGURECHANNEL 2 DEVICETYPEDISK CONNECT '*'; 而且这种方式还有一个好处，就是 RMAN能够智能的对备份中出现"问题"的任务进行 再分配，比如说通道 1和通道 2同时执行备份，其中通道 1备份数据文件 134，通道 2备份 数据文件 2和 5，假如通道 2执行过程中由于某些原因崩溃，RMAN可以自动将任务放回到 通道 1上执行。 接下来，还有很重要的一步，启动并行，并且至少要启动"节点数量"个并行度。这样的 目的是为了 RMAN在分配任务时，自动至少启动多个通道并连接到相应的实例上，操作如 下，例如我们这里的双节点 RAC，就配置 2个并行度： RMAN> configureconfigureconfigureconfigure devicedevicedevicedevice typetypetypetype diskdiskdiskdisk parallelismparallelismparallelismparallelism 2;2;2;2; new RMAN configuration parameters: CONFIGUREDEVICETYPEDISK PARALLELISM 2 BACKUP TYPETO BACKUPSET; new RMAN configuration parameters are successfully stored released channel: ORA_DISK_1 这样，当执行 RMAN任务时，它就会根据任务所需，自动分配通道连接到适当实例， 执行适当的操作。例如，再将从节点 2端删除 214序号的归档文件，操作如下： RMAN> deletedeletedeletedelete archivelogarchivelogarchivelogarchivelog sequencesequencesequencesequence 214;214;214;214; allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=130 instance=jssdbn1 devtype=DISK allocated channel: ORA_DISK_2 channel ORA_DISK_2: sid=152 instance=jssdbn2 devtype=DISK List of Archived Log Copies Key Thrd Seq S Low Time Name ------- ---- ------- - --------- ---- 1 1 214 A 24-JAN-10 /data/oradata/jssdbn1/archivelog/1_214_703671669.dbf Do you really want to delete the above objects (enter YES or NO)? yes deleted archive log archive log filename=/data/oradata/jssdbn1/archivelog/1_214_703671669.dbf recid=1 stamp=709219728 Deleted 1 objects 成功删除，这个成功也体现了分配通道后 RMAN的智能，它会根据配置给不同的通道 分配不同的任务，这样也就不用担心节点路径不同导致删除任务的失败了。 路障基本扫除，下面综合来测试一下，执行脚本如下： RMAN>RMAN>RMAN>RMAN> run{run{run{run{ allocateallocateallocateallocate channelchannelchannelchannel c0c0c0c0 devicedevicedevicedevice typetypetypetype diskdiskdiskdisk formatformatformatformat '/data/backup/%U';'/data/backup/%U';'/data/backup/%U';'/data/backup/%U'; backupbackupbackupbackup databasedatabasedatabasedatabase plusplusplusplus archivelog;archivelog;archivelog;archivelog; releasereleasereleaserelease channelchannelchannelchannel c0;c0;c0;c0; }}}} allocated channel: c0 channel c0: sid=144 instance=jssdbn2 devtype=DISK Starting backup at 03-FEB-10 current log archived archived log /data/oradata/jssdbn1/archivelog/1_224_703671669.dbf not found or out of sync with catalog trying alternate file for archivelog thread 1, sequence 224 archived log /data/oradata/jssdbn1/archivelog/1_225_703671669.dbf not found or out of sync with catalog ..................... ........................ trying alternate file for archivelog thread 1, sequence 237 archived log /data/oradata/jssdbn1/archivelog/2_88_703671669.dbf not found or out of sync with catalog trying alternate file for archivelog thread 2, sequence 88 channel c0: starting archive log backupset channel c0: specifying archive log(s) in backup set input archive log thread=1 sequence=224 recid=64 stamp=709997627 input archive log thread=1 sequence=225 recid=65 stamp=709997630 ............................ ............................... input archive log thread=2 sequence=97 recid=66 stamp=709997682 channel c0: starting piece 1 at 03-FEB-10 channel c0: finished piece 1 at 03-FEB-10 piece handle=/data/backup/05l53d3s_1_1 tag=TAG20100203T133451 comment=NONE channel c0: backup set complete, elapsed time: 00:00:36 Finished backup at 03-FEB-10 Starting backup at 03-FEB-10 channel c0: starting full datafile backupset channel c0: specifying datafile(s) in backupset input datafile fno=00003 name=+ASMDISK1/jssdb/datafile/sysaux.266.703671697 input datafile fno=00001 name=+ASMDISK1/jssdb/datafile/system.260.703671683 input datafile fno=00002 name=+ASMDISK1/jssdb/datafile/undotbs1.259.703671695 input datafile fno=00004 name=+ASMDISK1/jssdb/datafile/undotbs2.258.703671705 input datafile fno=00006 name=+ASMDISK1/jssdb/datafile/jsstbs.269.703779631 input datafile fno=00005 name=+A