SAP Knowledge Base Article

2180736 - Dump breve TSV_TNEW_PAGE_ALLOC_FAILED

Componente: BC-CST-MM (Componentes básicos > Tecnología cliente/servidor > Gestión de memoria),
Versión: 24, Liberado el: 02.02.2024

 Atención: Este documento ha sido traducido automáticamente y su precisión no ha sido revisada.

Síntoma
El objetivo de este artículo es guiar a los administradores de SAP NetWeaver con el análisis y las posibles soluciones para el
dump breve TSV_TNEW_PAGE_ALLOC_FAILED (transacción ST22), que no es un error o un error en el software, sino
puramente relacionado con el Customizing de los recursos del sistema en el servidor de aplicación SAP.

Entorno
Independiente de la versión de SAP NetWeaver
Plataforma ABAP

Causa
Depleción de la memoria disponible.
Esto se aplica a la memoria que está disponible para un contexto de usuario individual (#1) y/o desde el pool global
disponible para toda la instancia (#2).
TSV_TNEW_PAGE_ALLOC_FAILED El dump breve se generará en uno de los siguientes escenarios:

ESCEN Un proceso de trabajo individual intenta asignar más memoria de la que está permitida (solo). Mecanismo de protección
ARIO # de recursos del sistema. La carga global actual del sistema es irrelevante.
1

ESCEN El sistema se enfrenta a una carga alta y hay muchos procesos solicitando memoria. El consumo de memoria actual es alt
ARIO # o. Tan pronto como el siguiente proceso de trabajo solicita una cantidad que cruza el umbral del total global de memoria,
2 se produce un dump breve.

Resolución

ANÁLISIS DEL ESCENARIO #1:

Para analizar este escenario, se puede verificar la información de dump breve o la información de trace del proceso de
trabajo. Importante: La información de dump breve solo proporciona información parcial sobre la memoria en uso, ya que
el tiempo de ejecución ABAP puede liberar memoria heap antes de generar un dump breve. Esta acción se lleva a cabo para
asegurarse de que hay suficiente memoria disponible para escribir el dump breve. Por lo tanto, el método de seguimiento del
proceso de trabajo es la forma más fiable de confirmar cuánta memoria utilizó este proceso antes del volcado.
Información de dump breve:
1. Abra el contenido de volcado: en la transacción ST22 (análisis de dump breve) haga doble clic en la ocurrencia
deseada de TSV_TNEW_PAGE_ALLOC_FAILED.
2. Lea la sección "MEDIO AMBIENTE DEL SISTEMA".
Ejemplo: Tabla de memoria recogida de la sección "SYSTEM ENVIRONMENT", tenga en cuenta que los puntos se añadieron en los valores
de "EM" y "Heap" con fines de demostración:
 La información de dump breve para esta ocurrencia en específico, nos indica que el proceso ha utilizado 2 GB de memoria extendida
(ztta/roll_extension_(non)dia) más 2 GB de memoria heap (abap/heap_area_dia OR abap/heap_area_nondia). A
continuación, concluimos que en el momento del volcado, el proceso estaba utilizando un poco más de 4 GB de memoria, que falló ya
que no se pudo proporcionar más memoria.

Trace de proceso de trabajo:

1. Abra el contenido de volcado: en la transacción ST22 haga doble clic en la ocurrencia deseada del volcado de memoria.
2. Identifique el proceso de trabajo y grabe el trace: Consulte KBA 2194685 - Cómo encontrar trace de proceso
de trabajo para log de sistema SM21 o dump ST22.
3. Analice el trace del proceso de trabajo cerca de la fecha y hora del dump breve. Véase el siguiente ejemplo:
Ejemplo:

Período de tiempo de volcado breve: Fecha y hora 19/08/2017 08:33:58

Abra el trace dev_w<NN> y busque para este período.

En este ejemplo, pocos segundos antes del volcado, es posible ver "valor de cuota definido" y "cuánta memoria utilizó el proceso de
trabajo":

En este período, el tiempo de ejecución ABAP empieza a escribir el dump breve y la memoria heap ya se
ha liberado.

Ahora que se han identificado los valores de consumo de memoria, debemos verificar cuáles son los parámetros de memoria
actuales relacionados con los valores que acabamos de ver. Una forma de hacerlo es a través de la transacción ST02.
Desde ST02, puede hacer doble clic en el campo "Memoria ampliada" y, a continuación, en "Parámetros actuales". En esa
pantalla, tenga en cuenta los siguientes parámetros (tenga en cuenta que los puntos se han añadido a los valores para fines de
demostración):

Nota: Para la mayoría de los releases, el valor ztta/roll_extention no se visualiza en la transacción ST02. Sin embargo,
este valor de parámetro se puede verificar en la transacción RZ11.
Si observamos los valores de estos parámetros, llegamos a la conclusión de que el proceso que generó el dump breve
podría asignar correctamente el valor completo para
Memoria extendida con parámetro "ztta/roll_extension_(non)dia"
Y
Memoria HEAP con uno de los parámetros "abap/heap_area_dia" (para un proceso de diálogo)
O "abap/heap_area_nondia" (para un no diálogo)

Si el proceso de trabajo pudiera asignar toda la cantidad disponible para un único proceso, tanto para las áreas MEMORIA
AMPLIADA como HEAP y, sin embargo, fallida, podemos concluir que este caso encaja en el escenario #1 descrito
anteriormente.

ANÁLISIS DEL ESCENARIO #2:

Supongamos que ocurrió el mismo volcado y nos dirigimos al análisis igual que en el ejemplo anterior. El dump contiene la
cantidad de memoria asignada en el momento:

Se trata de un escenario ligeramente diferente. Ya sabemos que un máximo de 2 GB de memoria extendida está disponible
para ese proceso, pero aún así se ha volcado después de haber utilizado solo 1 GB. La explicación lógica sería que no hay otros
1 GB disponibles para el servidor de aplicación en su conjunto.
Para confirmar/descartar esa suposición, trasladamos el análisis una vez más a la transacción ST02. Nos centramos una vez
más en la sección SAP MEMORY. Miramos ahora al campo "Memoria extendida" donde simple relacionando los dos campos
"MaxUse" y "In Mem", es posible confirmar que, al menos una vez en el tiempo de actividad actual, se usó toda la memoria
extendida. Suponiendo que nuestro volcado se creó en esa ocurrencia específica, la memoria extendida utilizada actualmente
de la instancia era de alrededor de 11 GB (a partir de los 12 GB disponibles) y nuestro programa ha asignado solo 1 GB que
aún no se ha tomado.

Ese sería un ejemplo perfecto de escenario #2.

Es posible que se requieran pasos adicionales en función de las versiones del núcleo y del sistema operativo.
La información detallada específica del SO/KERNEL está disponible en la página wiki de SAP BC-CST.
Si la cuota de memoria ampliada se ha utilizado completamente, pero la memoria heap ABAP no, abra el fichero trace del
proceso de trabajo correspondiente y localice el cronomarcador del dump. Es probable que esté presente la siguiente entrada
de trace:
A *** ERROR => El usuario [ID de usuario ABAP] ha alcanzado el tamaño de pila = zzzz MB: consulte ST22, aumente
abap/heap_area_total [abstor.c 2191]
En esta situación, se ha alcanzado la cuota amplia de instancia para la memoria heap ABAP. Una opción sería aumentar el
valor del parámetro "abap/heap_area_total" como se sugiere en el trace.

CONCLUSIÓN:

En cualquiera de los casos descritos, donde se confirma que el mecanismo de memoria funciona como se diseñó, corresponde
al equipo de aplicación analizar el consumo anormal de memoria. Por supuesto, los parámetros de memoria relacionados se
pueden ajustar (aumentar) en caso de que el servidor tenga memoria física adicional para ahorrar, pero esto es
completamente una llamada del administrador del sistema para hacer y la memoria disponible debe ser verificada en
detalle. El programa RSMEMORY se puede utilizar para modificar temporalmente el valor hasta que se pueda reiniciar el
servidor de aplicación. Consulte también "The rsmemory Report".

Si se trata de un informe estándar de SAP, busque notas SAP con problemas conocidos. El nombre de programa afectado está
disponible en el dump. También puede utilizar la transacción ANST para encontrar la nota SAP que corresponda.
Si se trata de un programa Z (personalizado) que está generando la excepción y todos los parámetros de memoria
relacionados ya están sintonizados (consulte esta guía para averiguar el correcto), lo que significa que no se proporcionará
más memoria, el equipo del cliente que desarrolló la aplicación debe realizar este análisis y mejorar su uso de memoria.
Verifique también la respuesta guiada "Solución de problemas de dumps de memoria" de KBA 2840590.

Véase también
Parámetros de perfil de gestión de memoria
SAP Memory Management
KBA 2840590 - CST - Solución de problemas de volcados de memoria SAP - Respuestas guiadas
KBA 2148571 - Explicación para un mayor consumo de memoria extendida (EM) y memoria global extendida (EG)
después de la actualización al núcleo SAP 7.4x
Nota SAP 1680814: "Error de asignación de empleado" y otros problemas de asignación de memoria
Nota SAP 2401892: Alto consumo de memoria para la gestión de páginas de tablas internas

Palabras clave
TSV, memoria heap, dump breve, bloqueo, asignación, uso, dump breve, dump breve, terminación, sistema se queda sin
memoria, sistema finaliza, no hay más memoria disponible para añadir filas a una tabla interna, infracobertura de recursos,
PROCESS_DATA_PACKAGE, l_t_data_interface, abap/heap_ocolarea_dia, MMap/heap_AGACKAGE, l_t_data_interface,
abap/heap_toolarea_dia, MMap/heap_AGLOa_nondia, job global E07IV, FAap_toolarea_dia, abap/heap_area_dia,
abap/heap_area_memory, ECC Extended Memory/heap_LOa_nondia, E07FI, MB5IV, recurso, recurso, módulo de
funciones

Atributos
Clave Valor

Otros Componentes básicos > Entorno de tiempo de ejecución ABAP - Solo problemas de idioma ABAP > Sintaxis,
componentes compilador, tiempo de ejecución (BC-ABA-LA)

Otros Componentes básicos > Tecnología cliente/servidor (BC-CST)

componentes

Productos
Products

SAP NetWeaver all versions

Este documento hace referencia a

Nota SAP/KBA Componente Título

2840590 BC-CST-MM CST - Resolución de problemas de dumps de memoria SAP - Respuestas guiadas

2194685 BC-ABA-LA Cómo encontrar el trace de proceso de trabajo para log de sistema SM21 o dump ST22

2401892 BC-ABA-LA Alto consumo de memoria para la gestión de páginas de tablas internas

1680814 BC-CST-MM "Error de asignación de empleado" y otros problemas de asignación de memoria

146289 SV-PERF Recomendaciones de parámetros para núcleo SAP de 64 bits

TSV_TNEW_PAGE_ALLOC_FAILED

Parámetros de perfil de gestión de memoria

SAP Memory Management

Respuesta guiada: Resolución de problemas de volcados de memoria SAP

 Este documento está referenciado por
Nota Componente Título
SAP/KBA

3340234 demasiadas ES bloquean entradas

3185840 FI-GL-GL-D Volcado TSV_TNEW_PAGE_ALLOC_FAILED en FAGLL03

2211659 BC-ABA-LA SAPMS380: TSV_TNEW_PAGE_ALLOC_FAILED o tiempo de reposición largo en ST03N/STAD

2314000 BC-SRV-NUM TSV_TNEW_BLOCKS_NO_ROLL_MEMORY asignando un rango de números

2929872 OPU-GW-COR La herramienta Power BI genera un error al acceder a la vista CDS: Asignación de memoria -
TSV_tnew_page_alloc_fail

2875820 FIN-CS SAP S/4HANA Group Reporting On-Premise Performance - Nota colectiva

2838275 EPM-BPC-NW- El paquete Lite Optimize DM falla con el error SM21: Error de base de datos 129 en EXE
DM

2038595 XX-PROJ-FI- FPL9: Tiempo de ejecución largo para interlocutores comerciales con un gran volumen de datos
CA

1709750 BC-BW TSV_TNEW_PAGE_ALLOC_FAILED ABAP DUMP en ARFC_RUN

2789840 BC-CTS-ORG El volcado TSV_TNEW_PAGE_ALLOC_FAILED tiene lugar en la fase

MAIN_SHDIMP/SUBMOD_SHD2_RUN/RUN_AIMMERGER_UPG_SHD al realizar el upgrade

2421229 BC-CCM-MON- Volcado TSV_TNEW_PAGE_ALLOC_FAILED en report SWNCTOTAL

TUN

2653676 FI-CA Se ha producido el error de tiempo de ejecución TSV_TNEW_PAGE_ALLOC_FAILED al abrir el log

de aplicación de una actividad en masa

2436822 IS-R-BD-ART BD10: DUMP TSV_TNEW_PAGE_ALLOC_FAILED

2442188 SV-PERF Análisis y configuración de la memoria para aumentar el rendimiento - Respuestas guiadas

2498229 LO-MD-MM BD21: MARC_ARRAY_READ TSV_TNEW_PAGE_ALLOC_FAILED

2488097 BC-OP-NT FAQ: Uso de memoria para el servidor ABAP en Windows

2468689 EPM-BPC-NW Error TSV_TNEW_PAGE_ALLOC_FAILED al utilizar BADI_UJ_CUSTOM_LOGIC BADI

2329762 BC-SEC-SAL Security Audit Log: TSV_TNEW_PAGE_ALLOC_FAILED

3253351 FI-AP-AP-Q1 TSV_TNEW_PAGE_ALLOC_FAILED- Error al acceder a bobf "cuan_Survey"

2259321 SCM-APO-FCS- /SAPAPO/MD74: Error de tiempo de ejecución TSV_TNEW_PAGE_ALLOC_FAILED

CSP