Acciones contra trabajos: limitaciones de destino

El supervisor del trabajo no proporciona acceso completo del operador a la cola de JES. Únicamente están disponibles los mandatos Hold, Release, Cancel y Purge, y de forma predeterminada, sólo los archivos de cola que tienen en propiedad usted u otra persona. Puede emitir estos mandatos seleccionando la opción adecuada en la estructura del menú del cliente. No hay indicador de mandatos. Puede aumentar el ámbito de los comandos utilizando perfiles de seguridad para definir los trabajos para los que están disponibles los mandatos.

Como el carácter de acción SDSF SJ , el supervisor del trabajo también soporta el mandato Show JCL para recuperar el JCL que creó la salida de trabajo seleccionada, y después, lo visualiza en un editor. El supervisor del trabajo recupera el JCL desde el JES, lo que le ayuda a encontrar un miembro JCL original que de lo contrario no se localizaría fácilmente.

Tabla 1. Mandatos de la consola del supervisor del trabajo
Acción JES2 JES3
Hold

$Hx(jobid)
con x = {J, S o T}

*F,J=jobid,H

Release

$Ax(jobid)
con x = {J, S o T}

*F,J=jobid,R

Cancel

$Cx(jobid)
con x = {J, S o T}

*F,J=jobid,C

Purge

$Cx(jobid),P
con x = {J, S o T}

*F,J=jobid,C

Mostrar JCL no aplicable no aplicable

Los mandatos JES disponibles listados en Tabla 1 están limitados, de forma predeterminada, a trabajos que tiene en propiedad el usuario. Puede cambiar esto con la directiva LIMIT_COMMANDS , como aparece documentado en Archivo de configuración del supervisor del trabajo BLZJCNFG.

Tabla 2. Matriz de permiso de mandatos del supervisor del trabajo
   
LIMIT_COMMANDS Usuario Otro
USERID (predeterminado) Permitido No permitido
LIMITED Permitido Permitido únicamente si está permitido explícitamente por los perfiles de seguridad
NOLIMIT Permitido Permitido si está permitido por los perfiles de seguridad o cuando la clase JESSPOOL no está activa

JES utiliza la clase JESSPOOL para proteger los conjuntos de datos SYSIN/SYSOUT. Igual que SDSF, el supervisor del trabajo también amplía el uso de la clase JESSPOOL para proteger los recursos del trabajo.

Si LIMIT_COMMANDS no es USERID, el supervisor del trabajo pedirá permiso para acceder al perfil relacionado en la clase JESSPOOL , como vemos en la siguiente tabla:

Tabla 3. Perfiles JESSPOOL ampliados
Cabecera Perfil JESSPOOL Acceso necesario
Hold nodeid.userid.jobname.jobid ALTER
Release nodeid.userid.jobname.jobid ALTER
Cancel nodeid.userid.jobname.jobid ALTER
Purge nodeid.userid.jobname.jobid ALTER
Mostrar JCL nodeid.userid.jobname.jobid.JCL READ

Utilice las siguientes sustituciones en la tabla anterior:

IDnodo ID del nodo NJE del subsistema JES de destino
IDusuario ID de usuario local del propietario del trabajo
nombredeltrabajo Nombre del trabajo
IDtrabajo ID del trabajo JES

Si la clase JESSPOOL no está activa, hay un comportamiento definido para el valor LIMITED y NOLIMIT de LIMIT_COMMANDS, como describimos en Archivo de configuración del supervisor del trabajo BLZJCNFG. El comportamiento es idéntico cuando JESSPOOL está activo, porque la clase, de forma predeterminada, deniega el permiso si no está definido el perfil.