Jobs OS400
Jobs OS400
Ce sous-type d'objetA chaque activité correspond un objet: Agent, Notification, Utilisateur, Groupe Utilisateur, Cockpit, Table de Codes, Documentation, Evènement, Transfert de Fichier, Groupe, Include, Job, Workflow, Calendrier, Login, Client, RemoteTaskManager, Schedule, Script, Serveur, Sync, Variable et Fuseau horaire. JOBS définit la procédure spécifique au système d'exploitation OS400, à suivre dans un système cible. Comme tous les autres objets job (JOBS), les objets OS400 peuvent être exécutés indépendamment, ou être ajoutés à un groupe (JOBG) ou à un workflow"Permet d'ajouter, regrouper, associer, caractériser ou supprimer les tâches d'un workflow. Egalement un type d'objet propre à Automation Engine. [Anciennement appelé ""chaîne de traitement"" et ""chaîne de job"".]".
La page 
contient les paramètres d'exécutionDurée d'exécution d'une Tâche. C'est la période entre le début et la fin de la Tâche. La période d'activation n'en fait pas partie (voir aussi Activation et Démarrage). spécifiques OS400 :
Section Paramètres de démarrage
Le tableau suivant décrit les options proposées :
| Option | Description |
|---|---|
| Type de scriptEgalement un type d'objet distinct dans l'Automation Engine. : CMD |
Le job est constitué de commandes OS/400. Si une erreur se produit dans l'une de ces commandes, le job se termine anormalement. Le code de gravité est défini comme code retour du job. |
| Type de script : ILE CL |
Le job est constitué d'un traitement ILE CL et est compilé par l'agent"Programme permettant l'exécution de Traitements sur des systèmes cible comme un ordinateur ou des solutions d'entreprise. Egalement un type d'objet distinct dans l'Automation Engine. [Anciennement appelé ""Exécuteur de tâches"".]" avant l'exécution. Le programme CL compilé est exécuté ensuite. La commande CL "CHGVAR VAR(&RETCODE) VALUE('0')" permet de définir le code retour du job. |
| Type de script : REXX |
Le job est constitué d'un script REXX et est transmis à l'interpréteur. L'instruction REXX "retcode = 6" permet de définir le code retour du job. |
Section Options d'exécution
Le tableau suivant décrit les options proposées :
| Option | Description |
|---|---|
| Nom du job |
Indique le nom attribué au job par le système lors du traitement. Il peut contenir jusqu'à 10 caractères. Si aucun nom n'est spécifié, l'agent crée un nom au format suivant : J + RunIDAbréviation du numéro d'identification unique. Il s'agit plus précisément d'un nombre qui identifie clairement l'exécution d'une Tâche. Le RunID peut comporter entre 7 et 10 caractères . Ils sont attribués par le composant Automation Engine.* + numéro du clientEnvironnement indépendant pour la création et l'exécution d'objets dans un système AE. Le nom d'un client est un nombre de quatre chiffres à saisir lors de la connexion d'un utilisateur au système AE. Les utilisateurs et leurs droits y sont aussi définis.Egalement un type d'objet distinct dans l'Automation Engine. à 2 chiffres *Le RunID se compose de 7 chiffres minimum et de 10 chiffres maximum. Par exemple : J0421121504 |
| Description du job | Indique le nom de la description du job au format bibliothèque / description du job (la bibliothèque étant facultative). Valeur par défaut : *USRPRF Il peut contenir jusqu'à 21 caractères. |
| QueueDéfinit le nombre maximal de Tâches exécutées en parallèle, leur priorité et l'ordre des objets à exécuter.Egalement un type d'objet distinct dans l'Automation Engine. du job |
Indique la queue au format librairie / queue du job (la libririe étant facultative). Valeur par défaut : *JOBD Il peut contenir jusqu'à 21 caractères. |
| Données racine |
Indique les données initiales avec lesquelles la première étape du job est lancée. Ces données initiales déterminent la saisie initiale caractérisant le programme exécuté par le job. Elles peuvent contenir jusqu'à 255 caractères. Valeur par défaut : *JOBD |
| Priorité |
Priorité avec laquelle ce job doit être exécuté. C'est une valeur entre 1 et 99, 1 étant le niveau de priorité le plus élevé et 99 le moins élevé Si une valeur a été spécifiée, l'agent exécute un CHGJOB avec cette priorité après un SBMJOB réussi. Le niveau de priorité n'affecte pas l'ordre de traitement des tâches : il ne sert qu'à définir leur ordre de démarrage. La tâcheObjet exécutable qui a déjà été exécuté. ayant le niveau de priorité le plus élevé démarre en premier. Pour les tâches ayant le même niveau de priorité, c'est le principe "premier entré, premier sorti" (FIFO = Fist In/First Out) qui s'applique. |
Section Rapport du job
Le tableau suivant décrit les options proposées :
| Champ | Description |
|---|---|
| Enregistrer dans |
Vous pouvez sélectionner l'une de ces options ou les deux à la fois. |
| Générer |
Détermine quand le journal de traitement du système d'exploitation est écrit.
|
| Enregistrer depuis le spool | |
| Log du job (QPJOBLOG) | Seul le contenu du spool de QPJOBLOG est enregistré dans la base de données Automation EngineCe composant commande un système Automation Engine. Il se compose de plusieurs processus serveur. et/ou disponible comme membre dans le système cible. |
| En entier (*ALL) | Tout le contenu du spool du job est enregistré dans la base de données Automation Engine et/ou disponible comme membre dans le système cible. |
Après avoir défini les paramètres nécessaires, vous pouvez commencer à travailler avec vos jobs. La liste ci-dessous tente d'illustrer l'un des schémas possibles, en fournissant de brèves descriptions sur les actions que vous pouvez entreprendre, des informations supplémentaires permettant de comprendre la manière de travailler et des liens vers des rubriques les détaillant :
Exécutez le job.
Il y a de nombreuses manières de le faire, lesquelles peuvent être regroupées ainsi :
C'est le cas des jobs inclus dans un objet parent (par exemple un WorkflowLes workflows sont utilisés pour effectuer des déploiements physiques. Un workflow décrit toutes les étapes nécessaires au déploiement de votre application. Votre application étant composée de différents éléments, le niveau le plus élevé du workflow (workflow d'application) représente l'architecture de votre application, et les workflows de composants sont utilisés pour déployer chacun des composants. Vous pouvez définir votre workflow de composants rapidement grâce à des actions prédéfinies. ou un groupe) Lorsque vous les définissez, tenez compte du fait que leur temps d'activation peut différer en fonction de leur heure de début ; cette dernière dépend généralement de leur objet parent.
Autonome
C'est le cas lorsque le job ne fait pas partie d'un objet parent ou, même s'il en fait partie, que vous l'exécutez indépendamment de son parent. Vous avez trois possibilités :
Lorsque les objets exécutables sont traités, ils passent par les quatre étapes suivantes : 1. Activation, 2. Génération, 3. Traitement et 4. Fin. Consultez ces rubriques, afin de comprendre ce qui se passe dans chacune des étapes de traitement.
Lorsque les jobs sont traités, Automation Engine génère des fichiers de sortie et des rapports garantissant la traçabilité et le contrôle. Consultez les rubriques suivantes pour en savoir plus à ce sujet :
Surveillez l'objet généré.
Dès que l'objet est activé, il devient accessible sous forme de tâche dans la perspectiveVolet fonctionnel propre de l'interface Web Automic (AWI). SurveillanceSurveillance est le volet fonctionnel du Service Orchestrator affichant le statut en temps réel des SLA de la journée en cours. Un SLA peut y avoir l'un des trois statuts suivants : Satisfait, Non respecté ou Prévision de non-respect. Le statut, associé à d'autres informations du volet Surveillance vous permet de reconnaitre lorsque des mesures de récupération ou de prévision sont nécessaires, afin de résoudre ou prévenir les problèmes de retard de SLA. des processus. La liste Tâche vous permet de voir son statutStatut d'une tâche (par ex. active, bloquée, génération en cours, etc.)..
Faites un clic droit pour ouvrir son moniteur (voir Surveiller les jobs) ; il contient trois pages fournissant les informations les plus importantes sur les paramètres de jobs.