SYSTEM表空间不可扩容或迁移，唯一合规操作是将误建于其中的用户对象迁出至合法表空间，并修正用户默认表空间配置。
SYSTEM 表空间不能也不应该被“扩容”或“迁移”——它不是普通表空间，它的数据文件不允许 RESIZE（ORA-01144、ORA-01275 等错误会直接报出），更不能用 ALTER DATABASE RENAME FILE 在 OPEN 状态下移动（必须 MOUNT，且仅限极少数紧急恢复场景）。所谓“给 SYSTEM 扩容”，本质是误操作或认知偏差；真正要做的，是把误建在 SYSTEM 中的用户对象迁走，并确保后续不再写入。
SYSTEM 表空间为什么不能 RESIZE
- Oracle 明确禁止对
SYSTEM数据文件执行ALTER DATABASE DATAFILE ... RESIZE，即使磁盘还有空间，也会报：ORA-01144: File size (xxx blocks) exceeds maximum of 4194303 blocks
或更常见的：ORA-01275: Operation 'resize' is not allowed when database is open - 原因：SYSTEM 是核心系统表空间，其数据文件结构与恢复机制强耦合，Oracle 锁死了在线调整能力
- 即使你强行
SHUTDOWN IMMEDIATE→STARTUP MOUNT→ 尝试RESIZE，也大概率失败，且风险极高（可能破坏数据字典）
如何确认哪些用户对象误驻留在 SYSTEM
你必须先定位问题，再处理。普通用户只能查自己，DBA 可全库扫描：
-
普通用户查自身对象（最常用）：
SELECT table_name, tablespace_name FROM user_tables WHERE tablespace_name = 'SYSTEM';
SELECT index_name, tablespace_name FROM user_indexes WHERE tablespace_name = 'SYSTEM';
SELECT segment_name, segment_type FROM user_segments WHERE tablespace_name = 'SYSTEM';
-
DBA 查所有非系统用户对象（
user_id >= 84是常见分界，但以实际为准）：SELECT owner, segment_name, segment_type FROM dba_segments WHERE tablespace_name = 'SYSTEM' AND owner NOT IN (SELECT username FROM dba_users WHERE oracle_maintained = 'Y');
⚠️ 注意：user_users.default_tablespace 如果是 'SYSTEM'，说明该用户建表时没指定表空间，又没改过默认值——这是源头配置错误，必须改掉：
ALTER USER <username> DEFAULT TABLESPACE users;
迁移误驻 SYSTEM 的用户对象（唯一合规路径）
迁移不是“动 SYSTEM”，而是把用户段搬到合法表空间（如 USERS），并重建依赖对象：
-
表迁移（在线，但索引立刻失效）：
ALTER TABLE t1 MOVE TABLESPACE users;
-
索引重建（必须在表迁移后做，否则报
ORA-01502）：ALTER INDEX i1 REBUILD TABLESPACE users;
-
LOB 列迁移（需显式指定 LOB 子句）：
ALTER TABLE t1 MOVE TABLESPACE users LOB(lob_col) STORE AS (TABLESPACE users);
-
分区表（不能整表 MOVE，需逐个分区迁移）：
ALTER TABLE pt1 MOVE PARTITION p1 TABLESPACE users;
✅ 每次迁移后，务必验证：
-
SELECT status FROM user_indexes WHERE index_name = 'I1';→ 必须为VALID -
ANALYZE TABLE t1 VALIDATE STRUCTURE CASCADE;（可选，确认物理一致性）
容易被忽略的关键点
-
SYSTEM表空间本身没有“扩容”这个操作选项，所有试图对它RESIZE或ADD DATAFILE的语句都是无效甚至危险的 - 迁移过程不会动
SYSTEM文件大小，但会减少其逻辑占用 —— 后续DBA_SEGMENTS查询中对应行将消失 - 如果发现
SYSTEM中有大量非系统段，说明数据库长期缺乏治理，建议同步检查SYSAUX是否也被滥用（同样禁止写入用户对象） - 迁移必须在低峰期执行，且每个对象迁移后应立即验证状态；未验证就继续下一个，容易累积不可用索引，最终导致查询性能雪崩
