всем доброго дня!

не уверен, что ветка для вопроса выбрана правильно...
но всё же...

смотрю в АБАП-дамп
дамп вызван каким-то шедевром из модуля 1Z бухгалтерия 7.7 founded on SAP - Z...._FI (Обороты по контроллинговым счетам (FI))
если "тупо в лоб", то вроде как проблема связана с тем, что не хватает пользовательскому процессу "каких-то" 4 гигов памяти...
есть ещё признаки, что вроде как спул нужно почистить...
но мне кажется, что проблема где-то глубже, конкретно внутри Z...._FI
на это указывает то, что для поиска решения проблемы предлагается поискать ноты по ключевым словам
"TSV_TNEW_PAGE_ALLOC_FAILED" " "
"SAPLSPRR" or "LSPRRU11"
"RSPO_L_RETURN_RAW_DATA"

относительно TSV_TNEW_PAGE_ALLOC_FAILED меня заинтересовала нота
1667434 - TSV_TNEW_PAGE_ALLOC_FAILED dump after running report RIMODAC2
там есть указание на какие-то - 'Obsolete Change Pointers'
Change Pointer смотрел, но не всё сходу понятно
для чего собственно они нужны ?
и для чего нужен сам отчет RBDCPCLR ?
и чем грозят цифры, указанные в результатах тестового прогона отчета ?
BDCP - 1176091 записей (29 обработано)
BDCPS - 1176901 записей (29 обработано)
BDCP2 - 732 записей (0 обработано)


кроме всего вышеуказанного есть ещё нота Umsatzsteuervergьtung Dump TSV_TNEW_ALLOC_FAILED , которая предлагается как некий "костыль" для управления памятью, если тащится слишком много записей во внутреннюю АБАП-таблицу

к сожалению указанную ноту накатить не имею возможности (система у заказчика) и не могу поинтересоваться у абаперов, которые ведут разработку 1Z бухгалтерии, могут ли они учесть в своём шедевре использование отчета RBDCPCLR

ну да, 1Z бухгалтерия однозначно не FI ...
понапридумывают всякой билеберды, а потом выделяй для пользовательского процесса 10 гигов памяти...

да и вообще, отчет "Обороты по контроллинговым счетам (FI)" разве к FI относится ?
он же работает на железе - значит проблема в железе!