Administración del sistema

Trabajar con Inventario de Valores del Sistema usando System i Navigator

Aprenda cómo trabajar con Valores del Sistema y recolectar un inventario de Valores del sistema mediante iseries Navigator en AS400

En la plataforma AS/400 – System i – IBM i, los valores del sistema son piezas importantes de información  que determinan cómo debe comportarse el sistema cuando esté operativo.

La manera tradicional de trabajar con ellos en la línea de comandos desde “pantalla verde”, es a través del comando WRKSYSVAL (Work with System Values ), que desplegará una interfaz “tipo lista” con todos los valores del sistema de todas las categorías (es decir, valores que afecten al almacenamiento, relacionados con tiempo y hora, de auditoría y seguridad, que afecten al uso de los dispositivos, etc). Desde esta interfaz, los administradores pueden cambiar ciertos valores del sistema con el objetivo de definir el nuevo ambiente de trabajo, o simplemente visualizarlos.

Existe una manera alternativa para trabajar con Valores del Sistema y es por medio de la interfaz gráfica System i Navigator (iSeries Navigator), que ya se ha tratado en tips anteriores analizando distintas funcionalidades provistas.

En el presente tip abordaremos nuevamente esta herramienta gráfica, para en este caso, trabajar específicamente con un Inventario de Valores del Sistema definidos en el sistema System i para poder luego realizar distintas tareas con la información recolectada: comparar y actualizar valores en otros sistemas System i o exportarla a un archivo de PC para un análisis posterior.

Trabajar con valores del sistema usando System i Navigator

Para Trabajar con Valores del sistema desde System i Navigator (como alternativa al comando WRKSYSVAL utilizado en la línea de comandos), seguir los siguientes pasos:

1. Abrir System i Navigator y conectarse al sistema con el cual se desea trabajar.2. Seleccionar Configuración y Servicios→Valores del Sistema, y se desplegarán los valores del sistema

por categoría, de una manera sencilla de entender como se muestra en la siguiente pantalla:

Luego, seleccionar cualquiera de las categorías que se desee analizar, las que desplegarán otras pantallas con los distintos valores del sistema, dependiendo de la categoría, que se podrán cambiar (si se cuenta con los permisos necesarios), como si se hiciera un CHGSYSVAL.

Recolectar un Inventario de Valores del Sistema

En la nota de tecnología “Cómo copiar perfiles de usuarios entre distintos sistemas utilizando Operations Navigator y Management Central” ya publicada, se describe la recolección de inventario de usuarios en distintos sistemas de punto final y el manejo del mismo desde un sistema central.  Referirse a dicho tip para repasar los conceptos explicados allí relacionados con Management Central y Sistemas de punto final.

En el presente tip, se vuelve a utilizar la interfaz gráfica System i Navigator (también antes llamada iSeries Navigator u Operations Navigator ), para en este caso detallar cómo recolectar un inventario de valores del sistema sobre cualquier sistema de punto final o sobre un grupo de sistemas. El requisito es que dicho  sistema modelo tenga instalado i5/OS V5R1 o superior.

Para llevar a cabo la recolección del inventario de valores del sistema, realizar los siguientes pasos:

1.

Si se cuenta con un solo sistema: sobre la conexión, botón derecho del mouse sobre el sistema→ Inventario→ Recoger y en la pantalla “Recoger Inventario” marcar el checkbox “Valores del Sistema”.

Si se cuenta con varios sistemas de punto final, desde Management Central seleccionar el o los sistemas sobre los cuales se recolectará el inventario de valores del sistema:

a. Para sólo un sistema: expandir Sistemas de punto final → Seleccionar el sistemab. Para un grupo de sistemas: expandir Grupo de sistemas → Seleccionar el grupo2. Independientemente desde donde se hayan seleccionado los sistemas, se visualizarán las siguientes ventanas para comenzar a recolectar el inventario de valores del sistema:

 

3. Tildar Valores del Sistema y luego presionar Aceptar. Se desplegará una pantalla indicando que se ha iniciado la tarea de “Recoger Inventario”. Una vez completada la recolección aparecerá la siguiente pantalla:

Al completar la recolección del inventario de Valores del Sistema, el mismo queda disponible para distintos usos. Por ejemplo, se pueden comparar los valores del sistema sobre un sistema modelo con aquellos seleccionados como sistemas destino. En este caso puede elegirse que se actualicen  los valores del sistema sobre los sistemas destino para que concuerden con los del sistema modelo (es decir, el sistema sobre el cual se recolectó el inventario.)

Esto será detallado en el siguiente apartado.

Comparar y Actualizar Valores del Sistema

Una vez recolectado el  inventario de valores del sistema, una de las acciones posteriores posibles es utilizar esa información sobre valores del sistema y compararla con la existente en otros sistemas de un grupo de sistemas,  y realizar la actualización correspondiente.

Si se prefiere, se puede generar una lista que sólo muestre las diferencias en los valores del sistema  entre el sistema modelo y el o los sistemas destino, y no realizar efectivamente los cambios en el o los sistemas  destino.

Resumiendo, esta interesante funcionalidad ofrece la posibilidad de ver los valores del sistema de un sistema modelo y compararlos uno a uno con los valores de los múltiples sistemas destino seleccionados.

Para Comparar y Actualizar Valores del sistema, realizar seguir los pasos mostrados en la figura siguiente:

NOTA: Antes de realizar una comparación y eventual actualización de los valores del sistema de los sistemas involucrados, es conveniente asegurarse que se cuenta con la última versión del inventario de valores de sistemas recolectado. Esto es importante teniendo en cuenta que la comparación y actualización de valores del sistema está basado en esa información. Por lo tanto si no es la última, los resultados pueden no ser los esperados, pés estaría basado en información que no está actualizada.

Como se muestra en la figura siguiente, la pantalla “Comparar y actualizar valores del sistema”muestra la fecha y la hora de la última vez que se recogió un inventario de valores del sistema sobre los sistemas destino.

1. Completar los campos de la pantalla anterior:

Seleccionar el nombre del sistema modelo contra el cual se desea comparar los sistemas destino. Seleccionar las categorías y los valores que se desea incluir en la comparación.  Para cada valor del

sistema que se desea actualizar sobre el sistema destino, seleccionar el item en la columna Actualizar.

Verificar que el o los sistemas destino estén seleccionados.

