零级备份的脚本 run{
allocate channel c1 type disk; allocate channel c2 type disk; allocate channel c3 type disk;
backup incremental level 0 tag ‘db0’ format ‘/u01/oradata/backup/db0%u_%s_%p’ database skip readonly;
sql ‘alter system archive log current’;
backup fileaperset 3 format ‘/u01/oradata/backup/arch%u_%s_%p’ archivelog all delete input; #备份归档可选，可以单独定期备份 release channel c1; release channel c2; release channel c3; }
同理，我们可以得到一级备份，二级备份的脚本，如一级备份的脚本 run{
allocate channel c1 type disk; allocate channel c2 type disk; allocate channel c3 type disk;
backup incremental level 1 tag ‘db1’ format ‘/u01/oradata/backup/db1%u_%s_%p’ database skip readonly;
sql ‘alter system archive log current’;
backup fileaperset 3 format ‘/u01/oradata/backup/arch%u_%s_%p’ archivelog all delete input; #备份归档可选，可以单独定期备份 release channel c1; release channel c2; release channel c3; }
如果按照以上备份策略，则每天的所需要备份的数据量只有一天的改变量。而做恢复时最多要恢复当月的一个零级备份+三个一级备份+6个二级备份+当天的归档文件。如果不能接受这样的恢复时间，可以减少零级备份之间的时间间隔。
在每次备份后，原则上在该备份点之前的归档日志就可以删除掉了，但是为了进一步的安全以及日后需要（如使用LOGMNR查找所需信息），建议有条件的话，归档日志保存一年，可以保存在磁带等廉价存取设备上。 5.2 与RMAN备份有关的优化 备份操作主要是完成以下三个步骤 1、从磁盘上读取数据 2、在内存中处理数据块 3、写入数据到磁盘或磁带
以上的读写操作可以同步或异步的完成，在同步I/O操作中，一个时间只允许有一个IO操作，但是在异步I/O操作中，一个时间允许有多个IO操作。因此，备份与恢复的调优主要集中在以下几个方面：
1、 提高同步或异步I/O操作能力
在支持异步操作的操作系统上，可以通过设置TAPE_AYSNCH_IO,DISK_ASYNCH_IO和BACKUP_TYPE_IO_SLAVES来支持异步操作，提高写的能力。 2、 提高磁盘读能力
可以在backup命令后通过设置DISKRATIO来保证从多个磁盘上读取数据，保证连续的数据流。 3、 正确设置缓冲区与参数值
设置LARGE_POOL_SIZE，使备份可以使用连续的缓冲池，通过设置DB_FIL_DIRECT_IO_COUNT可以提高缓冲区的利用。如果使用磁带备份，还可以设置BACKUP_TYPE_IO_SLAVES来提高磁带的写能力。
4、 采用并行备份
开辟多个通道，可以实现并行备份与恢复 5.3 备份RMAN数据库
RMAN自己的数据库也需要备份，但是本身很小，而且不是经常发生变化，所以在每次RMAN备份完成后，都可以用如下脚本对RMAN数据库备份。 EXP pafile =exprman.sql exprman.sql为 USERID=RMAN/RMAN BUFFER=32768 OWNER=RMAN FILE=RMAN.DMP ROWS=Y GRANTS=Y COMPRESS=Y CONSISTENT=Y
5.4 使自动备份数据库
自动备份数据库不外乎以下三种方式 WINDOWS下的任务计划(At命令) UNIX下的Crontab 第三方工具如Viritas
在以上三种方式中Viritas属于第三方工具，很多人可能都没有接触，主要说一下windows的任务计划与unix的cron
1. 生成脚本文件，如backup.rcv 假定文件内容如下： $>cat backup.rcv
connect target sys/password rcvcat rman/rman@localname; run{
allocate channel c1 type disk; allocate channel c2 type disk; allocate channel c3 type disk;
backup fileaperset 3 format ‘/u01/oradata/backup/arch%u_%s_%p’ archivelog all delete input; release channel c1;
release channel c2; release channel c3; }
2. 生成执行文件
在windows上生成backup_archive.bat，内容包括 rman cmdfile = backup.rcv
在unix下生成 backup_archive.sh，内容包括 /oracle/ramn/rman cmdfile = backup.rcv 3. 加入调度
在windows中用任务计划向导即可，或使用at命令。
在unix中，在目标机器上编写一个文件，用以启动自动备份进程。假定文件名为ORACLE，文件将放在/var/spool/cron/crontabs目录下 $>cat oracle
0 23 * * 0 backup_archive.sh #表示星期天23点对数据库备份 0 12,18 * * * backup_archive.sh #表示每天12点，18点备份
Crontab文件的每一行由六个域(minutes,hours,day of month,month,day of week,command)组成，域之间用空格或Tab分隔开来 第六章. 常见误区 1、使用EXP/IMP备份
EXP/IMP不是一个良好的备份工具，在以后的发展之中，ORACLE对EXP/IMP用于备份的支持会越来越低。ORACLE只是把EXP/IMP当作一个好的工具而不是备份工具，在对于大型数据库，如TB级数据库或数据仓库，EXP/IMP肯定会力不从心。 2、在应用程序中备份数据库
在论坛上，有很多这样的要求，“我怎么在程序中备份与恢复数据库？”。首先说，这个并不是不可以实现，但是实现的过程会很复杂而且意外会很多。就我的感觉，提出这样问题的人，首先一点就是对ORACLE或DBA的不了解，如果ORACLE可以这么轻松的实现备份与恢复，那么我可以说，就不需要DBA了。
3、冷备份比热备份更容易，效果会更好
有人认为，冷备份是关闭数据库进行的一致性备份，肯定比热备份要好，使用也容易，其实不尽然，在热备份中，一样可以实现数据库的全备份，而且不会影响到数据库的运行。建议所有的生产机，都运行在归档方式下，采用热备份方式。 第七章. 常见问题
1、我导出的数据为什么不能导入，提示不支持的字符集转换
答：参考上面的字符集原则，导出数据时客户端与数据库字符集一致，导入时修改为与目标数据库字符集一致。
2、我的归档日志越来越多，我什么时候可以删除归档日志？
答：在每一次全备份（如OS全冷备份或全热备份）或基于全备份的增量备份（如RMAN基于0级备份上的增量备份）后都可以删除该备份点之前的归档日志，建议在磁带上保留一年。 3、全备份时一定需要备份所有数据文件吗？
答：不需要，起码有两类数据文件可以不备份，一类就是临时数据文件，如果丢失，可以删除后重建；一类是只读表空间数据文件，如果上次备份以来，没有修改过表空间的只读属性，就可以不需要备份。
4、联机日志需要备份吗？
答：如果是归档方式热备份，就没有必要备份联机日志。但是对于冷备份，可以备份联机日志，特别是不归档状态。备份过联机日志后的冷备份，因为数据库是一致的，可以恢复到该备份点。 第八章. 小结
1、什么是数据库备份，数据库备份就是把数据库复制到转储设备的过程。
2、数据库的运行方式，可以分为归档方式和非归档方式，建议运行在归档方式下运行热备份。 3、了解了数据库的备份方式，逻辑备份、冷备份、热备份
4、了解数据库的备份工具，EXP/IMP执行逻辑备份，OS脚本可以执行冷备份或热备份，RMAN也可以执行冷备份或热备份
5、了解ORACLE的备份策略，并怎样选择最佳的备份策略
6、知道怎么样启动自动备份，了解Windows的at命令与unix的cron进程。
Oracle数据库的备份及恢复策略研究 2009-11-22 23:06
随着信息系统在各种商务活动中重要性的不断增强，维护系统数据的可用性已成为当前一个十分重要的课题。为了有效地保持健康的信息系统，必须采取一定的措施防止在由介质、操作系统、软件和其它事件导致重要数据库文件严重损坏的情况下影响RDBMS（关系数据库管理系统），进而影响信息系统的正常运行。 数据库备份、恢复的基本规则 1、多工联机重作日志文件
每个数据库实例都有其自己的联机重作日志组，在操作数据库时，Oracle首先将数据库的全部改变保存在重作日志缓冲区中，随后日志记录器进程（LGWR）将数据从系统共用区SGA（System Global Area）的重作日志缓冲区写入联机重作日志文件，在磁盘崩溃或实例失败时，可以通过与之相关的联机重作日志来保护数据库，将损失降至最低，但Oracle在默认的方式下只创建一组重作日志文件（每一组只有一个项目文件），为了减少丢失这些重要的重作日志文件的危险，因此需要对其进行镜像拷贝。
在Oracle级多工联机重作日志文件，即增加多个文件到每个组以便镜像数据，这样I/O故障或写丢失只损坏一个拷贝，从而保证了LGWR后台进程至少能够向一个成员写入信息，数据库仍然可以继续运行。同时应保证日志组的成员不应驻存在同一物理设备上，因为这将削弱多重日志文件的作用。
2、镜像拷贝控制文件
控制文件描述通用的数据库结构，它存储了大量数据库状态信息，包括物理结构和联机重作
日志文件在当时的名称、位置、状态。控制文件在数据库启动时被Oracle实例读取，保持打开并随着操作而文件内容更新，直到实例关闭为止。在它打开的过程中能够同步需要恢复的信息，包括检查点信息，因此若损坏或丢失了控制文件，Oracle将不能继续工作，因此应在系统中保持控制文件的多个拷贝，且这些拷贝应置于安装于不同磁盘控制器下的不同磁盘设备中。 由于Oracle没有提供对控制文件多工的完整支持，因此应在对控制文件使用操作系统或硬件镜像，即在修改初始化文件的control_files参数后重新启动数据库前，应将控制文件复制到定义的新位置，否则数据库启动时将会出错。 3、激活归档进程
当数据库运行于NOARCHIVELOG模式下时，只能在完全关闭数据库后进行数据库的一致备份，并且同时禁用了联机重作日志的存档，这样在Oracle实例失败时只能将数据库修复到最近的完整数据库备份时的那一点上，不能在失效点处对实例进行恢复。而在ARCHIVELOG模式下，数据库不仅可以进行一致备份，还可以在数据库打开的情况下进行联机备份。通过数据库的备份和联机与存档的重作日志文件，用户可以恢复所有已提交的事务，并允许将数据库恢复到指定的时间、SCN或日志系列号处，增大了恢复的灵活性，减少了故障时的数据丢失。因此数据库应运行于ARCHIVELOG模式。
在ARCHIVELOG模式下为了防止文件损坏和介质故障，应把日志归档到不同的磁盘上，这可以通过在初始化文件中为归档重作日志指定多个目标实现。 4、数据库实施较大改变时备份
因为控制文件中保存了数据库的模式结构信息，因此在对数据库进行较大改变（包括改变表结构，增加、删除日志文件或数据文件等）时应立即备份控制文件及相应的数据文件。 5、使用RESETLOGS选项打开数据库后进行备份
在以RESETLOGS选项打开数据库后，应对整个数据库进行脱机或联机的备份，否则将不能恢复重置日志后的改变。
当以RESETLOGS选项打开数据库时，Oracle将抛弃恢复中没有应用的重复信息，并确保永远不再运用，同时还将初始化控制文件中关于联机日志和重作线程的信息、清除联机日志中的内容。因此，RESETLOGS前的归档日志的序列号将与RESETLOGS后的Oracle控制文件的要求值不相符（备份文件中的检查点比控制文件中的检查点旧），即在恢复中不能应用以前的归档日志文件，从而导致RESETLOGS操作之前的备份在新形体中无用。 6、避免备份联机重作日志文件
由于文中提出了多工联机重作日志文件且数据库运行于ARCHIVELOG模式，ARCH进程能够将联机重作日志归档，因此不必对其进行备份。若用备份的联机重作日志文件重建它，可能会引起日志文件序列号的混乱，从而破坏数据库，得到适得其反的结果。