RMAN不能直接将non-CDB迁移为PDB，因其恢复仅生成物理文件，不创建PDB必需的容器元数据（如CDB$ROOT、CON_ID、V$PDBS），必须依赖DBMS_PDB.DESCRIBE生成XML描述文件，再通过CREATE PLUGGABLE DATABASE USING该XML完成插入。
不能直接用 rman 将 non-cdb 迁移为 pdb。 rman 备份本身不含 pdb 所需的容器元数据结构，restore 出来的库仍是 non-cdb，无法被 cdb 识别或插入。
为什么 RMAN restore 后仍是 non-CDB？
RMAN 恢复的是物理数据文件和控制文件快照，不生成 PDB 必需的容器上下文：没有 CDB$ROOT 视图、没有 CON_ID 字段、没有 V$PDBS 元数据。即使把文件 restore 到 CDB 的数据目录下，CDB 也完全“看不见”它 —— 它不是 unplugged 状态，也不是合法的 PDB 描述包。
官方文档明确指出：CREATE PLUGGABLE DATABASE ... USING 只接受 XML 描述文件（由 DBMS_PDB.DESCRIBE 生成）或远程克隆连接，RESTORE 出的 datafile 集合不符合语法要求，会报错 ORA-65120: pluggable database name is not valid 或 ORA-65139: invalid XML metadata file。
DBMS_PDB.DESCRIBE 是不可跳过的步骤
真正起作用的是 DBMS_PDB.DESCRIBE 生成的 XML 文件，它不是备份，而是“结构说明书”：列出所有数据文件路径、表空间、字符集、兼容性参数、是否启用 TDE 等。CDB 依赖它校验并重写文件头（包括 CON_ID、DBID 重映射）。
- 必须在源 non-CDB 处于
OPEN READ ONLY状态时执行DBMS_PDB.DESCRIBE - XML 文件路径需 CDB 能访问（如共享 NFS 或拷贝到 CDB 主机）
- 执行前务必运行
DBMS_PDB.CHECK_PLUG_COMPATIBILITY，否则CREATE PLUGGABLE DATABASE会失败且不提示具体不兼容项 - XML 中记录的文件路径是源端绝对路径，
FILE_NAME_CONVERT参数必须一一对应转换，漏一项就会报ORA-65111: unable to plug in the PDB due to missing files
如果已有 RMAN 备份，怎么配合使用？
RMAN 备份可以作为迁移前的兜底手段，但不能替代 DBMS_PDB 流程：
- 先用 RMAN
BACKUP AS COPY把源 non-CDB 数据文件复制到目标位置（避免停机太久），再启源库为READ ONLY，最后只运行DBMS_PDB.DESCRIBE—— 这样可大幅缩短只读窗口 - 若迁移中途失败，用 RMAN
RESTORE回滚源库（需提前ALTER DATABASE END BACKUP） - 切勿尝试
RESTORE+ 手动改 control file 或 datafile header：Oracle 不支持、无文档、极易损坏数据库
最易被忽略的一点：迁移后新 PDB 的 SYS 和 SYSTEM 密码会继承 CDB 的密码（不是原 non-CDB 的），且归档模式、字符集、timezone 都强制对齐 CDB。这些不是配置项，是容器模型的硬约束，试图绕过只会触发 ORA-65138 或启动失败。
