День добрый!

Система: SAP R/3 4.7, Oracle 9.2, Windows Server 2003.

Такая проблема: пользователи валятся в дамп по нехватке памяти.
SYSTEM_NO_TASK_STORAGE

Это всегда происходит на выполнении оператора SORT.

ST02 по использованию памяти показывает следующее:



т.е. использование не превышает 50%.

По буферам: свопы только в programm bufer, максимум 300-400 к концу рабочего дня.

Подскажите пожалуйста, в какой памяти происходит сортировка?
Т.е. какой параметр мне увеличить, чтобы было счастье?

Заранее благодарю.

На стандарте валится или самописке?

Не принципиально, на всём подряд.

Можно увидеть значения параметров (St02 двойной щелчок по строчке extendet memory , далее кнопка current parameters ) ?

Вообще сортировки(ABAP SORT) производятся в локальной памяти воркпроцесса, надо смотреть соответсвующие параметры.

Вот, пожалуйста:

Извиняюсь за поздний ответ, праздники

Система 4.0 ?

ztta/roll_area 2000896 Byte Roll area per workprocess (total)

Вот этот параметр желательно разика в 2-3 увеличить

ztta/roll_first 1024 Byte First amount of roll area

А почему бы значение не поставить в 1 для влючения прогрессивного управления памятью?

Система 4.7

Спасибо за совет по roll_first.

По поводу ztta/roll_area - ведь st02 показывает, что roll память практически не используется, тем более, если я roll_first в 1 поставлю, еще меньше использоваться будет.
Или сортировка именно в ней происходит?
Т.е. когда возникает необходимость сортировки выделяется именно roll-память, помимо extended. Так?
Почему st02 тогда этого не показывает в "Max. use"?

Roll память используется для хранения контекста пользователя. При обращении пользователя к серверу информация из Roll памяти КОПИРУЕТСЯ в память рабочего процесса. При освобождении рабочего процесса информация КОПИРУЕТСЯ обратно в Roll память.

SAP решил отказаться от этого механизма и использовать Extended memory для хранения контекста пользователя. При обращении к рабочему процессу происходит MAPPING страниц в extended memory, информация не копируется, что заметно быстрее. Поэтому roll_first=1 - не использовать roll память (на самом деле выделяется минимальный объем памяти, который нексколько больше, чем 1 байт).

Сортировки производятся не в ролл буфере(памяти), а влокальной памяти рабочего процесса.
Дело в том что ztta/roll_area как значение - это кусок памяти выделяемой при старте рабочего процесса и доступный только данному рабочему процессу(лоакльная память). Некоторые операции(SORT например) по каким-то причинам(вопрос в SAP) проводятся именно в этой памяти. Как правильно заметил PK6, при roll_first>1 контекст пользователя из ролл буфера копируется в лок. память процесса как раз равную этому куску. При roll_first=1 в лок память загоняются различные технич данные (порядка 100К), что в принципе дает несколько больше памяти для сортировок в локальной памяти.

У меня очень похожая проблема.
Дампы в разных транзакциях вида
EXSORT_NOT_ENOUGH_MEMORY
Internal error: Too litle memory for the external sort

Система: SAP R/3 4.7, Oracle 9.2, Windows Server 2003 SP2.

SAP memory Current use Max. use In memory On disk SAP cursor cache Hitratio
[%] [kB] [kB] [kB] [kB] [%]

Roll area 6,38 16.722 17.784 262.144 0 IDs 98,90
Paging area 3,54 70.770 79.072 131.072 1.868.928 Statements 97,00
Extended Memory 83,77 1.543.168 1.680.384 1.842.176
Heap Memory 0 0


Profile parameter Value

Roll, extended and heap memory
ztta/roll_area 100000000
ztta/roll_first 1
ztta/short_area 1600000
rdisp/ROLL_SHM 32768
rdisp/PG_SHM 16384
rdisp/PG_LOCAL 150
em/initial_size_MB 1200
em/blocksize_KB 1024
em/address_space_MB 1400
ztta/roll_extension 2000000000
abap/heap_area_dia 500000000
abap/heap_area_nondia 500000000
abap/heap_area_total 2000000000
abap/heaplimit 15728640
abap/use_paging 1



ztta/roll_area уже увеличен в разы - эффекта нет.
Что посоветуете?

Почитать ноту 193529.

Согласно указанной ноте был уменьшен параметр abap/heap_area_nondia
сначала до 400000000 - дампов стало в несколько раз меньше
затем до 350000000 - за день ни одного.

P. S. 2 qdublin
Ноту эту я находил, но сильно смущала область применения с 4.5 до 4.7
Оказалось вполне себе актуально. Спасибо.