Текущее время: Пт, июл 18 2025, 23:44

Часовой пояс: UTC + 3 часа


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


ВНИМАНИЕ! Прежде чем задавать вопрос, ознакомьтесь со ссылками ниже:

Вопросы по отличиям версий SAP, Add-On, EHP - сюда
Вопросы по SAP Front End (SAPlogon, SAPgui, guiXT и т.д.) - сюда
Вопросы по LSMW - сюда
Вопросы по архивации в SAP - сюда
Вопросы по SAP GRC - сюда
Вопросы по SAP Business Workplace (почте SAP) и SAP Office - сюда
Вопросы по miniSAP (SAP mini basis) - сюда
Вопросы по SAP HANA - сюда
Вопросы по лицензированию продуктов SAP - сюда



Начать новую тему Ответить на тему  [ Сообщений: 7 ] 
Автор Сообщение
 Заголовок сообщения: Дамп MEMORY_NO_MORE_PAGING
СообщениеДобавлено: Ср, апр 23 2014, 13:42 
Младший специалист
Младший специалист

Зарегистрирован:
Ср, фев 13 2013, 14:55
Сообщения: 88
Коллеги,
Возникла неприятная ситуация в продуктивной среде - за час может вывалиться до 100 дампов.

Проблема появилась в понедельник к вечеру.
В выходные дни были инсталлированы патчи на HP-UX 11.31. Какие именно патчи мне не известно - выполнялось для того чтобы обновить ПО ДатаПротектора.
Параметры ядра системы соответствуют рекомендуемым параметрам согласно ноты.
Параметры профилей Оракла или САП не менялись.
Свежие отчёты или глобальные изменения в существующие отчёты не вносились.
Перезагрузка САП системы помогает на некоторое время... (но это конечно же не выход).

Версия ОС - HP-UX 11.31
Версия САП системы - САП ЕРП (6.05)+
Ядро САП - 720 уровень 500
Версия Оракла - 11.2.0.2

Параметр rdisp/PG_MAXFS = 512 000

Code:
Категория              Дефицит ресурсов
ДинамОшибка            MEMORY_NO_MORE_PAGING
Дата и время           23.04.2014 12:56:40

Краткий текст
     SAP paging overflow when storing data in the ABAP/4 memory.
Что произошло?
     The current program requested storage space from the SAP paging area,
     but this request could not be fulfilled.
     of this area in the SAP system profile.
Что Вы можете сделать?
     Note which actions and input led to the error.
     For further help in handling the problem, contact your SAP administrator.
     You can use the ABAP dump analysis transaction ST22 to view and manage
     termination messages, in particular for long term reference.
Анализ ошибки
    The ABAP/4 runtime system and the ABAP/4 compiler use a common
    interface to store different types of data in different parts of
    the SAP paging area. This data includes the
    ABAP/4 memory (EXPORT TO MEMORY), the SUBMIT REPORT parameters,
    CALL DIALOG and CALL TRANSACTION USING, as well as internally defined
    macros (specified with DEFINE).
    To store further data in the SAP paging area, you attempted to
    allocate a new SAP paging block, but no more blocks were
    available.
    When the SAP paging overflow occurred, the ABAP/4 memory contained
    entries for 214 of different IDs.
    Please note:
    To facilitate error handling, the ABAP/4 memory was
    deleted.
Указания по устранению ошибки
    The amount of storage space (in bytes) filled at termination time was:
    Roll area...................... 1712480
    Extended memory (EM)........... 276526272
    Assigned memory (HEAP)......... 0
    Short area..................... " "
    Paging area.................... 24576
    Maximum address space.......... 4294967295
    By calling Transaction SM04 and choosing 'Goto' -> 'Block list',
    you can display an overview of the current roll and paging memory
    levels resulting from active users and their transactions. Try to
    decide from this whether another program requires a lot of memory
    space (perhaps too much).
    The system log contains more detailed information about the
    termination. Check for any unwanted recursion.
    Determine whether the error also occurs with small volumes of
    data. Check the profile (parameter "rdisp/PG_MAXFS", see
    Installation Guidelines).
    Is the disk or the file system that contains the paging file
    full to the extent that it cannot be increased, although it has
    not yet reached the size defined in the profile? Is the
    operating system configured to accommodate files of such a
    size?
