Здравствуйте коллеги!

Нарисовал BSP приложение, вызываю в нем стандартный ФМ для чтения инфокуба. На DEV и Q - системах все нормально работает.

На продуктиве - стабильный дамп на саповском коде при попытке чтения из таблицы БД во внутреннюю таблицу - TSV_TNEW_PAGE_ALLOC_FAILED


Занято памяти:
The amount of storage space (in bytes) filled at termination time was:
Roll area...................... 16192
Extended memory (EM)........... 8379680
Assigned memory (HEAP)......... 0
Short area..................... " "
Paging area.................... 16384
Maximum address space.......... " "

т.е. вообще копейки...

BW 7.0, SP 20
SP ABAP и Java выровнены во всех трех системах

Базис разбираться не хочет, говорит, мол, скажи, что подкрутить - и мы подкрутим... Прав на базисные транзакции не дает...

Никто с таким дампом именно для BSP не сталкивался? Для других программ ABAP я проверял - там до 1,5 Gb памяти заполняется, и все работает...

Пока попросил базис проверить во всех системах параметры:
ztta/roll_area
ztta/roll_extension
abap/heap_area_total
abap/heap_area_dia:
abap/heap_area_nondia:
em/initial_size_MB:

Что делать дальше - непонятно...

Попробуйте поискать на маркетплейсе по названию эксепшена. Там более 1400 нот на него.
К примеру, Note 928044 - BI lock server

помимо ROLL памяти посмотрите PAGE еще.

также обратите внимание на место в коде, где возникает дамп, используется ли там вызов типа EXPORT TO (данные тогда попадают в PAGE область, которая может быть маловата у вас)

УПД

параметры: rdisp/PG_SHM и rdisp/PG_MAXFS

Там обычный select из таблицы БД во внутреннюю таблицу...

method CONSTRUCTOR.

select *
from /BI0/SMATERIAL
into corresponding fields of table dt_sidmap.
endmethod.

Число записей в таблице 280 000... Она не широкая - 5 полей, 30 байт на строку...

значения параметров rdisp/PG_SHM и rdisp/PG_MAXFS испросите у базиса. если PG ограничен 16М, попросите увеличить.

то же с rdisp/PG_LOCAL и ztta/roll_area

Самый глупый вопрос: вам потом во внутренней таблице будут нужны все 5 полей ??

Понимаю, что разработчикам так ПРОЩЕ,imho, но в 90% случаев оказывается, что в выборках
были нужны только два-три поля, вместо вытаскиваемых десяти.....

в похожей ситуации помогла нота
741864 FinBasis: Termination TSV_TNEW_PAGE_ALLOC_FAILED

Это саповский код...

Поменяли enque/table_size и abap/shared_objects_size_MB и все заработало!

Спасибо всем огромное!

В EHP4 без увеличения abap/shared_objects_size_MB нельзя даже мандант скопировать.