Mr_FrostПрирост в таблицу, из которой делается запрос курсора, не изменился. За полминуты прибавляется по 700-800 строк.
Т.е. не происходит ничего необычного. Объем данных для курсора не увеличился.
Активных сессий на сервере нет. Блокировок нет.

Еще раз скажу - вы смотрите куда угодно, но только не туда куда, вас просят посмотреть. Никто вас не спрашивал про строки, объем данных или другие сессии. Это, разумеется, может оказаться важным, но с меньшей вероятностью чем другие факторы.

Самая банальная и вероятная причина такого поведения - это съехавший план. Вас уже куча народу попросило сравнить планы запросов в "хорошем" и в "плохом" случае, но вы этого так и не сделали - и делаете все что угодно кроме этого. Пока вы этого не сделаете - имхо гадать над более изысканными и редкими случаями подобного поведения - бессмысленно, разве что упражняться в остроумии и в том у кого была богаче практика.
На случай если вы не делаете этого по той простой причине, что не знаете как сравнить планы - сообщу.
Если у вас куплена лицензия, есть вьюха dba_hist_active_sess_history. В ней хранится информация за последние дни, в том числе вы можете посмотреть что же было предыдущими ночами. Находите в ней соответсвующую сессию по session_id и serial# ( номер сессии у джобов pl/sql developer вам показывает ) . sql_id - будет ваш идентификатор ваешго запроса (он как раз меняется если поменять хоть как-то текст запроса и не меняется если его не менять), sql_plan_hash_value - ваш план.
Смотрите одинаковый sql_plan_hash_value у двух запросов или нет - после чего можно уже разбирать почему план слетел если это произошло. Любые гадания на этом форуме возможны только если вы прикрепите сюда старый и новый план с помощью функции dbms_xplan.display_awr ( или display_cursor ).

Если же план одинаковый в обоих случаях, то просто саггрегируйте строки соответствующие долгому выполнению по нескольким полям чтобы узнать что конкретно сессия делала. А именно - саггрегируйте последовательно по sql_plan_line_id, по event, по object_id, по blocking_session_id чтобы понять на какой конкретно строке плана застряли, и что в этот момент делали.