2. Presionar Aceptar para realizar la tarea de manera inmediata o presionar Planificar para que la tarea  se realice posteriormente.

Luego de estos pasos, como parte final del proceso, se podrá observar que inmediatamente arranca la tarea de comparar y actualizar y finalmente se indicará la realización de esta actividad.

Exportar el Inventario de Valores del sistema a un archivo de PC

Cuando ya se cuenta con un Inventario de Valores de Sistema recolectado a la fecha corriente, además de comparar y actualizar los valores del sistema con otros sistemas destino como se detalló en el apartado anterior, existe la posibilidad de exportar el inventario a un archivo de PC. Esos archivos de PC van a ofrecer luego de ser exportados,  una historia del inventario y permitirán trabajar con la información, por ejemplo desde una planilla Excel o desde cualquier otra aplicación.

Para exportar un inventario de valores del sistema:

1. Botón derecho del mouse sobre un sistema de punto final o un grupo de sistemas.2. Seleccionar Valores del Sistema, y luego Exportar, como se muestra en la siguiente pantalla.

3. Finalmente, al seleccionar Exportar se presenta una ventana donde se debe determinar el nombre del archivo exportado y en qué carpeta ubicarlo. Además, se podrá especificar el tipo del archivo generado: formato Página formato Web ( .html), variables separado por comas (.csv) o si el formato del archivo es .txt.

También es posible exportar el inventario recolectado desde la pantalla “Comparar y Actualizar valores

del sistema”, a través del botón   situado a la derecha de dicha pantalla. Exportar el inventario de valores del sistema constituye una buena herramienta de documentación.

Para tener en cuenta … Además de las funcionalidades presentadas en el presente tip (comparar y exportar los valores del

sistema recogidos en el inventario), es posible Sincronizar la fecha y la hora de los sistemas y grupos seleccionados con la fecha y hora del sistema modelo.

Se pueden manejar valores del sistema usando Tareas de iSeries Navigator en la Web. Esto permite trabajar con valores del sistema usando un Web Browser.

Asegurarse de tener los últimos arreglos aplicados para System i Navigator para garantizar el buen funcionamiento de la herramienta mencionada.

Ejecutando comandos CL desde Windows usando iSeries Navigator

En AS400: Ejecute mandatos CL desde iSeries Navigator

En AS400 a partir de la V5R1 se cuenta con la posibilidad de ejecutar comandos CL desde distintos contextos de la interfaz gráfica iSeries Navigator (ex Operations Navigator). Se pueden ejecutar comandos CL sobre un sistema individual bajo el item Mis Conexiones del iseries Navigator o también, a través de la componente Management Central, crear definiciones de comandos y ejecutarlos inmediatamente o de manera planificada, sobre grupos de sistemas o sistemas de punto final únicos. Si se desea, inclusive, se puede “promptear” el comando CL para obtener

los parámetros necesarios para su ejecución, y visualizar la ayuda on-line del comando. Cualquier mandato que se pueda ejecutar en “pantalla verde” de manera batch, puede ser ejecutado desde iseries Navigator.

Ejecución de comandos CL sobre sistemas individuales

Si se desea ejecutar un comando CL, ya sea inmediatamente o de manera planificada, pero sobre unúnico sistema , realizar lo que se especifica a continuación:

1. Desde el panel izquierdo de la ventana principal de iSeries Navigator, presionar botón derecho del mouse sobre el sistema sobre el cual se desea ejecutar el mandato. (Ej. 169.145.220.37 o en el nombre dado a esa conexión)

2. Seleccionar Ejecutar Mandato

3. En el área Mandato a ejecutar , tipear el comando que se desea ejecutar. Para ver los parámetros para este comando, hacer click en el botón Solicitud (como alternativa se puede presionar F4) y aparecerá la ventana de diálogo del comando indicado. En esa ventana, después de especificar todos los parámetros necesarios para la ejecución del comando, presionar el botón Aceptar.

4. Una vez “prompteado” el comando y habiendo completado los parámetros, se puede seleccionar Aceptar para ejecutar el comando inmediatamente, o elegir el botón Planificar(marcado en rojo en la próxima ventana). En este último caso, aparecerá otra ventana correspondiente al Planificador de Management Central, en donde se podrá especificar con qué frecuencia, qué día y a qué hora se ejecutará el mandato especificado.

La siguiente ventana de iSeries Navigator ejemplifica los pasos anteriores:

 

Una manera de acceder directamente a “Ejecutar mandatos” es desde la “Plataforma de Tareas” (Task Pad), ubicada en el panel inferior de la ventana principal de iSeries Navigator, como está indicado en rojo. La información visualizada depende de dónde se esté posicionado. En este caso la información en la Plataforma de Tareas se visualiza cuando se posiciona sobre la conexión, es decir, sobre 169.145.220.37. Se despliega en el panel inferior una serie de componentes que se pueden seleccionar para un acceso más directo a la acción que corresponda. Entre ellas se encuentra: Ejecutar un mandato.

1. Al completar el paso 4. se visualizará una nueva ventana, informando que se ha iniciado la tarea, proponiendo consultar la “Actividad de tareas “ en el Management Central, para ver el estado y trabajar con esa tarea.

2. Para consultar la Actividad   de tareas , expandir Management Central, expandir Actividad de tareas y seleccionar Mandatos. Sobre el panel derecho de la ventana del iSeries Navigator, se visualizará (entre otras tareas, si existieran) la tarea solicitada con texto“Ejecutar mandato(nro.)” y el estado en el que se encuentra.

La siguiente ventana detalla en forma gráfica lo expresado anteriormente:

 

7. Una vez completados los pasos anteriores, comprobar en el sistema principal, si la ejecución del comando CL solicitado realizó lo esperado.

8. Si el mandato a ejecutar implicó la generación de un archivo en el spool, se puede consultar la Salida de la tarea (con botón derecho del mouse sobre la tarea correspondiente) y visualizarla en el Visor de iSeries Navigator, sin necesidad de consultar el spool en “pantalla verde”. Esto se detalla en la siguiente ventana:

 

Ejecución de comandos CL sobre múltiples sistemas

La componente Management Central del iSeries Navigator permite, entre una serie importante de posibilidades, someter y ejecutar comandos sobre múltiples sistemas. Cualquier comando del lenguaje de control (CL/400) que se pueda ejecutar en entorno batch, puede ser sometido desde el sistema central a uno o múltiples sistemas de punto final al mismo tiempo, a través de Management Central.

