Oracle 19c 不支持对含LOB的分区表执行完全在线的 MOVE 操作；必须分三步：先 MOVE PARTITION 迁移主段（短暂独占锁），再 MODIFY PARTITION ... LOB 迁移LOB段（支持并发DML），最后 REBUILD PARTITION 迁移LOB索引。
直接结论：Oracle 19c 不支持对含LOB的分区表执行完全在线的 MOVE 操作
你无法用一条 alter table ... move partition ... online 同时迁移分区段 + lob段 + lob索引段。oracle 19c 的 online 选项仅适用于普通表或非lob分区，一旦表含 clob、blob 等字段，move partition ... online 会直接报错 ora-14135: unsupported operation on a partition with lob columns。必须拆解为分阶段、部分离线的操作。
必须分三步走：先移分区段，再移LOB段，最后重建LOB索引
分区表的LOB对象（LOBSEGMENT 和 LOBINDEX）默认绑定在分区级别，但 MOVE PARTITION 命令本身不触碰它们——哪怕加了 LOB (...) STORE AS 子句也无效。正确路径是：
-
ALTER TABLE tb_name MOVE PARTITION part_name TABLESPACE new_tbs;—— 迁移主分区段（此步需该分区短暂EXCLUSIVE锁，DML会阻塞几秒到几分钟，取决于分区大小） -
ALTER TABLE tb_name MODIFY PARTITION part_name LOB (col_lob) STORE AS (TABLESPACE new_tbs);—— 迁移该分区下的LOB段（注意不是MOVE，而是MODIFY PARTITION+LOB子句） -
ALTER INDEX idx_name REBUILD PARTITION part_name TABLESPACE new_tbs;—— 重建对应分区的LOB索引（若存在显式命名的LOB索引；否则系统自动生成的SYS_IL*名称需从USER_LOBS查）
关键点：MODIFY PARTITION ... LOB 是唯一能在线触发LOB段迁移的语法，但它不锁整表，只影响目标分区，且允许并发DML（除对本分区的写入外）。
容易踩的坑：LOB索引名不可猜，必须查数据字典
Oracle为每个LOB列自动创建隐式索引，命名规则为 SYS_IL{obj#}C{col#}$$，但 obj# 和 col# 随时间/版本变化，不能硬编码。执行前务必查清：
SELECT index_name, column_name, tablespace_name FROM user_lobs WHERE table_name = 'TB_NAME' AND partitioned = 'YES';
如果返回空，说明该分区尚未生成LOB索引（首次写入LOB值后才建），此时 MODIFY PARTITION ... LOB 会一并创建新索引并落在指定表空间；若已存在，则必须 REBUILD PARTITION 才能迁索引段。
另一个常见错误是误用 ALTER TABLE ... MOVE LOB 全局语法——它只作用于非分区表，对分区表无效，会报 ORA-14048: a partition maintenance operation may not be combined with other operations。
性能与锁行为：别被“在线”二字误导
虽然 MODIFY PARTITION ... LOB 允许大部分DML并发，但实际迁移LOB段时仍会持有 SS（Sub-Share）锁，阻塞对该分区的 TRUNCATE PARTITION 或 DROP PARTITION；同时，如果LOB列值极大（如单条 >100MB），迁移过程可能持续数分钟，期间该分区的 INSERT/UPDATE 会被排队等待。
建议操作前确认：SELECT partition_name, num_rows, blocks FROM user_tab_partitions WHERE table_name = 'TB_NAME'; —— 若 blocks 超过 100万，考虑分批迁移多个小分区，而非单次扛大分区。
真正需要零停机的场景（比如金融核心表），只能靠逻辑复制（如GoldenGate）或应用层双写+切流，物理迁移本身必然存在微秒级到秒级的局部阻塞窗口。
