RMAN简明使用手册
RMAN简明使用手册
〇：背景信息
使用手册基于ORACLE 10.2
资料参考：B14193-02
最小使用环境
■ target database ：备份的目标数据库
■ RMAN client： RMAN的客户端。它主要是负责解释备份和恢复命令，连接服务器会话执行相关命令，并在控制文件中记录备份恢复活动。
可选组件：
■ flash recovery area：指定的一个磁盘上的位置。在这个位置上，数据库可以存储和管理与备份恢复相关的文件。
■ Media management software：介质管理软件可由第三方提供，但需要RMAN的备份接口。
■ recovery catalog：是一个数据库上的最好是隔离开来的SCHMA，用来记录RMAN对于一个或多个数据库备份恢复的各种操作。
RMAN Repository：
使用RMAN的LIST,REPORT, 和SHOW命令可以显示RMAN repository 中的信息。RMAN repository 主要存储在备份目标数据库的控制文件中。初始化参数：CONTROL_FILE_RECORD_KEEP_TIME用来控制备份记录被保存在控制文件中的时间。超过该时间该记录信息将被更新的备份信息所覆盖重用。
Recovery Catalog
可以使用recovery catalog来保存RMAN repository信息和记录。recovery catalog还可以保存RMAN的经常运行的备份脚本。
Flash Recovery Area
是记录磁盘的自动备份和恢复，通过在flash recovery area中管理所有的备份恢复文件，简化了磁盘空间和备份恢复文件的管理。可以使用DB_RECOVERY_FILE_DEST 和 DB_RECOVERY_FILE_DEST_SIZE参数来设置flash recovery area的位置和空间大小。同时也可指定保持策略，使得通过磁带恢复数据的时间和次数都可最小。
Media Managers
RMAN使用第三方的media management software. media manager 可以控制备份恢复中的设备。 管理介质的loading, labeling ,unloading和其他功能。介质管理设备也被称为SBT(system backup to tape) 设备.
RMAN Channels
RMAN执行所有备份恢复的活动，是在目标数据库实例上的服务器会话。每一个被RMAN使用的服务器会话叫做一个RMAN channel。一个channel可以是进行磁盘操作的disk channel, 或者是一个和介质管理的共同使用的一个sbt channel。可以使用RMAN ALLOCATE CHANNEL命令去分配 channels, 指定执行任务的服务器会话数目和影响服务器会话的设置。同样可以使用CONFIGURE 命令去配置channels ，指定RMAN的默认持久设置。如果任何channels被显示指定，那么默认的配置将被忽略。如果RMAN首次连接到目标数据库后，就会立刻产生一个disk channel ,并且只要RAMN连接着目标数据库该disk channel就一直存在。其被称为default channel, 但是其不被用来进行大数据量的传输操作，如备份或恢复数据库文件。
开始或退出RMAN
RMAN 必须连接到目标数据库(with SYSDBA privileges)才能进行备份和恢复。同样如果你有一个recovery catalog database，RMAN也可连接到recovery catalog database。使用CONNECT命令来连接RMAN和目标数据库。
1.RMAN启动，连接一个目标数据库和recovery catalog:
% rman TARGET / CATALOG cat_usr/pwd@cat_str
2.不使用recovery catalog而直连目标数据库:
% rman TARGET SYS/pwd@target_str
3.仅启动RMAN:
% rman
RMAN命令行语法选项
RMAN
[ TARGET [=] connectStringSpec
| { CATALOG [=] connectStringSpec }
| LOG [=] ['] filename ['] [ APPEND ]
]...
connectStringSpec::=
['] [userid] [/ [password]] [@net_service_name] [']
以下一个例子附加了一个RMAN会话的输出文件到$ORACLE_HOME/dbs/log/msglog.log
% rman TARGET / LOG $ORACLE_HOME/dbs/log/msglog.log APPEND
退出RMAN客户端
RMAN> EXIT
配置RMAN持久设置环境
显示所有配置信息：RMAN> SHOW ALL;
配置磁盘设备和Channels
如果你使用flash recovery area，除非你在BACKUP命令中指定位置否则备份将会保存在flash recovery area 。如果在都没有指定的情况下, 磁盘备份被保存在特定操作平台的默认位置。还可以通过给disk channel配置一个FORMAT,用来指定不同的备份位置。可通过命令CONFIGURE CHANNEL DEVICE TYPE DISK.来使用FORMAT子句。
下例配置RMAN将备份写到磁盘的/tmp下：
RMAN> CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/tmp/%U';
其中%U表示当备份时要使用唯一文件名。
如果要恢复原磁盘备份位置的默认设置:
RMAN> CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT CLEAR;
配置磁带设备和Channels
当配置了你的介质管理软件后，可以通过介质管理指定对于RMAN备份默认目标位置。
RMAN> CONFIGURE DEFAULT DEVICE TYPE TO sbt;
有时介质管理需要一个参数字符串来配置设备信息。
RMAN> CONFIGURE CHANNEL DEVICE TYPE sbt PARMS='ENV=mml_env_settings';
多个channels可以被配置成运行并行备份。以下命令为RMAN备份配置了三个sbt channels：
RMAN> CONFIGURE DEVICE TYPE sbt PARALLELISM 3;
配置保持策略（Retention Policy）
保持策略用于管理数据库备份需要保持长时间，和可以恢复多久以前的数据库。保持策略可以按照恢复窗口(recovery window) (恢复多久以前的数据库), 或者冗余备份(redundancy value) (对于每个文件有多少备份必须保留).
以下命令保证RMAN保持所有可恢复到某一时间点上必要的备份至少7天
RMAN> CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
以下命令保证RMAN为每一个数据文件的备份为3个:
RMAN> CONFIGURE RETENTION POLICY TO REDUNDANCY 3;
使用DELETE OBSOLETE可以快速删除保持策略不再需要的备份。 (但对于那些备份存储在flash recovery area中的,可以不执行这个命令。但在有空间需求时，数据库会自动删除在flash recovery area 中的过期备份，或有介质管理备份的文件)
还可以使用BACKUP和CHANGE命令的KEEP选项，使得配置的保持策略对个别指定的备份失效。
配置控制文件的自动备份
在RMAN备份后可以对控制文件自动进行备份，以其保护RMAN repository。如下命令保证RMAN对控制文件的自动备份:
RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON;
默认情况下，RMAN自动产生自动备份的控制文件的备份文件名称，并保存在在flash recovery area。如下命令配置RMAN将自动备份控制文件的备份文件写到/mybackupdir目录:
RMAN> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/mybackupdir/cf%F';
字符%F 代表的是一组要素的化合，其中包括DBID, day, month, year, 和 sequence number来产生一个唯一名称。注意: %F必须出现格式化名称的字符串中。
还原配置的所有默认信息
RMAN> CONFIGURE CHANNEL DEVICE TYPE sbt CLEAR;
RMAN> CONFIGURE RETENTION POLICY CLEAR;
RMAN> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK CLEAR;
备份数据库文件
如果我们使用BACKUP AS COPY来备份文件，RMAN将文件作为镜像拷贝(image copies)进行复制。即按照磁盘上数据库文件每比特(bit)拷贝。通过使用BACKUP AS COPY会将相关信息记录在RMAN repository中，并且RMAN可以使用其进行恢复操作。镜像拷贝不能建立在磁带上。
以下命令建立全数据库所有数据文件的镜像拷贝:
RMAN> BACKUP AS COPY DATABASE;
如果你使用BACKUP AS BACKUPSET，那么RMAN存储其备份到备份集(backup sets)。一个backup set包含超过一个的备份片(backup pieces), 是包含数据的物理文件是只有RMAN能够访问的格式。备份集(Backup sets)能够写在磁盘或磁带上，并且只能由RMAN写到磁带上。以下命令使用默认的channels以备份集格式，在磁带设备上建立对数据库的备份并归档日志：
RMAN> BACKUP DEVICE TYPE sbt DATABASE PLUS ARCHIVELOG;
注: 以备份集格式在磁盘上备份数据文件可以节省磁盘空间和时间。因为RMAN可以跳过一些不需要备份的数据文件块。备份集一旦在磁盘上建立，仍可以使用BACKUP BACKUPSET 移动到磁带上。
备份个别数据库文件
RMAN还可以使用不同选项备份个别的表空间、数据文件、控制文件、SPFILE和备份集:
RMAN> BACKUP ARCHIVELOG COMPLETION TIME BETWEEN 'SYSDATE-31' AND 'SYSDATE-7';
RMAN> BACKUP TABLESPACE system, users, tools;
RMAN> BACKUP AS BACKUPSET DATAFILE'ORACLE_HOME/oradata/trgt/users01.dbf',
'ORACLE_HOME/oradata/trgt/tools01.dbf';
RMAN> BACKUP DATAFILE 1,3,5;
RMAN> BACKUP CURRENT CONTROLFILE TO '/backup/curr_cf.copy';
RMAN> BACKUP SPFILE;
RMAN> BACKUP BACKUPSET ALL;
参数说明
FORMAT：FORMAT '/tmp/%U'指定backup pieces和copies的位置和名字。必须使用替换变量产生唯一的文件名。
TAG：TAG 'monday_bak' 指定一个用户定义备份的标签。如果没有指定，那么RMAN指定一个使用日期和时间的默认标签
举例说明：
RMAN> BACKUP FORMAT='AL_%d/%t/%s/%p' ARCHIVELOG LIKE '%arc_dest%';
RMAN> BACKUP TAG 'weekly_full_db_bkup' DATABASE MAXSETSIZE 10M;
RMAN> BACKUP COPIES 2 DEVICE TYPE sbt BACKUPSET ALL;
Incremental Backups(增量备份)
如果使用增量备份，RMAN将建立数据库的增量备份(incremental backups)。增量备份记录数据库中每一个数据块的自上次增量备份后的改变。但增量备份的开始点必须是0级增量备份。(level 0 incremental backup)，即备份数据库中所有的块。然后开始日常的级别1(Level 1)的增量备份，只是记录自上次增量备份的数据块改变。该备份包括了累计(cumulative)(自上次0级备份后的所有数据块改变)和改变(differential)(自上次增量备份后的数据块改变，不管是0级还是1级备份)增量备份通常更小更快的建立全库备份。并且从一个增量备份中恢复数据库快于单独使用日志(redo logs)的方法.只要增量备份可用，RMAN就会在恢复中使用。
备份的增量修改（Incrementally Updated Backups）
所谓备份的增量修改(incrementally updated backups)允许更多日常的可用增量备份。将一级增量备份前滚应于之前的0级别备份。这样就会产生包含一级增量备份的0级备份。使用这个修改的0级备份进行恢复会更快。
确认备份（Validating Backups）
确认备份通过确实当前数据库的文件是否存在，文件位置，物理空间剩余和逻辑错误，来确认备份是否可用。
RMAN> BACKUP VALIDATE DATABASE ARCHIVELOG ALL;
恢复数据库文件
回复(Restoring)即是从恢复操作中选择需要的备份。恢复(Recovery)是将日志和增量备份的改变应用到数据文件，使得数据文件恢复到希望的SCN号或者是指定时间点上。
恢复整个数据库
使用RESTORE DATABASE和RECOVER DATABASE命令恢复整个数据库
RMAN> STARTUP FORCE MOUNT;
RMAN> RESTORE DATABASE;
RMAN> RECOVER DATABASE;
RMAN> ALTER DATABASE OPEN;
注意：当恢复整个数据库时，数据库必须不能处于打开(open)状态。
恢复当前表空间
当数据库打开时，使用RESTORE TABLESPACE和RECOVER TABLESPACE恢复个别表空间。首先让需要恢复的表空间下线(offline)，然后在恢复(restore和recover)表空间。
下例恢复users表空间:
RMAN> SQL 'ALTER TABLESPACE users OFFLINE';
RMAN> RESTORE TABLESPACE users;
RMAN> RECOVER TABLESPACE users;
RMAN> SQL 'ALTER TABLESPACE users ONLINE';
恢复当前数据文件
当数据库打开时，使用RESTORE DATAFILEheRECOVER DATAFILE命令恢复指定数据文件。首先将需要恢复的文件下线，然后在恢复(restore和recover)然后开始恢复数据文件。
下例恢复数据文件7:
RMAN> SQL 'ALTER DATABASE DATAFILE 7 OFFLINE';
RMAN> RESTORE DATAFILE 7;
RMAN> RECOVER DATAFILE 7;
RMAN> SQL 'ALTER DATABASE DATAFILE 7 ONLINE';
恢复个别数据块
RMAN可以恢复数据文件中的个别块。当RMAN执行完整的需要备份的文件扫描后，任何损毁的块信息都会出现在V$DATABASE_BLOCK_CORRUPTION视图中。损毁信息通常会在告警日志(alert logs)，跟踪文件和查询SQL结果中出现。
下例使用BLOCKRECOVER修正所有的坏块:
RMAN> BLOCKRECOVER CORRUPTION LIST;
还可以恢复指定的数据块，如下例：
RMAN> BLOCKRECOVER DATAFILE 7 BLOCK 233, 235 DATAFILE 4 BLOCK 101;
确认恢复（Validating Restores）
使用RESTORE... VALIDATE操作确认恢复(restore)操作可以成功执行。
RMAN> RESTORE DATABASE VALIDATE;
RMAN操作报告
RMAN的LIST和REPORT命令可以产生基于RMAN repository的多种报告。
Backups列表
使用LIST BACKUP和LIST COPY命令显示repository中备份和数据文件拷贝的信息。
RMAN> LIST BACKUP OF DATABASE;
RMAN> LIST COPY OF DATAFILE 1, 2, 3;
RMAN> LIST BACKUP OF ARCHIVELOG FROM SEQUENCE 1437;
RMAN> LIST CONTROLFILECOPY "/tmp/cf.cpy";
RMAN> LIST BACKUPSET OF DATAFILE 1;
利用特定参数，可以控制LIST命令的信息输出：
BY BACKUP:显示数据库的备份信息。(backup set 的输出信息。这是默认的表达方式.)
BY FILE:显示备份的文件信息(显示已完成备份文件的的备份)
SUMMARY:显示备份摘要。(显示摘要信息，默认情况下，输出的选项是VERBOSE.)
附加选项：
EXPIRED:
LIST EXPIRED COPY;(显示在RMAN repository中记录的备份，但是在使用命令CROSSCHECK 已经不会出现在磁盘指定位置或者磁带上的备份。这样的备份已被RMAN删除)
RECOVERABLE:
LIST BACKUP RECOVERABLE;(列出可用的数据文件备份或者拷贝，并且可以被当前数据库在恢复(restored and recovered)时可用。)
报告数据库文件和备份
REPORT命令可以进行比LIST更多的复杂分析。
NEED BACKUP:
REPORT NEED BACKUP DATABASE;(显示在当前保持策略下那些文件需要备份.)
OBSOLETE:
REPORT OBSOLETE;( 显示在当前保持策略下已经过时的备份. )
UNRECOVERABLE:
REPORT UNRECOVERABLE;(显示自上次备份后，所有数据文件中被执行不可恢复(unrecoverable)操作的对象.)
SCHEMA:
REPORT SCHEMA;(报告当前在数据库中此时(默认)的表空间和数据文件.)
通过V$ Views 监控RMAN
RMAN作业执行程度和也完成的作业存储在V$RMAN_STATUS中. V$RMAN_OUTPUT保存RMAN作业的文字输出
当一个RMAN作业工作时，使用下例sql链接显示作业对应的channel:
SQL> SELECT s.SID, p.SPID, s.CLIENT_INFO
FROM V$PROCESS p, V$SESSION s
WHERE p.ADDR = s.PADDR AND CLIENT_INFO LIKE 'rman%';
下例计算RMAN作业工作程度
SQL> SELECT SID, SERIAL#, CONTEXT, SOFAR, TOTALWORK,
ROUND(SOFAR/TOTALWORK*100,2) "% COMPLETE"
FROM V$SESSION_LONGOPS
WHERE OPNAME LIKE 'RMAN%' AND OPNAME NOT LIKE '%aggregate%'
AND TOTALWORK != 0 AND SOFAR <> TOTALWORK;
管理RMAN Repository
RMAN repository 的原数据(metadata)总是存储在目标数据库的控制文件中。同时也可在另外的数据库中建立recovery catalog存储RMAN的所有记录。
管理Control File记录
在参数文件中设置CONTROL_FILE_RECORD_KEEP_TIME = number_of_days_to_keep参数决定记录保持的时间长度。
多向检查备份(Crosschecking Backups)
CROSSCHECK命令检查在repository中RMAN备份和拷贝中的文件是否仍旧可读
RMAN> CROSSCHECK BACKUP; # 检查RMAN在配置设备上的备份
RMAN> CROSSCHECK COPY; # 检查RMAN在配置设备上的镜像拷贝
如果备份的存储没有配置介质管理和磁带管道，就必须在CROSSCHECK和DELETE前在磁带设备上分配一个维护管道
RMAN> ALLOCATE CHANNEL FOR MAINTENANCE DEVICE TYPE sbt;
RMAN> CROSSCHECK BACKUP;
删除通过RMAN建立的备份
通过使用DELETE命令，在磁盘和磁带设备上删除RMAN建立的备份和拷贝，标致在控制文件中的对象为删除，并移除在recovery catalog中的记录(如果使用了catalog)。
RMAN> DELETE BACKUPSET 101, 102, 103;
RMAN> DELETE CONTROLFILECOPY '/tmp/cf.cpy';
RMAN> DELETE NOPROMPT ARCHIVELOG UNTIL SEQUENCE = 7300;
RMAN> DELETE BACKUP OF SPFILE TABLESPACE users DEVICE TYPE sbt;
RMAN> DELETE BACKUP OF DATABASE LIKE '/tmp%'; # pattern match
RMAN> DELETE ARCHIVELOG ALL BACKED UP 2 TIMES TO DEVICE TYPE sbt;
下列有用的DELETE命令选项:
EXPIRED:
DELETE EXPIRED;(删除通过使用CROSSCHECK 表示的过期(EXPIRED)备份或者拷贝)
OBSOLETE:
DELETE OBSOLETE;(删除基于保持策略的过时备份和拷贝.)
NOPROMPT:
DELETE NOPROMPT OBSOLETE;(对于需要删除的文件不需提示直接删除)
编目和反编目备份和拷贝(Cataloging and Uncataloging Backups and Copies)
CATALOG命令增加对于RMAN可用的备份信息到RMAN repository中。此命令是除RMAN外记录使用工具建立备份的信息，例如使用操作系统工具拷贝的数据文件镜像，如果你有使用RMAN建立备份但是在RMAN repository不再可显示，就可以使用这个命令使得RMAN可以使用这些备份做备份和恢复操作。
RMAN> CATALOG DATAFILECOPY '/backup/users01.bak'; # 拷贝由系统命令CP产生的
RMAN> CATALOG LIKE '/backup';
如果使用操作系统命令，手工删除了备份，可以使用CHANGE ... UNCATALOG语句可以将RMAN repository 中的信息移除。
RMAN> CHANGE CONTROLFILECOPY '/tmp/cf.cpy' UNCATALOG;
RMAN> CHANGE BACKUPSET 121,122,127,203,300 UNCATALOG;
重复执行任务: RMAN和脚本
RMAN支持使用被存储的脚本和命令文件来帮助管理重复执行的任务。RMAN RUN命令提供了可控脚本。.
使用命令文件
一个命令文件是在客户端包含RMAN命令的文本文件。
RMAN> @/my_dir/my_command_file.txt # runs specified command file
任何扩展名的文件都可被使用，通过RMAN来调用命令脚本，如下
% rman @/my_dir/my_command_file.txt
可控脚本：RUN命令
RUN命令可以使用一组一系列的RMAN命令。如果一个命令失败，在运行块中剩余的命令将不会被执行。
RUN {
BACKUP ARCHIVELOG ALL DELETE ALL INPUT;
BACKUP INCREMENTAL LEVEL 0 TAG mon_bkup DATABASE;
}
如果一个或更多归档日志的备份失败，RMAN将继续备份所有的可被备份的归档日志，因为这些任务是由一个BACKUP命令所引发的。但是在BACKUP ARCHIVELOG后的BACKUP INCREMENTAL就不会被执行。命令SET, SWITCH DATAFILE,和ALLOCATE CHANNEL都可被使用在RUN的命令块中。 并且管道配置和其他的由CONFIGURE命令配置的参数在命令块中运行时被忽略
备份和恢复相关的视图
下列信息描述了可访问RMAN repository信息的视图。
如果存储在控制文件中，查询的视图就使用V$开头的视图， 如果使用的是Recovery Catalog，使用 RC_开头的视图
1.V$ARCHIVED_LOG(RC_ARCHIVED_LOG):Archived and unarchived redo logs
2.V$BACKUP_DATAFILE(RC_BACKUP_CONTROLFILE):Control files in backup sets
3.V$BACKUP_CORRUPTION(RC_BACKUP_CORRUPTION):Corrupt block ranges in datafile backups
4.V$BACKUP_DATAFILE(RC_BACKUP_DATAFILE):Datafiles in backup sets
5.V$BACKUP_FILES(RC_BACKUP_FILES):RMAN backups and copies in the repository.
6.V$BACKUP_PIECE(RC_BACKUP_PIECE):Backup pieces
7.V$BACKUP_REDOLOG(RC_BACKUP_REDOLOG):Archived logs in backups
8.V$BACKUP_SET(RC_BACKUP_SET):Backup sets
9.V$BACKUP_SPFILE(RC_BACKUP_SPFILE):Server parameter files in backup sets
10.V$DATAFILE_COPY(RC_CONTROLFILE_COPY):Control file copies on disk
11.V$COPY_CORRUPTION(RC_COPY_CORRUPTION):Information about datafile copy corruptions
12.V$DATABASE(RC_DATABASE):Databases registered in the recovery catalog (RC_DATABASE) or information about the currently mounted database(V$DATABASE)
13.V$DATABASE_BLOCK_CORRUPTION(RC_DATABASE_BLOCK_CORRUPTION):Database blocks marked as corrupt in the most recent RMAN backup or copy
14.V$DATABASE_INCARNATION(RC_DATABASE_INCARNATION):All database incarnations registered in the catalog
15.V$DATAFILE(RC_DATAFILE):All datafiles registered in the recovery catalog
16.V$DATAFILE_COPY(RC_DATAFILE_COPY):Datafile image copies
17.V$LOG_HISTORY(RC_LOG_HISTORY)Historical information about online redo logs
18.V$OFFLINE_RANGE(RC_OFFLINE_RANGE):Offline ranges for datafiles
19.V$PROXY_ARCHIVEDLOG(RC_PROXY_ARCHIVEDLOG):Archived log backups created by proxy copy
20.V$PROXY_CONTROLFILE(RC_PROXY_CONTROLFILE):Control file backups created by proxy copy
21.V$PROXY_DATAFILE(RC_PROXY_DATAFILE):Datafile backups created by proxy copy
22.V$LOG and V$LOGFILE(RC_REDO_LOG):Online redo logs for all incarnations of the database since the last catalog resynchronization
23.V$THREAD(RC_REDO_THREAD):All redo threads for all incarnations of the database since the last catalog resynchronization
24.n/a(RC_RESYNC):Recovery catalog resynchronizations
25.V$RMAN_CONFIGURATION(RC_RMAN_CONFIGURATION):RMAN persistent configuration settings
26.V$TABLESPACE(RC_TABLESPACE):All tablespaces registered in the recovery catalog, all dropped tablespaces, and tablespaces that belong to old incarnations
〇：背景信息
使用手册基于ORACLE 10.2
资料参考：B14193-02
最小使用环境
■ target database ：备份的目标数据库
■ RMAN client： RMAN的客户端。它主要是负责解释备份和恢复命令，连接服务器会话执行相关命令，并在控制文件中记录备份恢复活动。
可选组件：
■ flash recovery area：指定的一个磁盘上的位置。在这个位置上，数据库可以存储和管理与备份恢复相关的文件。
■ Media management software：介质管理软件可由第三方提供，但需要RMAN的备份接口。
■ recovery catalog：是一个数据库上的最好是隔离开来的SCHMA，用来记录RMAN对于一个或多个数据库备份恢复的各种操作。
RMAN Repository：
使用RMAN的LIST,REPORT, 和SHOW命令可以显示RMAN repository 中的信息。RMAN repository 主要存储在备份目标数据库的控制文件中。初始化参数：CONTROL_FILE_RECORD_KEEP_TIME用来控制备份记录被保存在控制文件中的时间。超过该时间该记录信息将被更新的备份信息所覆盖重用。
Recovery Catalog
可以使用recovery catalog来保存RMAN repository信息和记录。recovery catalog还可以保存RMAN的经常运行的备份脚本。
Flash Recovery Area
是记录磁盘的自动备份和恢复，通过在flash recovery area中管理所有的备份恢复文件，简化了磁盘空间和备份恢复文件的管理。可以使用DB_RECOVERY_FILE_DEST 和 DB_RECOVERY_FILE_DEST_SIZE参数来设置flash recovery area的位置和空间大小。同时也可指定保持策略，使得通过磁带恢复数据的时间和次数都可最小。
Media Managers
RMAN使用第三方的media management software. media manager 可以控制备份恢复中的设备。 管理介质的loading, labeling ,unloading和其他功能。介质管理设备也被称为SBT(system backup to tape) 设备.
RMAN Channels
RMAN执行所有备份恢复的活动，是在目标数据库实例上的服务器会话。每一个被RMAN使用的服务器会话叫做一个RMAN channel。一个channel可以是进行磁盘操作的disk channel, 或者是一个和介质管理的共同使用的一个sbt channel。可以使用RMAN ALLOCATE CHANNEL命令去分配 channels, 指定执行任务的服务器会话数目和影响服务器会话的设置。同样可以使用CONFIGURE 命令去配置channels ，指定RMAN的默认持久设置。如果任何channels被显示指定，那么默认的配置将被忽略。如果RMAN首次连接到目标数据库后，就会立刻产生一个disk channel ,并且只要RAMN连接着目标数据库该disk channel就一直存在。其被称为default channel, 但是其不被用来进行大数据量的传输操作，如备份或恢复数据库文件。
开始或退出RMAN
RMAN 必须连接到目标数据库(with SYSDBA privileges)才能进行备份和恢复。同样如果你有一个recovery catalog database，RMAN也可连接到recovery catalog database。使用CONNECT命令来连接RMAN和目标数据库。
1.RMAN启动，连接一个目标数据库和recovery catalog:
% rman TARGET / CATALOG cat_usr/pwd@cat_str
2.不使用recovery catalog而直连目标数据库:
% rman TARGET SYS/pwd@target_str
3.仅启动RMAN:
% rman
RMAN命令行语法选项
RMAN
[ TARGET [=] connectStringSpec
| { CATALOG [=] connectStringSpec }
| LOG [=] ['] filename ['] [ APPEND ]
]...
connectStringSpec::=
['] [userid] [/ [password]] [@net_service_name] [']
以下一个例子附加了一个RMAN会话的输出文件到$ORACLE_HOME/dbs/log/msglog.log
% rman TARGET / LOG $ORACLE_HOME/dbs/log/msglog.log APPEND
退出RMAN客户端
RMAN> EXIT
配置RMAN持久设置环境
显示所有配置信息：RMAN> SHOW ALL;
配置磁盘设备和Channels
如果你使用flash recovery area，除非你在BACKUP命令中指定位置否则备份将会保存在flash recovery area 。如果在都没有指定的情况下, 磁盘备份被保存在特定操作平台的默认位置。还可以通过给disk channel配置一个FORMAT,用来指定不同的备份位置。可通过命令CONFIGURE CHANNEL DEVICE TYPE DISK.来使用FORMAT子句。
下例配置RMAN将备份写到磁盘的/tmp下：
RMAN> CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/tmp/%U';
其中%U表示当备份时要使用唯一文件名。
如果要恢复原磁盘备份位置的默认设置:
RMAN> CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT CLEAR;
配置磁带设备和Channels
当配置了你的介质管理软件后，可以通过介质管理指定对于RMAN备份默认目标位置。
RMAN> CONFIGURE DEFAULT DEVICE TYPE TO sbt;
有时介质管理需要一个参数字符串来配置设备信息。
RMAN> CONFIGURE CHANNEL DEVICE TYPE sbt PARMS='ENV=mml_env_settings';
多个channels可以被配置成运行并行备份。以下命令为RMAN备份配置了三个sbt channels：
RMAN> CONFIGURE DEVICE TYPE sbt PARALLELISM 3;
配置保持策略（Retention Policy）
保持策略用于管理数据库备份需要保持长时间，和可以恢复多久以前的数据库。保持策略可以按照恢复窗口(recovery window) (恢复多久以前的数据库), 或者冗余备份(redundancy value) (对于每个文件有多少备份必须保留).
以下命令保证RMAN保持所有可恢复到某一时间点上必要的备份至少7天
RMAN> CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
以下命令保证RMAN为每一个数据文件的备份为3个:
RMAN> CONFIGURE RETENTION POLICY TO REDUNDANCY 3;
使用DELETE OBSOLETE可以快速删除保持策略不再需要的备份。 (但对于那些备份存储在flash recovery area中的,可以不执行这个命令。但在有空间需求时，数据库会自动删除在flash recovery area 中的过期备份，或有介质管理备份的文件)
还可以使用BACKUP和CHANGE命令的KEEP选项，使得配置的保持策略对个别指定的备份失效。
配置控制文件的自动备份
在RMAN备份后可以对控制文件自动进行备份，以其保护RMAN repository。如下命令保证RMAN对控制文件的自动备份:
RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON;
默认情况下，RMAN自动产生自动备份的控制文件的备份文件名称，并保存在在flash recovery area。如下命令配置RMAN将自动备份控制文件的备份文件写到/mybackupdir目录:
RMAN> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/mybackupdir/cf%F';
字符%F 代表的是一组要素的化合，其中包括DBID, day, month, year, 和 sequence number来产生一个唯一名称。注意: %F必须出现格式化名称的字符串中。
还原配置的所有默认信息
RMAN> CONFIGURE CHANNEL DEVICE TYPE sbt CLEAR;
RMAN> CONFIGURE RETENTION POLICY CLEAR;
RMAN> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK CLEAR;
备份数据库文件
如果我们使用BACKUP AS COPY来备份文件，RMAN将文件作为镜像拷贝(image copies)进行复制。即按照磁盘上数据库文件每比特(bit)拷贝。通过使用BACKUP AS COPY会将相关信息记录在RMAN repository中，并且RMAN可以使用其进行恢复操作。镜像拷贝不能建立在磁带上。
以下命令建立全数据库所有数据文件的镜像拷贝:
RMAN> BACKUP AS COPY DATABASE;
如果你使用BACKUP AS BACKUPSET，那么RMAN存储其备份到备份集(backup sets)。一个backup set包含超过一个的备份片(backup pieces), 是包含数据的物理文件是只有RMAN能够访问的格式。备份集(Backup sets)能够写在磁盘或磁带上，并且只能由RMAN写到磁带上。以下命令使用默认的channels以备份集格式，在磁带设备上建立对数据库的备份并归档日志：
RMAN> BACKUP DEVICE TYPE sbt DATABASE PLUS ARCHIVELOG;
注: 以备份集格式在磁盘上备份数据文件可以节省磁盘空间和时间。因为RMAN可以跳过一些不需要备份的数据文件块。备份集一旦在磁盘上建立，仍可以使用BACKUP BACKUPSET 移动到磁带上。
备份个别数据库文件
RMAN还可以使用不同选项备份个别的表空间、数据文件、控制文件、SPFILE和备份集:
RMAN> BACKUP ARCHIVELOG COMPLETION TIME BETWEEN 'SYSDATE-31' AND 'SYSDATE-7';
RMAN> BACKUP TABLESPACE system, users, tools;
RMAN> BACKUP AS BACKUPSET DATAFILE'ORACLE_HOME/oradata/trgt/users01.dbf',
'ORACLE_HOME/oradata/trgt/tools01.dbf';
RMAN> BACKUP DATAFILE 1,3,5;
RMAN> BACKUP CURRENT CONTROLFILE TO '/backup/curr_cf.copy';
RMAN> BACKUP SPFILE;
RMAN> BACKUP BACKUPSET ALL;
参数说明
FORMAT：FORMAT '/tmp/%U'指定backup pieces和copies的位置和名字。必须使用替换变量产生唯一的文件名。
TAG：TAG 'monday_bak' 指定一个用户定义备份的标签。如果没有指定，那么RMAN指定一个使用日期和时间的默认标签
举例说明：
RMAN> BACKUP FORMAT='AL_%d/%t/%s/%p' ARCHIVELOG LIKE '%arc_dest%';
RMAN> BACKUP TAG 'weekly_full_db_bkup' DATABASE MAXSETSIZE 10M;
RMAN> BACKUP COPIES 2 DEVICE TYPE sbt BACKUPSET ALL;
Incremental Backups(增量备份)
如果使用增量备份，RMAN将建立数据库的增量备份(incremental backups)。增量备份记录数据库中每一个数据块的自上次增量备份后的改变。但增量备份的开始点必须是0级增量备份。(level 0 incremental backup)，即备份数据库中所有的块。然后开始日常的级别1(Level 1)的增量备份，只是记录自上次增量备份的数据块改变。该备份包括了累计(cumulative)(自上次0级备份后的所有数据块改变)和改变(differential)(自上次增量备份后的数据块改变，不管是0级还是1级备份)增量备份通常更小更快的建立全库备份。并且从一个增量备份中恢复数据库快于单独使用日志(redo logs)的方法.只要增量备份可用，RMAN就会在恢复中使用。
备份的增量修改（Incrementally Updated Backups）
所谓备份的增量修改(incrementally updated backups)允许更多日常的可用增量备份。将一级增量备份前滚应于之前的0级别备份。这样就会产生包含一级增量备份的0级备份。使用这个修改的0级备份进行恢复会更快。
确认备份（Validating Backups）
确认备份通过确实当前数据库的文件是否存在，文件位置，物理空间剩余和逻辑错误，来确认备份是否可用。
RMAN> BACKUP VALIDATE DATABASE ARCHIVELOG ALL;
恢复数据库文件
回复(Restoring)即是从恢复操作中选择需要的备份。恢复(Recovery)是将日志和增量备份的改变应用到数据文件，使得数据文件恢复到希望的SCN号或者是指定时间点上。
恢复整个数据库
使用RESTORE DATABASE和RECOVER DATABASE命令恢复整个数据库
RMAN> STARTUP FORCE MOUNT;
RMAN> RESTORE DATABASE;
RMAN> RECOVER DATABASE;
RMAN> ALTER DATABASE OPEN;
注意：当恢复整个数据库时，数据库必须不能处于打开(open)状态。
恢复当前表空间
当数据库打开时，使用RESTORE TABLESPACE和RECOVER TABLESPACE恢复个别表空间。首先让需要恢复的表空间下线(offline)，然后在恢复(restore和recover)表空间。
下例恢复users表空间:
RMAN> SQL 'ALTER TABLESPACE users OFFLINE';
RMAN> RESTORE TABLESPACE users;
RMAN> RECOVER TABLESPACE users;
RMAN> SQL 'ALTER TABLESPACE users ONLINE';
恢复当前数据文件
当数据库打开时，使用RESTORE DATAFILEheRECOVER DATAFILE命令恢复指定数据文件。首先将需要恢复的文件下线，然后在恢复(restore和recover)然后开始恢复数据文件。
下例恢复数据文件7:
RMAN> SQL 'ALTER DATABASE DATAFILE 7 OFFLINE';
RMAN> RESTORE DATAFILE 7;
RMAN> RECOVER DATAFILE 7;
RMAN> SQL 'ALTER DATABASE DATAFILE 7 ONLINE';
恢复个别数据块
RMAN可以恢复数据文件中的个别块。当RMAN执行完整的需要备份的文件扫描后，任何损毁的块信息都会出现在V$DATABASE_BLOCK_CORRUPTION视图中。损毁信息通常会在告警日志(alert logs)，跟踪文件和查询SQL结果中出现。
下例使用BLOCKRECOVER修正所有的坏块:
RMAN> BLOCKRECOVER CORRUPTION LIST;
还可以恢复指定的数据块，如下例：
RMAN> BLOCKRECOVER DATAFILE 7 BLOCK 233, 235 DATAFILE 4 BLOCK 101;
确认恢复（Validating Restores）
使用RESTORE... VALIDATE操作确认恢复(restore)操作可以成功执行。
RMAN> RESTORE DATABASE VALIDATE;
RMAN操作报告
RMAN的LIST和REPORT命令可以产生基于RMAN repository的多种报告。
Backups列表
使用LIST BACKUP和LIST COPY命令显示repository中备份和数据文件拷贝的信息。
RMAN> LIST BACKUP OF DATABASE;
RMAN> LIST COPY OF DATAFILE 1, 2, 3;
RMAN> LIST BACKUP OF ARCHIVELOG FROM SEQUENCE 1437;
RMAN> LIST CONTROLFILECOPY "/tmp/cf.cpy";
RMAN> LIST BACKUPSET OF DATAFILE 1;
利用特定参数，可以控制LIST命令的信息输出：
BY BACKUP:显示数据库的备份信息。(backup set 的输出信息。这是默认的表达方式.)
BY FILE:显示备份的文件信息(显示已完成备份文件的的备份)
SUMMARY:显示备份摘要。(显示摘要信息，默认情况下，输出的选项是VERBOSE.)
附加选项：
EXPIRED:
LIST EXPIRED COPY;(显示在RMAN repository中记录的备份，但是在使用命令CROSSCHECK 已经不会出现在磁盘指定位置或者磁带上的备份。这样的备份已被RMAN删除)
RECOVERABLE:
LIST BACKUP RECOVERABLE;(列出可用的数据文件备份或者拷贝，并且可以被当前数据库在恢复(restored and recovered)时可用。)
报告数据库文件和备份
REPORT命令可以进行比LIST更多的复杂分析。
NEED BACKUP:
REPORT NEED BACKUP DATABASE;(显示在当前保持策略下那些文件需要备份.)
OBSOLETE:
REPORT OBSOLETE;( 显示在当前保持策略下已经过时的备份. )
UNRECOVERABLE:
REPORT UNRECOVERABLE;(显示自上次备份后，所有数据文件中被执行不可恢复(unrecoverable)操作的对象.)
SCHEMA:
REPORT SCHEMA;(报告当前在数据库中此时(默认)的表空间和数据文件.)
通过V$ Views 监控RMAN
RMAN作业执行程度和也完成的作业存储在V$RMAN_STATUS中. V$RMAN_OUTPUT保存RMAN作业的文字输出
当一个RMAN作业工作时，使用下例sql链接显示作业对应的channel:
SQL> SELECT s.SID, p.SPID, s.CLIENT_INFO
FROM V$PROCESS p, V$SESSION s
WHERE p.ADDR = s.PADDR AND CLIENT_INFO LIKE 'rman%';
下例计算RMAN作业工作程度
SQL> SELECT SID, SERIAL#, CONTEXT, SOFAR, TOTALWORK,
ROUND(SOFAR/TOTALWORK*100,2) "% COMPLETE"
FROM V$SESSION_LONGOPS
WHERE OPNAME LIKE 'RMAN%' AND OPNAME NOT LIKE '%aggregate%'
AND TOTALWORK != 0 AND SOFAR <> TOTALWORK;
管理RMAN Repository
RMAN repository 的原数据(metadata)总是存储在目标数据库的控制文件中。同时也可在另外的数据库中建立recovery catalog存储RMAN的所有记录。
管理Control File记录
在参数文件中设置CONTROL_FILE_RECORD_KEEP_TIME = number_of_days_to_keep参数决定记录保持的时间长度。
多向检查备份(Crosschecking Backups)
CROSSCHECK命令检查在repository中RMAN备份和拷贝中的文件是否仍旧可读
RMAN> CROSSCHECK BACKUP; # 检查RMAN在配置设备上的备份
RMAN> CROSSCHECK COPY; # 检查RMAN在配置设备上的镜像拷贝
如果备份的存储没有配置介质管理和磁带管道，就必须在CROSSCHECK和DELETE前在磁带设备上分配一个维护管道
RMAN> ALLOCATE CHANNEL FOR MAINTENANCE DEVICE TYPE sbt;
RMAN> CROSSCHECK BACKUP;
删除通过RMAN建立的备份
通过使用DELETE命令，在磁盘和磁带设备上删除RMAN建立的备份和拷贝，标致在控制文件中的对象为删除，并移除在recovery catalog中的记录(如果使用了catalog)。
RMAN> DELETE BACKUPSET 101, 102, 103;
RMAN> DELETE CONTROLFILECOPY '/tmp/cf.cpy';
RMAN> DELETE NOPROMPT ARCHIVELOG UNTIL SEQUENCE = 7300;
RMAN> DELETE BACKUP OF SPFILE TABLESPACE users DEVICE TYPE sbt;
RMAN> DELETE BACKUP OF DATABASE LIKE '/tmp%'; # pattern match
RMAN> DELETE ARCHIVELOG ALL BACKED UP 2 TIMES TO DEVICE TYPE sbt;
下列有用的DELETE命令选项:
EXPIRED:
DELETE EXPIRED;(删除通过使用CROSSCHECK 表示的过期(EXPIRED)备份或者拷贝)
OBSOLETE:
DELETE OBSOLETE;(删除基于保持策略的过时备份和拷贝.)
NOPROMPT:
DELETE NOPROMPT OBSOLETE;(对于需要删除的文件不需提示直接删除)
编目和反编目备份和拷贝(Cataloging and Uncataloging Backups and Copies)
CATALOG命令增加对于RMAN可用的备份信息到RMAN repository中。此命令是除RMAN外记录使用工具建立备份的信息，例如使用操作系统工具拷贝的数据文件镜像，如果你有使用RMAN建立备份但是在RMAN repository不再可显示，就可以使用这个命令使得RMAN可以使用这些备份做备份和恢复操作。
RMAN> CATALOG DATAFILECOPY '/backup/users01.bak'; # 拷贝由系统命令CP产生的
RMAN> CATALOG LIKE '/backup';
如果使用操作系统命令，手工删除了备份，可以使用CHANGE ... UNCATALOG语句可以将RMAN repository 中的信息移除。
RMAN> CHANGE CONTROLFILECOPY '/tmp/cf.cpy' UNCATALOG;
RMAN> CHANGE BACKUPSET 121,122,127,203,300 UNCATALOG;
重复执行任务: RMAN和脚本
RMAN支持使用被存储的脚本和命令文件来帮助管理重复执行的任务。RMAN RUN命令提供了可控脚本。.
使用命令文件
一个命令文件是在客户端包含RMAN命令的文本文件。
RMAN> @/my_dir/my_command_file.txt # runs specified command file
任何扩展名的文件都可被使用，通过RMAN来调用命令脚本，如下
% rman @/my_dir/my_command_file.txt
可控脚本：RUN命令
RUN命令可以使用一组一系列的RMAN命令。如果一个命令失败，在运行块中剩余的命令将不会被执行。
RUN {
BACKUP ARCHIVELOG ALL DELETE ALL INPUT;
BACKUP INCREMENTAL LEVEL 0 TAG mon_bkup DATABASE;
}
如果一个或更多归档日志的备份失败，RMAN将继续备份所有的可被备份的归档日志，因为这些任务是由一个BACKUP命令所引发的。但是在BACKUP ARCHIVELOG后的BACKUP INCREMENTAL就不会被执行。命令SET, SWITCH DATAFILE,和ALLOCATE CHANNEL都可被使用在RUN的命令块中。 并且管道配置和其他的由CONFIGURE命令配置的参数在命令块中运行时被忽略
备份和恢复相关的视图
下列信息描述了可访问RMAN repository信息的视图。
如果存储在控制文件中，查询的视图就使用V$开头的视图， 如果使用的是Recovery Catalog，使用 RC_开头的视图
1.V$ARCHIVED_LOG(RC_ARCHIVED_LOG):Archived and unarchived redo logs
2.V$BACKUP_DATAFILE(RC_BACKUP_CONTROLFILE):Control files in backup sets
3.V$BACKUP_CORRUPTION(RC_BACKUP_CORRUPTION):Corrupt block ranges in datafile backups
4.V$BACKUP_DATAFILE(RC_BACKUP_DATAFILE):Datafiles in backup sets
5.V$BACKUP_FILES(RC_BACKUP_FILES):RMAN backups and copies in the repository.
6.V$BACKUP_PIECE(RC_BACKUP_PIECE):Backup pieces
7.V$BACKUP_REDOLOG(RC_BACKUP_REDOLOG):Archived logs in backups
8.V$BACKUP_SET(RC_BACKUP_SET):Backup sets
9.V$BACKUP_SPFILE(RC_BACKUP_SPFILE):Server parameter files in backup sets
10.V$DATAFILE_COPY(RC_CONTROLFILE_COPY):Control file copies on disk
11.V$COPY_CORRUPTION(RC_COPY_CORRUPTION):Information about datafile copy corruptions
12.V$DATABASE(RC_DATABASE):Databases registered in the recovery catalog (RC_DATABASE) or information about the currently mounted database(V$DATABASE)
13.V$DATABASE_BLOCK_CORRUPTION(RC_DATABASE_BLOCK_CORRUPTION):Database blocks marked as corrupt in the most recent RMAN backup or copy
14.V$DATABASE_INCARNATION(RC_DATABASE_INCARNATION):All database incarnations registered in the catalog
15.V$DATAFILE(RC_DATAFILE):All datafiles registered in the recovery catalog
16.V$DATAFILE_COPY(RC_DATAFILE_COPY):Datafile image copies
17.V$LOG_HISTORY(RC_LOG_HISTORY)Historical information about online redo logs
18.V$OFFLINE_RANGE(RC_OFFLINE_RANGE):Offline ranges for datafiles
19.V$PROXY_ARCHIVEDLOG(RC_PROXY_ARCHIVEDLOG):Archived log backups created by proxy copy
20.V$PROXY_CONTROLFILE(RC_PROXY_CONTROLFILE):Control file backups created by proxy copy
21.V$PROXY_DATAFILE(RC_PROXY_DATAFILE):Datafile backups created by proxy copy
22.V$LOG and V$LOGFILE(RC_REDO_LOG):Online redo logs for all incarnations of the database since the last catalog resynchronization
23.V$THREAD(RC_REDO_THREAD):All redo threads for all incarnations of the database since the last catalog resynchronization
24.n/a(RC_RESYNC):Recovery catalog resynchronizations
25.V$RMAN_CONFIGURATION(RC_RMAN_CONFIGURATION):RMAN persistent configuration settings
26.V$TABLESPACE(RC_TABLESPACE):All tablespaces registered in the recovery catalog, all dropped tablespaces, and tablespaces that belong to old incarnations