Tableau d'état de travail par lots

Au fur et à mesure que le planificateur de travaux et le noeud final de grille traitent un travail par lots, son état est mis à jour dans la base de données planificateur de travaux. Le diagramme ci-dessous montre les relations entre les états, tandis que tableau répertorie les états possibles du travail par lots et les événements qui déclenchent les changements d'état. Vous pouvez visualiser l'état courant d'un travail par lots dans la console de gestion des travaux. Vous pouvez aussi l'obtenir en utilisant l'interface de ligne de commande ou EJB (Enterprise JavaBeans). En cas d'anomalie avant l'initialisation de l'étape de traitement par lots, le travail par lots passe à l'état d'échec de l'exécution. Si ce n'est pas le cas, il passe à l'état restartable.

Diagramme des états d'un travail par lots

Tableau 1. Etats d'un travail par lots. Le tableau inclut l'état de début de chaque lot avec sa commande client, son action système, sa condition spéciale, son code retour numérique et son état de fin. Une cellule vide dans le tableau indique qu'il n'existe pas de commande client, d'action système, de condition, ou de code retour pour l'état de début.
Etat de début Commande client action système Condition spéciale Code retour Etat de fin
non-existent (delayed submit) submit       pending submit
non-existant submit       submitted
submitted   distribution   0 executing
submitted annuler     0 restartable
executing stop     0 restartable
executing annuler     4 cancel_pending
executing   erreur d'application interceptée*   4 restartable
executing     Erreur liée à l'infrastructure** 4 restartable/unknown
executing interrompre     4 suspend_pending
executing   travail terminé   4 ended
executing     Erreur liée à l'infrastructure dans la configuration du travail*** 4 restartable
suspend_pending   point de contrôle   2 suspended
suspend_pending     Erreur liée à l'infrastructure** 2 restartable/unknown
suspended reprendre     5 resume_pending
suspended annuler     5 cancel_pending
suspended     Erreur liée à l'infrastructure** 5 restartable/unknown
resume_pending   reprise de l'exécution du travail   2 executing
resume_pending     Erreur liée à l'infrastructure** 2 restartable/unknown
restartable restart     8 submitted
cancel_pending   job canceled   1 restartable
cancel_pending     Erreur liée à l'infrastructure** 1 restartable/unknown
restartable purge     8 non-existant
execution_failed purge     9 non-existant
ended purge     7 non-existant
Tableau 2. Remarques sur la table d'état des travaux par lots. Le tableau inclut chaque remarque avec sa description.
Important Description
* Erreur liée à l'application L'application par lots a échoué à l'exécution. Les noeuds finaux de grille ont détecté cet échec.
** Erreur liée à l'infrastructure Une erreur imprévue s'est produite. Pour plus d'informations sur un problème d'infrastructure dans la configuration du travail, voir l'exemple suivant.
*** Erreur liée à l'infrastructure dans la configuration du travail Si une erreur inattendue se produit lorsqu'un travail par lots est configuré pour la première fois par les noeuds finaux de grille. Par exemple, en cas de défaillance inattendue des bases de données, le travail passe à l'état execution_failed.
  • Le travail par lots s'exécute alors pour la première fois et aucune étape n'est encore été traitée. Les travaux par lots passent à l'état restartable dans la plupart des situations de défaillance afin qu'ils puissent être redémarrés à partir de l'emplacement soumis au point de contrôle lorsque la défaillance peut être surmontée. Toutefois, dans la défaillance indiquée ici, le travail par lots passe à l'état execution_failed et ne peut pas être redémarré. Comme il s'agit d'un scénario de configuration de travail et qu'aucune tâche n'a été traitée par le travail par lots, les tâche par lots ne sont pas perdues à la suite de la défaillance.
  • Si les travaux sont dans un état non final sur le noeud final, le planificateur les place dans un état inconnu sous deux conditions : que le noeud final perde des communications ou qu'il soit arrêté. Si le noeud final reprend, le planificateur synchronise l'état du travail avec le noeud final. Si le noeud final s'arrête, tous les travaux par lots prennent l'état redémarrable et tous les travaux de traitement intensif l'état d'échec d'exécution. Si le noeud final n'a perdu que des communication avec le planificateur et que l'exécution des travaux se poursuit, le planificateur met à jour son état. La mise à jour de l'état est l'état final des travaux s'exécutant sur le noeud final à ce point.

Icône indiquant le type de rubrique Rubrique de concept



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cgrid_xdbgstate
Nom du fichier : cgrid_xdbgstate.html