create catalog必须在独立数据库实例上执行，否则元数据与生产库绑定，控制文件损坏时rman退化为nocatalog模式；连接须用正确服务名（如@catdb），表空间需自动扩展并配额无限，用户仅授recovery_catalog_owner角色，且create catalog命令不可带tablespace子句。
CREATE CATALOG 必须在独立实例上执行，否则元数据和生产库绑死，控制文件损坏时 RMAN 退化为 NOCATALOG 模式。
rman catalog 连接必须指定独立服务名
错误写法：rman catalog rcowner/pass@ORCL——@ORCL 是目标库服务名，连回去就白建了；正确写法必须指向恢复目录所在实例，比如 @catdb。
验证是否连对：登录后立即执行 LIST SCHEMA，有输出说明连的是真正的 catalog 库；如果报错 RMAN-06429: CATALOG database not compatible 或直接无返回，大概率是服务名解析错了。
tnsnames.ora 中 catdb 条目必须指向 recovery catalog 实例的监听地址和端口，不能复用目标库的 IP+端口；建议在 catalog 库本机先跑 tnsping catdb 和 sqlplus rcowner/pass@catdb 双重确认。
创建 catalog 用户前必须显式指定表空间和配额
CREATE USER 语句漏掉关键项，CREATE CATALOG 会静默失败或卡住。典型现象：RMAN 执行到 CREATE CATALOG 后长时间无响应，或报 ORA-01536: space quota exceeded。
- 表空间必须启用自动扩展：
AUTOEXTEND ON NEXT 10M MAXSIZE UNLIMITED - 用户必须显式授予无限配额：
QUOTA UNLIMITED ON rmantbs（不能靠UNLIMITED TABLESPACE权限替代） - 临时表空间必须指定：
TEMPORARY TABLESPACE temp，否则可能因缺少CREATE TEMPORARY TABLE权限而 hang 住 - 只授
RECOVERY_CATALOG_OWNER角色，不要给DBA或SELECT_CATALOG_ROLE
register database 前必须确保 target 已连接且 DBID 唯一
REGISTER DATABASE 不是“把库加进 catalog”那么简单——它依赖目标库的 DBID 做唯一标识。如果目标库被重建过（比如用 DUPLEX 或 DUPLICATE 创建），DBID 可能重复，导致注册失败或元数据混乱。
执行前检查：SELECT dbid, name FROM v$database; 在 target 库查出 DBID，再在 catalog 库查 SELECT db_key, dbid FROM rc_database; 确认未冲突。
常见错误：RMAN-06433: cannot register database with duplicate DBID。此时需先在 catalog 中 UNREGISTER DATABASE，再重新注册；注意：unregister 不删备份记录，但会清空该库的 schema 元数据。
CREATE CATALOG 语句里不能带 TABLESPACE 子句（11g+ 版本）
Oracle 11g 及以后版本中，CREATE CATALOG 不再支持 TABLESPACE 参数。写成 CREATE CATALOG TABLESPACE rmantbs 会报错 ORA-00922: missing or invalid option。
正确流程是：用户创建时已指定默认表空间，RMAN 内部会自动使用该表空间建 catalog 表。所以只需执行裸命令：CREATE CATALOG，别加任何参数。
低版本（如 10g）才支持带 TABLESPACE 的语法，但当前主流环境基本都是 11g+，硬套旧文档容易卡在语法报错上。
tnsnames.ora 配置生效与否——网络层不通，后面所有操作都是空中楼阁。
