在默认情况下备份信息保存于目标数据库的控制文件中,号称使用控制文件的方式将会非常的不安全,因为一旦备份文件丢失,不仅数据库崩溃,RMAN备份信息也将丢失(就个人使用而言,我觉着没有这么严重,9i中的控制文件备份多种多样,而且恢复及重建方式也有许多,所以假如您在没有使用恢复目录的情况下丢失了控制文件,千万别以为就此玩完,准备摸脚走人。Google搜索一下RMAN控制文件恢复,您会发现无数个能够挽救您饭碗的页面存在)。Oracle 9i及之后版本因为提供了控制文件自动备份功能,可以在很大程度上不需要使用恢复目录。当然,如果要管理的数据库比较多,那么能用恢复目录还是推荐使用恢复目录,使用恢复目录的优点如下(提示:特指相对于控制文件来说的,再提示:包括但不限于以下几项): 存储RMAN脚本 保留更多的历史备份信息 同时管理与备份多个目标数据库 由上可知,Catalog主要是可以保留更多的备份信息与方便地管理多个目标数据库,如果需要备份的目标数据库比较多,使用Catalog能帮你节省一些操作。但如果只是单个数据库,是否使用Catalog就有待商榷,毕竟Catalog自身也需要管理和维护,本书所有备份示例均是在Nocatalog方式下操作。 提 示 即使使用Catalog,目标数据库的控制文件还是会记录备份信息,只不过受限于控制文件大小的原因,可能保存的记录量比Catalog要少。控制文件中备份信息保存的记录条数受初始参数CONTROL_FILE_RECORD_KEEP_TIME的控制,该参数值以天为单位,默认值为7,该值明显偏小,建议至少设置成14。另外,除非你确定不准备使用RMAN备份数据库,否则千万不要将该值设置为0。 同样,如果您选择使用Catalog方式,千万别忘了对Catalog数据库做备份哟,当然对于这个库,您就不用再使用RMAN做备份了,EXP是个好法子,简单又方便,反正RMAN CATALOG也占不了多少空间。而且通过EXP备份之后,一旦Catalog数据库发生故障,也可能很轻易地通过IMP进行恢复。
转载于:https://www.cnblogs.com/myitworld/archive/2011/06/15/2214785.html