The ABAP processor stores different types of data in the SAP
paging area. These include:
   (1) Data clusters (EXPORT ... TO MEMORY ...)
   (2) Parameters for calling programs (SUBMIT REPORT ...),
       Dialog modules (CALL DIALOG ...) and transactions
       (CALL TRANSACTION USING ...)
   (3) Internally defined program macros (DEFINE ...)

  Accordingly, you should check the relevant statements in a program
  that results in an overflow of the SAP paging area.
  It is critical when many internal tables, possibly with
  different IDs, are written to memory (EXPORT).
  If the error occures in a non-modified SAP program, you may be able to
  find an interim solution in an SAP Note.
  If you have access to SAP Notes, carry out a search with the following
  keywords:
   "MEMORY_NO_MORE_PAGING" " "
   "SAPDBPSJ" or "DBPSJPUT"
   "PUT_RSTHIE"
  If you cannot solve the problem yourself and want to send an error
  notification to SAP, include the following information:
  1. The description of the current problem (short dump)
    To save the description, choose "System->List->Save->Local File
  (Unconverted)".
  2. Corresponding system log
    Display the system log by calling transaction SM21.
    Restrict the time interval to 10 minutes before and five minutes
  after the short dump. Then choose "System->List->Save->Local File
  (Unconverted)".
  3. If the problem occurs in a problem of your own or a modified SAP
  program: The source code of the program
    In the editor, choose "Utilities->More
  Utilities->Upload/Download->Download".
  4. Details about the conditions under which the error occurred or which
  actions and input led to the error.


ST02
Изображение

ST02
Изображение

OS07n
Изображение


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Дамп MEMORY_NO_MORE_PAGING
СообщениеДобавлено: Ср, апр 23 2014, 22:54 
Модератор
Модератор

Зарегистрирован:
Пт, окт 06 2006, 15:20
Сообщения: 338
Откуда: Москва
Пол: Мужской
По тому скрину st02(ещё бы пару скринов посмотреть не помешало бы...):

1) 34 811 904 при "максимуме" в 10391552...., на мой вкус Extended memory я бы урезал ..
за счёт этого:
2) Roll area нaверное лучше всё-таки в память перевести(или у вас там raid-10 на ssd ? или ещё чтото более мощное ??),
поэтому сделал бы rdisp/ROLL_SHM=110000
3) Page area тоже неплохо было бы существенно увеличить

Ну и естественно, после изменения профиля, обязательно прочекал новый профиль перед перезагрузкой.
...


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Дамп MEMORY_NO_MORE_PAGING
СообщениеДобавлено: Пт, апр 25 2014, 11:08 
Ассистент
Ассистент

Зарегистрирован:
Ср, май 23 2012, 16:08
Сообщения: 31
Вам вот к этой ноте
1. 133909 - Maximum value for PG_MAXFS, PG_SHM, ROLL_MAXFS, ROLL_SHM
(менять размер этого параметра rdisp/PG_MAXFS)
2. А еще можно посмотреть вот эту
206264 - Large project structures, long runtimesю

P.S. В Общем целом, про потребление памяти
[(sum of project definition
+ sum of wbs-elements
+ sum of networks and orders) * 1 KB

( sum of activities) * 4 KB ] *2,5 = потребление памяти


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Дамп MEMORY_NO_MORE_PAGING  Тема решена
СообщениеДобавлено: Пт, апр 25 2014, 16:38 
Менеджер
Менеджер

Зарегистрирован:
Пн, фев 11 2008, 11:38
Сообщения: 625
Очень похоже что какой то пользователь что то запускает , посмотрите когда дампы идут расходы памяти по пользоваетлям.
К такой ситуации может привести всего 1 пользователь с одним отчетом, поищите повнимательнее.


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Дамп MEMORY_NO_MORE_PAGING
СообщениеДобавлено: Пн, апр 28 2014, 15:01 
Младший специалист
Младший специалист

Зарегистрирован:
Ср, фев 13 2013, 14:55
Сообщения: 88
2 bdmalex
Спасибо за рекомендации - уже занимаемся тонким тюнингом

2 SergoB
Мы нашли такого злодея - смотрим что делать с ним.

Как будут новости напишу.


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Дамп MEMORY_NO_MORE_PAGING
СообщениеДобавлено: Ср, апр 30 2014, 09:16 
Менеджер
Менеджер

Зарегистрирован:
Пн, фев 11 2008, 11:38
Сообщения: 625
Prometheus написал(а):
2 bdmalex
Спасибо за рекомендации - уже занимаемся тонким тюнингом

2 SergoB
Мы нашли такого злодея - смотрим что делать с ним.

Как будут новости напишу.


Не ну ясно что ) На кол :roll:

Тюнить бесполезно у вас и так пейдж файл большой , для любых нормальных операций должно хватить за глаза.


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Дамп MEMORY_NO_MORE_PAGING
СообщениеДобавлено: Пт, июн 27 2014, 09:35 
Младший специалист
Младший специалист

Зарегистрирован:
Ср, фев 13 2013, 14:55
Сообщения: 88
Сорри за такой долгий ответ, но может кому будет интересно.

Исправили несколько Z-программ и всё пошло как надо.
пользователя на кол не стали ибо программы фоновые были...


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 7 ] 

Часовой пояс: UTC + 3 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB