Jobs OS390
Jobs OS390Ce 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 les étapes de traitement spécifiques à z/OS390, à suivre dans un système cible. Comme tous les autres objets job (JOBS), les objets z/OS390 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 à la plateforme :
Vérifications de validation
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"".]" zOS/390 est fournit avec diverses vérifications intégrées qui s'exécutent avant la soumission des jobs à JES, afin de les tester. Si un job est bloqué à cause de l'une de ces vérifications, son statutStatut d'une tâche (par ex. active, bloquée, génération en cours, etc.). sera 1683 : En attente de ressource distante. Un message expliquant la raison s'affiche dans la colonne Statut distant de la fenêtre Tâche. De plus, la raison du blocage est consignée dans le rapport du job (LOG).
Il est possible de définir si ces vérifications doivent ou non avoir lieu dans le fichier INI de l'agent.
Vérification de doublon de job
Avant de soumettre un job à JES, l'agent vérifie si un job du même nom est en cours d'exécution. S'il en trouve un, le job n'est pas soumis.
C'est utile si vous souhaitez, par exemple, lancer plusieurs jobs z/OS ayant le même nom z/OS, mais des noms différents dans Interface WebDeprecated Term. Automic. Ces jobs peuvent être lancés dans Interface Web Automic, mais génèrent une queue dans z/OS. Cette vérification permet d'éviter de telles situations.
Cette vérification prend en compte tous les jobs du même agent. Les jobs soumis par d'autres agents ne sont pas pris en compte.
Vérification de l'environnement de planification
Supposons, par exemple que vous souhaitiez empêcher la soumission d'un job dans JES si l'environnement de planification défini n'est pas disponible dans l'un des systèmes auxquels il devrait être soumis.
Vérification de l'initiateur
Supposons que vous souhaitiez empêcher l'agent z/OS de lancer des jobs supplémentaires si tous les initiateurs z/OS sont occupés. Le WLM de z/OS étant capable d'ajuster le nombre d'initiateurs disponibles, l'agent doit vérifier le nombre d'initiateurs disponibles pour pouvoir déterminer le nombre maximum de jobs à lancer à un moment donné.
Ces vérifications présentent plusieurs avantages :
Ces vérifications ne garantissent pas que chaque job soumis à JES, et donc Actif, sera immédiatement exécuté. En raison de :
Il peut arriver qu'une ressource ne soit plus disponible dans le bref laps de temps entre sa vérification et la soumission du job.
Les vérifications de ressources ne tiennent pas compte du routage des jobs vers certains systèmes (en raison des paramètres SYSTEM/SYSAFF) après leur soumission. Par exemple, l'agent peut trouver que l'environnement de planification requis est disponible sur le système A et soumettre le job, mais à cause du paramètre SYSAFF, le job est routé vers le système B où l'environnement de planification n'est pas disponible.
D'un autre côté, la classe de job par défaut n'est demandée par l'agent qu'au démarrage, soit à partir de JES, soit à partir du paramètre "defaultJobclass" du fichier INI. Cela signifie que si la classe de job par défaut change pendant l'exécution de l'agent, les vérifications de l'environnement de planification et de l'initiateur ne fonctionneront pas correctement pour les jobs dont la classe n'est pas spécifiée. Dans ce cas, l'agent doit redémarrer pour que les vérifications puissent de nouveau être effectuées correctement.
Section Paramètres
| Champ | Description |
|---|---|
| Type |
|
| Nom du job |
Jeu de données contenant le JCL. La carte de job est générée à partir des attributs de l'hôteOrdinateur, système cible définis ici. Le JCL du pré-traitement est ajouté avant la première étape. Le script doit être vide. Le système insère la carte job définie dans l'objetLes activités et déroulements que contrôle l'Automation Engine sont représentés à l'aide d'objets (voir aussi Tâche). job, et ce, que le JCL contienne une carte job ou pas. |
|
Nom du programme
|
Nom du programmeur : identifie le propriétaire du job ou son groupe (facultatif). Le nom est entré dans la carte de job du job. Il peut contenir jusqu'à 20 caractères. |
| Classe du job | Indication de la classe de job dans laquelle le job doit être exécuté (facultatif). |
| Compte | Informations de compte du job. Il peut contenir jusqu'à 40 caractères. |
| Priorité |
Priorité avec laquelle ce job doit être exécuté. C'est une valeur entre 1 et 15, 1 étant le niveau de priorité le plus élevé et 15 le moins élevé. 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. |
| MSGCLASS | Affectation du log de job à une classe de sortie (facultatif). |
| MSGLEVEL |
Option de sortie (Traceoption) pour le rapport (facultatif). Une valeur numérique est possible pour la commande, et le message est séparé par une virgule. Formats autorisés : "Commande,message", ",Message" ou "Commande" Valeurs autorisées pour l'affichage de la commande :
Valeurs autorisées pour l'affichage des messages :
|
| Notifier | Indication d'une notification sur z/OS. Peut contenir jusqu'à 17 caractères. |
| Environnement de planification | Nom de l'environnement de planification Workload Manager (WLM) à associer au job. Un environnement de planification est une liste de ressources et de leurs paramètres obligatoires. En associant un nom d'environnement de planification à un job, vous garantissez que le job sera planifié pour n'être exécuté que sur un système satisfaisant aux besoins de l'état des ressources. |
| Paramètres du job | |
| Nom de fichier OS/390 |
Nom du jeu de données ou du membre qui contient :
Par exemple : SYSS.AWA.JCL.JOB1 ou SYSS.AWA.JCLLIB(UC4JOB1) Les jobs peuvent également provenir du système de gestion source Librarian. Utilisez pour cela la syntaxe suivante : *LIBRARIAN(Dataset, Membre). Un maximum de 225 caractères est autorisé. Le jeu de données et le nom du membre doivent être entre guillemets simples, afin que l'agent ne mette pas le nom de l'utilisateurDans Automation Engine, un utilisateur se réfère à une instance d'un objet utilisateur, mais c'est en général une personne qui travaille avec les produits Automic. Chaque utilisateur a son identifiant et un ensemble de droits d'accès aux différentes parties du système Automation Engine et à la suite de produits. Ces droits d'accès se présentent sous la forme d'autorisations et de privilèges dans Automation Engine, de rôles utilisateurs dans Decision, de droits EventBase et de droits des objets pour l'application Web ARA. Vous pouvez les gérer en central avec les fonctions de gestion des utilisateurs d'AWI. Reportez-vous aussi à la gestion des droits des utilisateurs. sous lequel il est exécuté en avant-plan. Ainsi, dans l'exemple suivant IBMUSER.SYSS.AWA.JCL.JOB1 L'agent ignore la première ligne du fichier, si le type "z/OS JCL" est sélectionné, car il suppose qu'elle contient la carte de job. |
| Code retour |
Ce paramètre est important lorsque la fin du job est surveillée via les enregistrements SMF. Dans ce cas, les codes retour des steps du job sont collectés. Sélectionner
L'administrateur peut indiquer s'il faut utiliser les enregistrements SMF pour surveiller les fins de jobs. Le paramètre pertinent est SMFjob= dans le fichier INI du moniteur d'événements et la variable UC_EX_JOB_MD=UC4START dans le fichier INI de l'agent. |
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.
|
|
Portée du log du job |
Valeurs autorisées :
|
| Supprimer le log du job |
|
| Libérer pour impression |
|
| Lire les classes des messages |
Classes de messages devant être lues et routées. Indiquez une ou plusieurs classes de message. Exemples : "A", "ABC", "X1". L'ordre ne joue ici aucun rôle. Les valeurs suivantes sont aussi autorisées : "*DEFAULT" et "*ALL",
|
| Renvoyer les classes de messages à |
Classes de message devant être routées. Après le transfert dans Automation Engine, le journal de job peut être routé vers les classes de message spécifiées (par ex., pour un système de gestion des sorties). Spécifiez soit une, soit autant de classes de messages saisies dans le champ Lire les classes des messages. L'ordre est significatif. Par exemple : Les classes de message suivantes sont lues "ABC" et routées "DEF". La classe "A" devient classe "D", "B" devient "E" et "C" devient "F". Un autre exemple : Les classes de message suivantes sont lues : "ABC" et routées : "D". Les classes "A", "B" et "C" sont routées vers la classe "D". Les classes de messages peuvent être remplacées par les valeurs suivantes :
|
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 statut.
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.