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底层定位机制的契约。任何绕过它的“移动”动作，本质都是在挑战数据字典的完整性边界——所以报错不是限制，是保护。
