ORA-14511 是 Oracle 拒绝 MOVE 含 ROWID 对象的保护机制，因 ROWID 依赖物理位置；常见于 WITH ROWID 物化视图日志、IOT 辅助段等；需先 DROP 日志改用 PRIMARY KEY，或改用 DBMS_REDEFINITION 在线重组织。
ORA-14511：尝试 MOVE 含 ROWID 对象时被拒绝
oracle 不允许直接 move 含有 rowid 伪列的对象（比如基于函数索引的物化视图日志、某些系统生成的 iot 辅助段），因为 rowid 依赖物理位置，move 会破坏其一致性。错误信息通常是 ora-14511: cannot perform operation on a table with rowid 或ora-14402: updating partition key column would cause a partition change（当涉及分区 +rowid 逻辑时）。
- 先确认对象类型：
SELECT segment_type, owner, segment_name FROM dba_segments WHERE tablespace_name = 'YOUR_TS'; - 重点检查
segment_type IN ('TABLE', 'INDEX', 'LOBSEGMENT', 'MATERIALIZED VIEW LOG')，尤其是MATERIALIZED VIEW LOG常隐含 ROWID 依赖 - 用
SELECT * FROM dba_mview_logs WHERE log_owner = 'X' AND log_table = 'Y'查日志是否启用了WITH ROWID - 如果确为
WITH ROWID日志，MOVE 前必须先DROP MATERIALIZED VIEW LOG，重建时改用WITH PRIMARY KEY
MOVE 失败后残留的不可移动段怎么清理
执行 ALTER TABLE …… MOVE 中途失败，可能留下状态异常的段（如 SEGMENT_TYPE = 'TABLE PARTITION' 但STATUS = 'UNUSABLE'），它们卡在表空间里无法被普通 DDL 清除。
- 查残留段：
SELECT owner, segment_name, segment_type, status FROM dba_segments WHERE tablespace_name = 'YOUR_TS' AND status != 'VALID'; - 对
status = 'UNUSABLE'的索引，用ALTER INDEX …… REBUILD；但如果是表分区本身UNUSABLE，不能直接 REBUILD，得先EXCHANGE PARTITION导出数据再重建 - 特别注意
LOBSEGMENT：若主表 MOVE 失败，LOB 段可能已分配但未关联，需用SELECT l.lob_name, l.table_name, s.segment_name FROM dba_lobs l, dba_segments s WHERE l.segment_name = s.segment_name AND s.tablespace_name = 'YOUR_TS'交叉验证 - 切勿手动删
datafile或用DBMS_SPACE_ADMIN强制释放——可能引发ORA-600
替代 MOVE 的在线重组织方案（避免 ROWID 问题）
当目标是腾出碎片空间而非真正“移动”，DBMS_REDEFINITION比 MOVE 更安全，它不依赖 ROWID，且全程在线。
- 前提：表必须有主键或唯一约束（否则
START_REDEFINITION报ORA-12091） - 步骤极简：
BEGIN DBMS_REDEFINITION.START_REDEFINITION('SCHEMA','TABLE'); END;→SYNC_INTERIM_TABLE→FINISH_REDEFINITION - 关键点：新表默认建在当前表空间，如需换表空间，建
interim_table时显式指定TABLESPACE参数 - 性能影响：期间会多占一倍空间，且
FINISH_REDEFINITION需短暂锁表（秒级），但比 MOVE 失败后救火成本低得多
为什么 SYSTEM/SYSAUX 里的段总提示“不可移动”
不是所有段都支持 MOVE，尤其是 SYSTEM 和 SYSAUX 下的字典对象（如WRI$_OPTSTAT_HISTHEAD_HISTORY）、审计表、调度作业表——它们由 Oracle 内部管理，MOVE 会破坏数据字典一致性。
- 查是否属系统对象：
SELECT owner FROM dba_tables WHERE table_name = 'XXX' AND owner IN ('SYS','SYSTEM','SYSAUX'); - 这类段通常只能通过
DBMS_STATS清理过期统计信息，或用DBMS_AUDIT_MGMT清理审计记录来释放空间 - 误操作
ALTER TABLE SYS.XXX MOVE会导致实例异常，必须从备份恢复 - 真要收缩 SYSAUX，优先走
ALTER DATABASE DATAFILE …… SHRINK SPACE（需启用自动段空间管理 + 本地管理表空间）
ROWID 不是技术细节，是 Oracle 底层定位机制的契约。任何绕过它的“移动”动作，本质都是在挑战数据字典的完整性边界——所以报错不是限制，是保护。
