1、从描述看，很大可能是阻塞在update global indexes上面了；可以结合ash看看

2、Truncate是DDL，记录不计redo，但是medata还是有undo的，你这个操作失败，自然就回滚了。

这种操作最好在业务低峰进行，如果可以接受索引暂时失效，truncate后并行重新global indexes是更好的选择

truncate的时候做update global indexes不是一个好的选择。这3个小时就是在等待   update global indexes操作，这个操作是非常慢的，尤其当global index还不止是一个的时候会更慢。

可以使用缓和一些的操作来进行，比如delete后shrink分区，global indexes不更新也不会有什么性能问题，实际分区所占的空间也会释放出来。

实在看这个分区碍眼的话，找停机时间再做truncate操作。

缓和方式的代价就是会产生相对较多的redo日志，对IO有一定量的影响。

感谢两位专家，谢谢。