$HASP373 et IEF403I z/os journal système

Question

Je me pose une question sur le log z/os :

Je voudrais juste savoir si toutes les opérations de démarrage étaient toujours appelées par $HASP373 et IEF403I ?Et pour le statut Ended appelé par $HASP395 et IEF404I ?

Answer 1

non. Ceux messages sont pour emplois . Toutes les opérations ne sont pas des emplois. Un exemple d'opération qui n'est pas un travail serait un commande système . Je n'ai pas de système z / OS à portée de main en ce moment, mais je croit un autre exemple d'opération qui n'utiliserait pas les messages que vous référence serait une tâche démarrée.

Ce peut être utile, car il tente d'expliquer les concepts Z / OS aux termes UNIX.

Answer 2

Le problème avec z/OS, c'est que c'est vraiment difficile d'expliquer quelque chose sans introduire un autre concept qui doit également être expliqué.Ceci, à son tour, nécessite une autre explication, etc.Cela est dû en partie au fait que le système d'exploitation z/OS vient d'une planète différente de celle d'Unix, Windows, OS X, etc., qui sont tous globalement similaires.

Ces messages sont émis par le système pour une grande partie du travail effectué sur un ordinateur central, mais pas pour la totalité.

Tout le travail sous z/OS s'exécute dans son propre espace d'adressage, qui ressemble presque à une mini-VM.Il y aura de nombreux espaces d'adressage dans un système z/OS (380 dans le nôtre actuellement).Un programme dans un espace d'adressage n'a connaissance d'aucun autre espace d'adressage et pense avoir accès à l'intégralité de la plage de mémoire de 2 Go (adressage 31 bits) (différents espaces d'adressage peut communiquer si nécessaire et autorisé, et plus de 2 Go sont disponibles avec un adressage 64 bits).Un programme dans un espace d'adressage ne peut pas faire planter un programme dans un autre espace d'adressage en écrasant le stockage.Les programmes dans 2 espaces d'adressage différents peuvent accéder à la même adresse mémoire, mais ne s'affectent pas, car ils accéderont en fait, à leur insu, à une mémoire différente.

Il existe 4 types d'espaces d'adressage :

• TSO (Time Sharing Option) - ce sont des utilisateurs connectés au système, tapant des commandes et obtenant des réponses.Ils peuvent exécuter des scripts, en utilisant les langages REXX et Clist (listes de commandes - plus anciennes, généralement remplacées par REXX) ​​un peu comme les scripts Perl et Shell, soumettre des travaux par lots, écrire et compiler du code, etc.
• BATCH JOBS (ou JOB) - C'est ici que vous souhaitez exécuter un programme, vous créez donc un fichier texte avec le nom du ou des programmes à exécuter et le(s) fichier(s) dont ils ont besoin et SOUMETTEZ il.Le système exécutera le(s) programme(s) et vous indiquera lorsqu'ils seront terminés. Pendant l'exécution, vous pouvez faire autre chose.Vous n'avez même pas besoin d'être connecté - vous pouvez préparer une tâche FTP (par exemple) à exécuter à 01h00 pendant que vous dormez et une autre tâche à exécuter si la première fonctionne.

• TÂCHES DÉMARRÉES (STC) – Très similaires à un travail par lots.Généralement démarré soit par le système lui-même lors de son démarrage, soit par un opérateur émettant une commande START pour ce STC sur la console système.(Par exemple.'START DB2' démarre la tâche démarrée DB2.Un utilisateur peut également soumettre un travail par lots pour son propre système DB2 de test.)

• Espaces d'adressage système (SYSAS).Considérez-les comme un démon Unix.démarré par le système d’exploitation lui-même pour divers processus essentiels.Il existe également des espaces d'adressage représentant les processus exécutés sous la moitié « Unix » de z/OS (USS - Uxniz System Services), mais c'est une autre histoire.

Il n’existe pas d’« opération » en termes z/OS.Dans un espace d'adressage, de nombreux programmes peuvent être en cours d'exécution, chacun étant identifié par un TCB (Task Control Block) ou un SRB (System Request Block).

Cependant, si vous saviez que les informations souhaitées étaient produites par un travail par lots normal, alors la recherche des messages £HASP373 et £HASP395 pour ce travail serait le bon point de départ.Gardez à l'esprit que les identifiants de message (HASP373 et HASP395) peuvent ne pas commencer par un « £ » sur votre système.'£' est la valeur par défaut, mais c'est un paramètre personnalisable.$ et # sont également assez courants.

Je sais de quoi je parle, mais si l'un des éléments ci-dessus n'est pas clair, c'est que je ne l'ai pas très bien expliqué.Je peux être coupable d’avoir fait exactement ce contre quoi j’avais mis en garde et d’avoir expliqué un concept inconnu en utilisant un autre concept inconnu.:-)

