Нехватка памяти

e7k8

День добрый, прошу помощи.

Не можем закрыть период :cry:

,

при запуске транзакции KEU5 (программа SAPLKARS) - перерасчет косвенных затрат,
она вываливается в дамп с такой ошибкой.
TSV_TNEW_PAGE_ALLOC_FAILED
и говорит, что не может расширить внутреннюю таблицу, а именно:
"No storage space available for extending the internal table."
Далее просят проверить параметры профиля (приводят список).
Я проверил, наши значения совпадают с рекомендованными.
В нотах http://service.sap.com/ ничего связанного с этой ошибкой в этой программе.

Что еще можно посмотреть? Как исправить?
Помогите кто может, кто может помогите! :shock:

Azatoth

Я думаю стоит для начала проверить наличие свободного места в tablespace и на файловой системе где находится БД.
ну и вообще внимательно просмотреть SM21..

e7k8

Дык, это же внутренняя таблица...
Согласно DB02 в tablespace свободно 22%, а это более 30 Гб.
В sm21 вот что:
- Возникла динамическая ошибка "TSV_TNEW_PAGE_ALLOC_FAILED".
> Создан мгновенный дамп "050913 210344...
- Прерывание транзакции 00 (TSV_TNEW_PAGE_ALLOC_FAILED 20050913210344t...)
- Выполнить откат (Roll-Back)

Если таблица внутренняя, то, насколько я понимаю, она хранится в виртуальной памяти, а не в tablespace. Если я не прав, прошу меня поправить.
TSV_TNEW_PAGE_ALLOC_FAILED - это невозможность выделения памяти под какую-то страницу. Есть ли какие-то инструменты для просмотра-ведения выделения этой памяти, может параметры профиля какие-нибудь?
Сейчас ещё раз запускали, процесс сжирает 800 МБ оперативной памяти и вываливается, а для сервака это далеко не предел, так что косяк в сапе какой-то.

PK6

Проблема может быть с буферами памяти (ST02).
Если не ошибаюсь, внутренние таблицы размещаются в export buffer.
Параметры для них:
rsdb/obj/buffersize
rsdb/obj/max_objects
Более точно можно посмотреть в BC315.

№1

Раздвинь abap/heap_area_total и abap/heap_area

e7k8

№1 написал(а):

Раздвинь abap/heap_area_total и abap/heap_area

abap/heap_area_nondia = 2 500 000 000
abap/heap_area_total = 5 000 000 000

Процесс запускался ночью в фоновом режиме, он был один, и не мог 2,5 гига занять, при всём желании.

PK6:
Про буферы памяти сейчас буду смотреть.

Вот сопустствующий вопрос:
вот что в дампе, по поводу используемой памяти:
Roll area...................... 1708928
Extended memory (EM)........... 407150640
Assigned memory (HEAP)......... 387075632
Short area..................... 0
Paging area.................... 65536
Maximum address space.......... " "

Вот "Paging area" - это что за параметр, 65536 - какое-то число не хорошее, как будто максимальное, это как-то связано с буферами памяти?

Vit

Увеличь параметр(ы) ztta/roll_extension (ztta/roll_extension_dia ztta/roll_extension_nondia для версии выше 620 ). Он ограничивает кол-во памяти захватываемое одним пользователем. На будущее просто кидай значения параметров по памяти на проблемной инстанции , проще будет понять где проблема, а не гадать.

PK6

Если мне не изменяет память Paging область измеряется в 8К блоках, а по-умолчанию стоит размер 16368 (16368*8=65536) - просто начальная установка.

e7k8

Vit написал:

Увеличь параметр(ы) ztta/roll_extension (ztta/roll_extension_dia ztta/roll_extension_nondia для версии выше 620 ). Он ограничивает кол-во памяти захватываемое одним пользователем. На будущее просто кидай значения параметров по памяти на проблемной инстанции , проще будет понять где проблема, а не гадать.

Сейчас ztta/roll_extension = 2 000 000 000,
на сколько его ещё нужно увеличить?

Процесс, занимаемый программой доходит где-то до 950 Мб и сбрасывается, т.е. в дамп валится. Т.е. он как бы до 2 гигов не доходит даже.

Вообще, вот мои параметры, как они сейчас установлены:

Code:

Roll, extended and heap memory                                                                     EXTM 
ztta/roll_area                   2000000          Byte   Roll area per workprocess (total)              
ztta/roll_first                  1                Byte   First amount of roll area used in a dialog WP  
ztta/short_area                  1600000          Byte   Short area per workprocess                     
rdisp/ROLL_SHM                   32768            8 kB   Part of roll file in shared memory             
rdisp/PG_SHM                     16000            8 kB   Part of paging file in shared memory           
rdisp/PG_LOCAL                   150              8 kB   Paging buffer per workprocess                  
em/initial_size_MB               2048             MB     Initial size of extended memory                
em/blocksize_KB                  1024             kB     Size of one extended memory block              
em/address_space_MB              512              MB     Address space reserved for ext. mem. (NT only) 
ztta/roll_extension              2000000000       Byte   Max. extended mem. per session (external mode) 
abap/heap_area_dia               2500000000       Byte   Max. heap memory for dialog workprocesses      
abap/heap_area_nondia            2500000000       Byte   Max. heap memory for non-dialog workprocesses  
abap/heap_area_total             5000000000       Byte   Max. usable heap memory                        
abap/heaplimit                   40000000         Byte   Workprocess restart limit of heap memory       
abap/use_paging                  0                       Paging for flat tables used (1) or not (0)  

e7k8

Всем, спасибо, обязательно посмотрю рекомендации и указанные ноты.

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

Ещё раз благодарю за комментарии.

Incognito

На какой ОС работает сервер, и сколько на нем физической и виртуальной памяти?
И вообще, где ваш админ?

dkuzmin

У меня аналогичная проблема!!!

В моих настройка:
ztta/roll_extension = 2000683008
abap/heap_area_dia = 2000683008
abap/heap_area_nondia = 2000683008
abap/heap_area_total = 2000683008
abap/heaplimit = 40894464
abap/use_paging = 0

Вроде бы все параметры выше, чем рекомендуют в "Подробный текст динамической ошибки"

Вот что в дампе написало:
Roll area = 2726816
Extended memory (EM) = 2002794336
Assigned memory (HEAP) = 2000610864
Short area = " "
Paging area = 475136

dkuzmin

У меня Физическая память 2 Гига !
И что делать теперь?
Может включить abap/use_paging = 1 ??? или не поможет?

Это была задача в HR. В этом задании оценка времени производилась для 670 табельных номеров. И В ближайшее время необходимо будет обрабатывать несколько тысяч.
Т.е. необходимо мне как то решить эту проблему
ПОМОГИТЕ,ПОЖАЛУЙСТА!

Dimonized

Прога самопальная запускается в фоновом режиме или родная САП'овская ?

№1

dkuzmin написал(а):

У меня Физическая память 2 Гига !
И что делать теперь?

Ну и что? 2 гига - мелочи. Есть умельцы, которые своим абапом выжирают в разы больше, когда из нескольких больших таблиц (типа MSEG, BSIS и т.п.) выбирают кучу всего во внутренние и потом уже по ним готовят ALV-шки...

Правила форума

Нехватка памяти

Кто сейчас на конференции