恢复目录数据库（Recover Catalog）

在默认情况下备份信息保存于目标数据库的控制文件中，号称使用控制文件的方式将会非常的不安全，因为一旦备份文件丢失，不仅数据库崩溃，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进行恢复。