Answer 3

Travail pénètre dans z / Os par quelque chose appelé l'interface du sous-système. Une partie de ce flux est qu'en général, lorsqu'un espace d'adressage est démarré, il demande au sous-système qui a démarré l'espace d'adressage via une interface bien définie (IEFSSREQ). Cette poignée de main est l'endroit où vient des choses comme vos messages HASP.

Voici un exemple arrosé.

Un opérateur entre une commande de démarrage à partir d'une console système. Dans le cadre du traitement de cette commande, le système crée un espace d'adressage et éventuellement un fil dans la nouvelle espion d'adresse indique: «OK - je suis prêt ... Donnez-moi du travail à faire». Cela va au sous-système de saisie d'emplois principaux, qui répondent à l'espace d'adresse quelque chose à faire - les structures de données internes représentant la tâche que l'opérateur a commencé dans ce cas. Dans le cadre de cette chaîne, les divers messages de HASP $ sont émis, ce qui fonctionne à peu près de la même manière pour les sessions TSO, a commencé les tâches (STC) et JCL soumis pour un travail de lot.

JES2 / JES3 sont des exemples de sous-systèmes, mais il y en a d'autres.

Par exemple, si notre opérateur a ajouté le paramètre SUB= MSTR sur la commande START, les demandes ne passeraient pas la primaire JES - et il n'y aurait donc pas de messages de D $ HASP que vous recherchez. Il existe de nombreuses applications de fournisseurs qui commencent et gèrent des espaces d'adresse à l'extérieur de JE, ce qui est le contenu que vous manquez en vous limitant aux messages HASP et IEF401.

En outre, UNIX SERVICES possède une variété d'API similaires à UNIX "Fourche" qui peut être utilisée pour apparaître espaces d'adresses sans nécessairement impliquant JE.

Si vous souhaitez connaître l'activité de départ et de fin, il existe de meilleures façons - SMF, Signaux FRF, etc. Un excellent moyen d'apprendre ce genre de choses si vous ne savez pas déjà d'utiliser les installations de trace système et de lire certains Dumps. La chose merveilleuse à propos de Z / OS est que tout va bien là-bas, pour ceux qui passent le temps à déterminer où regarder.

Answer 4

Un travail est quelque chose qui passe à travers JES2 / JES3. (Dans votre cas, JES2.) Les travaux JES2 / JES3 sont généralement utilisés pour le type de travail par lots. Par exemple, un travail de tri, où je soumets quelque chose et revenez plus tard et obtenez une réponse. Cependant, il y a beaucoup de travail sous z / os qui ne traverse pas JES2 / JES3.

Une partie du problème ici est ce que vous entendez par une opération; Par exemple, pendant que vous pouvez obtenir un message indiquant que DB2 a commencé, après son démarrage, cela ne va pas vous dire à chaque fois que cela obtient une requête. Un utilisateur TSO peut exécuter un réexic excessif sous son espace d'adressage, mais cela ne va pas passer par Jes.

Une autre façon de regarder c'est que JES2 / JES3 sont des sous-systèmes de gestion de l'emploi, mais ils ne sont pas équivalents au noyau sur un système UNIX / Windows, qui planifie tout le travail en cours d'exécution sur le système. Pour Z / OS, il existe de multiples façons de travailler dans un système; Les exemples incluent JES2 / JES3, TSO, ISPF, CICS, DB2, IMS, via la console, etc. Il est alors à la hauteur du planificateur principal / WLM / SRM de gérer toutes les demandes qui entrent dans tous les sous-systèmes.

Si vous avez accès à un système Z / OS, consultez SDSF ou tout ce que vous utilisez pour gérer JES2. Le Panel ST, sous SDSF, est une liste de choses qui fonctionnent / éligibles à exécuter qui sont gérées par JES2. Toutefois, si vous regardez le panneau DA (en supposant que vous ayez le pouvoir de le faire), vous remarquerez qu'il existe de nombreux espaces d'adresse qui apparaissent sur le panneau DA qui ne se présentent pas dans le panneau ST. < / p>

Answer 5

Si les espaces d'adressage sont démarrés via le sous-système JES2, ce qui est normalement le cas à moins qu'un autre sous-système ou MSTR ne soit spécifié à l'aide de la commande MVS START, le nom de travail $HASP373 STARTED est émis.De même, lorsque l'espace d'adressage se termine, le message $HASP395 est émis.

Les messages IEF403I et IEF404I sont émis par le système dans des situations similaires et indépendamment de ce que font JES2 ou JES3 et quel que soit le sous-système sous lequel l'espace d'adressage a été démarré.Les messages ne sont émis que lorsque l'opérateur a demandé à surveiller les noms de travaux à l'aide du SETCON MONITOR ou la MONITOR JOBNAMES commande.Les produits destinés aux opérations automatisées le font généralement.