You are on page 1of 4

Administracin de la memoria en SAP

A menudo, los clientes de SAP se enfrentan con problemas de rendimiento y no


hay requisitos para ajustar los sistemas SAP. En estas ocasiones, se vuelve muy
importante establecer los parmetros de la memoria a los valores ptimos de SAP
a fin de que cualquier servidor SAP tenga un buen rendimiento. An ms
importante es entender el concepto de gestin de memoria en el servidor de
aplicaciones SAP antes de hacer cualquier cambio en los parmetros.
As que vamos a echar un vistazo rpido a algunos de los conceptos de gestin de
memoria en la pila de ABAP.
Mediante el sistema de gestin de memoria SAP asigna memoria a cada proceso
de trabajo. Existen los siguientes tipos de memorias en SAP:

Roll memory.
Extended memory.
Private memory.

1. Roll memory.
La memoria inicial asignada a un contexto de usuario es la roll memory. De nuevo
es asignada en caso de que la extended memory est llena. El rol rea es un rea
de memoria que tiene un tamao configurable para cada proceso de trabajo y se
encuentra en el heap de espacio de direcciones virtuales del proceso de trabajo.
Cuando el contexto de un proceso de trabajo cambia, los datos se copian del rea
de la memoria al fichero. Para evitar la copia repetida, se coloca otro bfer en el
medio, el cual forma parte de la memoria compartida.

El rea de despliegue consiste en dos segmentos:

ztta / roll_first : se le asigna al proceso de trabajo


por primera vez como memoria.
ztta / roll_area : Si ztta / rool_first se utiliza por
completo, la diferencia entre ztta / roll_area y ztta
/ roll_first se le asigna tambin al proceso de
trabajo.

2. Extended memory.
Los procesos de trabajo en SAP tienen una parte reservada en su espacio de
direcciones virtuales de la extended memory.
El tamao se puede ajustar utilizando el parmetro de perfil em / initial_size_MB:
Tamao del pool de extended memory.
En la extended memory se pueden mapear desde los recursos comunes hasta
cualquier proceso de trabajo. Tambin se puede utilizar el espacio de direcciones
virtuales. La extended memory vara con el sistema operativo y por lo tanto puede
ser implementada segn las necesidades.
En el caso de Windows es automticamente gestionada. El sistema SAP crea una
capa dentro de las funciones del sistema operativo para la gestin de pginas de
esta memoria. La extended memory se implementa como un archivo mapeado sin
nombre. Esto significa que el espacio de direcciones utiliza el archivo de
paginacin o usa el swap del sistema operativo como background memory.
3. Private memory.
Si un proceso de trabajo de dilogo se ha agotado el rea rol asignado al mismo y
tambin la extended memory, private memory se le asigna al proceso de trabajo.
El proceso de trabajo entra en el modo PRIV (privado).
Esta memoria est dedicada a un proceso por lo tanto un proceso de trabajo se
puede ejecutar en modo PRIV tambin llamado el modo privado, cuando la
memoria local se agota. Otros procesos no pueden utilizar la prvate memory.
Despus de liberar la memoria asignada, el sistema operativo sigue considerando
que la memoria virtual que est ocupada por el proceso de asignacin.

Estas caractersticas de la pila de memoria requieren que:


1.
El proceso de trabajo se puede ejecutar en modo PRIV cuando la memoria
local est asignada y significa que el proceso de trabajo est reservado para el
procesamiento del contexto del usuario actual hasta que el contexto libera el
proceso de trabajo de nuevo cuando la solicitud haya terminado.
2.
El proceso de trabajo, si se ha utilizado una gran cantidad de
prvate memory, se reinicia cuando el contexto de usuario se termina y la
memoria local se devuelve. El reinicio hace que la memoria local vuelva a estar
disponible para otros procesos. El reinicio se produce cuando un proceso de
trabajo utiliza ms memoria local de la que se define en el parmetro abap /
heaplimit.
En el caso de que muchos procesos de trabajo entren en el modo PRIV, podra
causar graves problemas de rendimiento en el sistema.
El parmetro de perfil rdisp / wppriv_max_no define que en el modo PRIV, un
nmero mximo de procesos de trabajo de dilogo se pueden ejecutar sin
restricciones de tiempo.