Hola, para poder auditar las JOBSCDE a lo mejor te va bi�n esta utilidad:
(See attached file: bftjobscde.zip)
Te crea una DB con toda la informaci�n de los trabajos planificados.
Crea los @.* como m�dulos con un 15 y haz un CRTPGM con la informaci�n que
hay en el LNKPGM (en este caso s�lo dos m�dulos @.* y sin *SRVPGM el inicio
es el CL) . Para transportar el resultado a Excel, cambia el mandato final
por el que tengas en tu sistema.
Con esto no tendr�s que ir limitando la capacidad de acci�n de los
programadores, que por otro lado no somos tan malos ;-) pero si que podr�s
ver de manera c�moda que es lo que se ejecuta de manera planificada.
fins aviat...
�lex Corretg�
"Joan Carles Andreu Cuenca" <[EMAIL PROTECTED]>@QUIJOTE.COMBIOS.ES con
fecha 23/10/2002 01:34:23
Por favor, responda a [EMAIL PROTECTED]
Tram�s per: [EMAIL PROTECTED]
Destinataris: <[EMAIL PROTECTED]>
C�pia:
Classificat: |----------------|
| ( ) Important |
| ( ) urgent |
| ( ) hist�ric |
| ( ) temporal |
| ( ) bretolada |
| ( ) particular |
|----------------|
Assumpte: Re: Control de trabajos sometidos
Gracias Jes=FAs por tu respuesta.=20
Todo lo que dices tiene sentido. Quizas el problema es que quiero "marear=
=20la perdiz" con mi planteamiento.
Sobre el punto 1, en principio, no queremos deshabilitar que los programa=
dores no sometan trabajos (me cortarian el cuello), solo concierne a los =
trabajos planificados.
El punto 2 es, mas que una solicitud, es un protocolo entre el grupo de d=
esarrollo y el grupo de sistemas (incluido operaci=F3n) con los trabajos =
sometidos, por ejemplo "que hace el trabajo X", o "que incompatibilidades=
=20tiene el trabajo X con otros trabajos ya creados", etc...=20
Sobre los demas puntos y tambien mensajes anteriores, tomar=E9 nota.
Estamos en una situaci=F3n de aplicar todavia mas seguridad que tendra al=
gunas implicaciones dr=E1sticas pero beneficiosas desde el punto de vista=
=20de empresa. Una cosa que no os he comentado es que parte de estos prog=
ramadores son externos, es decir, que no pertenecen a la empresa, por eso=
=20y mas nuestra preocupaci=F3n por la seguridad.
Saludos
Joan Carles Andreu
DSI - Sistemes
Miguel Torres S.A.
Comer=E7, 22
Vilafranca del Pened=E9s (Barcelona)
[EMAIL PROTECTED]
http://www.torres.es
http://www.torreswines.com
>>> [EMAIL PROTECTED] 22/10/02 20:27:20 >>>
Joan Carles, no me queda del todo claro el panorama que planteas.
Si quieres tomar el control, supongo que en todo caso deberias burocratiz=
ar
un poco el proceso:
1. Excluir a todos los usuarios y programadores de toda posibilidad de
someter trabajos (por SBMJOB o por cualquiera de los subcomandos de
WRKJOBSCDE), considera que en este caso los programadores no podran
compilar en batch.
2. Implementar una especie de 'solicitud de planificacion de trabajos' al=
operador del sistema
3. El operador analiza la viabilidad de la planificacion, por cuestiones =
de
seguridad, y en su caso lo planifica (como mencione en un mensaje previo)=
4. Implementar seguridad adoptada sobre los programas a ejecutar en los
trabajos planificados (como mencione en un mensaje previo)
De esta forma muy primaria obtienes el control que necesitas en tanto que=
solo el operador tiene la posibilidad de planificar trabajos y el resulta=
do
del trabajo planificado se envia al usuario final.
Vale reforzar que, como sabras, podra haber algunos comandos que no pueda=
n
ser ejecutados en batch o que pasan sobre la seguridad adoptada.
Saludos.
Jesus Olague
Zacatecas, Mexico
=20 =
=20 =20
=20 "Joan Carles Andreu =
=20 =20
=20 Cuenca" Para: <forum.help40=
[EMAIL PROTECTED]> =20
=20 <[EMAIL PROTECTED]> cc: =
=20 =20
=20 Enviado por: Asunto: Re: Cont=
rol de trabajos sometidos =20
=20 forum.help400-request@ =
=20 =20
=20 combios.es =
=20 =20
=20 =
=20 =20
=20 =
=20 =20
=20 22/10/2002 14:07 =
=20 =20
=20 Por favor, responda a =
=20 =20
=20 forum.help400 =
=20 =20
=20 =
=20 =20
=20 =
=20 =20
Saludos,
Este cambio se realiza como medida de seguridad. Hasta ahora dejabamos a
los programadores que introdujeran los trabajos planificados y ahora
empieza a ser un caos. Hay muchos trabajos que, ademas, cuando dan errore=
s
no sabemos como actuar. Tambien, cuando tenemos que realizar tareas de
mantenimiento suele tener implicaciones negativas sobre estos trabajos.
Simplemente, queremos tener un control de todo y no dejar que cualquiera
someta trabajos.
Entonces el tema es que creamos un superusuario, sobre todo, por que no
haya problemas de autorizaciones. Cuando sometes un trabajo planificado, =
no
podemos dejar que lo someta como usuario de contabilidad (por ejemplo) pe=
ro
si nos interesa que le llegue el resultado a este.
S=E9 que es rebuscado, pero es una tarea que ahora queremos que sea
"normalizada".
Agradezco a todos por vuestro interes en mi problemilla.
Gracias
>>> [EMAIL PROTECTED] 22/10/02 14:52:16 >>>
Hola Joan Carles:
No entiendo lo que quieres decir con que el resultado del trabajo le lleg=
ue
a otro usuario. =BFNo basta con cambiar la cola de salida?
Por otra parte, no soy partidario de trabajos que se ejecuten con usuario=
s
poderosos (*secofr) si no es necesario, ya que se crea un riesgo adiciona=
l.
Cada trabajo se deber=EDa ejecutar con el m=EDnimo de privilegios necesar=
ios.
Saludos,
=20 ---------------------------
=20 Santiago Mart=ED
=20 Dusen, S.A.
=20 ---------------------------
=20 "Joan Carles Andreu
=20 Cuenca" Para:
<[EMAIL PROTECTED]>
=20 <[EMAIL PROTECTED]> cc:
=20 Enviado por: Asunto: Control de
trabajos sometidos
=20 forum.help400-request
=20 @combios.es
=20 22/10/2002 00:29
=20 Por favor, responda a
=20 forum.help400
Saludos al foro.
Hemos creado un usuario generico con atribuciones *secofr (llamemosle
superpepe) para que los trabajos planificados (wrkjobscde) que se realiza=
n
por la noche sean ejecutados con este usuario. El problema que tengo es q=
ue
el resultado de cada trabajo va al usuario superpepe y me interesa que va=
ya
a otro usuario (por ejemplo de contabilidad). Con wrkjobscde, el usuario
que somete el trabajo(superpepe), es el que le llega el resultado. Pensab=
a
en crear un programa que realice un chgjob pero no me convence, ya que lo=
unico que es factible es canviar la cola de salida y no usuario. Por est=
e
motivo, antes de realizar algun programa os hago esta consulta.
_____________________________________________________
Forum.HELP400 es un servicio m=E1s de NEWS/400.
=A9 Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es=20
_____________________________________________________
Para darte de baja, env=EDa el mensaje resultante de pulsar
mailto:forum.help400-request@;combios.es?body=3DLEAVE=20
-----------------------------------------------------------
Este mensaje se dirige exclusivamente a su destinatario
y puede contener informaci=F3n privilegiada o confidencial.
This communication contains information which is confidential
and may also be privileged. It is for the exclusive use of the
intended recipient(s).
-----------------------------------------------------------
_____________________________________________________
Forum.HELP400 es un servicio m=E1s de NEWS/400.
=A9 Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es=20
_____________________________________________________
Para darte de baja, env=EDa el mensaje resultante de pulsar
mailto:forum.help400-request@;combios.es?body=3DLEAVE=20
_____________________________________________________
Forum.HELP400 es un servicio m=E1s de NEWS/400.
=A9 Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es=20
_____________________________________________________
Para darte de baja, env=EDa el mensaje resultante de pulsar
mailto:forum.help400-request@;combios.es?body=3DLEAVE
-----------------------------------------------------------
Este mensaje se dirige exclusivamente a su destinatario
y puede contener informaci=F3n privilegiada o confidencial.
This communication contains information which is confidential=20
and may also be privileged. It is for the exclusive use of the=20
intended recipient(s).
-----------------------------------------------------------
_____________________________________________________
Forum.HELP400 es un servicio m�s de NEWS/400.
� Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________
Para darte de baja, env�a el mensaje resultante de pulsar
mailto:forum.help400-request@;combios.es?body=LEAVE
bftjobscde.zip
Description: Zip archive