Un comando puede ser ejecutado inmediatamente o almacenado como una definición. Al almacenar un comando como una definición sobre el sistema central, se cuenta con la posibilidad que comandos comúnmente usados o con definiciones complejas, puedan ser compartidos con otros usuarios y ejecutarlos de manera repetida cuantas veces se desee, trabajando con esa definición.

Guardar la definición de un comando es similar a la obtenida por la presión de la tecla de función F9 (Recuperar) sobre la entrada de línea de comandos en la “pantalla verde”. Sin embargo, la funcionalidad ofrecida por la tecla F9 en un momento determinado, no puede ser usada ni compartida por diferentes usuarios ni tampoco puede recuperarse una vez que finalice el trabajo desde donde se había utilizado y recuperado .

Creación de una definición de comandos

Las definiciones se utilizan para especificar tareas complejas o las que se realizan frecuentemente, y de esa manera almacenarlas para una ejecución posterior, sin tener que tener la necesidad de volver a definirlas.

Se puede utilizar una definición de mandato para guardar un comando CL complejo y planificar su ejecución en distintos sistemas o grupos de sistemas a una hora especificada.

El siguiente método es utilizado para crear una nueva definición de mandato:

1. Desde el panel izquierdo de la ventana principal de iSeries Navigator, expandirManagement Central2. Expandir Definiciones.

3. Botón derecho del mouse sobre Mandato, y en el menú contextual seleccionar Definición nueva.

4. Aparece la ventana “Definición nueva” . Escribir el nombre de la nueva definición y opcionalmente una descripción. En el area Mandato, especificar el comando a ejecutar, o como alternativa, presionar el botón Mandatos anteriores para seleccionar alguno de los ya ejecutados anteriormente. Si se desea, se puede presionar F4 para “promptear” el comando o elegir el botón Solicitud. Luego presionar Aceptar.

5. Una vez aceptada la creación de la nueva definición, aparecerá sobre el panel derecho, la nueva defición creada.

6. Posteriormente, botón derecho sobre la nueva definición y sobre el menú contextual elegirEjecutar

7. Se presenta una nueva ventana donde se debe elegir el o los sistemas sobre los que se desea ejecutar el comando especificado en la definición. Seleccionar el o los sistemas de punto final y presionar el botón Aceptar .

8. Se visualizará una nueva ventana, informando que se ha iniciado la tarea, proponiendo consultar la “Actividad de tareas “ en el Management Central, para ver el estado y trabajar con esa tarea.

9. Aparece la siguiente ventana:

Si el estado informa que el comando falló en alguno de los sistemas en donde se quería ejecutar, presionar botón derecho del mouse sobre el sistema y seleccionar Salida de la tarea desde el menú contextual.

Desde esa ventana, se puede seleccionar las anotaciones del trabajo ( joblog) para visualizarla sobre el visor del iseries Navigator y analizar en ese momento cuál fue el motivo del estado anómalo en la ejecución del comando.

Para tener en cuenta ...1. SEGURIDAD: El perfil de usuario con que se inicia sesión a través de iSeries Navigator, es el que rige

para determinar las restricciones de acceso a objetos y/o los privilegios implementados en la seguridad de OS/400 para ese usuario, como si hubiera iniciado sesión desde “pantalla verde”

2. Management Central es una componente de iseries Navigator que permite gestionar varios sistemas AS/400 a través de un solo sistema central. Se necesita definir el sistema central y los sistemas de punto final. Esta tarea puede realizarse fácilmente desde iSeries Navigator.

3. El Management Central es un servicio de TCP/IP que necesita estar iniciado para poder realizar la ejecución de comandos desde iSeries Navigator. Para arrancar este servicio desde “pantalla verde”, en la línea de comandos ejecutar STRTCPSVR SERVER(*MGTC).

4. También puede arrancarse Management Central desde iSeries Navigator: Mis conexiones-->Nombre del sistema -->Red -->TCP/IP -->Servidores --> Management Central, finalmente botón derecho del mouse y sobre el menú contextual: Iniciar

5.  Para comprobar que el servicio Management Central está arrancado, verificar en la salida del WRKACTJOB la existencia de dos trabajos con nombre QYPSSRV y QYPSJSVR.

6. Asegurarse que la versión del OS/400 instalado en el o los sistemas de punto final donde va a ejecutarse el comando CL especificado, soporte la ejecución de ese mandato.

Cómo planificar trabajos batch con/sin AS400 Operations Navigator – Parte I

AS400: Como planificar trabajos batch con o sin AS400 Operations Navigator (iSeries Navigator)

OS/400 dispone de distintas herramientas que permiten planificar en el tiempo el sometimiento de trabajos batch: los comandos pertenecientes al OS/400 SBMJOB y WRKJOBSCDE y el producto bajo licencia Job Scheduler/400. Cada una de estas facilidades poseen diferentes características y potencialidades. El presente tip, cubrirá todos los aspectos relacionados con el uso de los mandatos SBMJOB y WRKJOBSCDE. En próximos tips, se documentará el uso del programa bajo licencia Job Scheduler/400.

Es importante aclarar, que la planificación de trabajos afecta solamente el sometimiento automático de jobs de tipo batch, NO la ejecución efectiva de los mismos. La ejecución, como siempre, será dependiente de las condiciones en las que se encuentre el sistema, (colas de trabajo liberadas, subsistemas arrancados, trabajos ya presentes en la cola de trabajos, máximo de activos entre otros).

Opción 1: Diferida pero no repetida.

El comando SBMJOB es utilizado para someter dentro de una cola de trabajos aquellas peticiones de ejecución de mandatos que deben correr en entornos batch. Entre sus parámetros adicionales, dos de ellos están relacionados con sometimientos planificados:

Fecha planificada (palabra clave SCDDATE): fecha planificada de ejecución del trabajo batch que se somete. Este parámetro acepta cualquier fecha como constante y también los valores especiales MONTHEND, MONTHSTR ocualquiera de los días de la semana (*MON, *TUE, *WED, *THU, *FRI, *SAT, *SUN).

Hora planificada (palabra clave SCDTIME): hora planificada de ejecución del trabajo batch que se somete. Acepta horas expresadas como constantes.

