第八章 RMAN 备份路径困惑
- 格式:docx
- 大小:43.50 KB
- 文档页数:10
SQL> alter system set db_recovery_file_dest=''; //置空后可以指定控制文件备份路径RMAN> backup database format 'd:\backup\bk_db_%U' plus archivelog;shutdown immediate;startup mount;RMAN> run{2> allocate channel ch1 device type disk;3> allocate channel ch2 device type disk;4> backup database format 'd:\backup\bk_db_%U'5> plus archivelog format 'd:\backup\bk_lg_%U';6> release channel ch1;7> release channel ch2;8> }总结(RMAN备份路径)1.在未通过configure命令设定RMAN备份文件路径以及未修改db_recovery_file_dest,且指定了format参数,则备份的数据文件,参数文件,控制文件,采用了双重保护方式,一份位于指定路径,一份位于缺省的闪回区。
同时归档日志保存在闪回区。
2.一旦修改了db_recovery_file_dest至特定路径,则同上述功能一样,所不同的是存放到非缺省的闪回区。
3.当db_recovery_file_dest为空值时,同样使用双重保护,但这些文件被放置到了$ORACLE_HOME/dbs路径下。
4.当使用了configure channel device type disk format = '/u01/bk/db_%U'配置RMAN,则对于badkup database plus archivelog 同样会出现上述的情况。
ORACLE备份策略(ORACLEBACKUP STRATEGY)第一章. 概要1、了解什么是备份2、了解备份的重要性3、理解数据库的两种运行方式4、理解不同的备份方式及其区别5、了解正确的备份策略及其好处第二章. 了解备份的重要性可以说,从计算机系统出世的那天起,就有了备份这个概念,计算机以其强大的速度处理能力,取代了很多人为的工作,但是,往往很多时候,它又是那么弱不禁风,主板上的芯片、主板电路、内存、电源等任何一项不能正常工作,都会导致计算机系统不能正常工作。
当然,这些损坏可以修复,不会导致应用和数据的损坏。
但是,如果计算机的硬盘损坏,将会导致数据丢失,此时必须用备份恢复数据。
其实,在我们的现实世界中,已经就存在很多备份策略,如RAID技术,双机热备,集群技术发展的不就是计算机系统的备份和高可用性吗?有很多时候,系统的备份的确就能解决数据库备份的问题,如磁盘介质的损坏,往往从镜相上面做简单的恢复,或简单的切换机器就可以了。
但是,上面所说的系统备份策略是从硬件的角度来考虑备份与恢复的问题,这是需要代价的。
我们所能选择备份策略的依据是:丢是数据的代价与确保数据不丢失的代价之比。
还有的时候,硬件的备份有时根本满足不了现实需要,假如你误删了一个表,但是你又想恢复的时候,数据库的备份就变的重要了。
O RACLE本身就提供了强大的备份与恢复策略,这里我们只讨论O RACLE备份策略,以下的备份都是指ORACLE数据库备份,恢复将放到下一讲中。
所谓备份,就是把数据库复制到转储设备的过程。
其中,转储设备是指用于放置数据库拷贝的磁带或磁盘。
能够进行什么样的恢复依赖于有什么样的备份。
作为DBA,有责任从以下三个方面维护数据库的可恢复性:·使数据库的失效次数减到最少,从而使数据库保持最大的可用性;·当数据库不可避免地失效后,要使恢复时间减到最少,从而使恢复的效率达到最高;·当数据库失效后,要确保尽量少的数据丢失或根本不丢失,从而使数据具有最大的可恢复性。
1.恢复管理器(Recovery Manager,RMAN)是一个与操作系统无关的数据库备份工具,可以跨越不同的操作系统进行数据库备份。
RMAN必须运行在一个数据库上。
与常用的数据库备份、逻辑数据库备份不同,RMAN使用数据库对数据库进行备份的原理。
在RMAN中,可以使用COPY命令将数据库文件复制到磁盘或磁带上,也可以用BACKUP命令对整个数据库、一个指定的表空间、控制文件、日志文件进行备份。
上面写的哪些东西估计也没有什么用下面说说怎么用那些东西首先要创建恢复目录(recobery catalog)只有建立了目录,rman才能重目录数据库文件中工作呀1.先要创建恢复目录数据库可以通过企业管理器建立包括系统表空间,rbs表空间,临时表空间,日志文件设置,catalog表空间,2 创建rman用户SQL>Create user rman identifiey by rman default tablespace cattbs temporary tablespace temp;SQL>Grant connect,resource to rman;SQL>Grant recovery_catalog_owner to rman;3 创建恢复目录$rman catalogRMAN>create catalog; 创建个目录很简单哈哈然后开始配置rman通道先说什么是通道RMAN在执行数据库备份与恢复操作时,都要使用操作系统进程,启动操作系统进程是通过分配通道来实现的,每分配一个通道RMAN启动一个服务器进程。
手动分配通道Run {Allocate channel ora_sbt_1 device type sbt rate 200k; #rate限定通道的传输速率/秒Allocate channel ora_sbt_2 device type sbt rate 500k; # ora_sbt_2通道名可任意取Backup(tablespace system,users channel ora_sbt_1)(tablespace example channel ora_sbt_2); }自动通道配置在RUN外部使用backup,restore,delete命令,或在RUN中使用这些命令但未定义通道时RMAN自动使用自动通道配置。
RMAN备份数据库过程RMAN备份数据库过程:RMAN发出备份全库命令后,RMAN生成到目标数据库的bequeath连接,也就是说会检查ORACLA_SID变量中的实例名,并在该在实例上产生一个服务器进程,然后作为sysdba登陆,然后会产生一个作为备份的通道,(在PGA 或者是在SGA分配存储)。
随后RMAN调用SYS.DBMS_RCVMAN请求数据库结构信息,包括控制文件的信息(当前序列号,创建时间……)由于指定了备份全库,所以RMAN会请求数据库中数据文件信息,并判断是否存在offline数据文件(包括所在的位置和工作方式)。
RMAN开始备份,为了保持数据一致性RMAN必须构建控制文件快照,接下来RMAN调用DBMS _BACKUP_RESTORE数据包,该调用可以创建备份片。
RMAN拥有文件列表,所以它为数据文件读取操作分配内存缓冲区,分配缓冲区后RMAN初始化备份片。
一旦初始化了备份片,RMAN会判断是否使用了服务器参数文件,如果使用了则会做为备份的一部分,还要备份控制文件,之后才开始备份数据文件,并将其推至内存。
为了实现这一功能,通道进程在磁盘上执行预读取操作,并且将多个数据文件读入内存中,RMAN 会判断数据块头信息是否仍然为零,如果数据块没有被使用过,就不会发生到输出缓冲区的写操作,同时会丢弃这个数据块(这就RMAN为什么会只备份使用过的数据的原因,也是它的优点)RMAN还会执行检查数据块有没有corruption操作。
当检查通过了就被写入到输出缓冲区。
一旦输出缓冲区填满了,就被推至备份文件位置。
在备份数据块的时候,RMAN影子进程会得到备份状态信息。
并将它传给V$session_longops 视图。
查询它能得到信息。
当数据文件的所有数据块都被读入输入缓冲区并确定了状态之后RMAN就会通过将这个数据文件写入备份片来结束该文件的备份操作。
所有数据文件写入备份片之后,RMAN生成最后一个对SYS DBMS BACKUP RESTORE 数据包的调用,该调用在控制文件中写入备份信息(包括备份片名,启动备份操作时的检查点的SCN和完成备份的时间)至此完成备份!在这里没有讨论多么深入的RMAN技术,也没有告诉大家这样去编写备份脚本,这并不是我的初衷,我只想把我会的写出来,和大家一起学习,一起进步,谢谢。
【干货分享】DMRMAN脱机备份常见错误我们在使用DMRMAN工具脱机备份时总是遇到各种问题,今天整理了下常用问题及解决方法,供大家参考。
本章内容已在如下环境上测试:操作系统:中标麒麟7、Windows 10 64位数据库版本:达梦8相关关键字:DM8,DMRMAN备份,管道连接超过,创建dmap管道失败常见错误[-7103]:创建命名管道失败【问题现象】:中标麒麟7环境,在将达梦数据库bin路径配置到环境变量path中,可以在任意目录下执行DMRMAN命令,但是进入DMRMAN后执行备份命令,会有如下报错:[-7103]:创建命名管道失败。
【问题原因】:当执行DMRMAN命令进行备份操作的时,会根据DMRMAN命令所在路径下寻找由DM_PIPE_开头的管道文件,而不是通过path设置的环境变量路径来寻找对应的管道文件,DM_PIPE_一般是在bin目录下生成。
【解决方法】:使用DM安装用户dmdba进入DM安装bin目录下启动DMRMAN工具,执行备份脚本提示成功。
[-7105]:管道连接超时【问题现象】:中标麒麟7环境,使用root用户启动DMRMAN工具,执行备份命令报错[-7105]:管道连接超时。
【问题原因】:root用户不是DM数据库安装用户,不能使用root启动DMRMAN工具。
【解决方法】:使用DM安装用户dmdba启动DMRMAN工具,执行备份命令即正常。
[-8109]:创建dmap管道失败,请检查dmap是否已经启动【问题现象】:中标麒麟7环境,dmdba在bin目录下启动DMRMAN工具,执行备份命令报错[-8109]:创建dmap管道失败,请检查dmap是否已经启动。
【问题原因】:没有启动DmAPService服务。
【解决方法】:使用root用户执行如下命令启动DmAPService服务。
启动后执行备份命令正常。
[root@localhost ~]# systemctl start DmAPService.service如若Windows 10环境下,DmAPService服务已启动,仍然报这个错误,请使用以管理员身份运行cmd命令;同样如果在控制台工具上也报此错误,请使用以管理员身份运行控制台工具。
RMAN备份流程V3.02016年02月02日目录一、备份集信息 (5)1.1列出备份集信息 (5)1.2删除备份集信息 (5)二、备份操作 (6)2.1RMAN登陆 (6)2.2备份参数 (6)2.3备份命令 (8)2.4全备份操作 (9)2.5单备份操作 (13)2.6磁带库 (14)三、恢复操作 (15)3.1预恢复操作 (15)3.2全库恢复 (15)3.3恢复参数文件 (17)3.4恢复数据文件 (18)3.5基于条件的恢复 (18)3.6基于控制文件的恢复 (20)3.7恢复日志文件 (23)3.8异机恢复案例 (23)四、镜像拷贝 (26)4.1生成镜像 (26)4.2合并增量备份与映像副本 (26)五、备份策略 (27)5.1差异备份 (27)5.2累计备份 (27)5.3增量备份方案 (28)5.4备份级别 (28)六、CATALOG (30)6.1使用恢复目录 (30)6.2catalog 的创建和使用 (30)6.3基于恢复目录的备份 (30)七、OS COPY恢复 (33)7.1主库 (33)7.2备库 (34)7.3修改pfile文件 (34)7.4启动备库 (35)八、RMAN RESTORE恢复 (36)8.1主库 (36)8.2备库 (37)8.3修改pfile文件 (39)8.4启动备库 (39)九、RMAN COPY恢复 (41)9.1主库 (41)9.2备库 (42)9.3修改pfile文件 (42)9.4启动备库 (43)十、Duplicate副本数据库 (45)10.1简介 (45)10.2RMAN同机克隆 (47)10.3RMAN克隆日志解析 (50)一、备份集信息1.1列出备份集信息1.2删除备份集信息二、备份操作2.1R MAN登陆rman的链接方式:连接到目标数据库:rman\>connect target user/pwd@db_name注意:1、connect不能简写为conn2、连接USER必须具备SYSDBA权限3、连接的db_name必须在tnsnames.ora中有配置,且有效(即通过SQLPLUS可以连接)4、target database 必须为archivelog 模式5、如果是本地可以采用OS认证,如果是远程需要使用密码文件认证。
读书笔记之RMAN 备份命令一备份命令简介·连接本地数据库WIN下:>SET ORACLE_SID = oraclesid>RMAN TARGET /Linux/unix下:$export ORACLE_SID = oraclesid$rman target /Tip:如果数据库在OPEN状态执行备份(即READ WRITE状态),则数据库必须置于归档模式,否则执行备份时会出现ORA-19602错误。
·执行操作系统命令RMAN>HOST;·执行SQL语句RMAN>SQL ‘ALTER SYSTEM ARCHIVE LOG ALL’;Tip:RMAN中的SQL不能执行select语句,可以执行,但是看不到结果。
Tip:一些控制RMAN环境变量,或操作CATALOG的操作都不能在RUN{}块中执行,如:CONFIGUER、LIST、REPORT等。
·整库备份RMAN>BACKUP DATABASE;Tip:会生成两个备份集(存数数据文件,存储控制文件和SPFILE)在安装目录下。
RMAN>BACKUP DATABASE FROMAT ‘F:\ORACLE\BACKUP\NAME_%U’;Tip:要确保format的目录是存在的,否则会报错。
RMAN>LIST BACKUP OF DA TABASE 查看创建的全库备份·表空间备份RMAN>BACKUP TABLESPACE USERS;Tip:只要实例启动并处于加载状态,无论数据库是否打开,都可以在RMAN中对表空间进行备份。
RMAN>LIST BACKUP OF TABLESPACE USERS; 查看表空间备份·数据文件的备份RMAN>BACKUP DATAFILE ‘数据文件路径’/FILE_ID;Tip:数据文件路径和FILE_ID可以通过数据字典DBA_DATA_FILES或V$DA TAFILE查询。
Rman 备份命令Rman 备份命令相关命令速查,这篇文章最早是我用sunadmin的用户名发在chinaunix上的,现在被到处转载,再次在博客中声明,转载请注明出处。
此次写出大概的命令速查,以后的帖子会写一些实际的恢复应用实例和catalog的使用1、切换服务器归档模式,如果已经是归档模式可跳过此步:%sqlplus /nolog (启动sqlplus)SQL> conn / as sysdba (以DBA身份连接数据库)SQL> shutdown immediate; (立即关闭数据库)SQL> startup mount (启动实例并加载数据库,但不打开)SQL> alter database archivelog; (更改数据库为归档模式)SQL> alter database open; (打开数据库)SQL> alter system archive log start; (启用自动归档)SQL> exit (退出)恢复数据库必须在mount状态下2、连接:%rmantarget=rman/rman@mydb(启动恢复管理器)3、基本设置:RMAN> configure default device type to disk; (设置默认的备份设备为磁盘)RMAN> configure device type disk parallelism 2; (设置备份的并行级别,通道数)RMAN> configure channel 1 device type disk format '/backup1/backup_%U'; (设置通道1备份的文件格式,只适用于磁盘设备)RMAN> configure channel 2 device type disk format '/backup2/backup_%U'; (设置通道2备份的文件格式,只适用于磁盘设备)RMAN> configure controlfile autobackup on; (打开控制文件与服务器参数文件的自动备份) RMAN> configure controlfile autobackup format for device type disk to '/backup1/ctl_%F'; (设置控制文件与服务器参数文件自动备份的文件格式)4、查看所有设置:RMAN> show all;5、查看数据库方案报表:RMAN> report schema;6、备份全库:RMAN> backup database plus archivelog delete input; (备份全库及控制文件、服务器参数文件与所有归档的重做日志,并删除旧的归档日志)7、备份表空间:RMAN> backup tablespace system plus archivelog delete input; (备份指定表空间及归档的重做日志,并删除旧的归档日志)8、备份归档日志:RMAN> backup archivelog all delete input;9、复制数据文件:RMAN> copy datafile 1 to '/oracle/dbs/system.copy'; (使用report schema可以查看。
使用RMAN备份与还原Oracle数据库原理一、数据库备份概念对于Oracle数据库,备份方式包括物理备份和逻辑备份。
1、物理备份将实际组成数据库的操作系统文件从一处拷贝到另一处的备份过程,通常是从磁盘到磁带。
该方法实现数据库的完整恢复,但数据库必须运行在归档模式下(业务数据库在非归档模式下运行),且需要极大的外部存储设备,例如磁带库,具体包括冷备份和热备份。
冷备份和热备份是物理备份(也称低级备份),它涉及到组成数据库的文件,但不考虑逻辑内容。
使用RMAN备份与还原ORACLE数据库的方式,属于物理备份方法。
2、逻辑备份利用SQL语言从数据库中抽取数据并存于二进制文件的过程。
业务数据库采用此种方式,此方法不需要数据库运行在归档模式下,不但备份简单,而且可以不需要外部存储设备,包括导出/导入(EXPORT/IMPORT)。
这种方法包括读取一系列的数据库日志,并写入文件中,这些日志的读取与其所处位置无关。
二、RMAN备份方式使用RMAN备份Oracle数据库,包括以下三种备份概念。
1、完全备份(Full Backup)与增量备份(Incremental Backup)完全备份与增量备份是针对数据文件而言,控制文件和归档日志文件不能进行增量备份。
当然,后两者可以做备份优化。
2、打开备份(Open Backup)或关闭备份(Closed Backup)数据库打开状态下进行备份即是打开备份,数据库关闭状态下(加载状态)进行的备份即关闭备份。
3、一致备份(Consistent Backup)与不一致备份(Inconsistent Backup)数据库打开状态或不干净关闭状态(shutdown abort)进行的备份是不一致备份,利用不一致的备份修复数据库后还需要做数据库的恢复。
在数据库干净关闭状态进行的备份是一致备份,利用一致备份修复数据库后不需要做数据库的恢复。
三、备份策略由于数据库占据物理空间较大,每次都进行全库备份,对存储介质要求比较高,也会造成空间的冗余浪费,故而在实际的数据备份过程中,通常采用增量备份的方法。
RMAN备份使用RMAN备份DB一、建置环境与情境本文件说明使用RMAN由来源DB复制DB到另一台主机上。
测试的环境描述如下:1.来源和复制主机为相同平台和OS系统,OS:HP-UX,平台:Intel Itanium2.来源DB和复制DB的版本相同,皆为Oracle 10.2.0.4版3.来源DB和复制DB的SID和服务名称相同,SID:HPDEV2,服务名称:4.来源DB和复制DB都是使用ASM做为储存媒介,ASM内储存结构也相同,储存目录root都为+DATADG5.RMAN使用control纪录备份回、复信息如要参考此步骤进行复制,请先确认以上环境的差异,参考Backup and Recovery Advanced User’s Guide.pdf中13章部分和Backup and Recovery Reference.pdf手册进行修改。
在RMAN复制DB操作上,来源DB是以target DB连接,而复制DB则以auxiliary DB连接。
操作时请注意来源、复制DB和target DB、auxiliary DB间的关系,避免混淆。
二、复制DB步骤1.检查来源DB archive log mode使用RMAN复制DB必须先用RMAN备份来源DB,备份时请注意DB的archive log mode,如果为noarchive log模式,RMAN只能在DB为mount模式下备份,在备份时DB无法提供服务。
故如果DB无法容忍长时间停机,应先将RMAN切换为archive log mode,如此可以在DB open的状况下进行备份。
检查archive log可以用sqlplus以sys登入下以下指令查询:如需要修改可以下以下指令:shutdown immediate;startup mount;alter database archivelog; --或noarchivelogalter database open;设定完后可以重新以:archive log list;查询设定是否成功。
RMAN 备份路径困惑(使用plus archivelog时)分类:RMAN 备份恢复2011-05-12 12:47 472人阅读评论(0) 收藏举报--*******************************************-- RMAN 备份路径困惑(使用plus archivelog时)--*******************************************最近RMAN备份时,碰到一点疑惑。
即使用plus archivelog时不管是使用format参数指定备份文件的路径还是使用configure配置RMAN备份路径,都不能将数据文件和日志文件备份到同一路径。
在因为以前使用RMAN备份,都是单独备份数据文件和日志文件,所以一直没有在意这个问题。
下面给出具体事例。
一、指定备份路径备份数据库及归档日志RMAN> backup database format '/u01/bk/bk_db_%U' plus archivelog;Starting backup at02-MAY-11current log archivedallocated channel: ORA_DISK_1channel ORA_DISK_1: sid=146 devtype=DISKchannel ORA_DISK_1: starting archive log backupsetchannel ORA_DISK_1: specifying archive log(s) in backup setinput archive log thread=1sequence=50 recid=10 stamp=750091269input archive log thread=1sequence=51 recid=11 stamp=750091281input archive log thread=1sequence=52 recid=12 stamp=750091286input archive log thread=1sequence=53 recid=13 stamp=750092325input archive log thread=1sequence=54 recid=14 stamp=750092487input archive log thread=1sequence=55 recid=15 stamp=750093621input archive log thread=1sequence=56 recid=16 stamp=750094799input archive log thread=1sequence=57 recid=17 stamp=750095198input archive log thread=1sequence=58 recid=18 stamp=750099671input archive log thread=1sequence=59 recid=19 stamp=750099848input archive log thread=1sequence=60 recid=20 stamp=750099945input archive log thread=1sequence=61 recid=21 stamp=750103678channel ORA_DISK_1: starting piece 1at02-MAY-11channel ORA_DISK_1: finished piece 1at02-MAY-11piece handle=/u01/app/oracle/flash_recovery_area/ODBP/backupset/2011_05_02/--归档日志放在了闪回区o1_mf_annnn_TAG20110502T180758_6vx0mzl2_.bkp tag=TAG20110502T180758 comment=NONEchannel ORA_DISK_1: backup set complete, elapsed time: 00:00:02Finished backup at02-MAY-11Starting backup at02-MAY-11using channel ORA_DISK_1channel ORA_DISK_1: starting full datafile backupsetchannel ORA_DISK_1: specifying datafile(s) in backupsetinput datafile fno=00001name=/u01/app/oracle/oradata/odbp/system01.dbfinput datafile fno=00002name=/u01/app/oracle/oradata/odbp/undotbs01.dbfinput datafile fno=00003name=/u01/app/oracle/oradata/odbp/sysaux01.dbfinput datafile fno=00004name=/u01/app/oracle/oradata/odbp/users01.dbfchannel ORA_DISK_1: starting piece 1at02-MAY-11channel ORA_DISK_1: finished piece 1at02-MAY-11piece handle=/u01/bk/bk_db_1dmbbb40_1_1 tag=TAG20110502T180800 comment=NONE--数据文件存放在了指定的路径channel ORA_DISK_1: backup set complete, elapsed time: 00:00:45channel ORA_DISK_1: starting full datafile backupsetchannel ORA_DISK_1: specifying datafile(s) in backupsetinput datafile fno=00001name=/u01/app/oracle/oradata/odbp/system01.dbfinput datafile fno=00002name=/u01/app/oracle/oradata/odbp/undotbs01.dbfinput datafile fno=00003name=/u01/app/oracle/oradata/odbp/sysaux01.dbfinput datafile fno=00004name=/u01/app/oracle/oradata/odbp/users01.dbfchannel ORA_DISK_1: starting piece 1at02-MAY-11channel ORA_DISK_1: finished piece 1at02-MAY-11piece handle=/u01/app/oracle/flash_recovery_area/ODBP/backupset/2011_05_02/ --数据文件同时也存放在了闪回区o1_mf_nnndf_TAG20110502T180800_6vx0og2z_.bkp tag=TAG20110502T180800 comment=NONEchannel ORA_DISK_1: backup set complete, elapsed time: 00:00:45channel ORA_DISK_1: starting full datafile backupsetchannel ORA_DISK_1: specifying datafile(s) in backupsetincluding current control file in backupsetincluding current SPFILE in backupsetchannel ORA_DISK_1: starting piece 1at02-MAY-11channel ORA_DISK_1: finished piece 1at02-MAY-11piece handle=/u01/bk/bk_db_1fmbbb6r_1_1 tag=TAG20110502T180800comment=NONE--控制文件和spfile存放到了指定路径channel ORA_DISK_1: backup set complete, elapsed time: 00:00:02channel ORA_DISK_1: starting full datafile backupsetchannel ORA_DISK_1: specifying datafile(s) in backupsetincluding current control file in backupsetincluding current SPFILE in backupsetchannel ORA_DISK_1: starting piece 1at02-MAY-11channel ORA_DISK_1: finished piece 1at02-MAY-11piece handle=/u01/app/oracle/flash_recovery_area/ODBP/backupset/2011_05_02/ --控制文件和spfile同时也保存到了闪回区o1_mf_ncsnf_TAG20110502T180800_6vx0pycl_.bkp tag=TAG20110502T180800 comment=NONEchannel ORA_DISK_1: backup set complete, elapsed time: 00:00:01Finished backup at02-MAY-11Starting backup at02-MAY-11current log archivedusing channel ORA_DISK_1channel ORA_DISK_1: starting archive log backupsetchannel ORA_DISK_1: specifying archive log(s) in backup setinput archive log thread=1sequence=62 recid=22 stamp=750103776channel ORA_DISK_1: starting piece 1at02-MAY-11channel ORA_DISK_1: finished piece 1at02-MAY-11piece handle=/u01/app/oracle/flash_recovery_area/ODBP/backupset/2011_05_02/--归档日志放在了闪回区o1_mf_annnn_TAG20110502T180936_6vx0q1dg_.bkp tag=TAG20110502T180936 comment=NONEchannel ORA_DISK_1: backup set complete, elapsed time: 00:00:02Finished backup at02-MAY-11--查看备份的数据文件、控制文件等信息[oracle@odbp 2011_05_02]$ ls -hltrtotal 703M-rw-r----- 1 oracle oinstall 4.5M May 2 18:08o1_mf_annnn_TAG20110502T180758_6vx0mzl2_.bkp-rw-r----- 1 oracle oinstall 691M May 2 18:09o1_mf_nnndf_TAG20110502T180800_6vx0og2z_.bkp-rw-r----- 1 oracle oinstall 6.9M May 2 18:09o1_mf_ncsnf_TAG20110502T180800_6vx0pycl_.bkp-rw-r----- 1 oracle oinstall 15K May 2 18:09o1_mf_annnn_TAG20110502T180936_6vx0q1dg_.bkp[oracle@odbp 2011_05_02]$ ls -hltr /u01/bktotal 698M-rw-r----- 1 oracle oinstall 691M May 2 18:08 bk_db_1dmbbb40_1_1-rw-r----- 1 oracle oinstall 6.9M May 2 18:09 bk_db_1fmbbb6r_1_1从上面的情况来看,1.当指定了db_recovery_file_dest参数为/u01/app/oracle/flash_recovery_area时,则归档日志被备份到此目录。