该选项有两种保留策略:
(1)基于时间的保留策略:
(2)基于冗余数量的保留策略:
上述n均为整型数字,大于等于1。
取消备份保留策略,可用如下命令:
CONFIGURE RETENTION POLICY TO NONE;
第一种recover window是保持所有足够的备份,可以将数据库系统恢复到最近七天内的任意时刻。任何超过最近七天的数据库备份将被标记为obsolete。
第二种redundancy 是为了保持可以恢复的最新的5份数据库备份,任何超过最新5份的备份都将被标记为redundancy。它的默认值是1份。
第三四:NONE 可以把使备份保持策略失效,Clear 将恢复默认的保持策略
2 .CONFIGURE BACKUP OPTIMIZATION 配置备份优化备份优化包括OFF和ON两个状态:
打开备份优化:
关闭备份优化:
RMAN 支持的I/O设备类型有两种:磁盘(DISK)和磁带(SBT),默认情况下为磁盘。
使用磁盘设备:
使用磁带设备:
提示:
配置为磁带时也可以将关键字写为SBT_TAPE。由于访问磁带设置多数情况下还需要附带相关参数,上述仅为示例,磁带设备的实际配置请根据实际情况,按照设备厂商的要求进行设置。在这里需要注意的一点是:如果I/O设备发生变化,相关配置项也需要修改。例如:配置磁盘设置的默认并行度为2:
选择是否自动备份控制文件,包含两个状态:OFF和ON。
打开自动备份:
禁止自动备份:
同时可以通过如下配置指定自动备份的格式和路径:
在备份期间,将产生一个控制文件的快照,用于控制文件的读一致性,这个快照可以通过如下配置:
RMAN 支持并行备份与恢复,也可以在配置中指定默认的并行程度。例如:
指定在以后的备份与恢复操作中并行度为2,即同时开启2个通道进行备份与恢复。
并行的数目决定了开启通道的个数,当然也可以在RUN中手动指定通道来决定备份与恢复的并行程度。如果指定了通道配置,将采用指定的通道,如果没有指定通道,将采用默认通道配置。有点儿绕是吧,我来给你白话一把。
默认情况下,自动分配通道的并行度为1,如果你通过设置PARALLELISM设置了并行通道为2,那么在 RUN 块中,如果你没有单独通过ALLOCATE CHANNEL命令指定通道,它会默认使用2条并行通道,如果你在 RUN 命令块中指定了数个ALLOCATE CHANNEL,那么RMAN在执行备份命令时会以你设置的 CHANNEL 为准,而不管CONFIGURE中配置了多少个并行通道。
需要注意的一点是,在BACKUP命令中有一个FILESPERSET参数,该参数是指RMAN建立的每个备份片段中所能包含的文件的最大数,该参数默认值为64,如果在执行BACKUP命令时没有指定该参数值,那么RMAN会仅使用第一个通道来执行备份,其他通道将处于空闲状态。关于通道数与FILESPERSET值之间也有一个大小关系,逻辑稍显复杂,这些就不多废话了,总之一条,FILESPERSET值不要小于你设定的通道数。
6 .CONFIGURE DATAFILE/ARCHIVELOG BACKUP COPIES设置备份文件冗余度前面也讲过,应该也还有印象吧,不记的了就赶紧回去翻翻。
7 .CONFIGURE MAXSETSIZE 配置备份集的最大尺寸该配置限制通道上备份集的最大尺寸,单位支持 B ytes 、KB、MB、GB,默认值是unlimited,关于这一点,在我花了整整500秒时间思考之后 …… 我睡着了!
不过当我感受到你澎湃的心灵产生的悸动,并注意到你已经产生了想找出版社退货的想法之后,我马上就醒了过来,其实8.5.5.3小节介绍了相关的内容,相信正常情况下应该也不会有什么人改它吧,OK,本条跳过,继续,下一个。
8 .CONFIGURE ENCRYPTION 配置备份加密10g 版本中新增的配置选项。数据库端配置好了Oracle Encryption Wallet后,即可通过CONFIGURE命令设置加密备份策略,加密策略既可以是针对整个数据库,也可以是表空间,或者归档文件。要打开备份加密,只需设置ENCRYPTION为ON即可:
如果要禁止的话将ON改为OFF:
表空间级的设置同理,这里就不演示了。
9 .CONFIGURE ENCRYPTION ALGORITHM 配置默认的加密算法视图V$RMAN_ENCRYPTION_ALGORITHMS中可以获取RMAN中支持的加密算法,视图中列出的加密算法可以在执行备份操作时指定,或者是通过CONFIGURE进行配置:
如果没有指定加密算法,默认情况下会选择AES128。
10 .CONFIGURE ARCHIVELOG DELETION POLICY配置归档文件删除策略也是从10g版本开始提供的配置选项,用来指定归档文件的删除策略。
在默认情况下归档文件备份完之后就可以被删除,不过对于配置了Data Guard环境的数据库系统,Primary数据库端的归档文件就不能说删就删,因为归档文件不仅它自己要用,与其在相同Data Guard环境的Standby数据库也要用,从严谨的角度来考虑,DBA必须要保证归档文件在 Standby端成功接收并且应用之前,Primary端始终能保存该文件。
提示:
关于Data Guard环境的配置请参考本书第10章内容。在10g之前的版本,这一问题困扰了很多DBA,无奈之下不少人只能通过操作系统脚本的方式,在删除归档文件之前,首先对Standby端数据库的归档文件应用状态作判断,直到确认一切OK才敢在Primary端执行正常删除。
10g 之后的版本,Oracle在RMAN中内置增加了一项归档文件的删除策略,终于,DBA可以仅通过一项配置就解决该问题了。该策略对应两个值:
例如,启用APPLIED ON STANDBY:
RMAN> CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY;
new RMAN configuration parameters:
CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY;
new RMAN configuration parameters are successfully stored来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/35489/viewspace-704987/ ,如需转载,请注明出处,否则将追究法律责任。