Вопрос в следующем.
Данные из одного Ods прогружаются в следующий Ods. В правилах обновления накрученная логика. Создается много внутренних таблиц куда выбираются данные еще из 2 Ods. Все это колбасится, сопоставляется, сравнивается и так далее. В итоге загрузка заканчивалась ошибкой по таймауту, увеличил параметр - теперь фоновые режимы могут висеть хоть двое суток. И все равно загрузка части пакетов заканчивается ошибкой. Ощущение такое что кому-то, где-то опять чего-то не хватает? Вообще есть ли параметр отвечающий за время существования временной таблицы? Или может есть еще какие параметры полезные? В каком направлении лучше копать данный вопрос?.
Сразу сообщу что данные корректны. Правила обновления оптимизированы до максимума. При меньшем объеме данные загрузка хоть и длится часов 5 но заканчивается успешно.

тут, конечно, не видя всего, не поможешь.
Но почему-то кажется, что все дело в том что АБАП программы в правилах обновления долго отрабатывают, а не во временных таблицах (они должны существовать пока есть сессия).
Ну и как одно из предположений: может индексов не хватает на таблицы активных данных ОДС с которыми работаете?

попробуйте уменьшить размер пакета при перегрузке внутри BW. если циклы вложенные, то рост размера пакета экспонцениально вызывает рост количества итераций в цикле ... например пакет 20 000 записей. для каждой нужно пробежать по копии выборке (те же 20 тыс ) , что то проссумировать и сделать чтение из других ODS. получаем 20 тыс * 20 тыс итераций...

а если разбить на 2 пакета, то получим 2*10тыс*10 тыс... вот тут это серьезно может вам помочь.

Включите трассировщик st05 и поохоттесь за "красными" SQL запросами. Попробуйте не для каждой записи делать SQL, а для набора. Используйте избыточность в данных.
Путей много, факторов много и необходимо по-одному исправлять. А лучше вернуться к изначальному проектированию задачи.

надо посмотреть, на что тратит система время, на SQL или действительно abap. если все палает по таймауту, то не может быть все оптимально и хорошо... сколько миллионов записей грузите ?

А как понять хватает индексов или нет?

Опять же st05, необходимо поймать обращение к таблицам и посмотреть на план запросов. Если FULL SСAN - то это не совсем хорошо.

тут еще хотелось бы сказать, что если вы в своей программе работаете с таблицей новых данных, то индексы создаваемые через изменение ОДС на нее не распространяются, надо индексы делать через АБАП-словарь.