#1
|
|||
|
|||
Error en tiempo de ejecucion (TIME_OUT)
Buenas tardes
Les escribo debido a que en la ejecucion de ciertos programas o transacciones desarrolladas en ABAP esta dando error por time out, actualmente esta configurado en 600, el problema esta en que no consigo la manera de cambiar este valor. Podrian ayudarme en esto? Gracias de antemano. |
#2
|
|||
|
|||
Hola!
Primero que nada debes revisar la forma en que estas accesando la informacion, que tablas y como las estas leyendo. Ojala pudiera ver tu codigo para darme una idea mas clara y ver la forma de ayudarte. Saludos |
#3
|
|||
|
|||
Nota 883732
Lo mas probable es que el programa ABAP, este realizando busquedas enormes en las tablas de SAP, de ahi el timeout.
Deberias revisar el código que has utilizado para acceder a las tablas. En todo caso puedes subir el valor del parametro del perfil de instancia: rdisp/max_wprun_time Si lo tienes a 600 prueba a ponerlo a 10.000, (aunque es evidente que el programa tardará un montón de tiempo en ejecutarse, durante el cual el sistema estará ocupado. Por eso es mejor revisar el programa ABAP y comprobar que las consultas a tablas son correctas y no realizan lecturas de datos innecesarios). Esto lo haces desde la Transaccion RZ10, eliges el perfil de instancia y le das a modificar. Mira la Nota 883732 Un saludo Úlima edición por ulzana fecha: 18/08/06 a las 07:57:23. |
#4
|
|||
|
|||
Hola,
Otra opción es lanzar los informes como proceso de fondo. En fondo no se verifica el parámetro de time-out y no da problemas porque las ejecuciones se alarguen. Saludos, |
#5
|
|||
|
|||
Time Out
Muchas gracias por el consejo y por la transacción
ulzana te debemos la vida !!! Saludos |
#6
|
|||
|
|||
Si un report tarda mucho y te salta por TIME_OUT, nunca lo dudes, que el usuario lo lance en background. , si no tendríamos que modificar el parámetro que nos comenta ulzana cada dos por tres, lo que conlleva reiniciar la instancia.
__________________
SAP Basis Consultant |
#7
|
|||
|
|||
Solucion TIME OUT al transportar por SCC1
Cuando genere error por TIME OUT, como nos suele suceder cuando almacenamos una gran cantidad de informacion en la orden de transporte, se debe ejecutar la transaccion RZ11 y ampliar el parametro rdisp/max_wprun_time.
|
#8
|
||||
|
||||
Si claro... importantes acotaciones, solo que si no se le crea al usuario la conciencia de que lance sus reportes en fondo, vamos a preferir partir el sistema afectando al resto de usuarios por complacer un solo requerimiento.
Mala praxis!
__________________
Johan González CEO NW Consulting Services Siguenos en Facebook: Moderador --------------------------- |
#9
|
|||
|
|||
Totalmente de acuerdo.... y si no se conciencia, se capa para que solo sea posible ejecutar en fondo |
#10
|
|||
|
|||
Efectivamente siempre hay que intentar cambiar la manera de pensar del usuario a que use batch.
si lo cambiar en la RZ11 para lo que sea, acuerdate de ponerlo de nuevo tras su finalización. Yo esto lo hago para la SP12 en la consistencia del spool.
__________________
SAP Basis Consultant |
Herramientas | Buscar en Tema |
Desplegado | |
|
|