Возникла проблема с типовым экстрактором 0FI_GL_40.
Экстрактор дергает отдельные позиции из SEP. Делает он это ночью с 02:00. Как правило до 04:00 все завершалось.
В последние дни наблюдается картина, когда он работает с 02:00 до примерно 03:30 и потом на 4 часа зависает. В 7-8 утра поработает еще минут 20-30 и снова на пару часов зависает.
Подозреваю в этом ERP систему. Именно она создает IDOСи с такими интервалами. В тоже время в SM50 висит только один процесс SAPLFAGL_ITEMS_SELECT, тот самый, который дергает эти отдельные позиции. Работает он с таблицей BSAS. Есть какие-то мысли по этому поводу?
В самом экстракторе выборки идут по регистру 0L, и по дате проводки BUDAT как правило за полтора месяца последних.
Возвращает в итоге примерно 1млн записей. Как сейчас, когда "тупит" часами, так и раньше, когда отрабатывал за 2 часа.
Куда копнуть можно*?? Может быть какие-то ноты это лечат?

Приветствую!

Быть может отрабатывают какие-либо расширения экстрактора с кучей селектов? Посмотрите трассировку на предмет времени отрабатывания селектов к таблицам.

Попробуйте следующие варианты:
1) Создать индекс к таблице BSAS;
2) Заменить 0FI_GL_40 на 0FI_GL_14 - он с дельтой;
3) Разработать свой экстрактор на основе 0FI_GL_40 с дельтой.

1. Индекс на BSAS был до вчерашнего дня. Его ради эксперитмента удалили. Может на скорости сказалось, но интервали застоев сохранились. Дело не в нем думаю.
Что касается п.2 и п.3 - спасибо за идею. Возьму на заметку, подобные меры конечно же имею права на жизнь и в крайнем случае пойдем по пути новых разработок. Но сейчас я все же хочу понять причину возникновения текущей проблемы.

А в табл. BWOM_SETTINGS для параметра BWFIGLLOG значения 1,2 не проставлены?

Если есть желание можете почитать вот это Note 1135916 - Line items: Help for analysis for long runtime

Всем спасибо. Проблему решили.
В ST05 обнаружили, что запросы идут по всем балансовым единицам, вместо одного (подарок от консалтинга). И несмотря на то, что они все пустые-запросы плодились и вешали систему.