Oracle 不支持将 SMALLFILE 表空间通过 ALTER TABLESPACE 转换为 BIGFILE，因其类型在创建时已固化于数据字典和文件头，内核禁止修改；唯一可行方案是新建 BIGFILE 表空间并迁移对象。
ALTER TABLESPACE 不能把 SMALLFILE 表空间变成 BIGFILE，Oracle 不支持这种转换。你只能新建一个 BIGFILE TABLESPACE，再把对象迁移过去。
为什么不能 ALTER TABLESPACE ... CONVERT TO BIGFILE
Oracle 的表空间类型（SMALLFILE / BIGFILE）是创建时就固化在数据字典和文件头里的元信息，后续无法修改。试图用 ALTER TABLESPACE 加 BIGFILE 关键字会直接报 ORA-02231: missing or invalid option。这不是权限或语法问题，是内核层面禁止的操作。
真正可行的迁移路径：新建 + 搬数据 + 切换
核心逻辑是绕过“转换”，改走“重建”。整个过程对业务影响可控，但必须计划停机窗口或配合应用灰度切换。
- 先建新表空间：
CREATE BIGFILE TABLESPACE tbs_big DATAFILE '/u01/oradata/db/tbs_big.dbf' SIZE 64G EXTENT MANAGEMENT LOCAL;（注意：必须显式写BIGFILE，且只允许一个DATAFILE） - 批量迁移段：用
ALTER TABLE ... MOVE TABLESPACE tbs_big和ALTER INDEX ... REBUILD TABLESPACE tbs_big把原表空间里的表、索引逐个搬过去；若对象多，建议写脚本生成 DDL，按依赖顺序执行 - 用户默认表空间切换：
ALTER USER app_user DEFAULT TABLESPACE tbs_big;（别漏掉临时表空间和配额设置） - 确认无对象残留后，再删旧表空间：
DROP TABLESPACE tbs_small INCLUDING CONTENTS AND DATAFILES;
容易踩的坑：文件路径、权限与备份链断裂
迁移不是复制粘贴，几个关键点卡住就会失败：
-
CREATE BIGFILE TABLESPACE时路径目录必须存在，且 Oracle 用户有写权限；裸设备或 ASM 环境下路径格式要严格匹配dba_data_files.file_name输出（比如 ASM 要写'+DATA/ORCL/DATAFILE/tbs_big.123.456789'，不能简写） - MOVE / REBUILD 过程中，原表空间仍需保持 ONLINE、READ WRITE；如果原表空间已满到无法分配临时段，
MOVE会直接报ORA-01652 - RMAN 备份链会断——新数据文件没有从旧备份继承 SCN，首次全备必须做完整备份；别依赖旧的
LIST BACKUP OF TABLESPACE tbs_small去恢复tbs_big
Bigfile 表空间上线后，扩容方式彻底变了
一旦启用，后续所有扩容都只能动那个唯一的数据文件，不能再加文件。这点和 SMALLFILE 完全不同：
- 合法操作：
ALTER DATABASE DATAFILE '/u01/oradata/db/tbs_big.dbf' RESIZE 128G;或AUTOEXTEND ON NEXT 8G MAXSIZE 200G; - 非法操作：
ALTER TABLESPACE tbs_big ADD DATAFILE ...→ 报ORA-30974；ALTER TABLESPACE tbs_big RESIZE 128G在 19c 中虽不报错，但实际无效（仅对 Bigfile 兼容，且依赖内部映射，不推荐依赖） - 查状态只看一行：
SELECT file_name, bytes FROM dba_data_files WHERE tablespace_name = 'TBS_BIG';结果永远只有 1 条记录，FILE_ID恒为 1