Cuando estos parámetros se usan con sus valores defaults (*CURRENT), el trabajo es sometido a la cola de trabajos especificada en estado RLS (released) y está disponible para ser ejecutado inmediatamente (al menos que el parámetro HOLD se haya establecido en *YES). Si en cambio, la fecha y hora corresponden a un momento futuro, el trabajo es almacenado en la JOBQ en estado SCD (scheduled). Cuando llegue su fecha y hora de sometimiento, pasará a estado RLS o HLD (hold) según lo especificado en el parámetro HOLD. 

El uso de SBMJOB con planificación permite que el usuario someta un trabajo batch para ser ejecutado por única vez según su fecha y hora de planificación. Esta planificación no es repetitiva en el tiempo. 

La siguiente pantalla muestra los parámetros Fecha planificada y Hora planificada del mandato SBMJOB (tercer pantalla de parámetros del comando):

 

 

Una vez que el trabajo fue sometido, se lo puede visualizar dentro de la cola de trabajos. La siguiente pantalla muestra el contenido de la cola QBATCH:

Para visualizar la fecha y hora de planificación correspondiente a un trabajo batch en estado SCD, utilizar opción 5 (Trabajar con) y luego opción 1 (Visualizar atributos de estado de un trabajo). Aparece la siguiente pantalla:

 

Es importante recordar que el mandato SBMJOB cumple perfectamente su objetivo de planificar la ejecución de un trabajo batch, pero esta planificación no es repetitiva. Si posteriormente se necesitara someter nuevamente el trabajo batch previo, se deberá reescribir el mandato con todos los parámetros necesarios. El mandato WRKJOBSCDE cubre la posibilidad de planificación repetitiva.

Opción 2: Diferida con repetición.

El comando WRKJOBSCDE permite mantener en el sistema una lista de trabajos que serán sometidos cuando llegue su fecha y hora acordada. Esta forma de planificación, proporcionada por OS/400 (no es un producto bajo licencia), puede ser accedida desde "pantalla verde" con el mandato anteriormente mencionado o desde iSeries Navigator (Operations Navigator) desde la opciónEjecutar mandato presente en el menú contextual de la conexión. Este menú se obtiene al presionar botón derecho del mouse sobre la conexión. 

a - Accediendo con WRKJOBSCDE desde "pantalla verde"

Para incorporar nuevas entradas planificadas, presionar F6 desde la pantalla del mandato WRKJOBSCDE o directamente el mandato ADDJOBSCDE en línea de comandos y luego F4. La siguiente pantalla aparecerá:

 

La planificación anterior somete un trabajo de nombre LIMPIEZA, que ejecuta el mandato CLROUTQ los días lunes y jueves omitiendo la corrida del 31 de marzo de 2003, y especificando que cuando el sistema no esté disponible para un sometimiento, el mandato se someta igual pero retenido.

Observar los parámetros señalados con números en rojo a la izquierda: 

1. Nombre de trabajo (palabra clave JOB): nombre de la entrada planificada y del trabajo que se está incorporando. Recordar que forma parte del nombre completo del job: número / usuario / nombre.

2. Mandato a ejecutar (palabra clave CMD) : comando que se ejecutará bajo esta entrada planificada. Se comporta como una línea de comandos, los mandatos pueden promptearse.

3 .Frecuencia (palabra clave FRQ): frecuencia del sometimiento: mensuales (*MONTHLY), semanales (*WEEKLY) o únicos (*ONCE). En el caso de los sometimientos únicos, la entrada queda almacenada en la lista, para que después pueda someterse utilizando la opción 10 (Someter inmediatamente) de WRKJOBSCDE.

4. Fecha planificada (palabra clave SCDDATE) o Día planificado (palabra clave SCDDAY): parámetros excluyentes. En el primero de los parámetros se puede ingresar una fecha como constante o valores especiales (*CURRENT, *MONTHSTR, *MONTHEND). Cuando se desea utilizar el segundo parámetro, debido a que son excluyentes, debe ingresarse aquí el valor *NONE. Para Día planificado, existe posibilidad de ingresar *ALL (incluye todos los días de la semana) o días seleccionados (*MON, *TUE, *WED, *THU, *FRI, *SAT o *SUN).

5. Hora planificada (palabra clave SCDTIME): hora de sometimiento.

6. Omitir fecha (palabra clave OMITDATE): para seleccionar fechas en las cuales no deberían efectuarse sometimientos. 

7. Acción de recuperación (palabra clave RCYACN): para determinar la acción que el sistema va a tomar si en el momento del sometimiento estaba en estado restringido o apagado. Los siguientes valores son aceptados para este último parámetro: *SBMRLS(se someterá en estado liberado), *SBMHLD (idem anterior pero retenido) o *NOSBM (no se someterá).

Esta forma de planificar trabajos permite que sea el sistema el encargado de someter el job cuando llegue el momento exacto, liberando al usuario de esta tarea. Por este motivo, es importante definir el valor correcto que deben tener los parámetros anteriormente comentados.

b - Accediendo desde iSeries Navigator

Desde iSeries Navigator, el menú contextual de la conexión ofrece la opción "Ejecutar mandato". Cuando se lo selecciona, aparece la siguiente ventana (el comando que aquí aparece fue agregado posteriormente):

 

 

Es importante observar, que el mandato aquí incorporado puede ser "prompteado" gráficamente utilizando F4 o el botón Solicitud:

 

El botón "Mandatos anteriores" permite, no sólo visualizar, sino también incorporar mandatos anteriormente ejecutados.El botón "Planificar" representa el acceso a las funciones de planificación para el comando a ejecutar. Se visualiza la siguiente ventana:

 

Allí se puede seleccionar la frecuencia con la cual se ejecutará el mandato, a partir de qué fecha y en qué horario. Cuando se presiona el botón "Aceptar", la entrada planificada se incorpora en la lista de tareas de WRKJOBSCDE con un nombre seleccionado por el sistema. Es importante considerar que la ejecución de las entradas planificadas incorporadas de esta manera son totalmente dependientes de que el servidor TCP/IP "Management Central" esté activo. Las entradas también pueden ser visualizadas desde iSeries Navigator, expandiendo la componente Management Central, luego Tareas planificadas y Mandatos. Ubicándose sobre

cualquiera de los mandatos allí presentes, y utilizando el menú de contexto, pueden modificarse los atributos de planificación de los trabajos, o someterlos nuevamente, incluyendo el o los sistemas donde se desea ejecutarlos.

