RMAN报告与目录管理全解析
1. RMAN元数据存储的考量
在使用RMAN(Recovery Manager)时,元数据的存储是一个关键问题。首先, CONTROLFILE_RECORD_KEEP_TIME
参数不应设置为0,因为这样会使你无法控制元数据被覆盖的频率。若不使用恢复目录,该参数应保持默认的7天。
仅使用控制文件作为RMAN元数据的唯一存储库存在一些缺点:
- 控制文件只能属于一个数据库,若使用RMAN管理多个目标数据库,单个控制文件无法作为中央存储库。
- 若数据库的所有控制文件丢失,恢复操作将变得困难,因为RMAN元数据也会丢失。
- 若仅使用控制文件存储元数据,RMAN的一些有用功能,如创建用于定期备份的存储脚本或在Data Guard环境中使用RMAN,将无法实现。
因此,RMAN除了控制文件外,还需要一个辅助目录——恢复目录。
2. 恢复目录概述
恢复目录是存储RMAN所有操作存储库数据的有用选项。它实际上是一个包含视图和表的模式,用于存储元数据。恢复目录具有以下显著特点:
|特点|描述|
|----|----|
|持久性|默认存储库和控制文件默认在7天后会覆盖RMAN元数据,而恢复目录是更持久的存储库。|
|脚本创建|可使用恢复目录创建RMAN存储脚本,用于重复执行任务。这些脚本可以全局创建,供任何能连接到目标数据库和恢复目录的RMAN客户端使用。|
|Data Guard支持|若要在Data Guard中使用RMAN,需要恢复目录。|
|中央存储库|单个恢复目录可作为多个目标数据库的中央存储