Oracle 11g 不支持重命名表空间，执行 ALTER TABLESPACE ... RENAME TO 会报 ORA-02158；唯一可行方案是导出数据、新建表空间、导入数据并切换，默认表空间等依赖项需人工同步更新。
Oracle 11g 及以上版本中，重命名表空间本身不需停机、不改文件、不锁表，只要满足 ONLINE 状态和非系统表空间两个硬条件，就能秒级完成，业务完全无感知。
ALTER TABLESPACE ... RENAME TO 语法必须严格写对
这条语句看着简单，但错一个字符就失败：
-
ALTER TABLESPACE old_name RENAME TO new_name是唯一合法写法；加SET（如SET RENAME TO）会报ORA-00922 - 表空间名不能加单引号或双引号——除非原名建时用了双引号强制大小写（比如
"My_TBS"），否则'OLD_NAME'或"OLD_NAME"都会触发ORA-00959（表空间不存在） - 大小写不敏感，但大小写混用时容易因拼写偏差漏查：比如原名是
USERS，写成users没问题，但写成Users（而字典里存的是全大写）在某些客户端下可能匹配失败
重命名前必须确认表空间状态为 ONLINE
哪怕只差一秒处于 OFFLINE 或 READ ONLY，语句都会静默失败或报错误导（比如 ORA-00946: missing TO keyword）：
- 先查状态：
SELECT tablespace_name, status FROM dba_tablespaces WHERE tablespace_name = 'OLD_NAME';—— 结果中STATUS必须是ONLINE - 如果显示
OFFLINE，得先执行ALTER TABLESPACE OLD_NAME ONLINE;（注意：SYSTEM和SYSAUX表空间永远不允许重命名，ORA-00712或ORA-13502就是它） - 如果是
READ ONLY，重命名虽能成功，但数据文件头不会更新，alert 日志会写警告：“Tablespace name change is not propagated to file headers”，后续恢复或克隆可能出问题
重命名后必须手动修正三类依赖项
表空间名只是数据字典里的字符串，重命名不会自动同步所有引用点：
- 用户默认表空间：执行
ALTER USER username DEFAULT TABLESPACE new_name;，否则新创建的表仍进旧名（已存在用户不受影响，但新建用户会继承错误默认值） - 物化视图日志、分区表的子分区定义、LOB storage 子句中硬编码的表空间名，不会自动替换——下次做
ALTER TABLE ... MODIFY PARTITION或CREATE MATERIALIZED VIEW LOG时可能报ORA-00959 - 备份脚本、监控脚本、DBA 自定义视图里 if/then 判断表空间名的地方，都得人工 grep 更新，否则监控告警或归档逻辑会失效
验证不能只看 SQL 成功，要查三处真实状态
别信 “Tablespace altered.” 就完事，立刻跑这三条：
-
SELECT tablespace_name FROM dba_tablespaces WHERE tablespace_name IN ('OLD_NAME', 'NEW_NAME');—— 确认旧名消失、新名出现 -
SELECT file_name, tablespace_name FROM dba_data_files WHERE tablespace_name = 'NEW_NAME';—— 确保所有数据文件的tablespace_name列已刷新 -
SELECT username, default_tablespace FROM dba_users WHERE default_tablespace = 'OLD_NAME';—— 找出还没改默认表空间的用户，逐个修复
最容易被忽略的是第三点：重命名后没人查用户默认表空间，结果第二天开发建表失败，报错说表空间不存在——其实是因为用户还在用旧名当默认值，而旧名已被删掉。