Para tener en cuenta ...

Para las planificaciones realizadas a través de SBMJOB, es posible realizar modificaciones a la fecha y hora de ejecución con el mandato CHGJOB.

La planificación de trabajos a través de SBMJOB es sencilla de efectuar, pero necesita del "tipeo" del comando para cada vez que se necesite.

Existen variadas funciones del sistema que ofrecen la posibilidad de planificar eventos en el tiempo, por ejemplo: funciones de seguridad del menú SECTOOLS, planificación de rutinas de backup desde el menú BACKUP y otras. Todas ellas, generan entradas que pueden ser posteriormente visualizadas a través del comando WRKJOBSCDE.

Para salvar las entradas planificadas que se visualizan con el mandato WRKJOBSCDE, realizar un backup del objeto QDFTJOBSCD de la biblioteca QUSRSYS de tipo *JOBSCD. Puede luego ser restaurado en otro sistema.

Los trabajos sometidos a través del mandato SBMJOB heredan la lista de bibliotecas y el contenido de la *LDA del trabajo sometedor.

Management Central es un servidor de TCP/IP que posibilita la gestión de varias AS/400 desde una AS/400 que juega el papel de sistema central. Entre la amplia gama de funciones provistas, está incluida la de someter tareas sobre varios equipos simultáneamente, por ejemplo, la ejecución de comandos.

Cómo transferir archivos de spool a la PC usando Operations Navigator

Transfiera fácilmente archivos de spool a la PC desde iSeries Navigator

iSeries Navigator (Operations Navigator - System i Navigator) forma parte del producto iSeries Access for Windows, es instalable por separado y posee a su vez un gran número de componentes para gestionar distintos aspectos del sistema, entre ellos, los archivos de spool a través del item Operaciones básicas.

Al instalar iSeries Access for Windows en el puesto cliente, se puede elegir el tipo de instalación a realizar. Las posibilidades son:

Típica : solamente incluye la componente Operaciones básicas del iSeries Navigator.

Sólo Emulación PC5250 : no se incluye ninguna componente del iSeries Navigator.

Completa : instala el iSeries Navigator y todas sus componentes, incluida Operaciones básicas.

Personalizada : instala los componentes que se hayan  seleccionado.

Operaciones Básicas incluye los items: Mensajes, Salida de impresora e Impresoras.  Desde los items  Salida de impresora e Impresoras, se pueden gestionar los archivos de spool con interesantes posibilidades.

Posibilidades de gestión de archivos de spool desde iSeries Navigator

Para poder operar con los archivos de spool desde Operations Navigator, realizar los siguientes pasos:

1. Arrancar  iSeries Navigator.

2. Bajo el item Mis conexiones AS/400, expandir una conexión. Ingresar usuario y contraseña.

3. Expandir Operaciones básicas.

4. Seleccionar Salida de impresora. La lista de archivos de spool visualizada corresponde por default al usuario que inició la conexión. Existen amplias posibilidades para seleccionar archivos de spool.

5. Sobre la lista que se visualiza a la derecha de la ventana, seleccionar un archivo de spool, y presionar botón derecho del mouse. Luego la opción Copiar.

6. Seleccionar el lugar destino de la copia y Pegar.

 

Observar que el nombre asignado al archivo con extensión .txt es el resultado de concatenar el nombre en el spool con el número de job que lo generó, por lo tanto, el nombre del archivo generado puede tener más de 8 caracteres de longitud. Tener en cuenta este comportamiento para entornos que no lo soportan.

Otra alternativa a los pasos 5 y 6 es directamente “arrastrar” el archivo de spool con el mouse y “soltarlo” en la ventana deseada. Es posible transferir más de un archivo de spool a la vez, utilizando la tecla Shift para marcar archivos de spool consecutivos, o la tecla Control para marcarlos en forma selectiva.

Una vez que el o los archivos de spool han sido transferidos a la PC, se los puede tratar como a cualquier archivo ASCII generado por algunos de los utilitarios más comunes. Por ejemplo, pueden enviarse por e-mail como un “attachment”, incorporarlos en un documento, etc. Esto permite enviar con facilidad por correo lectrónico un archivo de spool con el vuelco de una joblog.

Consideraciones para visualizar la lista de archivos de spool En la ventana presentada en el punto 5 de la sección anterior, se observa que, presionando el botón

derecho del mouse, están disponibles sobre los archivos de spool las mismas operaciones que desde “pantalla verde”: retener, liberar, suprimir, mover, enviar, trabajar con sus propiedades y mirar el contenido utilizando el visor (abrir).

El item Impresoras dentro de Operaciones básicas, también permite gestionar los archivos de spool con las mismas facilidades que el item Salida de impresora y utilizar “dragging” para llevar archivos de spool de una cola de salida de impresora a otra.

Existen varias posibilidades para elegir los archivos de spool a visualizar. Seleccionando en la barra de herramientas el item  Opciones   >Incluir se llega a una ventana donde se pueden establecer distintos criterios para seleccionar los archivos de spool a visualizar: por usuario, por cola de salida, por impresora, nombre de job o formulario.

Utilizando Opciones  >Columnas se puede elegir qué información visualizar, seleccionando las columnas correspondientes. Ej: Nombre del archivo en el spool, usuario que lo generó, job que lo creó, estado, cantidad de copias solicitadas, fecha y hora de creación, etc.

Para tener en cuenta... Para hacer instalaciones selectivas de componentes del Operations Navigator, el producto Client Access

Express (5769XE1) debe estar instalado. Si al arrancar Operations Navigator se desea agregar una conexión, presionar botón derecho del mouse

sobre el item Mis conexiones AS/400, seleccionar Añadir conexión y seguir las instrucciones del asistente.

Es posible que al abrir una conexión el subcomponente Operaciones básicas del Operations Navigator no aparezca en el puesto cliente desde el cual se quiera acceder (aunque haya sido instalado) debido a  restricciones de seguridad impuestas para el usuario.

Cuando se visualiza la lista de archivos de spool generados por un trabajo (item Gestión de Trabajos del Operations Navigator), no está disponible la facilidad de “dragging”. Un comportamiento similar se registra cuando los archivos de spool son visualizados desde el item Usuarios y grupos.

