Коллеги, доброе утро.

Есть такой вопрос. Есть запрос из 2-х структур (30 столбцов и 60 строк), построенный над мультиком из 3-х кубов. Каждая строка в отчете должна автоматически разворачиваться по контрагенту. Над кубами построены агрегаты, в них 900 000, 300 000 и 270 000 записей. Так вот, когда отчет выполняется, то он выпадает в дамп

Динамическая ошибка SYSTEM_NO_ROLL
Возникла: 16.09.2009 в 12:18:28

Unable to fulfil request for 67108864 bytes of memory space.

Что произошло?
Each transaction requires some main memory space to process
application data. If the operating system cannot provide any more
space, the transaction is terminated.

The termination occurred in the ABAP program "SAPLRRK0 " in "SETXX_FUELLEN_02".
The main program was "WRITEQUERY ".

The termination occurred in line 1080 of the source code of the (Include)
program "LRRK0F07 "
of the source code of program "LRRK0F07 " (when calling the editor 10800).

Фрагмент исходного текста программы
010500 <g_s_rgc_sid> = <g_s_sid>.
010510 <g_rgc_x> = <g_rgc_x> BIT-AND <g_rgc_mxb1>.
010520 <g_rgc_x> = <g_rgc_x> BIT-OR <g_rgc_mxb2>.
010530 IF <g_s_rgc_sid> NE <g_s_rgc_sid_s>.
010540 <g_s_rgc_sid_s> = <g_s_rgc_sid>.
010550 PERFORM setxx_fuellen_14 USING i_sx_rto-rgc-rgcct
010560 CHANGING c_th_workcell.
010570 ENDIF.
010580
010590 WHEN g_c_gettp-list
010600 OR g_c_gettp-get100.
010610 * nichts
010620 WHEN OTHERS.
010630 PERFORM x_message USING rs_c_true 'SETXX_FUELLEN_02-07-'.
010640 ENDCASE.
010650
010660 IF c_s_setxxfl-nozero NE g_c_zero-no.
010670 <g_s_setk>-zero = rs_c_true.
010680 ENDIF.
010690 <l_delc> = rs_c_false.
010700 LOOP AT c_th_workcell ASSIGNING <l_s_workcell>.
010710 PERFORM get_value USING c_s_setxxfl-rgc_index
010720 <l_s_workcell>
010730 CHANGING l_s_dat_n.
010740 IF <l_delc> EQ rs_c_true.
010750 IF c_s_setxxfl-delc EQ g_c_zero-noinsert
010760 OR c_s_setxxfl-delc EQ g_c_zero-noleaf AND <l_sid> GE 0.
010770 EXIT.
010780 ENDIF.
010790 ENDIF.
> INSERT l_s_dat_n INTO TABLE c_th_dat_n.
010810 IF sy-subrc GT 0.
010820 PERFORM x_message USING rs_c_true 'SETXX_FUELLEN_02-08-'


Может кто-нибудь сталкивался с таким? Обращался к базисникам, в дампе есть параметры, которые рекомендуется изменить. Увеличивали, но всё равно поедается вся доступная память и опять выпадает в дамп.

Система 3.1, патч 27

Не совсем понятно, что вы хотите услышать. Имхо, OLAP не справляется со взваленным объемом. Вероятно, нужно менять отчет или схему его получения.

Мне кажется, что объем данных не так уж и велик для BW. Отчет строится за 8 месяцев. А это получается, что обрабатывается где-то тысяч 300-400 записей. Это же не объем для BW.

А какое значение параметра ztta/max_memreq_MB, наверное, 64? (тр.RZ11)

В продуктиве такое значение. Может подскажете, на что он влияет? То есть в каких случаях задействуется эта память? Я так понял, это значение по умолчанию. А какое рекомендуемое (из практики) значение?

В упомянутой транзакции есть кнопочка "Документация" и указан диапазон возможных значений. У нас установлено (Макс. - 1), т.е. 2047. Подробнее ноты: 353579, 425207. Как я понял, параметр должен быть согласован с ztta/roll_extension.

Спасибо. Попробуем. Может поможет.

Online
Спасибо. Стало гораздо проще и бодрее жить .