$ Hasp373 e ISEF403I z / OS SYSLOG

Question

Me hago una pregunta sobre el registro Z / OS:

¡Me gustaría saber si todas las operaciones que se inician siempre fueron llamadas por $ HASP373 e IEF403i? ¿Y para el estado terminado llamado por $ hasp395 e IIEF404I?

Answer 1

no. > Esos los mensajes son para trabajos . No todas las operaciones son trabajos. Un ejemplo de una operación que no es un trabajo sería un comando del sistema . No tengo un sistema Z / OS a la mano en este momento, pero creo Otro ejemplo de una operación que no usaría los mensajes que referiría sería una tarea iniciada.

Este puede ser útil, ya que intenta explicar los conceptos Z / OS en los términos de UNIX.

Answer 2

El problema con z / OS es que es realmente duro para explicar algo sin introducir otro concepto que también necesita explicar. Esto, a su vez, requiere otra explicación, etc. Esto se debe en parte al sistema operativo Z / OS de un planeta diferente en comparación con Unix, Windows, OS X, etc., todos los cuales son ampliamente similares.

Esos mensajes son emitidos por el sistema para una gran cantidad de trabajo que ocurre en un mainframe, pero no todo.

Todo el trabajo en Z / OS funciona en su propio espacio de direcciones, que es casi como un mini-VM. Habrá muchos espacios de direcciones en un sistema Z / OS (380 en nuestra actualidad). Un programa en un espacio de direcciones no está al tanto de ningún otro espacio de direcciones y piensa que tiene acceso a la gama de memoria total de 2 GB (direcciones de 31 bits) (diferentes espacios de dirección pueden comunicarse si es necesario y autorizado, y más de 2 GB está disponible con dirección de 64 bits). Un programa en un espacio de direcciones no puede bloquear un programa en otro espacio de direcciones al sobrescribir el almacenamiento. Los programas en 2 espacios de direcciones diferentes pueden acceder a la misma dirección de memoria, pero no se afilan entre sí, ya que en realidad, sin conocerse, acceder a una memoria diferente.

Hay 4 tipos de espacios de direcciones:

• TSO (opción de intercambio de tiempo): estos son los usuarios que inician sesión en el sistema, escribiendo comandos y obteniendo respuestas. Pueden ejecutar scripts, utilizando los idiomas Rexx y Clist (listas de comandos, más antiguas, generalmente reemplazadas por Rexx), como Scripts Perl y Shell, envían trabajos por lotes, escritura y código de compilación, etc.
• Jobs Jobs (o trabajo): aquí es donde desea ejecutar un programa, por lo que crea un archivo de texto con el nombre del programa (s) para ejecutar y los archivos que necesitan (s) ) y envíalo. El sistema ejecutará el (los) programa (s) y le dirá cuando terminen, mientras se ejecuta, puede ir y hacer algo más. Ni siquiera necesita estar conectado, puede preparar un trabajo FTP (por ejemplo) para que se ejecute a las 01:00, mientras que está dormido y otro trabajo para ejecutar si el primero funciona.

• Tareas iniciadas (STCS) - Muy similar a un trabajo por lotes. Por lo general, comenzó por el propio sistema cuando comienza o por un operador que emite un comando de inicio para ese STC en la consola del sistema. (E.G. 'Start DB2' inicia la tarea iniciada DB2. Alternativamente, un usuario puede enviar un trabajo por lotes para su propio sistema de prueba DB2).

• espacios de direcciones del sistema (SYSAS). Considera esto como un daemon UNIX. Iniciado por el propio sistema operativo para varios procesos esenciales. También hay espacios de direcciones que representan procesos que se ejecutan en la mitad 'Unix' de Z / OS (servicios del sistema USS - Uxniz), pero esa es otra historia.

No existe tal cosa como una 'operación' en términos Z / OS. Dentro de un espacio de direcciones, se pueden ejecutar muchos programas, cada uno identificado por un TCB (bloque de control de tareas) o SRB (bloque de solicitud del sistema).

Sin embargo, si sabía que la información que deseaba fue producida por un trabajo por lotes normal, buscando los mensajes HASP373 y £ HASP395 de £ para ese trabajo sería el lugar adecuado para comenzar. Tenga en cuenta que los ID de mensaje (HASP373 y HASP395) pueden no comenzar con un '£' en su sistema. '£' es el valor predeterminado, pero es un parámetro personalizable. $ y # también son bastante comunes.

Sé de lo que estoy hablando, pero si alguno de los anteriores no está claro, entonces no lo he explicado muy bien. Puede que sea culpable de hacer exactamente lo que advertí en contra y explicar un concepto desconocido utilizando otro concepto desconocido. - -)