Al visualizar un archivo de spool con el visor del Operations Navigator, se puede marcar con el mouse parte del texto del archivo de spool y luego copiarlo como bitmap o como texto.

Cómo identificar trabajos servidores de TCP/IP y/o Client Access

Identifique los trabajos servidores TCP/IP y de iSeries Access ejecutándose en su sistema AS/400.

TCP/IP e iseries Access for Windows  ofrecen una amplia gama de servicios basada en un importante conjunto de trabajos servidores.  Estos trabajos permiten que un usuario pueda iniciar una emulación de pantalla, realizar una transferencia de archivos, acceder a través de ODBC a una base de datos, realizar tareas de administración utilizando iSeries Navigator, entre muchas otras posibilidades.  Los trabajos involucrados en este tipo de tareas se encuentran distribuidos en distintos subsistemas y frecuentemente es difícil identificarlos por nombre y determinar cuál es el servicio que ofrecen.Teniendo en cuenta que la identificación de un trabajo en particular es un prerrequisito para el análisis de problemas y la posibilidad de determinar de qué manera estos trabajos influyen en la performance, el objetivo del presente tip es proporcionar algunas herramientas que ayuden a identificar los principales trabajos servidores, tanto de iseries Access como de TCP/IP. Estas posibilidades incluyen formas

de reconocimiento desde “pantalla verde” con comandos de manejos de jobs, y también desde iSeries Navigator, por medio de los componentes apropiados.

Queda fuera del alcance de este tip el detalle de la configuración de TCP/IP y la explicación de las aplicaciones.

Trabajos servidores de TCP/IP

El soporte de comunicaciones TCP/IP requiere que el programa servidor de una aplicación esté ejecutando ( y “esperando”), antes que cualquier requerimiento de ese servicio  pueda ser atendido y resuelto por ese servidor.  Por ejemplo, antes de poder establecer una sesión Telnet, el programa servidor Telnet en AS/400 debe estar activo y “escuchando” en un puerto determinado.

En AS/400 los trabajos que constituyen el soporte de TCP/IP, son similares a cualquier otro trabajo que corre en el AS/400. Como todo trabajo, los trabajos servidores de TCP/IP tienen un nombre y  “corren” en algún subsistema. En el caso de los trabajos servidores de TCP/IP, el subsistema por default esQSYSWRK.

Los trabajos del TCP/IP correspondientes al servicio de Web (HTTP Server), que atiende requerimientos solicitados desde un Web Browser, desde la V4R3 del OS/400 corren en un subsistema independiente denominado QHTTPSVR.

Es posible visualizar los trabajos servidores de las distintas aplicaciones o servicios de TCP/IP que están activos, mediante la línea de comandos en  “pantalla verde” o utilizando iSeries Navigator.

Si se tiene en cuenta que los trabajos servidores de TCP/IP corren por default en el subsistema QSYSWRK, para visualizar desde “pantalla verde”  todos los trabajos servidores activos, se puede utilizar el comando WRKACTJOB o  directamente WRKSBSJOB (Work with Subsystem Jobs) sobre el subsistema QSYSWRK. La salida obtenida al ejecutar cualquiera de los comandos anteriores  va a depender de si se especificó o no que arranquen los servicios de TCP/IP en el IPL.  Se puede establecer  qué servicios del TCP/IP arrancan en el IPL o decidir arrancarlos manualmente con el comando STRTCPSVR.

Si se desea operar desde la interfaz de iSeries Navigator, la siguiente ventana muestra los trabajos servidores de TCP/IP que están iniciados y los que aún están detenidos:

Como mencionáramos anteriormente, los trabajos servidores de TCP/IP pueden ser arrancados automáticamente en el IPL. Si no se estableció ese tipo de arranque, se los puede arrancar (y deterner) manualmente desde “pantalla verde” (por medio del comando STRTCPSVR y ENDTCPSVR, respectivamente), o utilizando la interfaz gráfica iSeries Navigator, como muestra la ventana de arriba. En este último caso, sobre un servidor determinado, las opciones del menú de contexto (botón derecho del mouse) sobre el mismo, permite iniciarlo o detenerlo. Dentro del

mismo menú contextual, se puedenvisualizar los trabajos servidores relacionados específicamente con este servicio y además, acceder a Propiedades de configuración.

La siguiente tabla muestra la lista de servidores de TCP/IP y su propósito. Si están activos, pueden visualizarse estos trabajos en el subsistema QSYSWRK:

Consideraciones sobre trabajos servidores de TCP/IP Los trabajos servidores de TCP/IP en QSYSWRK corren bajo el perfil de usuario QTCP, con algunas

excepciones: el servidor “Pasarela de estación de trabajo (“Workstation Gateway”) que corre bajo el usuario QTMTWSG, el Servidor Trivial FTP, que lo hace con el usuario QTFTP y el servidor de Directorios LDAP, que utiliza el perfil de usuario QDIRSRV.

El servidor de Directorios LDAP arranca varios trabajos con nombre QSQSRVR. Los trabajos con esta denominación realizan funciones  SQL para el el servidor LDAP. Además, los trabajos QSQSRVR son usados, por ejemplo por Management Central y típicamente por aplicaciones basadas en Java que ejecutan SQL .

El string “xxxxx” al final de algunos nombres de trabajos en la tabla anterior, indica que varios procesos de este tipo pueden estar corriendo en el subsistema. OS/400 asigna automáticamente un número detrás del nombre del trabajo cuando se arranca un nuevo proceso del servidor.  El número de procesos del servidor que se ejecutan concurrentemente depende: del número de procesos que arrancan automáticamente (especificado en los atributos del servidor), del número de procesos arrancados manualmente con el comando STRTCPSVR, y además del número de procesos arrancados por el OS/400 para acomodar los requerimientos que ingresan al sistema de acuerdo a la carga del sistema. 

Finalizar trabajos con nombre QTVDEVICE no afecta las sesiones corrientes activas sobre el sistema. Sin embargo, si se finalizan todos los trabajos con nombre QTVDEVICE, no se podrá arrancar ninguna sesión de dispositivo o finalizar apropiadamente las sesiones corrientes activas. En términos generales, va a existir el mismo número de trabajos con nombre QTVTELNET que con nombre QTVDEVICE.

Los trabajos QTVDEVICE son usados para la asignación de dispositivos de los trabajos Telnet. Finalizar el o los trabajos del servidor Telnet no finalizará los trabajos con nombre QTVDEVICE.

