SAP NetWeaver 7.4: особенности конфигурации памяти
SAP NetWeaver 7.4
Начиная с SAP Kernel 7.40 (ядро, которое поставляется в паре с системой SAP NetWeaver 7.4), в организации памяти в SAP AS ABAP были внедрены два крупных нововведения:
- упразднение SAP Roll memory,
- введение Zero Administration Memory Management (ZAMM) для Unix систем.
В классической схеме, как я уже упоминал в этом и этом постах, SAP Roll Memory состоит из SAP Roll buffer и SAP Roll file и служит для хранения контекста пользователя (имя, полномочия, значения по умолчанию и т.д.). Схемы выделения памяти для диалогового и не-диалогового процессов (в Unix системах), описанные мной тут, выглядят следующим образом:
- диалоговый процесс: Roll memory (1) -> Extended memory -> Roll memory (2) -> Heap memory.
- не-диалоговый процесс: Roll memory -> Heap memory -> Extended memory.
В SAP NetWeaver 7.4 схема выделения памяти значительно упростилась:
- диалоговый рабочий процесс: Extended memory -> Heap memory.
- не-диалоговый рабочий процесс: Heap memory -> Extended memory.
Описание схем можно найти в SAP note # 941735 - SAP memory management system for 64-bit Linux systems.
Таким образом, SAP параметры ztta/roll_area, ztta/roll_first, rdisp/ROLL_MAXFS и rdisp/ROLL_SHM были удалены (источник). Напомню, что все параметры я перечислял в этом посте.
Все данные, которые раньше хранились в SAP Roll memory, теперь хранятся в Extended Memory.
В транзакции ST02 строка с SAP Roll memory присутствует в виде рудимента (Рис. 1 и 2).
Рис. 1. Основной экран транзакции ST02 в системе SAP NetWeaver 7.4.
Рис. 2. Список SAP параметров для настройки памяти в SAP AS ABAP.
В системе можно воспользоваться отчетом RSMEMORY (запуск через транзакцию SA38/SE38) (Рис. 3). Отчёт позволяет настраивать схемы выделения памяти для диалоговых и не-диалоговых рабочих процессов (схема выделения будет действовать только для текущей инстанции и только до перезапуска). Подробности можно найти тут.
Рис. 3. Отчет RSMEMORY.
Вторая важная особенность системы на базе SAP Kernel 7.4x это введение ZAMM для Unix систем. До этого момента ZAMM был доступен для систем MS Windows (я описывал тут) и для 32-х битных Linux систем (подробности
Если хотите прочитать статью полностью и оставить свои комментарии присоединяйтесь к sapland
ЗарегистрироватьсяУ вас уже есть учетная запись?
Войти
Обсуждения
3
Комментарий от
Илья Муковоз
| 20 апреля 2016, 15:25
Подскажите, когда в системе начинает работать задание в BTC процессе, на уровне управления памятью происходит выделение и блокирование всего объема памяти, установленного параметром abap\heap_area_nondia, и 10 одновременно работающих BTC отъедят/заблокируют под себя 10*abap\heap_area_nondia Gb памяти, или это максимальное значение после которого мы получим дамп с ошибкой о нехватке памяти?
Комментарий от
Вячеслав Шиболов
| 20 апреля 2016, 15:52
Илья Муковоз 20 апреля 2016, 15:25
Вячеслав, добрый день!
Подскажите, когда в системе начинает работать задание в BTC процессе, на уровне управления памятью происходит выделение и блокирование всего объема памяти, установленного параметром abap\heap_area_nondia, и 10 одновременно работающих BTC отъедят/заблокируют под себя 10*abap\heap_area_nondia Gb памяти, или это максимальное значение после которого мы получим дамп с ошибкой о нехватке памяти?
Этот параметр (abap\heap_area_nondia) ограничивает максимальный объем выделяемой памяти, по достижению которого процесс будет остановлен с дампом. Выделение памяти же идет постепенно, в зависимости от потребностей процесса.
Комментарий от
Илья Муковоз
| 20 апреля 2016, 18:20
Вячеслав Шиболов 20 апреля 2016, 15:52
Илья, добрый день!
Этот параметр (abap\heap_area_nondia) ограничивает максимальный объем выделяемой памяти, по достижению которого процесс будет остановлен с дампом. Выделение памяти же идет постепенно, в зависимости от потребностей процесса.