Oracle支持表空间重命名（10g起），语法为ALTER TABLESPACE old_name RENAME TO new_name；但SYSTEM、SYSAUX等特殊表空间不可重命名，且表空间必须在线，重命名后需人工同步外部引用。
Oracle 不支持表空间重命名，所谓“主库重命名”实际是误操作或伪操作
Oracle 从不支持 ALTER TABLESPACE ... RENAME TO 语法。你看到的“主库重命名表空间”，大概率是以下之一：
– 主库执行了 DROP TABLESPACE old_name INCLUDING CONTENTS AND DATAFILES + CREATE TABLESPACE new_name；
– 主库用 EXPDP/IMPDP 把数据导出再导入到新表空间，然后删旧表空间；
– DBA 在操作系统层手动 mv 了数据文件，又用 ALTER DATABASE RENAME FILE 或 RMAN SWITCH 更新了控制文件路径——但没同步到备库。
无论哪种，备库都不会自动感知“表空间名变更”。它只忠实回放归档日志里的物理操作：比如 DROP TABLESPACE 指令会触发备库删除对应数据文件记录，而 CREATE TABLESPACE 则要求备库能按 db_file_name_convert 规则生成合法路径。一旦规则错、磁盘组未挂载、权限不足，就会卡在 UNNAMEDxxx 状态并报 ORA-01110。
备库出现 UNNAMED 数据文件且 MRP 中断的处理流程
这是最典型的连锁反应：主库新增/重建表空间 → 备库因路径转换失败无法创建真实文件 → 控制文件里记为 UNNAMED00123 → MRP 进程停在该 file_id 上 → 后续日志无法应用 → ORA-01110 反复出现在告警日志中（引号内路径是占位符，不是真实位置）。
必须按顺序做三件事：
– 先查清这个 UNNAMED 文件对应的主库原始路径：SELECT FILE_ID, FILE_NAME FROM V$DATAFILE WHERE FILE_ID = 123;（在主库查）
– 再确认备库是否具备创建条件：
• SELECT NAME, STATE FROM V$ASM_DISKGROUP; 看对应磁盘组是否 MOUNTED；
• 检查 db_file_name_convert 参数是否覆盖主备路径映射；
• 执行 ls -l 验证目标 ASM 别名或文件系统路径可写。
– 最后在备库手动重建：ALTER SYSTEM SET standby_file_management='MANUAL';ALTER DATABASE CREATE DATAFILE '/u01/app/oracle/product/19c/dbhome_1/dbs/UNNAMED00123' AS '+DATA/ORCL/DATAFILE/new_tbs.256.123456789';ALTER SYSTEM SET standby_file_management='AUTO';
为什么不能跳过 MANUAL 模式直接用 AUTO 恢复？
standby_file_management=AUTO 只对主库发出的“标准 ADD DATAFILE”指令生效，前提是备库能按规则无歧义地生成路径。一旦出现 UNNAMED，说明 AUTO 流程已在某环节失败并中断，后续所有日志都会被跳过或阻塞。此时强行保留 AUTO，MRP 永远不会尝试重建该文件——它只等下一个“合法”的 ADD 指令，而那个指令永远不会来。切 MANUAL 是为了夺回控制权，让 DBA 显式告诉数据库：“这个 file_id，我指定它应该对应这个真实路径”，绕过已损坏的自动推导逻辑。切回 AUTO 后，MRP 才能继续消费后续日志。
表空间名变更后，备库上哪些地方必须人工检查？
数据库不会更新任何外部引用，哪怕只是脚本里一个硬编码字符串：
– 监控脚本中查询 DBA_TABLESPACES 或 V$TABLESPACE 时写的旧表空间名；
– 容量告警 SQL 里 WHERE TABLESPACE_NAME = 'OLD_TBS' 这类过滤条件；
– 备份策略（如 RMAN BACKUP TABLESPACE old_tbs）是否已同步更新；
– 应用配置里显式指定默认表空间的参数（如 Spring Boot 的 spring.datasource.hikari.connection-init-sql=ALTER USER ... DEFAULT TABLESPACE old_tbs）；
– Data Guard Broker 配置中 StaticConnectIdentifier 是否隐含路径依赖。
漏掉任意一项，都可能在数周后某个凌晨突然触发告警或备份失败，而错误源头早已被遗忘。
