Oracle 11g中ALTER TABLESPACE ... RENAME TO仅支持单表空间改名，不支持批量；须先OFFLINE再改名后ONLINE，且禁止对SYSTEM、SYSAUX、UNDO及READ ONLY表空间操作。
Alter Tablespace Rename 在 11g 中不支持批量操作
oracle 11g 的 alter tablespace ... rename datafile 语句一次只能处理一个文件，不能用通配符或逗号分隔多个路径来“批量”执行。试图写成 alter tablespace users rename datafile '/a/1.dbf', '/a/2.dbf' to '/b/1.dbf', '/b/2.dbf' 会直接报错 ora-00922: missing or invalid option。
它本质是表空间级的单文件逻辑映射更新，每次调用只改一条控制文件记录。所谓“批量”，只能靠外部脚本循环调用该命令实现，而非语法原生支持。
必须先 offline 表空间，且仅限非 SYSTEM/SYSAUX/UNDO
执行 ALTER TABLESPACE ... RENAME DATAFILE 前，目标表空间必须处于 OFFLINE 状态。这是 11g 的硬性要求，否则报错 ORA-01122: database file ... failed verification check 或 ORA-01110。
以下表空间禁止使用此方法：
-
SYSTEM和SYSAUX：无法 offline，命令直接拒绝 -
UNDOTBS1（或任意撤销表空间）：offline 会中断事务，实例可能崩溃 - 当前状态为
READ ONLY的表空间：需先改为READ WRITE才能 offline
常见错误是误对 USERS 表空间执行后忘记 online，导致应用连不上对应对象——检查 dba_data_files.online_status 就能快速定位。
操作系统 mv 和数据库 rename 的顺序不能颠倒
正确顺序是：先 ALTER TABLESPACE tbs_name OFFLINE → 再操作系统 mv → 最后 ALTER TABLESPACE ... RENAME DATAFILE → 最终 ALTER TABLESPACE ... ONLINE。
如果先做数据库 rename，再 mv 文件，数据库会立刻尝试打开新路径下的文件，但该路径尚无文件，触发 ORA-01157: cannot identify/lock data file，表空间卡在 RECOVER 状态。
如果先 mv 但忘了 rename，数据库仍按旧路径找文件，同样报 ORA-01157；此时不能直接 online，必须先 rename 同步控制文件记录。
重命名后必须验证文件状态和读写能力
执行完所有 rename 和 online 操作后，不能只看命令返回 “Tablespace altered” 就认为完成。要立刻验证：
- 查
SELECT file_name, status, online_status FROM dba_data_files WHERE tablespace_name = 'TBS_NAME'，确认status是AVAILABLE、online_status是ONLINE - 手动创建一张测试表：
CREATE TABLE t_test (x INT) TABLESPACE tbs_name，插入并提交，验证写入正常 - 检查 alert.log 是否有
Media Recovery或file not found类警告
最容易被忽略的是临时文件（temp01.dbf）和撤销文件（undotbs01.dbf）——它们不属于任何用户表空间，不能用 ALTER TABLESPACE 管理，必须用 ALTER DATABASE RENAME FILE 单独处理，且需数据库处于 MOUNT 状态。
