ORA-65046错误本质是容器上下文错位，即当前连接在PDB却执行仅限CDB$ROOT的备份操作；需先SHOW CON_NAME确认为CDB$ROOT，再执行BACKUP DATABASE PLUS ARCHIVELOG。
ORA-65046错误本质是容器上下文错位，不是备份命令写错了
ora-65046: “operation not allowed from within a pluggable database” 直接告诉你：你当前连在某个 pdb 里，却试图执行只允许在 cdb$root 中运行的备份操作。rman 的 backup database 在 12c+ 默认按「当前容器」范围执行——若当前是 pdb，它只会备份该 pdb；但如果你没显式指定 pluggable database 关键字，又没切回根容器，rman 就会拒绝执行并报这个错。
RMAN备份CDB必须在CDB$ROOT中执行，且明确作用域
想完整备份整个 CDB（含所有 PDB 和根），不能靠“连上就跑”，得先确认位置、再选语法：
- 查当前容器：
SHOW CON_NAME—— 输出必须是CDB$ROOT - 若输出是
PDB1或其他 PDB 名，先切回去：ALTER SESSION SET CONTAINER = CDB$ROOT;（需有SET CONTAINER权限） - 执行全 CDB 备份：
BACKUP DATABASE PLUS ARCHIVELOG;—— 这才是标准写法 - 若只想备份某一个 PDB，必须显式写出：
BACKUP PLUGGABLE DATABASE pdb1;，且可在 PDB 内直接执行
容易踩的坑：误用CONNECT / 不检查归档模式 / 忘记备份控制文件
即使进了 CDB$ROOT，下面这些点没处理好，备份仍会失败或不完整：
- 连接方式不对：用
CONNECT / AS SYSBACKUP比AS SYSDBA更安全，避免权限越界引发 ORA-01031 - 归档模式未开启：
SELECT LOG_MODE FROM V$DATABASE;必须返回ARCHIVELOG，否则PLUS ARCHIVELOG直接报错 - 控制文件没进备份集：CDB 备份默认包含控制文件，但若用了
NOCONTROLFILE AUTOBACKUP OFF配置，恢复时可能找不到最新控制文件 - SPFILE 未自动备份：确保 RMAN 配置了
CONFIGURE CONTROLFILE AUTOBACKUP ON;，否则 SPFILE 变更不会被记录
备份后验证比备份本身更重要
执行完 BACKUP DATABASE 不代表万事大吉。CDB 备份涉及多层容器，验证必须分层做：
- 查备份集是否覆盖全部容器：
LIST BACKUP OF DATABASE;输出里每条记录的CON_ID应为 0（CDB$ROOT）或对应 PDB 的 ID，不能漏掉任何 CON_ID - 确认归档日志已纳入：
LIST ARCHIVELOG ALL;看是否有 GAP（SEQUENCE# 不连续） - 测试还原路径：在测试机上尝试
RESTORE DATABASE PREVIEW;，它会模拟还原过程并报告缺失文件或版本不兼容问题
最常被忽略的是 CON_ID 为 0 的备份记录是否真实存在——有些 DBA 以为“备份了 CDB”就等于备份了所有，结果发现 LIST BACKUP 里只有 CON_ID=3（某个 PDB）的记录，根本没触发 CDB$ROOT 的备份逻辑。