Es importante indicar que, además de los trabajos servidores mencionados en la tabla anterior,  pueden existir otros trabajos servidores de TCP/IP activos dependiendo de si el servicio correspondiente está arrancado o no.

Como ejemplo de otros servidores, es posible encontrar dentro del subsistema QSYSWRK  trabajos servidores con nombre  QYPSJSVR y QYPSSRV realcionados con el Servicio de Management Central (componente del iSeries Navigator), o en el caso de que esté activo el servidor de Webfacing, los trabajos QQFVTSVR y QQFWFSVR, entre otros tipos de servicios, los cuales pueden ser arrancados o finalizados de la misma manera que cualquier otro servicio de TCP/IP.

Se puede notar en la tabla de arriba que la mayoría de los trabajos servidores de TCP/IP corren en el subsistema QSYSWRK.  Sin embargo, es importante destacar que los trabajos de TCP/IP relacionados con la  disponibilidad de Web Server del AS/400 (HTTP Server),  no corren en este susbsistema sino en el subsistema QHTTPSVR. Además, de estar arrancado el servicio de Administración de Servidores Web del OS/400, se podrán visualizar en este subsistema varios trabajos con nombre ADMIN, entre los distintos nombres de trabajos  correspondientes a servidores Web que se hayan configurado y activado dentro del sistema.

Trabajos servidores de iseries Access for Windows

Los Host Servers de OS/400 actúan como el servicio de back-end para iSeries Access. Este conjunto de programas servidores controla funciones tales como acceso a base de datos utilizando ODBC o verificación de usuario y contraseña para los distintos servicios que lo requieran. Los Host Servers se comunican con iseries Access vía sockets de TCP/IP. Los sockets son medios en la comunicación que permiten a las aplicaciones enviar y recibir datos sobre redes TCP/IP. Un número de port asignado a la aplicación server es contactado desde la aplicación y utilizado para enviar datos hacia y desde aquella aplicación.

Existen  nueve Host Servers, cada uno de los cuales controla una determinada tarea del lado del servidor. La siguiente ventana muestra los Host Servers de iseries Access desde iSeries Navigator:

La siguiente es la lista de servidores de iseries Access for Windows y su función. Lo expresado entre paréntesis indica el nombre del trabajo “demonio” que lo identifica:

Central Server (QZSCSRVSD) :  es usado para la gestión del sistema cliente. Maneja funciones tales como la gestión de licencias del Client Access, para aquellos componentes que lo requieren, como PC5250 y transferencia de datos. Además, este server es el encargado de realizar las conversiones necesarias de EBCDIC a ASCII y a la inversa en aquellos procedimientos que lo requieran.

Data Base Server (QZDASRVSD) : maneja todas las comunicaciones de datos incluyendo ODBC, transferencia de datos y accesos OLE DB, soporte de SQL remoto, funciones de base de datos (crear y suprimir archivos, agregar y remover miembros), entre las funciones más importantes. El control de este servidor puede ser útil cuando se desea inhabilitar los accesos ODBC u OLE DB a la base de datos de AS/400. Para realizar esta tarea, sólo se necesita finalizar este servidor, y todos los accesos a base de datos remotos no podrán ser resueltos.

Data Queue Server (QZHQSRVD) : permite a las aplicaciones que corren en PC tener acceso a las colas de datos de AS/400. También está involucrado en la algunas de las funcionalidades de OLE DB.

File Server (QPWFSERVSD) : ofrece la funcionalidad de carpetas compartidas. Es usado para almacenar y acceder a cualquiera de los “file systems” soportados por el  IFS (Integrated File System) del AS/400. Para ampliar conceptos sobre IFS, referirse  Qué es el IFS y como accederlo.

Network Print Server (QNPSERVD) :  habilita la impresión de red a través del AS/400. Ofrece las funciones de impresora virtual de las viejas versiones de Client Access, sólo que con más capacidades para el manejo de impresión.

Remote Command Server (QZRCSRVSD) : (también Program Call Server). Permite que las aplicaciones que corren en PC invoquen a programas y ejecuten comandos sobre el AS/400 y devuelvan valores a la aplicación cliente.

Signon Server (QZSOSGND) : es utilizado para funciones de gestión de password para los jobs que se comunican con el AS/400 a través de Host Servers. Además se utiliza para cambios de password a través de Client Access.

Server Port Mapper (QZSOSMAPD) : permite que un cliente encuentre el puerto para trabajar con un Host Server en particular.

Desde la interfaz iSeries Navigator, para cada servidor, el menú de contexto ofrece opciones para arrancar y detener el servidor, ver y modificar propiedades, y visualizar los trabajos demonios y de prearranque que lo “representan”. Esta información permitiría identificar los nombres de los usuarios que están haciendo uso de los servicios del servidor en cuestión. Por ejemplo, para conocer quiénes están utilizando accesos a bases de datos vía ODBC, sobre el servidor de Base de Datos realizar los siguientes pasos: Red → Servidores → iSeries

Access → Base de datos → menú de contexto (botón derecho del mouse) → Trabajos servidores.  Se visualizará la siguiente ventana:

La columna “Usuario actual” indica los nombres de los usuarios que están utilizando los servicios de accesos ODBC.

Este mismo “mecanismo” pero aplicado sobre el servidor de Mandato Remoto permite conocer los nombres de los usuarios que están utilizando otras opciones de iSeries Navigator.

Nota: las columnas que se observan en la ventana anterior fueron seleccionadas utilizando la opción “Opciones” de la barra de herramientas y luego “Columnas”. Desde allí se pueden incluir u omitir las columnas deseadas.

Desde V5R1, para los trabajos servidores es posible analizar sus propiedades, ver la descripción del servidor y la dirección IP del cliente para el cual el servidor está trabajando.

Convenciones para los nombres de los trabajos servidores

Es bien sabido que el nombre de un trabajo usado en iSeries consiste de tres partes: el nombre del trabajo, el nombre del perfil de usuario y el número de job (en orden ascendente).

Para el caso de los trabajos servidores, los nombres de los mismos siguen determinadas convenciones :

El nombre del trabajo servidoro Para cualquier trabajo que no sea de prearranque, el nombre del trabajo servidor es el nombre

del programa servidor.

