11.2.0.3

Что-то я задумался, а есть ли смысл вообще переходить на SecureFile.
Компрессии, шифрования и дедупликации там (скорее всего ) не будет -- нет лицензий на опции

Поменялся механизм UNDO / свободного места -- дык там только вставки, удалений/обновлений не планируется

С другой стороны, оно растет достаточно шустро и если вдруг встанет такая потребность, миграция будет все длительней

Мне только хуже сделало -- мало того, что процентов на 20-30 медленней, так еще и ORA-1555 словил на 65% процесса (~18часов) :-)
А так да, direct path read/write ушли, появились db file sequential read , а писать стал DBWR

Повторюсь еще раз -- выполняется именно MOVE в другое ТП с бОльшим размером блока

Да вот сам не понимаю
Но то, что медленнее -- факт

кешинг лобДа и кеш к MOVE-у каким боком - не совсем представляю.
Insert Into Select - я бы понял что может идти через кеш, но MOVE...Но именно так оно и работает, сама табличка через direct path read/write, а LOB-сегмент через db file sequential read и записью занимается DBWR
кешинг лобА 1555 у вас потому что 18 часов процесса и LOB проапдейтили поди.LOB там не апгрейдится в принципе, а вставки/удаления на табличке запрещены ибо eXclusive lock при MOVE. Вот не знаю, можно ли при этом обновить LOB через локатор? По идее, нельзя?
Да и UNDO на LOB-сегмент работает совсем не через UNDO и, соответственно, и ошибка бы была другой (22924), правда на LOB-индекс таки вылезет 1555
Больше подозреваю, что это на таблички словаря (типа SEG$), там действительно [пере]создавали несколько объектов практически одновременно с началом моего MOVE