Conceptos generales de memoria en SAP

[pedro43]

Hola a tod@s

A continuación os paso un pequeño resumen donde os presento algunas definiciones básicas (existen muchas más) de los buffers y áreas de memoria que se gestionan desde SAP.

Espero que os sirva de ayuda si estáis empezando con la administración/monitorización de los entornos SAP.

Os pasaré otro texto donde se den ciertos rangos para poder interpretar los valores que ofrece SAP.

Os pido disculpas si me he extendido mucho en la redacción.

Saludos



Sap presenta una interface para monitorizar cada una de las instancias sobre los siguientes aspectos generales:

• Buffers de Sap

• Memoria Sap. El uso que hacen los procesos Sap de las diferentes zonas de memoria como son el área de roll, área de paginación, memoria extendida y memoria privada.

• Sap Cursor Cache

• Estadísticas de acceso a las tablas

Los accesos se consiguen a través de las transacciones ST02, ST10 y ST03N.

Descripción de los buffers de SAP

Los buffers con los que trabaja cada instancia de Sap son los siguientes:

• Buffers del repositorio (Nametab buffers)

Contienen las definiciones de las tablas y campos activos del diccionario Abap/4. Cuando se activa una tabla o un campo en el sistema R/3, se añade una entrada en dichos buffers.

La descripción de una tabla en el Repository R/3 se distribuye en dos tablas de la base de datos:

DDNTT. Que contiene las definiciones.

DDNTF. Contiene definiciones de los registros.

El R/3 Repository Buffer está formado por los siguientes buffers:

• TTAB Buffer o Table Definition

Contiene las definiciones de las tablas. Está asociado a la tabla DDNTT.

• FTAB Buffer o Field Description

Contiene la descripción de los campos. Está asociado a la tabla DDNTF.

• IREC Buffer o Initial Records

Contiene la descripción del registro.

• SNTAB Buffer o Short Nametab

Contiene un breve resumen de los buffers TTAB y FTAB.

OBSERVACIONES: Los buffers IREC y SNTAB no están asociados a ninguna tabla de la base de datos. Su contenido se deriva del contenido de las tablas DDNTT y DDNTF. Cuando se realiza un acceso a una tabla, primero se lee el buffer Short Nametab para obtener información sobre la tabla. Si esto no fuera suficiente, se accede a los buffers Table Definition y Field Description.

• Buffer de programas

Contiene las versiones ejecutables de los programas Abap/4. Cuando se genera un programa, si éste ya está en el buffer, se invalida y se carga de nuevo desde la base de datos. Esto causa fragmentación en el buffer y la formación de gaps.

La descripción de los buffers de programa se distribuye de la siguiente manera:

• Screen

Contiene las pantallas generadas o Dynpros.

• CUA

Contiene definiciones de objetos del Sapgui tales como menús, botones, etc.

• Calendar

Contiene el calendario anual. Está asociado a dos tablas (TFACS que marca el calendario de la empresa y THOCS que marca los días festivos).

• Generic key

Contiene rangos de registros de una tabla o la tabla entera.

• Single record

Contiene registros individuales de las tablas.

MEMORIA SAP

• Contexto de usuario

Entendemos por contexto de usuario, los datos que tiene que guardar el sistema para poder continuar procesando una transacción (información de control, tablas internas, etc).

• Roll Area

Se utiliza para almacenar el contexto de usuario cuando un proceso de trabajo deja de atender a un proceso de usuario (Roll out del proceso de usuario).

El área de roll está dividida en dos partes:

La primera se utiliza para almacenar la parte inicial del contexto de usuario.

La segunda se utiliza cuando la memoria extendida se agota.

• Paging Area

Contiene datos de la aplicación, como pueden ser tablas internas y listados.

• Buffers de Roll y de Paginación

Son los buffers de trabajo de las áreas de roll y paginación. El resto del área de roll y paginación está en disco.
Cada vez que se ejecuta un paso de diálogo tiene lugar una acción de roll entre el roll_first area y el buffer de roll en memoria compartida. Después, se accede al área de memoria compartida perteneciente a dicho proceso de trabajo.

