Nuestro presupuesto tiene casi 8M de registros y esta dando un dump de memoria.
Ya tratamos de depurar la estructura en la transaccion FM9K pero nos da el mismo error.
Alguien tiene una idea de como sacarle la vuelta a este problema?
Saludos.
Hola, por favor desde la ST22 descarga el log del “dump” que te brinda el sistema, y subilo a https://gist.github.com (que permite notas anónimas) y pasanos el enlace así analizamos el log del dump.
Sin leer el dump, no podemos ver qué problema puntual tienes y ver cómo solucionarlo.
Aqui esta el dump: https://gist.github.com/jcslzr/20ae5c521c41d72af0140548229e2035
Gracias de antemano
Ese log tiene 44 líneas, nunca puede ser el log completo de la ST22.
No puedo analizar nada con eso. 
Saludos
Hicieron lo que recomienda el log?
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” " "
- “SAPLKBPP” or “LKBPPF04”
- “BP_DETERMINE_OLEDNR”
Si hiciste todo eso y no solucionaste el problema, te quedan dos opciones:
Primero, aumentar el tamaño del hardware de tu servidor, y reintentar la solución que plantea el dump, para aumentar la memoria interna y demás.
Y si eso no funciona (después de haber aumentado la capacidad del servidor), abrir un caso de soporte a través de tu partner de soporte SAP, hacia SAP OSS, para que desde SAP analicen qué ocurre y te brinden una solución acorde a tu sistema.
Gracias SidV
Al parecer existe una version mas actual de presupuestos (yo soy mas de MM y SD y no estoy familiarizado), existe la opcion de actualizar en SAP el presupuesto, es posible/conveniente?
Desconozco qué versión de SAP FM están usando ustedes.
Hace mucho tiempo lo tienen corriendo? ¿Cuántos años?
Igual no me imagino un presupuesto de 8 millones (o miles) de registros. Es una locura.
Gracias voy a revisar los parametros del dump
Más alla del dump en sí, ¿están presupuestando bien ustedes?
Tantos registros necesitan en un solo presupuesto?
Usan SAP FM BCS?
Tienen consultor de SAP FM? (Deberían)
FM
no soy consultor de esa area pero si hay
Bueno, ya estamos desvirtuando todo el debate, pero si tienen consultores FM, deberían analizar ellos el tema, ¿por qué lo estás analizando tú? 
A mi modo de ver, que he sido consultor FM/BCS, ellos deberían re-plantear el presupuesto, no es lógica esa cantidad de registros en un mismo presupuesto.
Saludos
Este tema se cerró automáticamente 30 días después de la última publicación. No se permiten nuevas respuestas.