Oracle不支持重命名用户，必须通过expdp/impdp导出导入并重建用户；需用remap_schema和TRANSFORM=OID:N参数组合，且DBA_TAB_PRIVS、FGAC策略、对象级审计等权限须单独补全。
直接结论：Oracle 不支持“重命名用户”操作，必须用 expdp/impdp + 用户重建模拟
Oracle 从 12c 到 23c 都没有 ALTER USER ... RENAME TO 这类语法。所谓“批量重命名用户”，本质是创建新用户、迁移对象、转移权限、清理旧用户的组合操作。跳过这一步直接改用户名，会触发 ORA-01918（用户不存在）、ORA-00942（表或视图不存在）等错误，因为数据字典中所有对象的 OWNER 字段都是硬编码的字符串。
为什么不能直接 UPDATE sys.user$ 或 dba_users？
强行更新底层基表（如 sys.user$）会导致数据库处于不一致状态：数据字典缓存失效、审计日志错乱、DBA 视图查询异常，甚至实例无法启动。Oracle 明确禁止修改这些内部表 —— 即使你有 SYSDBA 权限，UPDATE sys.user$ 也会被 Oracle 内核拦截或引发严重故障。
- 系统视图（如
dba_objects、dba_tab_privs）依赖user#和name的严格匹配 - 对象权限（如
SELECT ON old_user.table1）在存储时记录的是源用户名字符串，不是 ID - 角色授予（
GRANT CONNECT TO old_user）不会自动映射到新用户
expdp/impdp 批量迁移的核心参数组合
真正可行的批量方案，是用 expdp 导出多个旧用户，再用 impdp 按映射关系导入到新用户下。关键在于两个参数必须同时使用：
-
remap_schema=old_user1:new_user1,old_user2:new_user2：指定多组映射，逗号分隔，不支持通配符 -
TRANSFORM=OID:N：必须显式关闭 OID（Object Identifier）保留，否则导入时会报 ORA-39126、ORA-31684 错误，因为旧用户的 OID 无法复用 - 导出时加
CONTENT=METADATA_ONLY可跳过数据，仅迁移结构和权限（适合纯权限同步场景） - 若需保留同义词、DB Link 等跨用户引用，需额外处理：导出后手动替换 SQL 文件中的用户名，或用
SQLFILE参数生成脚本再编辑
权限关系迁移最容易漏掉的三类对象
只靠 remap_schema 无法覆盖全部权限上下文，以下三类必须单独补全：
-
DBA_TAB_PRIVS中的“被授权对象”：比如old_user被授予了SELECTonhr.employees，导入后新用户默认没这个权限，需重新执行GRANT SELECT ON hr.employees TO new_user - 细粒度访问控制（FGAC）策略：策略函数绑定在旧用户名上，导入后策略仍指向旧用户，需用
DBMS_RLS.ADD_POLICY重新绑定 - 对象级审计配置（
audit select on old_user.table1）：审计规则不会随 schema 重映射迁移，需手动用AUDIT SELECT ON new_user.table1补齐
真正的难点不在命令怎么写，而在于权限拓扑的完整性校验 —— 尤其当存在嵌套授权（A→B→C）、跨 PDB 引用或自定义角色继承链时，漏一条就可能导致应用连不上表。
