RMAN简明使用手册

来源：http://www.cnblogs.com/lijunjie/archive/2010/09/27/1836517.html

背景信息

使用手册基于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