Answer 3

El trabajo se entra en Z / OS a través de algo llamado la interfaz del subsistema. Parte de este flujo es que en general, cuando se inicia un espacio de direcciones, solicita el trabajo del subsistema que comenzó el espacio de direcciones a través de una interfaz bien definida (IEFSSREQ). Este apretón de manos es de donde vienen las cosas como tus mensajes de hasp.

Aquí hay un ejemplo diluido.

Un operador entra en un comando de inicio de una consola del sistema. Como parte de procesar ese comando, el sistema crea un espacio de direcciones y, finalmente, un hilo en el nuevo espacio de direcciones dice: "Ok, estoy listo ... Dame un poco de trabajo para hacer". Esto va al subsistema de entrada de trabajo principal, quien da a la dirección el espacio de la dirección: las estructuras de datos internas que representan la tarea que comenzó el operador en este caso. Como parte de esta cadena, se emiten los distintos mensajes de $ HASP, y esto funciona de la misma manera para las sesiones de TSO, comenzó las tareas (STCS) y JCL enviadas para un trabajo por lotes.

JES2 / JES3 son ejemplos de subsistemas, pero hay otros.

Por ejemplo, si nuestro operador agregó el parámetro SUB= MSTR en el comando START, las solicitudes no pasarían por el Jes Primario, y así no habría ninguno de los mensajes de $ HASP que busque. Hay muchas aplicaciones de proveedores que inician y administran espacios de direcciones fuera de JES, y esta es la cosa que pierde al limitarse a los mensajes HASP e IEF401.

Además, los servicios de UNIX tienen una variedad de API similar a UNIX "FORK" que se pueden usar para generar espacios de direcciones sin necesariamente involucrando a JES.

Si desea saber sobre la actividad que comienza y finaliza, hay mejores formas: SMF, señales de ENF, etc. Una excelente manera de aprender esto, si aún no lo sabe, ya es usar las instalaciones de seguimiento del sistema y leer algunos deshecho. Lo maravilloso de Z / OS es que está ahí bien, para aquellos que pasan el tiempo que descubren dónde mirar.

Answer 4

Un trabajo es algo que pasa por JES2 / JES3. (En su caso, Jes2). Los trabajos JES2 / JES3 se utilizan generalmente para el tipo de trabajo por lotes. Por ejemplo, un trabajo de clasificación, donde envío algo y vuelvo más tarde y recibo una respuesta. Sin embargo, hay mucho trabajo en Z / OS que no pasa por JES2 / JES3.

parte del problema aquí es lo que quiere decir con una operación; Por ejemplo, si bien puede obtener un mensaje que dice que DB2 ha comenzado, después de que se inicie, no le va a decir cada vez que obtiene una consulta. Un usuario de TSO podría ejecutar un Execx Rexx debajo de su espacio de direcciones, pero eso no va a pasar por Jes.

Otra forma de ver esto es que JES2 / JES3 son subsistemas de administración de empleo, pero no son equivalentes al kernel en un sistema UNIX / Windows, lo que hace programar todo el trabajo que se ejecuta en el sistema. Para Z / OS, hay múltiples formas en que el trabajo puede llegar a un sistema; Los ejemplos incluyen JES2 / JES3, TSO, ISPF, CICS, DB2, IMS, a través de la consola, etc. Luego, hasta el programa Master Scheduler / WLM / SRM para administrar todas las solicitudes que entran a través de todos los subsistemas.

Si tiene acceso a un sistema Z / OS, busque en SDSF, o lo que sea que use para administrar JES2. El PANEL ST, bajo SDSF, es una lista de cosas que se ejecutan / elegibles para ejecutarlas son administradas por JES2. Sin embargo, si mira el panel DA (asumiendo que tiene autoridad para hacerlo), notará que hay muchos espacios de direcciones que aparecen en el panel DA que no aparecen en el panel ST. < / p>

Answer 5

Si se inician los espacios de la dirección a través del subsistema JES2, que normalmente es el caso a menos que se especifique otro subsistema o MSTR utilizando el comando MVS START, luego se emite el nombre de trabajo HASTP373 $.De manera similar, cuando finaliza el espacio de direcciones, se emite el mensaje $ HASP395.

Los mensajes IEF403i e IEF404I son emitidos por el sistema en situaciones similares e independientemente de lo que está haciendo Jes2 o JES3 y, independientemente de lo que se inició el subsistema, se inició el espacio de direcciones.Los mensajes solo se emiten cuando el operador ha solicitado monitorear los nombres de trabajo utilizando el código de SETCON MONITOR o el comando MONITOR JOBNAMES.Los productos para operaciones automáticas suelen hacer esto.