近日咱们同事在某商业企业做SafeReturn的恢复Oracle控制文件时遇到了一个问题，经过这位同事的努力，最终恢复成功，从恢复日志上看，是从最新的控制文件自动备份（Controlfile AutoBackup）中恢复的，在这里简单介绍一下Oracle控制文件自动备份的一些知识。
一、触发控制文match件的自动备份的条件：
Oracle联机文档里面解释了开启控制文件自动备份之后，在哪些情况下会自动备份控制文件——
1. Control File Autobackups After Backup Activities
2. Control File Autobackups After Database Structural Changes
以上文字表明，当每次RMAN成功备份后，会触发控制文件的自动备份，当数据库结构发生变化时（例如：为表空间增加了数据文件等、创建表空间、增加删除在线日志等），也会触发控制文件的自动备份。
二、如何在RMAN中开启控制文件的自动备份：
在rman 中，如果要开启控制文件的自动备份，做如下设置：
RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON;
RMAN> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F';
这里'%F'是控制文件自动备份的文件格式，没有加路径信息，那么它默认就备份在$ORACLE_HOME/dbs目录中。
自动备份打开后，在运行RMAN备份数据时，当数据文件，日志文件，控制文件，spfile等都备份完了后，再自动备份一遍当前的控制文件。这就保障了最新的备份信息是可以备份下来的。但是，请注意，此时自动备份控制文件会随RMAN打开的通道（Channel）而备份到相应的地方，例如Tape，而不是RMAN configure中指定的路径。
三、恢复自动备份的控制文件：
在恢复控制文件时，如果要想运行：restore controlfile from autobackup，则控制文件的自动备份目的地必须是但是$ORACLE_HOME/dbs目录。如果将其自动备份路经更换成其他的目录，则不能以from autobackup获得，要指定路经：restore controlfile from '包含指定路经的控制文件备份名'。
四、Oracle11gR2的自动备份延迟特性：
从Oracle 11gR2开始，引入了控制文件自动备份延迟创建的特性。即使你设置了控制文件的自动备份，在数据库结构发现变化的时候不会立即看到控制文件的备份，而是过一段时间才会看到。这是ORACLE为了改变性能而引入的，防止你在一个脚本中多次对数据库结构的变化而创建多个控制文件备份。而对于10G只要对数据库结构改变，就会自动备份一个。
Oracle 11gR2通过隐含参数controlfile_autobackup_delay来控制这种行为，默认是300秒。
以上内容仅供参考，期待您提出您的观点与建议,敬请期待！
依赖永正信达，科技成就你我!
