1、RMAN Catalog/Nocatalog
是不是大家在使用RMAN的时候,默认直接操作rman target / ,直接使用nocatalog模式了。
其实RMAN在管理元数据上,提供了两种管理模式:Nocatalog(控制文件模式) 和Catalog(恢复目录模式),二者共同构成了RMAN备份恢复的元数据管理基础架构。考试必考哦!
在Nocatalog模式下,RMAN直接使用目标数据库的控制文件(Control File)存储备份元数据,包括备份集、归档日志、备份时间等关键信息。这种模式无需额外资源,但受限于控制文件的固有大小和循环写入机制,其元数据保存时长由CONTROL_FILE_RECORD_KEEP_TIME参数控制(默认7天),超期的备份记录会被自动覆盖。而Catalog模式则通过独立的恢复目录数据库(Recovery Catalog Database)集中管理备份元数据,该目录本质是部署在另一数据库中的Schema,包含数据文件、备份集、脚本等对象的元数据表。这种模式解耦了备份元数据与目标数据库的控制文件,避免了单点故障,特别适合多数据库环境的集中备份管理。
表:RMAN两种元数据管理模式的核心差异
| 特性 |
Nocatalog模式 |
Catalog模式 |
| 元数据位置 |
目标数据库控制文件 |
独立恢复目录数据库 |
| 默认模式 |
是 |
否 |
| 部署复杂度 |
无需额外配置 |
需单独创建Catalog DB |
| 元数据保留策略 |
受ONTROL_FILE_RECORD_KEEP_TIME限制 |
长期保留,无时间限制 |
| 多库管理支持 |
不支持 |
集中管理多个目标库 |
| 控制文件丢失影响 |
必须首先恢复控制文件 |
可直接从Catalog恢复控制文件 |
| 关键命令支持 |
基础命令 |
支持register, report schema at time等高级命令 |

最低0.47元/天 解锁文章
1100

被折叠的 条评论
为什么被折叠?



