我来帮你解决这个迁移中的系统用户导入异常问题——你遇到的情况确实是全量expdp/impdp的典型坑，尤其是针对12c便携库（PDB）这种受CDB管控的环境，绝对不能让导入操作修改SYS、SYSTEM这类核心系统模式。下面给你分场景的解决方案和测试/生产迁移的建议：

方案1：从源头控制——只导出业务用户（推荐） #

既然你不需要系统模式的任何内容，完全可以放弃全量导出，直接指定要迁移的业务用户列表，这样导出的dump文件只会包含业务数据和元数据，从根源避免后续导入时碰系统用户。

执行示例（11g环境）：

expdp your_admin_user/your_password@11g_db schemas=BUS_USER1,BUS_USER2,BUS_USER3 \
directory=EXP_DIR dumpfile=business_users_20240520.dmp logfile=exp_business.log

• schemas参数：明确列出所有需要迁移的业务用户，不要包含系统用户
• 提前确认EXP_DIR目录在11g数据库中已创建并授权给导出用户

方案2：利用现有全量dump文件——导入时排除系统模式 #

如果已经有现成的全量导出文件，不想重新导出，可以在impdp阶段通过exclude参数过滤掉所有系统模式，只导入业务相关内容。

执行示例（12c PDB环境，先切换到目标PDB）：

-- 先切换到目标便携库（PDB）
ALTER SESSION SET CONTAINER=YOUR_PORTABLE_PDB;

然后执行导入命令：

impdp pdb_admin_user/your_password@12c_cdb directory=IMP_DIR \
dumpfile=full_db.dmp logfile=imp_business.log \
exclude=schema:"IN ('SYS','SYSTEM','SYSMAN','DBSNMP','OUTLN','MGMT_VIEW')"

• 注意引号转义：Linux环境下如果用双引号，需要加反斜杠转义；Windows环境下可以直接用单引号包裹括号内的内容
• 可以根据实际情况补充更多需要排除的系统模式

12c便携库（PDB）迁移额外注意事项 #

• 表空间准备：导入前要确保目标PDB中已创建业务用户对应的表空间（或同名表空间），避免导入时因表空间不存在失败
• 权限检查：目标PDB的导入用户需要有IMP_FULL_DATABASE角色，以及业务用户所需的权限（比如创建用户、表、索引等）
• 兼容性验证：虽然用expdp/impdp跨版本迁移兼容性较好，但建议提前用11g的DBMS_TDB包检查数据库是否适合迁移到12c

测试与生产迁移的流程建议 #

• 测试迁移阶段：
  • 完全模拟生产环境的配置（包括PDB参数、表空间、用户权限）
  • 导入完成后，执行数据一致性校验（比如用COUNT(*)对比核心表数据量，检查存储过程、触发器是否正常编译）
  • 跑一遍核心业务流程，验证功能是否正常
• 生产迁移阶段：
  • 迁移前备份目标PDB，确保有回滚方案
  • 选择业务低峰期执行，严格控制停机窗口
  • 迁移完成后，再次校验数据一致性，确认业务系统正常启动

内容的提问来源于stack exchange，提问作者Paul Stearns