ALTER TABLESPACE ... SEGMENT SPACE MANAGEMENT AUTO 一定会失败，因MSSM与ASSM是创建时写死的硬限制，系统表空间强制MSSM，普通表空间也需EXTENT MANAGEMENT LOCAL才支持ASSM，唯一方案是重建表空间并迁移对象。
不能直接改，ALTER TABLESPACE ... SEGMENT SPACE MANAGEMENT AUTO 一定会报 ORA-14502 或 ORA-12913。MSSM 和 ASSM 是表空间创建时写死在数据文件头和数据字典里的属性，Oracle 不允许运行时变更。
为什么 ALTER TABLESPACE 会失败
执行类似 ALTER TABLESPACE users SEGMENT SPACE MANAGEMENT AUTO 的语句，Oracle 会立即拒绝，根本不会尝试“升级”逻辑。错误不是权限或状态问题，而是内核级硬限制：
-
SYSTEM、SYSAUX、UNDOTBS1等系统表空间强制 MSSM，连 DDL 解析都过不了 - 即使对普通表空间，漏写
EXTENT MANAGEMENT LOCAL，语句可能“成功”，但实际仍为 MSSM —— 因为SEGMENT SPACE MANAGEMENT AUTO必须依赖LOCAL扩展管理 - 查
dba_segments判断管理模式是常见误区：该视图根本没有segment_space_management字段，正确入口只有dba_tablespaces
重建表空间是唯一可行路径
必须新建 ASSM 表空间，再把对象迁移进去。没有“一键切换”，只有按对象逐个评估+搬移：
- 新建时必须同时指定：
EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT AUTO，顺序不能颠倒 -
ALTER TABLE ... MOVE TABLESPACE只移动物理块，不触发 ASSM 位图初始化；新表空间是 ASSM，但原段头结构不变，首次 INSERT 才真正激活位图 -
DBMS_REDEFINITION适合有主键/唯一约束的表，支持在线，但迁移后必须手动重建索引、外键、NOT NULL 约束 ——PRIMARY KEY不会自动带过去 -
CREATE TABLE AS SELECT（CTAS）最简单，但需显式重建所有约束和权限；含LONG列、IOT 溢出段的表不适用
迁移后必须验证是否真生效
DBA_TABLESPACES.SEGMENT_SPACE_MANAGEMENT = 'AUTO' 只说明“设计上支持”，不代表位图已介入管理：
- 刚建完空表（
SEGMENT CREATION DEFERRED），DBA_SEGMENTS查不到记录，ASSM 实际未激活 - 用
DBMS_SPACE.SPACE_USAGE检查具体表：EXEC DBMS_SPACE.SPACE_USAGE('OWNER', 'TABLE_NAME', 'TABLE')，返回unformatted_blocks > 0才算位图块已生成 - 高并发小行插入时若出现
enq: TX - allocate ITL entry且 P2 解码为type#=20，是 ASSM 位图块争用的明确信号 -
PCTFREE在 ASSM 下仍有效，但设为 0 容易引发行迁移；NEXT参数则完全失效，迁移后应从表定义中移除
真正耗时的不是命令执行，而是确认哪些对象能用 DBMS_REDEFINITION、哪些必须停机 MOVE、哪些根本不能动（比如某些 SYS 拥有的对象）。别跳过对象级评估，这是最容易被跳过的环节。
