RMAN> show all;
db_unique_name 为 ORCL11G64B 的数据库的 RMAN 配置参数为:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'E:\APP\ADMINISTRATOR\PRODUCT\11.2.0\DBHOME_1\DATABASE\SNCFORCL11G64B.ORA'; # default
解释说明：
1、CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default -----默认配置备份保留策略，每个文件保留一个备份
|
基于时间窗口的策略和基于冗余度的策略是互斥的，任何时间点只能使用其中的一种策略。 定义了保留策略后可以用crosscheck backup;和delete obsolete;来删除不需要的备份 |
2、CONFIGURE BACKUP OPTIMIZATION OFF; # default-----------默认的“配置备份优化功能” 关闭状态。如果开启 设置为ON
| RMAN中的备份优化(Backup Optimization)是指在备份过程中，如果满足特定条件，RMAN将自动跳过某些文件而不将它们包含在备份 集中以节省时间和空间。说的直白些就是能不备的它就不备了，不像原来甭管文件有没有备份过统统再备一遍。通常必须满足如下几个 条件的情况下，才能够启用备份优化的功能： (1).CONFIGURE BACKUP OPTIMIZATION参数置为on； (2).执行的BACKUP DATABASE或BACKUP ARCHIVELOG命令中带有ALL或LIKE参数。 (3).分配的通道仅使用了一种设备类型，也就是没有同时分配使用sbt与disk的多个通道。 打开备份优化设置通过如下命令： RMAN> CONFIGURE BACKUP OPTIMIZATION ON; 那么在进行备份优化时，RMAN是如何判断要备份的文件是否需要被优化呢，这个算法就相当复杂了，而且可能影响优化 算法的因素也非常多，假如某库在上午9点被执行过一次全库备份，等下午3点再次执行全库备份时，备份的文件没有变动 而且也已经被备份过时，才会跳过这部分文件。所以理论上备份优化仅对于只读表空间或offline表空间起作用。当然 对于已经备份过的archivelog文件，它也会跳过。 |
3、CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default---------- 默认的备份的设备类型是磁盘。
| CONFIGURE DEFAULT DEVICE TYPE TO stb; ------修改默认的备份设备类型为磁带 |
4、CONFIGURE CONTROLFILE AUTOBACKUP ON;---------自动备份控制文件开关 开启。
关于自动备份控制文件，有两点需要特别注意：
|
自动备份控制文件,
建议打开,打开之后,RMAN做任何备份操作,都会自动备份controlfile和spfile,
储存到RMAN
已知的位置
当controlfile任何副本丢失之后,会去这里面找controlfile的备份,并且还原到spfile指定的位置
假如spfile也丢失了,那么就用只有一个DB_NAME参数的pfie文件启动实例,
使用RMAN连接之后
set dbid xxxxxxxxxx;
restore spfile from autobackup;
再进行恢复controlfile
restore controlfile from autobackup;
到mount之后再继续恢复datafile
和普通的全备的区别是:
全备所备份的controlfile和spfile不能在nomount的时候恢复
|
| 如果开启了自动备份控制文件开关，下面三种情况RMAN会备份控制文件：
A、rman执行backup命令； B、数据库结构发生改变，如：新增或删除表空间操作。11g有控制文件自动延迟备份特性，详细参考： http://blog.chinaunix.net/uid-22948773-id-3347991.html C、手动备份控制文件，rman命令下执行备份命令 指定include current controlfile条件。 |
5、CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
----------配置备份控制文件的存放路径和格式
| eg：configure controlfile autobackup format for device type disk to 'e:\backupcontrol\%F' %F是指一个基于DBID的唯一的名称 |
6、CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default-------配置数据库设备类型的
并行度。并行的数目决定了开启通道的个数。 配置在备份到磁盘的时候总是启用1通道,并且类型是备份集.
7、CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default ------这个指定当介质类型
是disk的时候,每次备份备几个,默认是备一个。
| 8、CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1;-----这个配置仅用于数据文件和归档 文件，并且，只有在自动分配通道时才会生效！指定每次备份的copy数量，oracle的每一次备份都可以有多份 完全相同的拷贝。 |
9、CONFIGURE MAXSETSIZE TO UNLIMITED; # default------配置备份集的大小,一般不使用这个默认值,
都是配置备份片maxpiecesize的大小。
配置备份片大小：CONFIGURE CHANNEL DEVICE TYPE DISK MAXPIECESIZE 10000 M; --最大备份片限制
删除备份片大小限制：CONFIGURE CHANNEL DEVICE TYPE DISK clear;
| 注意：如果在RMAN参数中配置了MAXIECESIZE的值为一个给定的具体值时，那么在FORMAT中必须叫上%p的通配符， 否则一旦备份片超过设定的上限值后，就无法生成后续备份片，导致备份失败。因此通常情况下，建议配置 MAXPIECESIZE参数，并且在FORMAT中加上%U通配符，它包含了%u（自动计算出的唯一8位编号）,%p（备份片号） ,%c（备份片拷贝数，1-256）。 |
| 备份集大小 maxsetsize configure maxsetsize to 1G|1000M|1000000K|unlimited; configure maxsetsize clear; |
10、CONFIGURE ENCRYPTION FOR DATABASE OFF; # default-----配置备份集是否加密开关,默认关闭
能够具体到某个表空间。
| eg：configure encryption for tablespace users on； 使用口令加密，首先使用set encryption命令设置上口令。 如果我们执行set encryption on indentified by think only，紧接其后所创建的备份就需要该密码才能进行正常的恢复。 eg:set encryptiononidentified by 'test' only; ----注意后面的only标记，一定要加入进来。 加密后不解密恢复 会报错：
ORA-19913: unable to decrypt backup ORA-28365: wallet is not open |
备份集合被加密，不能读取。只能进行解密之后才能使用。
RMAN> set decryption identified by 'test'; //没有 on 是解密
executing command: SET decryption
关闭加密：RMAN> set encryption off;
开启加密有三种方法：（1）利用configure启用加密模式
RMAN> configure encryption for database on;
禁止加密模式
RMAN> configure encryption for database off;
configure不仅能指定到database级，还可以指定到tablespace级
RMAN> configure encryption for tablespace users on;
（2）使用set encryption 方式设置（此种方式非常灵活）
RMAN> set encryption on identified by oracle only; ---oracle是密码
executing command: SET encryption
启动rman后，用show all命令可以看到与备份加密有关的配置： CONFIGURE ENCRYPTION FOR DATABASE OFF; # default （3）修改加密算法RMAN支持的加密算法可以通过如下视图看到:V$RMAN_ENCRYPTION_ALGORITHMS;
1）查看RMAN支持的加密算法
SQL> select ALGORITHM_NAME from V$RMAN_ENCRYPTION_ALGORITHMS;
ALGORITHM_NAME
----------------------------------------------------------------
AES128
AES192
AES256
2）设置加密算法
RMAN> configure encryption algorithm 'AES192';
|
11、CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default------指定加密算法，
还可以是‘AES192'、‘AES256'
12、CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ;
# default---压缩算法
|
10G 推出了bzip2算法的压缩备份。
11R1推出了zlib算法的压缩备份。
11R2推出了基本压缩备份(BASIC)和高级压缩备份(LOW,MEDIUM,HIGH,需要单独付费)。
LOW – 对应 LZO (11gR2) – 最低压缩比，但是最快。
MEDIUM – 对应 ZLIB (11gR1) – 比较好的压缩比，速度慢于LOW 。
HIGH – 对应 unmodified BZIP2 (11gR2) – 最高压缩比，速度也是最慢的。
BASIC (which is free) – 对应 BZIP2 (10g style compression) – 压缩比和MEDIUM差不多 ,
但是速度较MEDIUM慢。
|
13、CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default---
|
指定归档文件的删除策略,默认的none就是归档备份完之后就能够被删除
但是在DG环境下的时候,在standby端成功接收并且应用前primary需要始终保存该文件。
DG环境当设为：applied on standby
|
14、CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'E:\APP\ADMINISTRATOR\PRODUCT\11.2.0\DBHOME_1
\DATABASE\SNCFORCL11G64B.ORA'; # default-----控制文件的快照
15、CONFIGURE EXCLUDE FOR TABLESPACE <tablespace> [CLEAR];此命令用于将指定的表空间不备份到备份集中，
这对只读表空间是非常有用的。
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/app/oracle...%d_DB_%u_%s_%p'; 是配置备份文件的备份路径和备份格式
CONFIGURE CHANNEL DEVICE TYPE DISK CLEAR; 用于清除上面的信道配置
来源：oschina
链接：https://my.oschina.net/u/4127369/blog/4470569