• Memoria Extendida

Contiene más datos del contexto de usuario.

Todos los contextos de usuario se encuentran en la memoria principal y pueden ser accedidos por todos los procesos de trabajo. La copia del contexto de usuario se solucionan reasignando los punteros de memoria.

Cuando se produce un cambio de contexto, los datos residentes en memoria extendida, no se copian a otro sitio (en contraste con los datos del área de roll), sino que se asignan a otro proceso de trabajo a través de operaciones de mapeo y reasignación de punteros.

Dado que el cambio de contexto se realiza muy frecuentemente, la memoria extendida supone un gran ahorro de tiempo y rendimiento.

Los inconvenientes de esta memoria son que suponen la necesidad de más memoria principal y espacio de swap.

• Heap memory o memoria privada

Cuando el contexto de usuario requiere más memoria que la proporcionada por el área de roll y la memoria extendida, el proceso de trabajo reserva un área de memoria local y privada para él, que no puede ser utilizada por otros procesos de trabajo.

A partir de ese momento el proceso de trabajo no efectuará ningún tipo de cambio de contexto hasta que finalice la tarea.

No es deseable que los procesos de trabajo entren en este modo privado por problemas de rendimiento.

• SAP Cursor Cache

Mejora el rendimiento del sistema reduciendo el número de veces que se tiene que hacer el parsing para una sentencia SQL.

Existen dos tipos:

• Statement ID cache

• Statement cache

Cada sentencia fuente SQL asigna un identificador a la sentencia Open SQL/Native SQL correspondiente. Este identificador incluye el nombre del report, el número de línea y la hora de generación en Abap/4. Así puede haber diferentes identificadores para la misma sentencia SQL de diferentes programas. El analizador de sentencias eliminará más tarde dichas duplicidades, quedando un solo identificador por cada sentencia SQL nativa.

Todos los identificadores se almacenan en la Statement ID Cache y tienen una entrada en la Statement Cache. El número de entradas en la Statement ID Cache es varias veces mayor que en la Statement Cache.

El hitratio nos da el número de aciertos al acceder a ambas caches.

Los parámetros que establecen la SAP Cursor Cache, también afectan a otras áreas, por ello, se recomienda no modificarlos sin la recomendación de Early Watch.


Factores que afectan negativamente a la calidad de los Buffers

• Transportes

El comportamiento de los buffers de programa difiere del resto. Mientras que otros buffers se inicializan y se comportan como buffers vacíos, el buffer de programa para cargar un objeto, tiene que buscar un área que tuviera previamente un programa del mismo tamaño, incrementando más la fragmentación.

Es importante evitar en lo posible el paso de transportes a un sistema productivo, sobre todo, en horas de máxima actividad.

• Desarrollos

En un entorno de desarrollo se generan y se cambian programas con mucha frecuencia, que serán invalidados en el buffer y recargados una y otra vez. Dado que normalmente la nueva versión del programa no cabrá en el mismo espacio que la versión antigua, se aumentará el nivel de fragmentación.

• Reset de buffers

Pueden darse circunstancias que provoquen inconsistencias entre el contenido de la base de datos y el de los buffers. Para resolver esta situación es necesario inicializar los buffers. El comando $TAB se utiliza para inicializar los buffers de las tablas y el comando $SYNC para inicializar todos los buffers de SAP. Estos comandos sólo afectan a los buffers del servidor de aplicación donde se ejecutan.

La inicialización de los buffers provoca una pérdida muy importante de rendimiento hasta que los buffers vuelven a alcanzar los niveles de calidad óptimos.

• Paradas de la aplicación SAP

Las paradas de SAP implican que los buffers en memoria se pierdan y tengan que volver a llenarse.

[BREZHNEV]

muchas gracias, estos conceptos son muy utilices para realizar tuning al sistema.


salu2