200t数据用rmanrman 备份远程数据库要多久

温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!&&|&&
LOFTER精选
网易考拉推荐
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
使用rman大致有如下优点:(1)可使用rman进行增量备份(2)可以联机修补数据文件部分数据块的讹误,不需要从备份复原文件。(3)人为错误的最小化,因为rman可以帮助DBA记住备份文件名及位置。(4)使用一条简单的命令,如backup database就可以备份整个数据库。(5)使用rman,可以容易进行自动化的备份和恢复过程。(6)使用rman,可以在备份和恢复的过程进行错误检查,从而保证备份文件不出现讹误。(7)rman允许映像复制。(8)使用rman,可以方便面地进行数据库的克隆与备用数据库的维护。(9)rman提供了二进制压缩存储特性,可以减少设备空间。当然了,rman也存在一些局限性,比如不能直接读写磁带设备,需要使用MML(介质管理层)来做磁带备份。下面我们以例子的形式来介绍rman一些命令的使用与脚本的编写。1、连接RMAN可以在命令行中直接输入rman或在sqlplus中使用host+rman命令进行打开。如下:SQL& host rmanRecovery Manager: Release 11.1.0.6.0 - Production on 星期日 10月 28 15:01:04 2012Copyright (c) , Oracle. &All rights reserved.RMAN&这时,已经打开了rman,下面我们进行连接:RMAN& connect target sys/aaaconnected to target database: INVMT (DBID=)RMAN&&这时,我们使用sys用户成功连接数据库invmt。也可以在打开的时候进行连接,如下:SQL& host rman target sys/aaaRecovery Manager: Release 11.1.0.6.0 - Production on 星期日 10月 28 15:12:10 2012Copyright (c) , Oracle. &All rights reserved.connected to target database: INVMT (DBID=)RMAN&还有一些连接,比如连接到恢复目录,使用操作系统认证等,我这里不一一进行介绍了,方法类似。有需要的请查阅相关资料或给我留言。2、RMAN与备份有关的命令(1)备份命令如果我要对整个数据库进行备份,可用如下命令:RMAN&Starting backup at 28-10月-12using target database control file instead of recovery catalogallocated channel: ORA_DISK_1channel ORA_DISK_1: SID=626 device type=DISKchannel ORA_DISK_1: starting full datafile backup setchannel ORA_DISK_1: specifying datafile(s) in backup setinput datafile file number=00001 name=E:\APP\ADMINISTRATOR\ORADATA\INVMT\SYSTEM01.DBFinput datafile file number=00004 name=E:\APP\ADMINISTRATOR\ORADATA\INVMT\USERS01.DBFinput datafile file number=00005 name=E:\APP\ADMINISTRATOR\ORADATA\INVMT\IMTABDATA01.DBFinput datafile file number=00002 name=E:\APP\ADMINISTRATOR\ORADATA\INVMT\SYSAUX01.DBFinput datafile file number=00006 name=E:\APP\ADMINISTRATOR\ORADATA\INVMT\IMIDXDATA01.DBFinput datafile file number=00007 name=E:\APP\ADMINISTRATOR\ORADATA\INVMT\UNDOTBS02.DBFinput datafile file number=00003 name=E:\APP\ADMINISTRATOR\ORADATA\INVMT\UNDOTBS01.DBFchannel ORA_DISK_1: starting piece 1 at 28-10月-12channel ORA_DISK_1: finished piece 1 at 28-10月-12piece handle=E:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\INVMT\INVMT\BACKUPSET\\O1_MF_NNNDF_TAG636_88SR490H_.BKP tag=TAG636 comment=NONEchannel ORA_DISK_1: backup set complete, elapsed time: 00:00:25channel ORA_DISK_1: starting full datafile backup setchannel ORA_DISK_1: specifying datafile(s) in backup setincluding current control file in backup setincluding current SPFILE in backup setchannel ORA_DISK_1: starting piece 1 at 28-10月-12channel ORA_DISK_1: finished piece 1 at 28-10月-12piece handle=E:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\INVMT\INVMT\BACKUPSET\\O1_MF_NCSNF_TAG636_88SR54SW_.BKP tag=TAG636 comment=NONEchannel ORA_DISK_1: backup set complete, elapsed time: 00:00:01Finished backup at 28-10月-12RMAN&说明:上述我们使用了backup进行了对整个数据库的一个备份。在执行备份的过程中,在屏幕上生成了相应的日志信息。在日志中给出了我们详细的备份信息,如备份的数据文件,备份集及生成的备份文件等。在后续的文章中,我们会对日志信息中的一些说明进行介绍及使用。这里要说明的是,如果在备份中没有指定生成备份文件的路径及文件名,这时,Oracle会在闪回恢复区中生成默认的备份文件,如上述日志所显示,闪回恢复区的位置根据pfile或spfile中的配置而定。下面,我们将日志统一放到日志文件中,在下面的例子中,我不进行日志信息的贴出,如果有错误产生,我会进行专门的日志分析。例子如下:SQL& host rman log E:\app\Administrator\flash_recovery_area\invmt\rman_log\rman.logRMAN& connect target sys/aaaRMAN&说明:在打开时,我们使用log参数指定生成日志的路径及文件名。没有日志信息似乎很可怕,有种“丈二的和尚,摸不着头脑”的感觉。不过没有关系,执行每一步,我会进行日志的查看。如果对某个表空间备份,可用如下命令:RMAN& backup RMAN&对某个数据文件的备份:RMAN& backup datafile 'E:\app\Administrator\oradata\invmt\users01.dbf';RMAN&在使用backup时,我们也可能使用format参数来指定生成备份文件的路径及文件名。如下:RMAN& backup database format 'E:\app\Administrator\flash_recovery_area\invmt\bck\test_%t_%u.bkp';RMAN&在备份时,我们可以为每个备份集定备份标记,如下:RMAN& backup tag 'sunday_tbs_imtabdata' RMAN&说明:使用tag参数指定标记的名称。标记的使用,以便容易地识别出相应的备份。因此,在执行复原或恢复时,可以给出标记,以便给出要识别的备份。标记在区分各个备份时非常有用,特别是在增量备份中。这时,在日志中,会有tag=SUNDAY_TBS_IMTABDATA这样的一条信息生成,如果没有指定,Oracle会生成一个默认的标记,如上述日志中显示。如果我们只备份自以前一个备份以来更改过的所以数据块,我们可以使用增量备份。增量备份可以是级别为1或为0的。级别为0的备份就像全备份一样复制所有的数据块,并且是作为后续增量备份的基础。如果要进行一个级别为1的增量备份,必须得有一个级别为0的备份。RMAN提供了如下两种增量备份:差异备份(differential backup)备份最近级别为1或级别为0的增量备份后更改过的所有数据块。积累备份(cumulative backup)备份最近级别为0的所有更改过的数据块。下面我们进行一个级别为0的备份:RMAN& backup incremental level 0RMAN&有了级别为0的备份,我们可以执行级别为1的差异增量备份,如下:RMAN& backup incremental level 1 tag 'staurday_incr_bck'RMAN&说明:在上述两种备份中,级别为0与1的备份。在日志信息中会产生“channel ORA_DISK_1: starting incremental level 0 datafile backup set”这样的信息,说明执行了增量备份。在级别为1的差异备份中,我使用了一个标记,用于标识此差异备份。映像复制备份我们可以使用backup as copy命令进行数据库,表空间或数据文件的映像副本。如下:RMAN& bacRMAN&表空间,数据文件的映像复制备份同数据库的映像复制备份,我这里不再一一列举。这时会在日志文件中生成“channel ORA_DISK_1: starting datafile copy”这样的信息,说明进行的是映像复制备份。在做了数据库,表空间,数据文件的映像副本后,可以备份相应的备份映像副本,或者作为映像副本备份或备份集备份。如下:复制数据库的映像副本:RMAN& backup as cRMAN&从表空间的映像副本创建一个备份集:RMAN& backup as backupset copy of RMAN&(2)作业命令不能单独使用allocate channel 或switch命令,必须与run命令一起使用,如下:RMAN& run2& {allocate channel c13&}RMAN&说明:run命令是以块的形式出现的,使用花括号括起来,在括号中,写我们要实现效果的相应命令。allocate channel 命令分配备份通道,type指定备份设备,为磁盘(disk),如果有磁带,那么也可以使用磁带(sbt)。如果没有指定,那么RMAN会根据配置执行,可以使用show all命令进行查看配置。关于配置,在后续会提到。RMAN会话必须使用对服务器的某连接,以执行备份和恢复任务。通道(channel)就代表这种连接。这时,会在日志信息中看到“allocated channel: c1channel c1: SID=628 device type=DISK”这样分配通道的信息。第三行是我们对数据库的备份命令。(3)报告命令RMAN提供了几个非常有用的报告命令。它允许检查备份和恢复过程,查询RMAN,看那些文件需要备份,那些文件已废弃等。可使用report命令查看。schema,obsolete,need backup,unrecoverable报告report schema命令列出目标数据库的所有文件,如下:RMAN&RMAN&日志信息:Report of database schema for database with db_unique_name INVMTList of Permanent Datafiles===========================File Size(MB) Tablespace & & & & & RB segs Datafile Name---- -------- -------------------- ------- ------------------------1 & &500 & & &SYSTEM & & & & & & & *** & & E:\APP\ADMINISTRATOR\ORADATA\INVMT\SYSTEM01.DBF.........................................................................report obsolete命令显示被选择的保留策略认定为废弃的所有备份,如下:RMAN&RMAN&日志信息显示:RMAN retention policy will be applied to the commandRMAN retention policy is set to redundancy 1Report of obsolete backups and copiesType & & & & & & & & Key & &Completion Time & &Filename/Handle-------------------- ------ ------------------ --------------------Archive Log & & & & &12 & & 26-8月 -12 & & & & E:\APP\ADMINISTRATOR\ADMIN\INVMT\ARCH\LOG1_17_.ARCArchive Log & & & & &13 & & 27-8月 -12 & & & & E:\APP\ADMINISTRATOR\ADMIN\INVMT\ARCH\LOG1_18_.ARCArchive Log & & & & &14 & & 29-8月 -12 & & & & E:\APP\ADMINISTRATOR\ADMIN\INVMT\ARCH\LOG1_19_.ARCArchive Log & & & & &15 & & 30-8月 -12 & & & & E:\APP\ADMINISTRATOR\ADMIN\INVMT\ARCH\LOG1_20_.ARCArchive Log & & & & &16 & & 01-9月 -12 & & & & E:\APP\ADMINISTRATOR\ADMIN\INVMT\ARCH\LOG1_21_.ARCArchive Log & & & & &17 & & 02-9月 -12 & & & & E:\APP\ADMINISTRATOR\ADMIN\INVMT\ARCH\LOG1_22_.ARCArchive Log & & & & &18 & & 02-9月 -12 & & & & E:\APP\ADMINISTRATOR\ADMIN\INVMT\ARCH\LOG1_23_.ARCArchive Log & & & & &19 & & 03-9月 -12 & & & & E:\APP\ADMINISTRATOR\ADMIN\INVMT\ARCH\LOG1_24_.ARC.................................................... & & & & & & & & & & & ..................................................................Backup Set & & & & & 17 & & 03-11月-12 & & & && Backup Piece & & & 17 & & 03-11月-12 & & & & E:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\INVMT\INVMT\BACKUPSET\\O1_MF_NCSNF_TAG531_89960Z9R_.BKP从上述查看发现,已经存在废弃备份,我们可以使用delete命令进行删除,如下:RMAN&RMAN&这时,会在日志信息中看到RMAN retention policy will be applied to the commandRMAN retention policy is set to redundancy 1allocated channel: ORA_DISK_1channel ORA_DISK_1: SID=628 device type=DISKDeleting the following obsolete backups and copies:Type & & & & & & & & Key & &Completion Time & &Filename/Handle-------------------- ------ ------------------ --------------------Archive Log & & & & &12 & & 26-8月 -12 & & & & E:\APP\ADMINISTRATOR\ADMIN\INVMT\ARCH\LOG1_17_.ARC.......................................................................这样删除信息。report need backup命令列出为了与原来保留策略相符的,需要备份的数据文件。如下:RMAN&RMAN&日志信息:RMAN retention policy will be applied to the commandRMAN retention policy is set to redundancy 1Report of files with less than 1 redundant backupsFile #bkps Name---- ----- -----------------------------------------------------我们发现,没有文件列出,那么说明,没有需要备份的数据文件。report unrecoverable命令列出所有不可恢复的数据文件。不可恢复数据文件是具有无日志操作的段的数据文件,应立即备份。如下:RMAN& RMAN&日志信息:Report of files that need backup due to unrecoverable operationsFile Type of Backup Required Name---- ----------------------- -----------------------------------如果没有数据文件显示,那么说明没有不可恢复的数据文件。目录报告catalog命令帮助标识和编目文件,这些文件未在RMAN中,因些RMAN不知道它们。如下一些事件可能会导致这种情况的出现:恢复一个备份的控制文件恢复一个备用的控制文件。重建控制文件。启用db_recovery_file_dest参数,然后又禁用。可以使用catalog命令对磁盘上的数据文件,备份片或归档日志进行编目。可使用catalog start with命令,使RMAN在开始指定目录中搜索未编目的文件,如下:RMAN& catalog start with 'E:\app\Administrator\flash_recovery_area\invmt\INVMT\BACKUPSET\';RMAN&日志信息:searching for all files that match the pattern E:\app\Administrator\flash_recovery_area\invmt\INVMT\BACKUPSET\no files found to be unknown to the database通过搜索发现,没有要编目的文件。(4)列表命令列表命令允许列出如恢复目录中备份,存储脚本等。list backup命令列出RMAN已注册的所有已经完成的备份。如下:RMAN&RMAN&日志信息:List of Backup Sets===================BS Key &Type LV Size & & & Device Type Elapsed Time Completion Time------- ---- -- ---------- ----------- ------------ ---------------8 & & & Full & &273.30M & &DISK & & & &00:00:25 & & 28-10月-12 & &&& & & & BP Key: 8 & Status: AVAILABLE &Compressed: NO &Tag: TAG202& & & & Piece Name: E:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\INVMT\BCK\TEST_NOT89A.BKP& List of Datafiles in backup set 8& File LV Type Ckp SCN & &Ckp Time & Name& ---- -- ---- ---------- ---------- ----& 1 & & & Full 1488189 & &28-10月-12 E:\APP\ADMINISTRATOR\ORADATA\INVMT\SYSTEM01.DBF如果有相应的备份,那么,可以在日志文件中会看到类似这样的备份信息。list copy命令同list backup类似,此命令列出RMAN所有的副本,如下:RMAN&RMAN&日志信息:List of Datafile Copies=======================Key & & File S Completion Time Ckp SCN & &Ckp Time & & &&------- ---- - --------------- ---------- ---------------2 & & & 4 & &A 03-11月-12 & & &1535710 & &03-11月-12 & &&& & & & Name: E:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\INVMT\INVMT\DATAFILE\O1_MF_USERS_89947PDP_.DBF& & & & Tag: TAG449...................................................................................list archivelog all命令列出所有可得到的归档日志副本,如下:RMAN&RMAN&日志信息:List of Archived Log Copies for database with db_unique_name INVMT=====================================================================Key & & Thrd Seq & & S Low Time &------- ---- ------- - ----------12 & & &1 & &17 & & &A 26-8月 -12& & & & Name: E:\APP\ADMINISTRATOR\ADMIN\INVMT\ARCH\LOG1_17_.ARC...........................................................................................list script names,list global script names命令分别列出恢复目录中的所有存储脚本名和全局脚本名。由于这条命令需要恢复目录,我这里还没有创建,在后续的文章会看到相应的说明。(5)验证命令在恢复中使用备份集前,可以使用validate命令进行验证。如下:RMAN& validate backupset 19;RMAN&日志信息:Starting validate at 03-11月-12using channel ORA_DISK_1channel ORA_DISK_1: starting validation of datafile backup setchannel ORA_DISK_1: reading from backup piece E:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\INVMT\INVMT\BACKUPSET\\O1_MF_NCSNF_TAG325__.BKPchannel ORA_DISK_1: piece handle=E:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\INVMT\INVMT\BACKUPSET\\O1_MF_NCSNF_TAG325__.BKP tag=TAG325channel ORA_DISK_1: restored backup piece 1channel ORA_DISK_1: validation complete, elapsed time: 00:00:01Finished validate at 03-11月-12说明:命令后面的阿拉伯数字是备份集的一个Key的值,在日志信息中可以看到。我们也可以在备份时手工指定key的值,如backup database 20。20为这次备份的key的值。如果没有找到备份集,则日志信息中会出现“RMAN-06160: no backup pieces found for backup set key: 20”这样的日志信息。关于rman format参数中可替换的变量的说明:%d:数据库名,也就是db_name。 & & & & & & & & & & & & &%n:数据库的8位长度的db_name,不足部分用“x”后面填充。 & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & &&%N:数据库表空间的名称。 & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & &&%I:数据库的dbid。 & & & & & & & & & & & & & & & & & & & & & & & & &&%T:年月日(YYYYMMDD)。 & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & &&%t:9位字符的timestamp。 & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & &%s:备份集序号。 & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & &&%p:备份片序号。 & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & &%c:备份片的多个copy的序号。 & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & &&%e:archived redo file 的序列号,只能用在archived redo 上。 & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & &&%f:datafile filenmuber,只能用在备份datafile、tablespace上, & & & & & & & & & & &&%F:复合format == c-IIIIIIIIII-YYYYMMDD-QQ,其中IIIIIIIIII为dbid,YYYYMMDD为年月日,QQ为十六进制的备份片的多个copy的序号(00-ff)。 & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & &%u:8为字母唯一字串。 & & & & & & & & & & & & & & & & &%U:唯一字串。
阅读(1252)|
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
历史上的今天
loftPermalink:'',
id:'fks_',
blogTitle:'Oracle
数据库备份(rman的使用)',
blogAbstract:'关于Oracle数据库的备份,涉及到一些备份的术语(如归档与非归档,一致与非一致),备份的准则,备份的策略以及闪回恢复区的一些使用,我这里不一一进行细说了,在后续的文章中可能会涉及到一些。有需要的请查阅相关资料或给我留言。下面我们重点来介绍使用rman(Recovery Manager,恢复管理器)进行数据库的备份。使用rman,可以在数据库服务器的帮助下从数据库内备份数据库文件。rman可构造数据文件和数据文件的映像副本,控制文件和控制文件的映像副本,归档日志、参数文件(init.ora,spfile)、rman备份片的备份。使用rman大致有如下优点:(1)可使用rman进行增量备份(2)可以联机修补数据文件部分数据块的讹误,不需要从备份复原文件。(3)人为错误的最小化,因为rman可以帮助DBA记住备份文件名及位置。',
blogTag:'',
blogUrl:'blog/static/',
isPublished:1,
istop:false,
modifyTime:6,
publishTime:0,
permalink:'blog/static/',
commentCount:0,
mainCommentCount:0,
recommendCount:0,
bsrk:-100,
publisherId:0,
recomBlogHome:false,
currentRecomBlog:false,
attachmentsFileIds:[],
groupInfo:{},
friendstatus:'none',
followstatus:'unFollow',
pubSucc:'',
visitorProvince:'',
visitorCity:'',
visitorNewUser:false,
postAddInfo:{},
mset:'000',
remindgoodnightblog:false,
isBlackVisitor:false,
isShowYodaoAd:false,
hostIntro:'',
hmcon:'1',
selfRecomBlogCount:'0',
lofter_single:''
{list a as x}
{if x.moveFrom=='wap'}
{elseif x.moveFrom=='iphone'}
{elseif x.moveFrom=='android'}
{elseif x.moveFrom=='mobile'}
${a.selfIntro|escape}{if great260}${suplement}{/if}
{list a as x}
推荐过这篇日志的人:
{list a as x}
{if !!b&&b.length>0}
他们还推荐了:
{list b as y}
转载记录:
{list d as x}
{list a as x}
{list a as x}
{list a as x}
{list a as x}
{if x_index>4}{break}{/if}
${fn2(x.publishTime,'yyyy-MM-dd HH:mm:ss')}
{list a as x}
{if !!(blogDetail.preBlogPermalink)}
{if !!(blogDetail.nextBlogPermalink)}
{list a as x}
{if defined('newslist')&&newslist.length>0}
{list newslist as x}
{if x_index>7}{break}{/if}
{list a as x}
{var first_option =}
{list x.voteDetailList as voteToOption}
{if voteToOption==1}
{if first_option==false},{/if}&&“${b[voteToOption_index]}”&&
{if (x.role!="-1") },“我是${c[x.role]}”&&{/if}
&&&&&&&&${fn1(x.voteTime)}
{if x.userName==''}{/if}
网易公司版权所有&&
{list x.l as y}
{if defined('wl')}
{list wl as x}{/list}珏石头 的BLOG
用户名:珏石头
文章数:110
评论数:306
访问量:357246
注册日期:
阅读量:5863
阅读量:12276
阅读量:414978
阅读量:1102484
51CTO推荐博文
一.RMAN 简介
详情见百度百科
二.查看属否开启归档模式
2: Database log mode
Archive Mode
3: Automatic archival
4: Archive destination
USE_DB_RECOVERY_FILE_DEST
5: Oldest online log sequence
6: Next log sequence to archive
7: Current log sequence
如果未开启归档模式,开启归档模式.
2: ORACLE instance started.
4: Total System Global Area
5: Fixed Size
1220820 bytes
6: Variable Size
7: Database Buffers
8: Redo Buffers
7163904 bytes
11: Database altered.
12: SQL& alter
三.RMAN全备
1: $ rman target /
3: Recovery Manager: Release 10.2.0.4.0 - Production on Tue Jun 21 19:30:52 2011
5: Copyright (c) , Oracle.
All rights reserved.
7: connected to target database: JCT (DBID=)
列出数据库当前的schema
11: using target database control file instead of recovery catalog
12: Report of database schema
14: List of Permanent Datafiles
15: ===========================
16: File Size(MB) Tablespace
RB segs Datafile Name
17: ---- -------- -------------------- ------- ------------------------
/oradata/jct/jct/system01.dbf
/oradata/jct/jct/undotbs01.dbf
/oradata/jct/jct/sysaux01.dbf
/oradata/jct/jct/users01.dbf
/oradata/jct/jct/DINFO.dbf
24: List of Temporary Files
25: =======================
26: File Size(MB) Tablespace
Maxsize(MB) Tempfile Name
27: ---- -------- -------------------- ----------- --------------------
/oradata/jct/jct/temp01.dbf
数据库全备
1: MAN&; run
3: 3&; allocate channel c1
4: 4&; backup database
5: 5&; format '/oradata/bakup/db_%d_%s.bak';
8: allocated channel: c1
9: channel c1: sid=123 devtype=DISK
11: Starting backup at 21-JUN-11
12: channel c1: starting full datafile backupset
13: channel c1: specifying datafile(s) in backupset
14: input datafile fno=00005 name=/oradata/jct/jct/DINFO.dbf
15: input datafile fno=00001 name=/oradata/jct/jct/system01.dbf
16: input datafile fno=00003 name=/oradata/jct/jct/sysaux01.dbf
17: input datafile fno=00002 name=/oradata/jct/jct/undotbs01.dbf
18: input datafile fno=00004 name=/oradata/jct/jct/users01.dbf
19: channel c1: starting piece 1 at 21-JUN-11
20: channel c1: finished piece 1 at 21-JUN-11
21: piece handle=/oradata/bakup/db_JCT_1.bak tag=TAG141 comment=NONE
22: channel c1: backup set complete, elapsed time: 00:00:28
23: channel c1: starting full datafile backupset
24: channel c1: specifying datafile(s) in backupset
25: including current control file in backupset
26: including current SPFILE in backupset
27: channel c1: starting piece 1 at 21-JUN-11
28: channel c1: finished piece 1 at 21-JUN-11
29: piece handle=/oradata/bakup/db_JCT_2.bak tag=TAG141 comment=NONE
30: channel c1: backup set complete, elapsed time: 00:00:02
31: Finished backup at 21-JUN-11
32: released channel: c1
查看备份数据
1: $ ls -l
2: total 1467256
3: -rw-r-----
Jun 21 20:32 db_JCT_1.bak
4: -rw-r-----
5668864 Jun 21 20:32 db_JCT_2.bak
1: RMAN& backup incremental level 1 database;
3: Starting backup at 21-JUN-11
4: using channel ORA_DISK_1
5: channel ORA_DISK_1: starting incremental level 1 datafile backupset
6: channel ORA_DISK_1: specifying datafile(s) in backupset
7: input datafile fno=00005 name=/oradata/jct/jct/DINFO.dbf
8: input datafile fno=00001 name=/oradata/jct/jct/system01.dbf
9: input datafile fno=00003 name=/oradata/jct/jct/sysaux01.dbf
10: input datafile fno=00002 name=/oradata/jct/jct/undotbs01.dbf
11: input datafile fno=00004 name=/oradata/jct/jct/users01.dbf
12: channel ORA_DISK_1: starting piece 1 at 21-JUN-11
13: channel ORA_DISK_1: finished piece 1 at 21-JUN-11
14: piece handle=/oracle/flash_recovery_area/JCT/backupset//o1_mf_nnnd1_TAG939_70148ddp_.bkp tag=TAG939 comment=NONE
15: channel ORA_DISK_1: backup set complete, elapsed time: 00:00:45
16: channel ORA_DISK_1: starting incremental level 1 datafile backupset
17: channel ORA_DISK_1: specifying datafile(s) in backupset
18: including current control file in backupset
19: including current SPFILE in backupset
20: channel ORA_DISK_1: starting piece 1 at 21-JUN-11
21: channel ORA_DISK_1: finished piece 1 at 21-JUN-11
22: piece handle=/oracle/flash_recovery_area/JCT/backupset//o1_mf_ncsn1_TAG939_70149voy_.bkp tag=TAG939 comment=NONE
23: channel ORA_DISK_1: backup set complete, elapsed time: 00:00:02
24: Finished backup at 21-JUN-11
列出备份文件
1: RMAN& list backup;
3: using target database control file instead of recovery catalog
5: List of Backup Sets
6: ===================
Type LV Size
Device Type Elapsed Time Completion Time
9: ------- ---- -- ---------- ----------- ------------ ---------------
Status: AVAILABLE
Compressed: NO
Tag: TAG141
Piece Name: /oradata/bakup/db_JCT_1.bak
List of Datafiles in backup set 1
File LV Type Ckp SCN
---- -- ---- ---------- --------- ----
Full 4771360
21-JUN-11 /oradata/jct/jct/system01.dbf
Full 4771360
21-JUN-11 /oradata/jct/jct/undotbs01.dbf
Full 4771360
21-JUN-11 /oradata/jct/jct/sysaux01.dbf
Full 4771360
21-JUN-11 /oradata/jct/jct/users01.dbf
Full 4771360
21-JUN-11 /oradata/jct/jct/DINFO.dbf
22: BS Key
Type LV Size
Device Type Elapsed Time Completion Time
23: ------- ---- -- ---------- ----------- ------------ ---------------
Status: AVAILABLE
Compressed: NO
Tag: TAG141
Piece Name: /oradata/bakup/db_JCT_2.bak
Control File Included: Ckp SCN: 4771370
Ckp time: 21-JUN-11
SPFILE Included: Modification time: 09-MAY-11
30: BS Key
Type LV Size
Device Type Elapsed Time Completion Time
31: ------- ---- -- ---------- ----------- ------------ ---------------
Status: AVAILABLE
Compressed: NO
Tag: TAG312
Piece Name: /oracle/flash_recovery_area/JCT/backupset//o1_mf_nnndf_TAG312_7013w9hb_.bkp
List of Datafiles in backup set 3
File LV Type Ckp SCN
---- -- ---- ---------- --------- ----
Full 4771408
21-JUN-11 /oradata/jct/jct/system01.dbf
Full 4771408
21-JUN-11 /oradata/jct/jct/undotbs01.dbf
Full 4771408
21-JUN-11 /oradata/jct/jct/sysaux01.dbf
Full 4771408
21-JUN-11 /oradata/jct/jct/users01.dbf
Full 4771408
21-JUN-11 /oradata/jct/jct/DINFO.dbf
44: BS Key
Type LV Size
Device Type Elapsed Time Completion Time
45: ------- ---- -- ---------- ----------- ------------ ---------------
Status: AVAILABLE
Compressed: NO
Tag: TAG312
Piece Name: /oracle/flash_recovery_area/JCT/backupset//o1_mf_ncsnf_TAG312_7013wrk8_.bkp
Control File Included: Ckp SCN: 4771421
Ckp time: 21-JUN-11
SPFILE Included: Modification time: 09-MAY-11
52: BS Key
Type LV Size
Device Type Elapsed Time Completion Time
53: ------- ---- -- ---------- ----------- ------------ ---------------
Status: AVAILABLE
Compressed: NO
Tag: TAG512
Piece Name: /oracle/flash_recovery_area/JCT/backupset//o1_mf_nnndf_TAG512_701400pd_.bkp
List of Datafiles in backup set 5
File LV Type Ckp SCN
---- -- ---- ---------- --------- ----
Full 4771470
21-JUN-11 /oradata/jct/jct/system01.dbf
Full 4771470
21-JUN-11 /oradata/jct/jct/undotbs01.dbf
Full 4771470
21-JUN-11 /oradata/jct/jct/sysaux01.dbf
Full 4771470
21-JUN-11 /oradata/jct/jct/users01.dbf
Full 4771470
21-JUN-11 /oradata/jct/jct/DINFO.dbf
66: BS Key
Type LV Size
Device Type Elapsed Time Completion Time
67: ------- ---- -- ---------- ----------- ------------ ---------------
Status: AVAILABLE
Compressed: NO
Tag: TAG512
Piece Name: /oracle/flash_recovery_area/JCT/backupset//o1_mf_ncsnf_TAG512_70140msj_.bkp
Control File Included: Ckp SCN: 4771511
Ckp time: 21-JUN-11
SPFILE Included: Modification time: 09-MAY-11
74: BS Key
Type LV Size
Device Type Elapsed Time Completion Time
75: ------- ---- -- ---------- ----------- ------------ ---------------
Status: AVAILABLE
Compressed: NO
Tag: TAG939
Piece Name: /oracle/flash_recovery_area/JCT/backupset//o1_mf_nnnd1_TAG939_70148ddp_.bkp
List of Datafiles in backup set 7
File LV Type Ckp SCN
---- -- ---- ---------- --------- ----
Incr 4771627
21-JUN-11 /oradata/jct/jct/system01.dbf
Incr 4771627
21-JUN-11 /oradata/jct/jct/undotbs01.dbf
Incr 4771627
21-JUN-11 /oradata/jct/jct/sysaux01.dbf
Incr 4771627
21-JUN-11 /oradata/jct/jct/users01.dbf
Incr 4771627
21-JUN-11 /oradata/jct/jct/DINFO.dbf
88: BS Key
Type LV Size
Device Type Elapsed Time Completion Time
89: ------- ---- -- ---------- ----------- ------------ ---------------
Status: AVAILABLE
Compressed: NO
Tag: TAG939
Piece Name: /oracle/flash_recovery_area/JCT/backupset//o1_mf_ncsn1_TAG939_70149voy_.bkp
Control File Included: Ckp SCN: 4771645
Ckp time: 21-JUN-11
SPFILE Included: Modification time: 09-MAY-11
多吃东西多喝水,
少玩游戏少睡觉!
望月飞鱼(珏石头)
&本文出自 “” 博客,谢绝转载!
了这篇文章
类别:┆阅读(0)┆评论(0)}

我要回帖

更多关于 oracle数据库rman备份 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信