完全备份和增量备份级别0一样，但不是增量备份，不能作为其他增量备份的基准。 典型的备份部署方案一般是在周末进行增量级别为0的备份。然后，在整个星期内，需要进行不同的级别1或2的备份。这样每周循环可以使每一周都有一个基准增量备份以及每周内的少量增量备份。具体如下：（脚本文件请参考附件）
星期天 0级别备份（运行b_whole_inco.rcv脚本） 星期一 2级别备份（运行b_whole_inc2.rcv脚本） 星期二 2级别备份（运行b_whole_inc2.rcv脚本） 星期三 2级别备份（运行b_whole_inc2.rcv脚本） 星期四 1级别备份（运行b_whole_inc1.rcv脚本） 星期五 2级别备份（运行b_whole_inco.rcv脚本） 星期六 2级别备份（运行b_whole_inco.rcv脚本）
有了这个累积增量备份部署，就可用至少三个备份集来进行还原和恢复工作。 当为归档日志文件部署备份策略时，必须绝对确保已经获得了每个备份的归档日志文件的至少一个（最好多个）拷贝。还必须清理归档日志的目的地以防止写满文件系统以及中断数据库操作，RMAN有一个比较谨慎的部署选项DELETE INPUT，可以在对备份了归档日志进行删除。下面的归档日志备份策略在删除输入之前已经为每个归档日志文件做了三份拷贝。
（1） 在新的备份策略的前一两天内对目标数据库运用ARCHIVELOG ALL选项以实
现为 所有已经存在的归档日志文件做基准备份。（运行b_archive.rcv）
（2） 每天为包括有最近两天的重做的所有已经存在的归档日志文件做备份（运行
b_archive_2days.rcv）。
（3） 每天为包括有从五天以前到前两天的重做日志文件进行备份（运行
b_archive_delete3.rcv）
有了上述的备份部署，就可以将数据库恢复到以前的任何一个时刻。但在实际的生产系统中，很少会有将系统恢复到以前的已经过去了很长一段时间的某一个时刻，应该根据实际的需求来决定保留多长时间的备份，如假设只要求数据库能恢复到21天内的某一个时刻，那么只需保留最近21天内的备份即可。21天前的备份可以删除，或转储到别的位置。
5备份部署
当用RMAN进行备份时，RMAN要把备份的相关信息（如什么时间进行的备份、备份了哪些文件、备份到什么位置等）进行存储，根据对这些信息存储位置的不同，RMAN的运行模式分为如下两种：
? NOCATALOG模式：
这种模式下将备份信息存在备份的目标数据库的控制文件中。
? CATALOG模式：
这种模式下单独创建一个Oracle数据库，将备份信息存在此独立的.数据库中（此时独立的数据库称为目录数据库，即Catalog database）。
出于高效和管理方便的，决定采用的是CATALOG（目录）模式备份。当用RMAN部署一个恢复目录时，需要将目录保存在与注册在其中的任何一个目标数据库都不同的数据库和机器上(防止当目标数据库崩溃时，目录数据库也不可用的情况)，也可以使用一个产品数据库作为其他产品数据库的目录数据库。但必须注意，目录数据库的版本和目标数据库的版本必须一致。确定目录数据库后，在tnsnames.ora中配置目录数据库到目标数据库的连接。tnsnames.ora位于$ORACLE_HOME/network/admin中，配置情况如下：
SKGL204 = #到目标数据库的连接名，可自己设置 (DESCRIPTION = (ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.0.204)(PORT = 1521)) #目标数据库的IP，可也是机器名 )
(CONNECT_DATA = (SERVICE_NAME = skgl) #与目标数据库的inti.ora文件中的参数service_names同 ) )
配置连接后，在目录数据库上，执行如下命令：
1. 创建表空间，用于存储备份信息。
SQL>CREATE TABLESPACE rmantbs DATAFILE ?/oradata/catdb1/rmantbs01.dbf? SIZE 32M;表空间名和路径根据自己的情况重新设置。 2. 创建用户，用于管理备份信息。
SQL>CREATE USER rmanadm IDENTIFIED BY rmanadm DEFAULT TABLESPACE rmantbs TEMPORARY TABLESPACE temp ;
RMAN用户名和密码；根据自己的情况重新设置 3. 授权。
SQL>GRANT CONNECT,RESOURCE,RECOVERY_CATALOG_OWNER TO rmanadm; 4. 创建恢复目录。
$rman CATALOG rmanadm/rmanadm RMAN>CREATE CATALOG; 5. 注册目标数据库。
$rman CATALOG rmanadm/rmanadm TARGET SYS/SYS@targetDB RMAN>REGISTER DATABASE;
配置好目录数据库后，便可以部署备份策略了。 首先来看bak_scripts目录下的脚本文件： b_whole_inc0.rcv(文件名)（用于基准备份） 1 @@connect.rcv 2 run{
3 allocate channel d1 type disk; 4 backup incremental level = 0 database
5 format '/oradata/PRACTICE/backup/ch12/db_%d_%s_%p_%t' 6 tag = 'WHOLE_INC0'; 7 release channel d1; 8 }
（1..8为行号，另行加上的，便于说明）
第1行的connect.rcv是同目录下的另一脚本文件，内容如下： connect target sys/change_on_install@skgl204 connect catalog rmanadm/rmanadm@sw1hnm1 用于连接目标数据库和目录数据库，用户名、密码和服务名根据前面定义的情况重新设置。另外需要设置的是第4行带下划线的部分，为目标数据库上用于存储备份文件的路径，可根据目标数据库的情况自行设置。设置好的路径必须在目标数据库上实际存在，否则备份不能成功。
b_whole_inc1.rcv,b_whole_inc2.rcv,b_archive.rcv,b_archive_2days.rcv,b_archive_delete2.rcv都需同样的设置。（见安装包bak_scripts下的文件）
b_whole_inc0.sh,b_whole_inc1.sh,b_whole_inc2.sh,b_archive.sh,b_archive_2days.sh,b_archive_delete3.sh(见安装包bak_scripts下的文件)是用于部署在unix系统上的命令文件 b_whole_inc0.sh内容如下：
$ORACLE/HOME/bin/rman cmdfile=
#min hour date month day command
0 1 * * 0
注意：必须使第一次运行的备份脚本为b_whole_inc0.sh，其他的增量备份都是以0级增量备份为基准的，如果第一次运行的为其他脚本，那么至少前几天的备份是无效的，只能等到下一次循环到b_whole_inc0.sh脚本时，备份才重新生效。
b_whole_inc0.bat,b_whole_inc1.bat,b_whole_inc2.bat,b_archive.bat,b_archive_2days.bat,b_archive_delete3.bat(见安装包bak_scripts下的文件)是用于部署在windows系统上的命令文件 b_whole_inc0.bat内容如下：
rman cmdfile=
至此，所有的备份策略便部署完毕。
6还原和恢复
数据库的恢复分完全恢复和不完全恢复。完全恢复一般在实例崩溃后，恢复到最近的现场，一般操作如下：
C:> rman target sys/change_on_install@skgl204 catalog rmanadm/rmanadm RMAN> RUN{
SHUTDOWN IMMEDIATE; STARTUP MOUNT; RESTORE DATABASE; RECOVER DATABASE;
ALTER DATABASE OPEN; }
不完全恢复的原因很多，如用户的误操作是数据库必须回到或只能回到以前备份的点，不完全恢复的一般操作如下：（其中命令中的 “TO_DATE(?01/14/2005 12:02:10?,?MM/DD/YYYY HH24:MI:SS?)”为期望恢复到的时间点） C:> rman target sys/change_on_install@skgl204 catalog rmanadm/rmanadm RMAN> RUN{
SHUTDOWN IMMEDIATE; STARTUP MOUNT;
SET UNTIL TIME TO_DATE “(?01/14/2005 12:02:10?,?MM/DD/YYYY HH24:MI:SS?)” ; RESTORE DATABASE; RECOVER DATABASE;
ALTER DATABASE OPEN RESETLOGS; }
RMAN> RESET DATABASE;
在执行完不完全恢复后，需在目录数据库中用RMAN发布RESET DATABASE命令，以从目标数据库控制文件中获得更新RMAN目录的新纪录的信息。另外，应对恢复后的数据库即时以增量备分级0重新备份数据库。