rman不能直接将非cdb迁移为cdb，因其仅做物理块拷贝，不处理cdb/pdb元数据差异，强行还原会因对象所有权、命名空间冲突报ora-65096等错误；唯一可行路径是逻辑迁移（expdp/impdp）或dbms_pdb.describe生成xml后create pluggable database。
不能直接用RMAN把非CDB“转成”CDB——RMAN不支持跨容器类型的数据泵式转换。必须先导出数据，再导入到PDB中，或使用DBMS_PDB工具进行迁移前检查与描述文件生成。
为什么RMAN无法直接迁移非CDB到CDB
RMAN备份本质是物理块级拷贝，它不理解CDB/PDB的元数据结构差异。非CDB的控制文件、数据字典、SYSTEM表空间布局与CDB根容器（CDB$ROOT）及PDB隔离机制不兼容。强行还原到CDB环境会触发ORA-65096: invalid common user or role name或ORA-65131: PDB not in restricted mode等错误，根本原因是对象所有权、命名空间和用户体系冲突。
常见误操作是：对非CDB执行BACKUP DATABASE后，在CDB中用RESTORE DATABASE试图覆盖PDB数据文件——这必然失败，且可能损坏CDB结构。
真正可行路径只有两条：
- 使用
expdp/impdp做逻辑迁移（适合中小规模、可接受停机） - 用
DBMS_PDB.DESCRIBE+CREATE PLUGGABLE DATABASE ... USING做“可插拔迁移”（需满足严格前提，停机更短）
DBMS_PDB.DESCRIBE迁移法：前提与关键步骤
这是Oracle官方推荐的“平滑”方式，本质是把非CDB当作一个待插入的PDB来描述和验证，但要求源库版本≥12.1且已关闭为MOUNT状态（非OPEN），且必须运行在相同字节序平台。
实操要点：
- 在源非CDB上执行：
SHUTDOWN IMMEDIATE→STARTUP MOUNT→ 运行DBMS_PDB.DESCRIBE生成XML描述文件（如/tmp/noncdb.xml） - 检查XML中
compatible值是否≤目标CDB的COMPATIBLE参数；若不匹配，需先升级源库或调整目标CDB参数 - 在目标CDB中创建空PDB时，必须指定
USING '/tmp/noncdb.xml'并加NOCOPY（否则会尝试物理复制，失败） - 创建后PDB处于
MOUNTED状态，需运行ALTER PLUGGABLE DATABASE ... OPEN RESTRICTED，再执行$ORACLE_HOME/rdbms/admin/noncdb_to_pdb.sql脚本清理非CDB特有对象（如DBA_REGISTRY中的旧组件记录）
expdp/impdp迁移法：何时选它、怎么控风险
当源库无法停机至MOUNT状态，或跨平台（如从AIX迁到Linux）、跨字符集、或存在大量DBA_SEGMENTS碎片时，逻辑迁移更可控。
关键配置项：
- 导出时用
VERSION=19和TRANSPORTABLE=ALWAYS（若表空间自包含）可加速；否则必用CONTENT=ALL确保PL/SQL、调度作业、ACL等一并导出 - 导入目标必须是已创建的PDB，且该PDB中需提前创建好同名用户（
REMAP_SCHEMA可重映射，但角色、权限需手动补） - 注意
impdp默认不导入DBA_AUDIT_TRAIL等系统审计表，若业务依赖审计日志，需显式加INCLUDE=AUDIT_OBJ - 大对象（LOB）迁移易超内存，建议加
STREAMS_CONFIGURATION=FALSE和TRANSFORM=DISABLE_ARCHIVE_LOGGING:Y减少日志压力
容易被忽略的兼容性雷区
即使迁移成功，以下三点常导致上线后异常：
-
GLOBAL_NAMES参数在非CDB中常为FALSE，但在CDB中PDB默认继承CDB$ROOT的TRUE值，影响DBLink解析——需在PDB中显式设为FALSE - 非CDB中的
UTL_FILE_DIR目录参数在PDB中无效，必须改用CREATE DIRECTORY并授READ/WRITE权限 - 原非CDB的
LOG_ARCHIVE_DEST_1等归档路径配置在PDB中不生效，归档实际由CDB统一管理，应用层勿依赖PDB级归档路径
最麻烦的是隐式字符集转换：若非CDB用AL32UTF8而CDB$ROOT用ZHS16GBK，PDB创建时未指定CHARACTER SET，会导致VARCHAR2列长度计算偏差——务必在CREATE PLUGGABLE DATABASE语句中明确写DEFAULT TABLESPACE ... CHARSET AL32UTF8。
