Teknoda - Notas técnicas Tips de AS400 iseries system i Tip Nro. 39

Transcripción

1 Teknoda - Notas técnicas Tips de AS400 iseries system i Tip Nro. 39 (Lo nuevo, lo escondido, o simplemente lo de siempre pero bien explicado) Notas técnicas de AS/400" se envía con frecuencia variable y absolutamente sin cargo como un servicio a nuestros clientes AS/400. Contiene notas/recursos/artículos técnicos desarrollados en forma totalmente objetiva e independiente. Teknoda es una organización de servicios de tecnología informática y NO comercializa hardware, software ni otros productos. Conteste este mail con asunto REMOVER si no desea recibir más esta publicación. Si desea suscribir otra dirección de para que comience a recibir los Tips, envíe un mensaje desde esa dirección a letter400@teknoda.com, aclarando nombre, empresa, cargo y país del suscriptor. Cómo identificar trabajos servidores de TCP/IP y/o Client Access Tema: Administración, comunicaciones, manejo de trabajos Utilidad: Identificar trabajos servidores de TCP/IP o Client Access Nivel: Intermedio. Versión: 5.1 Lista de Tips publicados hasta la fecha: 1. Modificación de los parámetros por default que rigen en los comandos del OS/ Restricción de comandos pesados a modalidad batch 3. Cómo generar un entorno de prueba para año Cómo salvar y restaurar spool 5. Cómo agregar pantallas de confirmación/validación para comandos delicados 6. Defragmentación del espacio en disco no utilizado : STRDSKRGZ, ENDDSKRGZ 7. Manipulación de bases de datos desde programas CL, a través de Query/ Generación de spool AS/400 en formato PDF (Adobe Acrobat Reader) para almacenar en CD s 9. Cómo proteger columnas de un archivo físico o lógico 10. Cómo cambiar la pantalla de signon 11. Cómo automatizar transferencias de archivos con TCP/IP desde AS/ Control de accesos sobre archivos de spool 13. Aproveche lo que ya tiene: FILE SERVING con NETSERVER/ EMULACION 5250 vía Internet con lo que ya tiene instalado 15. Editor alternativo: Comando EDTF (Edit File) 16. Auditoría sobre objetos en AS/400 1

2 17. Cómo personalizar los comandos del menú de petición del sistema 18. Acceso a archivos multimiembros en un entorno cliente/servidor o SQL 19. Cómo agregar opciones de usuario al producto PDM 20. Auditoría sobre usuarios en AS/ Cómo obtener línea de comandos en pantallas que no la tienen. 22. Cómo enviar por objetos de QSYS.LIB 23. Cómo transferir archivos de spool a la PC usando Operations Navigator 24. Qué es el IFS y cómo accederlo 25. Curiosidades de la programación CL Parte I 26. Cómo gestionar y controlar la seguridad a través del menú SECTOOLS Parte I 27. Vuelco de spool a archivos de base de datos en forma automática, usando COLAS DE DATOS 28. Recursos y curiosidades de la programación CL - Parte II 29. Cómo cargar datos a tablas DB2/400 desde otros entornos con el comando CPYFRMIMPF 30. Cómo gestionar y controlar la seguridad a través del menú SECTOOLS Parte II 31. Acción automática ante crecimiento de la ocupación de disco 32. Sometimiento de comandos remotos con SBMRMTCMD 33. Novedades para el arranque de TCP/IP en V5R1 34. Cómo controlar la ocupación de disco: comandos RTVDSKINF y PRTDSKINF 35. En la Web: Nuevo buscador de comandos CL 36. Cómo automatizar respuestas a mensajes de consulta utilizando la lista de respuestas del sistema 37. Cómo planificar trabajos batch con/sin Operations Navigator Parte I 38. Cómo copiar perfiles de usuarios entre distintos sistemas utilizando Operations Navigator y Management Central Resumen ejecutivo e Introducción TCP/IP y Client Access Express 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 Client 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 es QSYSWRK. 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. 2

