Всем доброго времени суток,
Подскажите пожалуйста по такому вопросу, предположим есть некий отчет, который консолидирует данные за большой период времени и соответственно складывает это все во внутреннюю таблицу, соответственно имеем дамп: No more storage space available for extending an internal table.
Сколько не смотрел документацию на help.sap.com, сколько не читал ноты, четкого понимания, что можно делать в данной ситуации нету. Умные люди, поделитесь опытом:)
Ясно, что надо увеличить параметры abap/heap_area_total, ztta/roll_extension, ztta/roll_extension, но до какого размера или точнее как найти "золотую середину", не понимаю

Добрый день.

Похоже всё дело в параметре abap/shared_objects_size_MB
Подсказки по настройке этого параметра можно поискать тут: Note 1322182 - Memory consumption of ABAP Shared Objects

Удачи.

Не соглашусь с abap/shared_objects_size_MB
Скорее дело действительно в abap/heap_area_total, abap/heap_area_dia (nondia), ztta/roll_extension
Сколько ставить - это уж в конкретной ситуации нужно смотреть. В дампах обычно пишется сколько памяти процесс уже съел, на запросе какого объема памяти обломался.
И итерационно, скорее всего, вычислять сколько же нужно для решения задачи.

Опять же нужно принимать во внимание em/initial_size_MB и вообще физически объем оперативки и количество пользователей в системе. Ибо бесконечно задирать параметры памяти в целом и для одной сессии в частности невозможно, это уже будет грозить коллапсом для всей системы, если выйти за пределы физики. Нужно будет после определенной границы говорить ребятам "Стоп. Или переписывайте программу или не запускайте ее с такими параметрами".
Могу сказать что на практике так поступать приходится достаточно регулярно

BI?

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