1. Los trabajos de prearranque usan el nombre que está definido en la entrada de trabajos de prearranque.

2. Los trabajos que son arrancados por los servidores usan el nombre de la descripción del job o un nombre determinado si se trata de trabajos batch .

3. Es siempre QUSER, sin tener en cuenta si se usan o no los trabajos de prearranque.

El nombre del Perfil de usuario

o Las anotaciones del trabajo (job log) muestra cuáles usuarios han usado o están usando el

trabajo.

El número del trabajo es creado por el Work Management.

Subsistemas utilizados por los trabajos servidores

Los Host Servers están configurados para correr en diferentes subsistemas, según sus funciones. Cada uno de estos Host Servers está representado por un trabajo “demonio o daemon” que manejan la comunicación inicial con el cliente. Estos trabajos “daemons” son los encargados de arrancar uno o varios trabajos servidores que se ocuparán de recibir y resolver cada uno de los requerimientos de los clientes, de acuerdo al tipo de operación solicitada. Una vez que el cliente establece las comunicaciones con el trabajo servidor, no existe más la asociación entre el cliente y el “server daemon” mientras dure la ejecución del trabajo servidor.

Como ejemplo: cuando una aplicación requiere una conexión ODBC a un archivo de base de datos de AS/400, el driver ODBC correspondiente inicia la comunicación que es recibida por el demonio Database Server (QZDASRVSD, uno de los Host Servers disponibles). Este trabajo servidor, luego somete un trabajo de prearranque Database Server QZDASOINIT. Una instancia de este trabajo de prearranque QZDASOINIT se arrancará por cada cliente que solicite una conexión. Este último job será el que realmente devuelve los registros al driver ODBC. De la misma manera que en el ejemplo anterior, para cada uno de los restantes servidores existe un demonio que recibe la petición inicial, que luego somete un trabajo de prearranque que será el que, de ahí en adelante, interactuará con el cliente. Una vez que el cliente establece comunicaciones con el trabajo servidor, no existe de alí en adelante ninguna asociación entre el cliente y el servidor “daemon” mientras dure la ejecución de ese trabajo servidor.

Desde iSeries Navigator pueden visualizarse los trabajos contenidos en cada uno de estos subsistemas:

QSYSWRK: todos los “demonios” (con excepción del “file server” y del “database server”) corren en este subsistema. Los demonios file server y  database server corren en el subsistema QSERVER.

QSERVER: el job demonio correspondiente al database server, el demonio del file server y el trabajo de prearranque del file server deben correr en este subsistema. Si este subsistema no está activo, los pedidos para establecer una conexión al file server o al database server, fallarán.

QUSRWRK: aquí se ejecutan los trabajos de prearranque sometidos por los todos los trabajos demonios que corren en los subsistemas anteriores: Network Print, Remote Command/Program Call, Central, Data Queue, Signon y Database.

De la misma manera que en la imagen anterior se muestran los trabajos del subsistema QSYSWRK, se pueden visualizar los trabajos demonios o de prearranque de los subsistemas QSERVER y QUSRWRK.

Sobre cada uno de los trabajos que se visualizan en la ventana anterior, desde el menú de contexto, se puede operar con los trabajos servidores de la misma manera que con cualquier otro tipo de trabajo: ver joblog, analizar propiedades, trabajar con salida impresa, retenerlo, finalizarlo, entre otras posibilidades. Es conveniente, en caso de necesitar detener el servidor y rearrancarlo, operar desdeRed à Servidores à Client Access. Luego ubicar el servidor necesario y desde el menú de contexto detener y arrancar nuevamente.

Nombres de los trabajos servidores demonios y trabajos de prearranque:

La siguiente tabla muestra los nombres de los trabajos servidores demonios y sus trabajos de prearranque asociados. Esta información puede resultar particularmente útil para identificar los trabajos  y sus funciones cuando se los analiza desde WRKACTJOB.

Para tener en cuenta... Las aplicaciones o servicios de TCP/IP operan sobre puertos standard dentro del soporte de

comunicaciones de TCP/IP. Los servicios más comunes de TCP/IP utilizan un número de puerto en el rango de 1 a 1023. Se los denomina “well- known ports”. Por ejemplo, el puerto 23 es el puerto “well-known”  para el servicio Telnet de TCP/IP.

El comando DSPLOG (Visualizar anotaciones históricas) puede ser usado para identificar qué trabajo está asociado con un usuario cliente en particular  (se lo identifica por la dirección IP del cliente). Para ubicar más fácilmente estos tipos de trabajos buscar por los Identificadores de mensaje  CPIAD0B (para mensajes de sign-on server ) y  CPIAD09 (para mensajes relacionados con los servidores restantes).

Se pueden configurar atributos de cada servidor de TCP/IP desde “pantalla verde” a través del menú CFGTCP o desde iSeries Navigator : Red → Servidores  → TCP/IP y luego botón derecho sobre el servidor con el que se desea trabajar.

Los trabajos servidores de Web (HTTP server) en el subsistema QHTTPSVR corren bajo el perfil de usuario QTMHHTTP.

Los Host Servers de iseries Access for Windows están representados como producto bajo licencia con la opción 12 del sistema operativo: 5722SS1 Host Servers.

Un trabajo “daemon” o “demonio” es un trabajo batch asociado con un tipo de servidor particular.   Existe sólo un “server daemon” para cada tipo de servidor (por ej.  un daemon para database,  otro para network print, otro para signon, etc).  Cada tipo de servidor tiene una relación una a muchos entre su “server daemon” y los trabajos del servidor reales; un “server daemon” tiene potencialmente muchos trabajos servidores asociados.

El subsistema QSYSWRK arranca automáticamente en el IPL, independientemente del valor especificado en el subsistema de control.

Si se utiliza el programa startup por default provisto con el sistema, los subsistemas QSERVER y QSYSWRK arrancan automáticamente en el IPL. El programa de startup del sistema está definido en el valor del sistema QSTRUPPGM, y el valor por default es QSTRUP en QSYS.

Las distintas vistas obtenidas y mostradas desde pantallas de iSeries Navigator en el presente artículo, pueden variar dependiendo de las “Columnas” seleccionadas en la lengüeta “Opciones” de la Barra de Herramientas de iSeries Navigator. Esto permite elegir qué tipo de información visualizar en un momento dado. Cada componente de iSeries Navigator habilita un grupo de Columnas en particular.