ТЕМА:

Кстати нужно не просто трейс включать, а врубить его на QC и все слейвы. а затем все пачку трейсов обработать с помощью trcess. Ну или смотреть по отдельности тоже может понадобиться.

Vova пишет: Event Waits Time(s) Avg Wait(ms) % Total Call Time Wait Class
PX Deq Credit: send blkd 313,486 23,788 76 34.4 Other
db file sequential read 1,113,864 17,021 15 24.6 User I/O
CPU time 6,700 9.7
log file parallel write 15,691 771 49 1.1 System I/O
log file sync 13,602 328 24 .5 Commit

Исходя из ожиданий для меня выглядит это так, что 17K секунд выполнялся дисковый I/O, в это время другие слейвы ждали пока выполнится этот I/O.
Но т.к. это взято судя по всему из AWR это средняя температура.

Если тебе быстрее запрос выполнить, чем получить результаты трассировок и runtime статистик, то результат такого запроса был бы очень полезен
SELECT count(*),
count(case
when VOL.DT_WID <= DT.BUSINESS_DT_WID AND
PROMO.X_ORG_WID = VOL.ORG_WID AND
VOL.PROMO_TYPE IN ('TTI', 'TTB', 'TTV')
then 1
end)
FROM W_PLAN_PROMO_D PROMO,
WC_PLANNED_VOLUMES_F VOL,
WC_BUSINESS_DATE_D DT
WHERE PROMO.X_PLANNING_DATA_TYPE = 'Shipment'
AND PROMO.ROW_WID = VOL.PROMO_WID
AND VOL.PRODUCT_SOURCE_SYSTEM = SHIP.PRODUCT_SOURCE_SYSTEM
AND PROMO.PROMO_STATUS IN ('Planned',
'Line Manager Submitted',
'Price Update',
'Approved',
'Completed')

Сколько всего строк и блоков в таблице WC_PLANNED_VOLUMES_F?
Она партиционирована по DT_WID?
Покажи план первоначального запроса с хинтом
--+ full(vol)

Bubu пишет: Наверно быстрее будет разобраться, чем ждать, Смущает выбор NDEX RANGE SCAN WC_PLANNED_VOLUMES_F_M2 и низкая стоимость, может у этого индекса, может конечно у индекса идеальный clustering factor, но я бы проверил настройки оптимизатора, например, вот так: select sql_id, name from v$sql_optimizer_env where sql_id = '...'

Там всего 1734, подвела статистика

Vova пишет:

Bubu пишет: Наверно быстрее будет разобраться, чем ждать, Смущает выбор NDEX RANGE SCAN WC_PLANNED_VOLUMES_F_M2 и низкая стоимость, может у этого индекса, может конечно у индекса идеальный clustering factor, но я бы проверил настройки оптимизатора, например, вот так: select sql_id, name from v$sql_optimizer_env where sql_id = '...'

Там всего 1734, подвела статистика

Ну такая разница в статистике не принципиальна.