3 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 pueden visualizar 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: Nombre del trabajo servidor TCP/IP QTBOOTP QTCPIP QTCPMONITR QTFTPxxxxx QTVTELNET Descripción/Uso del trabajo Boostrap Protocol Server, usado con computadoras de red el proceso de control principal de TCP/IP Monitor de Eventos de TCP/IP servidores File Transfer Protocol (FTP) el servidor Telnet (pueden estar corriendo múltiples trabajos con este nombre en el subsistema) 3

4 QTVDEVICE QTRTDxxxxx QTRXCxxxxx QTSMTPCLNT QTSMTPSVSR QTSMTPBRCL QTSMTPBRSR QRWTLSTN QRWTSRVR QTWSGxxxxx QTOBDNS QTODDHCPS QTLPDxxxxx QTPOPxxxxx QTPOCxxxxx QTOVMAN QTOKVPNIKE QDIRSRV trabajo manejador de dispositivos (4 trabajos con este nombre por default) el servidor RouteD, usado para soporte Routing Information Protocol el servidor REXEC para procesamiento de ejecución remota el proceso cliente SMTP, recibe paquetes SMTP desde un servidor de mail remoto el proceso servidor SMTP, envia paq. SMTP a un servidor de mail remoto el cliente bridge SMTP, usado para interactuar con SNADS el servidor bridge SMTP, usado para interactuar con SNADS servidor daemon TCP/IP para Distributed Data Management (DDM)/Distributed Relational Database Architecture (DRDA) servidor TCP/IP DDM/DRDA servidor Workstation Gateway (Pasarela de Estación de trabajo) servidor Domain Name System servidor Dynamic Host Configuration Protocol (DHCP) servidor Line Printer Daemon, recibe archivos de impresión desde un host remoto servidor Post Office Protocol (POP) (Standard) servidor POP de Client Access servidor VPN (Virtual Private Network) servidor VPN Servidor de Directorios LDAP (Lightweight Directory Access Protocol) 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á 4

5 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 Client Access Express Los Host Servers de OS/400 actúan como el servicio de back-end para Client Access Express. 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 Client Access Express 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 Client Access Express desde iseries Navigator: 5

6 La siguiente es la lista de servidores de Client Access 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 al tip número 24 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. 6

7 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 Client 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 servidor o o o Para cualquier trabajo que no sea de prearranque, el nombre del trabajo servidor es el nombre del programa servidor. Los trabajos de prearranque usan el nombre que está definido en la entrada de trabajos de prearranque. 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. El nombre del Perfil de usuario o Es siempre QUSER, sin tener en cuenta si se usan o no los trabajos de prearranque. 7

8 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. 8

9 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 desde Red 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. Nombre del trabajo servidor Trabajo Demonio o Prearranque QPWFSERVSD D QSERVER QPWFSERVSO P QSERVER QZDASRVSD D QSERVER QZDASOINIT P QUSRWRK QNPSERVD D QSYSWRK QNPSERVS P QUSRWRK QZSCSRVSD D QSYSWRK QZSCSRVS P QUSRWRK Subsistema Descripción File Server Database Server Network Printer Server Central Server 9

10 QZRCSRVSD D QSYSWRK QZRCSRVS P QUSRWRK Remote Command Server QZSOSGND D QSYSWRK QZSOSIGN P QUSRWRK Sign-on Server QZSOSMAPD D QSYSWRK Server Port Mapper QZHQSRVD D QSYSWRK QZHQSRV P QSYSWRK Data Queue Server 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 Se los denomina well- known ports. Por ejemplo, el puerto 23 es el puerto wellknown 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 Client Access Express 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 tip, 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. 10

11 Copyright Enero Teknoda S.A. iseries, AS/400 y OS/400 son marcas registradas de IBM. Dudas o consultas a nsalmun@teknoda.com 11