Cuando el planificador de trabajos y el punto final de trabajos de larga duración procesan un trabajo por lotes distribuido, el estado del trabajo se actualiza en la base de datos de planificador de trabajos. En el diagrama se muestra la relación entre los estados y en la siguiente tabla se enumeran los posibles estados de trabajos por lotes y sucesos que desencadenan transiciones entre estados. Puede ver el estado actual de un trabajo por lotes en la consola de gestión de trabajos o recuperarlo utilizando la línea de mandatos o la interfaz EJB (Enterprise JavaBeans). Si se produce una anomalía antes de que se inicialice un paso de proceso por lotes, el trabajo por lotes entra en estado de anomalía. De lo contrario entra en estado de reiniciable.
Estado de inicio | Mandato de cliente | Acción del sistema | Condición especial | Códigos de retorno numéricos | Estado de finalización |
---|---|---|---|---|---|
non-existent (delayed submit) | submit | n/d | No se aplica | pending submit | |
non-existent | submit | n/d | No se aplica | submitted | |
submitted | n/d | enviar | No se aplica | 0 | executing |
submitted | cancel | n/d | No se aplica | 0 | restartable |
executing | cancel | n/d | No se aplica | 4 | cancel_pending |
executing | n/d | se ha detectado un error de aplicación* | No se aplica | 4 | restartable |
executing | n/d | n/d | Problema de infraestructura** | 4 | restartable |
executing | suspend | n/d | No se aplica | 4 | suspend_pending |
executing | n/d | trabajo completado | No se aplica | 4 | ended |
executing | n/d | n/d | Problema de infraestructura de la configuración de trabajos*** | 4 | execution_failed |
suspend_pending | n/d | punto de control | No se aplica | 2 | suspended |
suspend_pending | n/d | n/d | Problema de infraestructura** | 2 | restartable |
suspended | resume | n/d | n/d | 5 | resume_pending |
suspended | cancel | n/d | n/d | 5 | cancel_pending |
suspended | No se aplica | n/d | Problema de infraestructura** | 5 | restartable |
resume_pending | No se aplica | trabajo reanudado | No se aplica | 2 | executing |
resume_pending | No se aplica | No se aplica | Problema de infraestructura** | 2 | restartable |
restartable | restart | No se aplica | No se aplica | 8 | submitted |
cancel_pending | No se aplica | job canceled | No se aplica | 1 | restartable |
cancel_pending | No se aplica | No se aplica | Problema de infraestructura** | 1 | restartable |
restartable | purge | No se aplica | No se aplica | 8 | non-existent |
execution_failed | purge | No se aplica | No se aplica | 9 | non-existent |
ended | purge | No se aplica | No se aplica | 7 | non-existent |
* Error de aplicación |
La aplicación de proceso por lotes ha fallado en el tiempo de ejecución. Los puntos finales de Compute Grid han detectado esta anomalía. |
** Problema de infraestructura |
Se ha producido un error inesperado. Consulte el siguiente ejemplo del problema de infraestructura en la configuración de trabajos. |
*** Problema de infraestructura de la configuración de trabajos |
Error inesperado que sucede cuando los puntos finales de Compute Grid configura un trabajo por lotes por primera vez. Por ejemplo, si se produce una anomalía en la base de datos inesperadamente, entonces el trabajo pasa al estado de execution_failed (error en ejecución). Esta es una condición que se da cuando se ejecuta por primera vez el trabajo por lotes y no se ha procesado todavía ningún paso. Los trabajos por lotes pasan al estado de restartable (reiniciables) bajo la mayoría de las condiciones de anomalía, lo que permite que se puedan reiniciar desde posiciones de punto de control si se puede superar la condición de anomalía. No obstante, este ejemplo corresponde a una condición de anomalía en la que un trabajo por lotes pasa al estado de execution_failed (error en ejecución) y no se puede reiniciar. Como se trata de un caso de ejemplo de configuración de un trabajo y el trabajo por lotes aún no ha procesado ningún trabajo. No se perderá ningún trabajo por lotes a raíz de la anomalía. |