ANEXO 4 PROCEDIMIENTO PARA LA IMPLEMENTACIÓN DE FLASHCOPY

ANEXO 4

PROCEDIMIENTO PARA LA IMPLEMENTACIÓN DE FLASHCOPY

PROCEDIMIENTO PARA LA IMPLEMENTACIÓN DE

FLASHCOPY IBM de Colombia

Laura Alejandra Prieto Cardenas [email protected]

Descripción breve En el presente documento se encuentra la documentación para realizar la implementación de la

herramienta FlashCopy

2 Realizado por: Laura Prieto

Practicante iSeries 2018 I-2017 II

Contenido

1. HERRAMIENTA FLASHCOPY ............................................................................................... 3

1.1. GUÍA PARA LA IMPLEMENTACIÓN ............................................................................ 3

2. BIBLIOGRAFIA ......................................................................................................................... 9

ANEXO 1. CONFIGURACIÓN DE BRMS NETWORK .................................................................. 10



1. HERRAMIENTA FLASHCOPY

1.1. GUÍA PARA LA IMPLEMENTACIÓN

En esta sección se describirá el procedimiento y los comandos que se deben utilizar para configurar la herramienta en la plataforma. Cada uno de los pasos presentados es secuencial y se debe realizar para que al finalizar la replicación los datos sean consistentes y no se presenten inconvenientes después de la implementación.

FlashCopy es una herramienta de replicación en disco por hardware la cual es solicitada por software. Ésta crea una copia instantánea de un volumen a otro en un tiempo específico conocido frecuentemente como t0[1].

Al ejecutar FlashCopy, se crea una relación entre el sistema origen y el sistema destino. Siempre que se habla del término FlashCopy, se relaciona con pares de volúmenes. Dependiendo de la capacidad del sistema pueden existir un par o varios pares.

El término FlashCopy se refiere básicamente a un comando que se debe ejecutar desde alguna de las siguientes interfaces:

1. DS CLI

2. DS Storage Manager GUI

3. TPC for Replication

4. DFSMSdssTM

5. TSO

6. ICKDSF

7. z/OS API

Los requerimientos a nivel de capacidades que se deben tener para implementar la herramienta deben ser[1]:

◦ El almacenamiento de los servidores debe estar en un disco externo de la familia DS6000 o DS8000.

◦ LPAR del sistema origen (Source).

◦ LPAR para el sistema clon(Target).

◦ Tanto el sistema de origen, como el sistema de destino deben contar con la misma capacidad de almacenamiento.

◦ Los volúmenes de storage deben estar en un rango diferente.

◦ Los tipos de protección de los volúmenes deben ser iguales.

◦ Conexión IP entre el servidor origen y servidor destino.

◦ Visibilidad a nivel de red entre el servidor destino y el servidor origen.

A nivel de sistema operativo se requiere los siguientes productos bajo licencia instalados:

- 5770BR1 Opción *BASE y *1



Es necesario tener BRMS ya que por medio de esta herramienta se llevará el registro de que se ejecutó FlashCopy en el sistema productivo. Cabe aclarar que la opción 1 de BRMS sirve para poner en red el servidor origen con el servidor destino.

Si ya se cuenta con las capacidades anteriormente descritas, se debe realizar el siguiente procedimiento para ejecutar un FlashCopy para el sistema completo.

1. Cambiar el tipo de inicio de la partición de origen. El comando que se requiere para cambiar el arranque de la partición es:

Comando: CHGIPLA STRRSTD(*YES)

Esta modificación es requerida puesto que FlashCopy realiza una copia completa del sistema de origen. Por lo tanto, si la partición se va a encender después de que la copia se finalice, los servicios no se deben iniciar inmediatamente ya que generaría conflictos a nivel de comunicaciones porque se tendrían 2 particiones con las mismas configuraciones.

2. Garantizar que la partición del sistema de destino se encuentre apagada.

Para que se realice la copia instantánea es prerrequisito fundamental que la partición de origen se encuentre apagada. Dado que si los datos de los discos que se están clonando se copian sobre LUN’s que están siendo usadas la copia quedaría corrupta.

3. Habilitar la opción del BRMS para FlashCopy en todo el sistema de origen.

Este paso es necesario para que BRMS conozca que en el sistema de origen se realizará un FlashCopy. El comando que se debe ejecutar es el siguiente [2]:

i. Ingresar el siguiente comando en la plataforma IBM i para trabajar con las políticas de almacenamiento del sistema.

Comando: WRKPCYBRM TYPE(*SYS)

ii. Seleccionar la opción 1 en la pantalla que se encuentra en la política, tal como se ilustra en la Figura 1-

• Habilitar la opción de FlashCopy ingresando en el parámetro el valor de *YES.

Figura 1. Pantalla que muestra la habilitación del sistema operativo como sistema de origen.

Nota: Para que pueda ser usada la opción de FlashCopy por BRMS es necesario tener la opción 1 de BRMS instalada.



4. Poner en red el sistema de origen con el sistema destino. (No es requerido) Se puede configurar los sistemas que se encuentran en la partición de origen con la partición de destino para que estén en red. Esta opción se usa para FlashCopy cuando se está tomando un respaldo a cinta desde el sistema destino y no existen volúmenes disponibles en la partición. Es necesario tener esta característica activa para que busque en las otras particiones los medios que están disponibles. Este es un paso usado por prevención para que los respaldos a cinta no fallen. Por lo tanto, no es necesaria su ejecución para tomar un FlashCopy. Es decisión del administrador configurar esta opción. El procedimiento por seguir se encuentra en el ANEXO 1 en donde se describe el procedimiento para poner en red 2 sistemas IBM i. En caso de que los sistemas ya se encuentren en red no es necesario realizar este paso nuevamente.

5. Informar a BRMS que se está respaldando el sistema usando FlashCopy. Es necesario que BRMS conozca con anterioridad que el sistema está siendo respaldado, puesto que, con esta acción, quedará registro en la base de datos.

Comando: INZBRM OPTION(*FLASHCOPY) STATE(*STRPRC) [2].

Al ingresar el anterior comando BRMS da por entendido que se está respaldando el sistema. Nota: Verificar que el sistema haya quedado en la condición *STRPRC

Comando: WRKPCYBRM TYPE(*SYS) [2].

i) Seleccionar la opción 4. Cambiar grupo de red. En la parte superior izquierda se observa el estado de FlashCopy. En la Figura 2, se puede ver el estado en el que se debe encontrar BRMS después de ejecutar el comando.

Figura 2. Verificación de estado de FlashCopy.

6. Suspender las actividades de storage

Para poder emitir el FlashCopy completo, es necesario que no existan actividades a nivel de storage puesto que la copia quedaría inconsistente con respecto a la máquina productiva.

Comando: CHGASPACT ASPDEV(*SYSBAS) OPTION(*SUSPEND) SSPTIMO(30) SSPTIMOACN(*CONT)[3]



Cuando acabe de suspender la actividad, el mensaje que debe mostrar en pantalla se exhibe en la Figura 3. Código de finalización: CPCB717

Figura 3. Mensaje que indica que el sistema se ha suspendido.

7. Solicitar al área de administración de storage que ejecuten el FlashCopy Full para la máquina

de origen. Dentro del alcance de la administración de iSeries no es posible realizar este paso dado que no corresponde a las actividades del área la administración del storage. Esto se debe a que, por procesos internos de IBM, cuando otra infraestructura se encuentra relacionada con el servidor donde se encuentra el sistema operativo, IBM cuenta con personas que administran estas infraestructuras. Frecuentemente el área de almacenamiento de la empresa tiene la función de la ejecución de actividades relacionadas a su infraestructura. El administrador del sistema operativo se concentra en los requerimientos técnicos a nivel del mismo sistema y no en infraestructura adicional. El comando que debería ejecutarse es el siguiente en el storage:

Comando: mkflash -tgtse -nocp DOI-DOF:DDI-DDF Siendo: DOI: Disco de origen inicial. DOF: Disco de origen final. DDI: Disco destino inicial. DDF: Disco destino final. La definición de los discos de origen y destino dependen de cómo se encuentre implementado las LUN en es storage.

8. Confirmar con el área de storage si el FlashCopy concluyó.

9. Reanudar el ASP en el sistema productivo.

Después de finalizado el FlashCopy, se vuelve a dejar el sistema en su condición normal con el comando:

Comando: CHGASPACT ASPDEV(*SYSBAS) OPTION(*RESUME) [3]

Cuando el comando se ejecute totalmente, el sistema indicará que el ASP se ha reanudado como se observa en la Figura 4.



Figura 4. Mensaje que muestra al reanudar el ASP.

Código de la notificación: CPCB718

10. Iniciar la máquina de respaldo en modo B manual. (Es indispensable que el paso 1 haya sido realizado, de lo contrario la máquina subirá con los servicios activos y generará conflictos dentro de la red del cliente).

11. Realizar la copia del sistema a cinta una vez la máquina de respaldo (target) se encuentre operando en estado restringido. Nota: Esta opción no es requerida si se quiere dejar los datos respaldados en storage.

12. No realizar ninguna actividad de BRMS con la máquina productiva (Source) dado que mientras se esté ejecutando el Backup en la máquina target. En caso de que se realiza alguna actividad los datos de BRMS no quedarían consistentes.

Realizar el Backup Opcion21 en la máquina target.

13. Notificar que se va a realizar un respaldo en el sistema de réplica.

Comando: INZBRM OPTION(*FLASHCOPY) STATE(*STRBKU) [2].

Este comando se requiere para que BRMS tome la copia del sistema destino como si fuera tomada desde el sistema de origen. Se realiza la misma verificación del paso 5 y se debe observar lo mostrado en la Figura 5.

Figura 5. Verificación del estado de FlashCopy en el sistema.

14. Arrancar el Backup en la máquina target a partir de un grupo de control que se tenga definido

para la opción21.

Comando: STRBKUBRM CTLGRP(OPCION21) SBMJOB(*YES)

15. Finalizar la copia en el sistema destino [2]

Comando: INZBRM OPTION(*FLASHCOPY) STATE(*ENDBKU) [2].

Con este comando se le informa a BRMS que el respaldo ya ha terminado. El estado cambiará de *STRBKU a *ENDBKU en la verificación.



16. Guardar la copia de BRMS en el sistema de respaldo [2]

Para actualizar el procedimiento que se realice en la máquina de respaldo, es necesario guardar la librería QUSRBRM. Si se cuenta con un medio para guardar la librería, se almacena en el medio usando el comando1. Si, por el contrario, no se cuenta con el medio; se usa la opción de sistema operativo que guarda la librería como se describe en el comando2. Los comandos mencionados se muestran a continuación:

Comando1: SAVLIBBRM LIB(QUSRBRM) DEV(<Nombre de la cinta>) MEDPCY(<Política con la que se guarda>) OBJDTL(*OBJ) SAVTYPE(*FULL)

SEQNBR(1) ENDOPT(*REWIND) [2]

Comando2: SAVLIB LIB(QUSRBRM) DEV(*SAVF) SAVF(<LIBRERÍA>/<ARCHIVO DE SALVAR>)[2]

17. Restaurar la librería QUSRBRM en el sistema productivo.

Se restaura la librería anteriormente guardada con el fin de dejar en la base de datos principal los cambios realizados. Dependiendo del paso anterior se usan los siguientes comandos respectivamente:

Comando1: RSTLIB SAVLIB(QUSRBRM) DEV((<Nombre de la cinta>) ALWOBJDIF(*ALL) MBROPT(*ALL)

Comando2: RSTLIB SAVLIB(QUSRBRM) DEV(*SAVF)

SAVF(<LIBRERIA>/<ARCHIVO DE SALVAR>) ALWOBJDIF(*ALL) MBROPT(*ALL)

Para el uso del comando2 es necesario enviar el archivo desde la máquina de destino a la máquina de origen.

18. Finalizar el estado de FlashCopy en el sistema de origen [2]. Por último, en el sistema productivo se finaliza el estado de FlashCopy, a partir del

momento en que se ejecute el siguiente comando las actividades del sistema se reanudan.

Comando: INZBRM OPTION(*FLASHCOPY) STATE(*ENDPRC).

19. Si después de la realización del Backup no se requiere la copia se puede eliminar la relación que se estableció entre los discos, se ejecuta el comando para eliminar la relación de FlashCopy.

Comando: rmvflash -quiet DOI-DOF: DDI-DDF

: Siendo: DOI: Disco de origen inicial. DOF: Disco de origen final. DDI: Disco destino inicial. DDF: Disco destino final.



2. BIBLIOGRAFIA

[1] F. Schubert and J. Sexton, IBM System Storage Copy Services and IBM i: A Guide to Planning

and Implementation. .

[2] “BRMS FlashCopy support.” [Online]. Available: https://www.ibm.com/support/knowledgecenter/en/ssw_ibm_i_71/brms/flashcpy.htm. [Accessed: 10-Nov-2017].

[3] M. Venter, “FlashCopy: Version 8,” 2017. [Online]. Available: https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/IBM Backup, Recovery and Media Services (BRMS) for i/page/FlashCopy/version/d1d3104e-438f-4134-9c1b-337a4ae979a1.

[4] “A Step-by-Step Guide to Setting Up Your BRMS Network.” [Online]. Available: https://www.ibm.com/support/knowledgecenter/en/ssw_ibm_i_71/brms/setnet.html. [Accessed: 10-Dec-2016].

[5] M. Venter, “Verify BRMS network and BRMS Enterprise network connections,” 2016. [Online]. Available: https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/IBM Backup%2C Recovery and Media Services %28BRMS%29 for i/page/Verify BRMS network and BRMS Enterprise network connections. [Accessed: 11-Jul-2017].



ANEXO 1. CONFIGURACIÓN DE BRMS NETWORK

BRMS Network es una herramienta que pone en red la base de datos de BRMS; es decir, todos los cambios que se realicen en las diferentes máquinas conectadas estarán registrados en la misma base de datos[4].

Prerrequisitos para la instalación:

1. Garantizar que las máquinas se reconozcan por dirección IP. 2. Verificar que los puertos 446 en el servidor de origen y servidor de destino estén

establecidos. • Esta verificación a nivel de iSeries solo puede garantizar que los puertos se

encuentren abiertos. A nivel de redes debe solicitarse que el firewall tenga permitida la conexión entre los puertos.

3. Instalar la Característica 1 del producto 5770BRM. 4. Tener el nombre del ID y el nombre de la red del sistema de la máquina de destino. 5. Verificar que el usuario de configuración de BRMS (QUSRBRM) se encuentre

habilitado. 6. Definir la máquina que será el sistema inicial por configurar. 7. Definir la(s) máquina(s) que corresponderán a los sistemas a poner en red.

Pasos para la configuración.

1. Agregar entradas a la base de datos relacional. En la máquina definida como el sistema principal, se agregan las entradas a la base de datos relacional de los sistemas con los que se pondrá en red.

Comando: ADDRDBDIRE RDB(<Máquina a enlazar>) RMTLOCNAME(<IP de la máquina a enlazar> <*IP>)

2. Configurar el sistema inicial (origen) [4]. i) Para poner en red el sistema inicial, se selecciona el método de comunicación que se va

a usar. En este caso se escoge el método por direccionamiento IP ya que, en la actualidad, la mayoría de las máquinas se conectan por este protocolo gracias a la simplicidad para su acceso.

ii) Ingresar a las políticas de BRMS y cambiar las configuraciones de red, por lo que se ingresa el siguiente comando:

Comando: WRKPCYBRM *SYS

En el menú que el sistema muestra se selecciona la opción 4. Cambiar grupo de red. Y se presiona ENTER.

iii) Añadir la conexión digitando la opción 1, esto se ilustra en la parte inferior de la Figura

6. Posteriormente, agregar el nombre de la ubicación local y el id de red.



Figura 6. Pantalla que muestra la configuración a realizar para poner en red dos sistemas.

En la Figura 6 se observa la siguiente configuración de los dos sistemas puestos en red, según lo establecido con la Tabla 1.

Tabla 1. Definición establecida para poner en red 2 sistemas

Sistema ID de red

Definición

IBMI72A APPN Sistema de origen

IBMI72B APPN Sistema a poner en red con el sistema IBMI72A

Cuando se realice la solicitud, el sistema mostrará el mensaje de la Figura 7.

Figura 7. Notificación que indica que el Nodo de Red se ha configurado.

3. Verificar si existe información en la máquina de destino.

Para validar si existe algún medio para usar en la máquina de destino, se usa el siguiente comando:

Comando: WRKMEDBRM

Si existe algún medio, se procede con el paso 5.

4. Guardar las configuraciones de BRMS. En el sistema que se pondrá en red hay que guardar las configuraciones que existan en la máquina a nivel de BRMS [4]. Comando: CPYMEDIBRM OPTION(*TOFILE) FILE(<Librería donde se ubicará

el archivo>/<Nombre del archivo>)

En el archivo creado se guarda toda la información de las políticas que tenga configurado BRMS.



5. Activar la configuración de red de BRMS desde el sistema target o nodo no principal de BRMS [4].

Comando: INZBRM OPTION(*NETSYS) FROMSYS(<ID Sistema de origen>.<Host Sistema de origen>)

Al solicitar el comando, el sistema preguntará si se debe continuar con la operación. Este es un comportamiento normal y por lo tanto se ignoran las alertas presentadas. En la Figura 8 se muestran las notificaciones.

Figura 8. Imagen que muestra los mensajes de alerta que aparecen cuando se enlazan los sistemas.

El mensaje que indica que la característica de red ya se encuentra añadida es el BRMS1526 el cual se visualiza por el log del sistema.

6. Cuando las máquinas se encuentren en red, se debe apreciar una configuración como la señalada en la Figura 9.

Figura 9. Activando 2 sistemas por BRMS en red.

Si el estado no se observa como en la figura anterior, se prosigue con el paso 8, de lo contrario se sigue con el paso 7.



7. Verificar el enlace entre las máquinas. En caso de que no se encuentren los sistemas enlazados correctamente se verifica mediante el siguiente comando que el enlace pueda establecerse[5].

Comando INZBRM OPTION(*VFYNET)

Luego, se siguen los pasos indicados por el comando.

8. Verificar el subsistema activo.

Al activar los sistemas en red, automáticamente se crea una nueva descripción de subsistema (Q1ABRMNET), hay que verificar que esta conexión exista.

9. Restaurar los datos salvados de las políticas. Este paso se omite, si no se realizó el paso 3, ya que por medio del comando a ingresar se combinan los datos guardados.

Comando: CPYMEDIBRM OPTION(*FROMFILE) FILE(<Librería donde se guardó el archivo>/<Nombre del archivo>)

10. Después de realizar la configuración anterior los sistemas quedan en red.

ANEXO 5

DOCUMENTACIÓN DE PROCESOS PARA IBM I

DOCUMENTACIÓN DE PROCESOS PARA IBM I

IBM de Colombia

Laura Alejandra Prieto Cardenas [email protected]

Resumen En el presente documento se encuentran documentados los procedimientos que se realizan

frecuentemente en el área de administración iSeries, con el objetivo que sirva como guía para el

administrador.

2 Realizado por: Laura Prieto Practicante iSeries 2018 I-2017 II

Contenido

1.1. DESARROLLO DE LA GUÍA ........................................................................................... 5

1.2. GUÍA REALIZADA EN EL TIEMPO DE PRÁCTICA EN IBM DE COLOMBIA ......... 6

1.2.1. MANEJO DE LA INTERFAZ DEL SISTEMA OPERATIVO ................................. 6

1.2.1.1. Ingreso al sistema operativo .................................................................................. 10

1.2.1.2. Estructura de un comando ..................................................................................... 10

1.2.2. REVISIÓN DEL SISTEMA OPERATIVO .............................................................. 12

1.2.2.1. Límite de CPU ....................................................................................................... 12

1.2.2.2. Porcentaje de ocupación del sistema operativo ..................................................... 12

1.2.2.3. Número de trabajos en el sistema. ......................................................................... 12

1.2.2.4. Estado de los discos ............................................................................................... 13

1.2.2.5. Revisión de la cola del operador (QSYSOPR) ........................................................ 13

1.2.2.6. Validación de subsistemas .................................................................................... 14

1.2.2.7. Manejo de Spool .................................................................................................... 15

1.2.2.8. Trabajar con las colas de salida ............................................................................. 15

1.2.3. PLAN DE ADMINISTRACIÓN .............................................................................. 17

1.2.3.1. Verificar problemas de hardware (Herramientas de Servicio) .............................. 17

1.2.3.2. Validar servicios TCP/IP ....................................................................................... 17

1.2.3.3. Alertas del sistema ................................................................................................ 18

1.2.3.4. Problemas del sistema ........................................................................................... 19

1.2.3.5. Verificación de Dispositivos ................................................................................. 19

1.2.3.6. Verificación de Performance Activo .................................................................... 19

1.2.3.7. Verificación de espacio en disco ........................................................................... 20

1.2.3.8. Verificación de discos ........................................................................................... 20

1.2.3.9. Revisión de colas del operador .............................................................................. 20

1.2.3.10. Verificación del agente de monitoreo ................................................................... 20

1.2.3.11. Verificación de colas – OUTQ .............................................................................. 21

1.2.4. ADMINISTRACIÓN DEL SISTEMA OPERATIVO .............................................. 22

1.2.4.1. Procesos internos de IBM ..................................................................................... 22

1.2.4.1.1. UAT ....................................................................................................................... 22

1.2.4.1.2. QEV’s .................................................................................................................... 22

1.2.4.1.3. Atención de requerimiento en MAXIMO ............................................................. 23

1.2.5. SOPORTE DE II NIVEL .......................................................................................... 24

1.2.5.1. Trabajos de alto consumo de CPU ........................................................................ 24

1.2.5.2. Depuración del sistema ......................................................................................... 24


1.2.5.2.1. Depuración de diarios del sistema ......................................................................... 24

1.2.5.2.2. Depuración de colas de salida del sistema ............................................................ 28

1.2.5.2.3. Depuración de archivos en spool........................................................................... 28

1.2.5.2.4. Depuración de colecciones .................................................................................... 29

1.2.5.3. Manejo de diarios .................................................................................................. 30

1.2.5.4. Subsistemas ........................................................................................................... 32

1.2.5.4.1. Iniciar subsistemas ................................................................................................ 32

1.2.5.4.2. Finalizar subsistemas ............................................................................................. 32

1.2.5.4.3. Reiniciar subsistemas ............................................................................................ 32

1.2.5.4.4. Restringir partición ................................................................................................ 33

1.2.5.5. Cambios de hardware- Anomalías o fallas ............................................................ 34

1.2.5.6. Tipos de autorización en el sistema ....................................................................... 35

1.2.5.7. Administración de usuarios ................................................................................... 36

1.2.5.8. Comandos para guardar y restaurar los objetos del sistema .................................. 38

1.2.5.9. Actualización de PTF’S ........................................................................................ 41

1.2.5.9.1. Cargar imágenes a un dispositivo virtual .............................................................. 42

1.2.5.9.2. Procedimiento para marcar los PTF’s diferidos .................................................... 45

1.2.5.10. Configuración TCP ............................................................................................... 46

1.2.5.11. Activar el procesamiento TCP/IP .......................................................................... 49

1.2.5.12. Activar los servicios de las aplicaciones TCP/IP .................................................. 49

1.2.5.13. Configuración SNA ............................................................................................... 50

1.2.5.14. Trabajar con discos ................................................................................................ 53

1.2.5.14.1. Añadir discos al ASP ......................................................................................... 53

1.2.5.14.2. Eliminar discos del ASP .................................................................................... 55

1.2.5.15. Informes de gestión ............................................................................................... 58

1.2.5.16. Manejo de cintas .................................................................................................... 68

1.2.5.17. Tipo de IPL en IBM i. ........................................................................................... 70

1.2.5.18. Creación de una LPAR (HMC) .............................................................................. 71

1.2.5.19. Instalación de un sistema operativo IBM i ............................................................ 77

1.2.5.20. Restauración a partir de una opcion21 cuando se tiene el sistema operativo instalado 90

1.2.5.21. Instalar un lenguaje secundario. ............................................................................ 93

1.2.5.22. Actualización de sistema operativo ....................................................................... 95

1.2.5.23. BRMS .................................................................................................................. 106

1.2.5.23.1. Configuración de las políticas para un Backup por BRMS. ............................ 107

1.2.5.23.1.1. Creación de una clase de medios. .................................................................... 107

1.2.5.23.1.2. Modificación de una clase de medios. ............................................................. 108


1.2.5.23.1.3. Creación de una política de movimientos. ...................................................... 109

1.2.5.23.1.4. Modificación de una política de movimientos. ............................................... 110

1.2.5.23.1.4. Creación de una política de medios. ................................................................ 110

1.2.5.23.1.5. Modificación de una política de medios. ......................................................... 112

1.2.5.23.1.6. Creación y modificación de un grupo de control. ........................................... 112

1.2.5.23.1.7. Modificar las entradas del grupo de control. ................................................... 116

1.2.5.23.1.8. Subsistemas por procesar en grupo de control. ............................................... 118

1.2.5.23.1.9. Añadir una excepción en BRMS. ..................................................................... 119

1.2.5.23.2. Trabajar con los dispositivos de BRMS ........................................................... 120

1.2.5.23.3. Trabajar con medios de BRMS. ...................................................................... 121

1.2.5.24. MIMIX ................................................................................................................ 123

1.2.5.24.1. Conceptos clave ............................................................................................... 123

1.2.5.24.2. Funcionamiento ............................................................................................... 124

1.2.5.24.3. Monitoreo de la replica.................................................................................... 124

1.2.5.24.4. Aplicar licencias en MIMIX ............................................................................ 128

1.2.5.24.5. Verificación de las fechas de expiración de las licencias. ............................... 129


1.1. DESARROLLO DE LA GUÍA

En base al conocimiento que se adquirió en la plataforma en el tiempo de la práctica profesional, se documentaron todos los procedimientos en los que el practicante tuvo participación. Como resultado, se obtuvo una guía que consolida todo el ciclo de aprendizaje seguido durante el periodo de la práctica.

El documento será presentado al equipo de administración con el objetivo de que éste se convierta en la base para continuar registrando información relevante sobre la administración y estará organizado de tal forma que se evidencie el ciclo de aprendizaje en el tiempo realizado en la práctica.

La estructura presentada en la guía es la siguiente:

1. Actividades básicas en la plataforma. 2. Verificación y revisión de recursos en la máquina. 3. Procedimientos frecuentemente realizados en el área de administración. 4. Implementaciones de un sistema operativo.

El orden anteriormente establecido se enfoca en que una persona, con poca experiencia en el entorno de trabajo del sistema IBM i, tenga una base accesible en donde localizar la información. De igual forma, se pretende que el documento sirva para consolidar una base de datos propia del equipo de IBM i de Colombia.

La guía comienza con los conceptos fundamentales y la interacción básica de un usuario con el sistema operativo, en esta sección se encuentra los comandos que se ejecutarán en la plataforma y una explicación del uso de los mismos.

Posteriormente, se tratan temas relacionados con las actividades de revisión de los recursos de la máquina, esta sección se desarrolla teniendo en cuenta que el principio básico para entender la administración de la plataforma se centra en estas verificaciones.

Después, se registrará el procedimiento ejecutado diariamente por los administradores conocido como el plan de administración diario, el cual tiene como objetivo garantizar al cliente que el servicio prestado por IBM se está realizando de forma correcta.

Luego, se documentarán los procesos propios de la administración en donde ya no sólo se revisa el estado de la máquina, sino que también se toma acción sobre la información encontrada. Estos procesos incluyen la depuración, la administración de los usuarios, el manejo de los discos del sistema, las configuraciones de las interfaces de comunicaciones, entre otros.

Finalmente, se documentarán los procesos que, a nivel técnico, son de mayor complejidad. Esta clasificación se les da gracias a que algún error o falla en alguno de estos procesos afecta directamente al cliente o al servicio que se está buscando brindar al mismo; entre estos se encuentra la operatividad del producto de replicación Mimix, la configuración de las políticas del Backup usando BRMS y la actualización e instalación del sistema operativo IBM i.


1.2. GUÍA REALIZADA EN EL TIEMPO DE PRÁCTICA EN IBM DE COLOMBIA

1.2.1. MANEJO DE LA INTERFAZ DEL SISTEMA OPERATIVO

La administración del sistema operativo AS/400 es realizada mediante los siguientes programas:

- IBM i client Access for Windows (Versión no soportada a partir de la versión de S.O

V7R3M0) - Access Cliente Solution (ACS)

Los productos previamente mencionados pueden instalarse en Linux o Windows dependiendo del ambiente en donde se van a usar. Además, el acceso a cada máquina se hace mediante una dirección IP dada por el cliente o con la consola gráfica. A continuación, se describe con mayor detalle los tipos de acceso previamente mencionados.

1. Acceso por consola gráfica (HMC) Por este método se accede directamente al Power y permite ver todas las LPAR que se encuentran instaladas sobre el servidor. Esta consola permite tener acceso a la emulación del sistema operativo cuando los servicios están fallando. Existen dos métodos de acceso a la HMC, el primero es por medio de la consola gráfica WEB (Observar Figura 1) en donde se muestran todas las particiones que tenga el servidor, ya sea AIX, IBM i, Power Linux, y el otro por medio de la consola 5250 (Observar Figura 2). La diferencia entre las dos es que en la consola 5250 solo se observan las particiones IBM i.

Figura 1. Ejemplo del acceso de consola por HMC gráfica.


Figura 2. Ejemplo de pantalla para el acceso por consola 5250 para una HMC.

En la HMC por consola se puede configurar dos tipos de acceso: • Pantalla de sesión

Es la emulación configurada por el subsistema de control y en donde siempre se tiene acceso a la máquina si el sistema operativo está funcionando. Cuando la máquina se encuentre en estado restringido, el único medio para acceder al sistema es mediante esta pantalla.

• Herramientas del servicio dedicadas (DST) Es la interfaz mediante la cual se administran los recursos presentados y se configura el hardware. Esta pantalla es la primera que aparece al realizar una instalación o restauración de un sistema operativo. Además, esta pantalla de herramientas de servicio dedicadas se puede activar permanentemente (si se desea) desde la configuración. Se mostraría previamente antes de la pantalla de inicio de sesión normal del sistema.

2. Emulación por inicio de sesión con dirección IP

Esta conexión se usa siempre que el sistema tiene configurada una dirección IP para ingresar. Es importante resaltar que los servicios TCP/IP deben estar activos para usar este servicio. Para ingresar a la sesión se debe configurar la sesión de la siguiente manera: 1- Por ACS se ingresa al icono de emulación de consola dando clic sobre el mismo, el icono

que se debe seleccionar se ilustra en la Figura 3.

Figura 3. Icono de acceso a las consolas por ACS.


2- Luego se da doble clic a la sesión con la dirección IP que se va a seleccionar, si la sesión ya existe continúe con el paso 5, de lo contrario se añade una nueva sesión dando clic en el icono de añadir sesión, como se observa en la Figura 4.

Figura 4. Selección de una Sesión de pantalla nueva por ACS

3- Configurar la sesión con las siguientes características: La imagen de la Figura 5 muestra las configuraciones que se deben usar para poder iniciar sesión en el sistema IBM i, las secciones encerradas en color rojo representan lo siguiente:

1- Nombre de la sesión

2- Dirección IP con la que se configurará la sesión.

3- Puerto con el que se accede al sistema, los puertos más usados son los siguientes: Puerto 992: Para acceso con puerto seguro por telnet Puerto 23: Para acceso normal a una sesión (telnet). Puerto 2300: Acceso a la consola del sistema.

4- Configuración del protocolo con el que se conectará a la sesión. 4- Se da clic en aceptar al icono que se encuentra en la parte inferior de la Figura 5 se

continua con el siguiente paso.


Figura 5. Ejemplo de configuración de una sesión.

5- Ingresar el usuario con el que se accede al sistema IBM i en la ventana emergente que

muestra la aplicación (ver Figura 6).

Figura 6. Ingreso de sesión a la aplicación ACS.

6- Cuando se valide el usuario con el sistema, se mostrará la pantalla de inicio de sesión al

sistema operativo, tal como se observa en la Figura 7.


Figura 7. Pantalla de inicio de sesión al emulador 5250.

1.2.1.1.Ingreso al sistema operativo

El arranque de sesión se realiza mediante el método de autentificación usuario/contraseña. Existen 2 tipos de usuarios:

- Usuario de sistema operativo: Permite el ingreso a todos los usuarios finales de la máquina. - Usuario de herramientas del servicio: Permite la configuración de recursos de hardware. Este

usuario es únicamente administrativo.

Luego del inicio de sesión, se presenta la pantalla de inicio como se observa en la Figura 8. En la parte inferior se encuentra la línea de mandatos (ver Figura 8 parte resaltada de rojo), cabe aclarar que solo los usuarios que tengan permiso para acceder a la línea de comandos podrán hacer uso de la misma. Las opciones que se pueden seleccionar del menú principal se observan en la Figura 8 en la parte resaltada de azul.

1.2.1.2.Estructura de un comando

El comando es la instrucción con la cual se hace una petición al sistema operativo, para iSeries los comandos se encuentran normalmente estructurados de la siguiente forma:

ABCDEF Parámetro (Valor)

ABC: Definen la acción a realizar, la tarea normalmente es definida por las 3 primeras consonantes de los verbos en inglés, ejemplos:

- DSPMSG: (Display)Visualizar - WRKOBJ: (Work) Trabajar - STRSBS: (Start) Arrancar/empezar

DEF: Definen el objeto sobre el cual se va a ejecutar la acción.


Parámetro: Especifica características que pueden ser configuradas en el comando.

Valor: Hace referencia a todas las posibilidades que tiene un parámetro.

Dependiendo de cómo se encuentre estructurado un comando, es frecuente usar la opción F4 antes de ejecutar el mandato. Gracias a esta opción se observa los parámetros adicionales del mandato y se puede filtrar o ser más específico en la solicitud a realizar.

Figura 8. Pantalla del menú inicial del sistema.


1.2.2. REVISIÓN DEL SISTEMA OPERATIVO

1.2.2.1. Límite de CPU

El límite máximo definido por el sistema para el uso de CPU es 100 %, cualquier valor por encima de este tope presenta problemas en el desempeño del sistema. Usando el comando WRKACTJOB en la parte superior de la pantalla, se observa el porcentaje (%) de CPU usado (Observar Figura 9).

Figura 9. Pantalla en donde se observa el porcentaje de CPU de una máquina.

1.2.2.2. Porcentaje de ocupación del sistema operativo

Para visualizar el espacio que queda libre para almacenar los datos del sistema, se usa el comando WRKSYSSTS. Éste permite mostrar el estado general del sistema como se observa en la Figura 10 en la parte resaltada de color rojo. Lo recomendable es que el espacio este máximo a un 85%.

Figura 10. Pantalla de salida del comando WRKSYSSTS.

1.2.2.3.Número de trabajos en el sistema. Define el número de trabajos que se están ejecutando en el sistema; en la Figura 10, la parte seleccionada de azul ilustra el número de trabajos que se encuentran en el sistema los cuales se encuentran divididos en tres grupos, los trabajos que están actualmente activos, los trabajos que están


en las cola de salida pero que aún no están siendo ejecutados y los trabajos que ya concluyeron pero siguen generando salida en las colas.

1.2.2.4.Estado de los discos

Para identificar el estado actual de los discos se realiza el siguiente procedimiento:

Para la verificación, se ejecuta el comando WRKDSKSTS, cuya salida se observa en la Figura 11 (a), en la imagen se ilustra el tamaño de cada disco, el porcentaje de utilización y como están trabajando actualmente. Dependiendo del uso que les dé el cliente a las transacciones del sistema los estimados deben ir cambiando conforme se actualice la pantalla. Para actualizar la pantalla se presiona la tecla F5. Para verificar que el estado de los discos es el correcto, se presiona la tecla F11 y se visualiza el estado tal como se muestra en la Figura 11 (b), los estados más frecuentes son:

a. BUSY: La unidad de disco no está disponible para procesar ningún mandato. b. DEGRADED: La unidad ha disminuido su rendimiento, el disco está solicitando un

cambio, normalmente este estado aparece cuando las baterías de las tarjetas controladoras necesitan cambiarse.

c. FAILED: Se presenta cuando la unidad de disco no está respondiendo.

(a)

(b) Figura 11.Ejemplo de salida en pantalla del comando WRKDSKSTS.

1.2.2.5. Revisión de la cola del operador (QSYSOPR)

Consiste en la verificación de los mensajes que requieren atención del administrador, en estos se informa las novedades presentadas en el sistema, incluyendo trabajos que están en espera de una respuesta, vencimiento de licencias, fallas en dispositivos, entre otros. Los mensajes de alerta se pueden visualizar en la cola del operador ejecutando el comando DSPMSG QSYSOPR, obteniendo una salida como la visualizada en la Figura 12.


Figura 12. Ejemplo de salida en pantalla de la cola del operador.

1.2.2.6.Validación de subsistemas

Todo trabajo que corra sobre el sistema operativo debe ir por un subsistema, para verificar los subsistemas que se encuentran activos, se usa el comando WRKSBS. El resultado de la ejecución de este comando se ilustra en la Figura 13.

Figura 13. Pantalla en la que se muestra los subsistemas activos.

En la Figura 13, se observa que las opciones disponibles para los subsistemas son: finalizar, visualizar descripción y trabajar con trabajos del subsistema; estas opciones se retomarán más adelante debido a los cambios que causan.

La columna Total Almac-(M) muestra el total de almacenamiento de memoria asignada al subsistema que no corresponda a la memoria compartida, es decir la memoria que es asignada fija al subsistema.

Y por último las agrupaciones son el ID del subsistema con el que se identifican las agrupaciones compartidas del sistema a nivel de memoria.


1.2.2.7. Manejo de Spool

El spool es un archivo de salida que sirve como consulta de las actividades que se realizan en el sistema.

Para conocer el spool, ya sea de un usuario o de todos los usuarios de la máquina, se usa el mandato WRKSPLF SELECT (<Nombre del usuario>), con éste se puede hacer el rastreo de las actividades del usuario. En el parámetro SELECT se escoge el nombre de usuario para obtener el spool de un usuario determinado, si se desea el spool de todos los usuarios de la máquina, se escribe en este parámetro el valor *ALL.

El manejo del spool se realiza únicamente cuando el usuario presenta incidencias, dado que en estos objetos se almacena información confidencial.

1.2.2.8.Trabajar con las colas de salida Las colas de salida es un objeto que agrupa los archivos spool cada cola de salida que existe es definida por el cliente y le da el uso de acuerdo a lo que requiera.

Para trabajar con las colas de salida se usa el comando WRKOUTQ OUTQ (*ALL), mediante este comando se puede cambiar, retener, eliminar, visualizar los archivos en el spool de la cola, entre otros. En la Figura 14, la parte escrita en azul presenta todas las opciones que tiene el sistema para trabajar con las colas.

Figura 14. Pantalla de salida para el comando WRKOUTQ.

Opciones

A continuación, se describe las opciones que se pueden realizar con los objeto de tipo OUTQ, adicional se observa el comando que se podría ejecutar sin necesidad de acceder con el comando WRKSBS.

Cambiar una cola de salida: dependiendo el parámetro que se configure, esta opción le permite a los usuarios cambiar los atributos de la cola de salida, tales como la autorización para visualizar datos, autorización del operador, el orden en el que se encuentran los archivos de la cola de salida, entre otros.

Comando: CHGOUTQ OUTQ(<Librería>/<Nombre de cola de salida>)

Retener: esta opción permite que no se procesen todos los archivos en spool que envía un transcriptor de spool. Esta opción funciona cuando los transcriptores asociados a las colas se encuentran inactivos.


Comando: HLDOUTQ OUTQ(<Librería>/<Nombre de cola de salida>)

Suprimir: esta opción suprime la cola de salida del sistema.

Comando: DLTOUTQ OUTQ(<Librería>/<Nombre de cola de salida>)

Trabajar con: mediante este comando se visualizan todos los archivos spool de la cola de salida y el estado de los mismos.

Comando: WRKOUTQ OUTQ(<Librería>/<Nombre de cola de salida>)

Liberar: libera los archivos en spool de la cola de salida seleccionada.

Comando: RSLOUTQ

Descripción: esta opción permite visualizar la configuración actual de la cola de salida.

Comando: WRKOUTQD OUTQ(Librería/Nombre de cola de salida)

Trabajar con transcriptores: permite trabajar con el estado de las impresoras y transcriptores.

Comando: WRKWTR

Borrar: Elimina todos los archivos de spool que contenga la cola seleccionada.

Comando: CLROUTQ OUTQ(Librería/Nombre de cola de salida)


1.2.3. PLAN DE ADMINISTRACIÓN

El plan de administración corresponde a la revisión diaria que debe ejecutarse sobre cada partición IBM i que se tenga, esta actividad brinda la información necesaria para validar que el sistema se encuentre en correcto funcionamiento.

1.2.3.1.Verificar problemas de hardware (Herramientas de Servicio)

Cuando se presenta una anomalía a nivel de hardware, es necesario mirar si el sistema está solicitando cambio de alguna parte o presenta fallas en el hardware; para ello, se verifican los problemas de hardware de la siguiente manera:

1. En la línea de mandatos digitar:

Comando: STRSST

Luego, ingresar con el usuario de herramientas de servicio.

2. Seleccionar opción 1. Arrancar una herramienta de servicio. 3. Seleccionar opción 7. Gestor de servicio de hardware. 4. Seleccionar opción 6. Trabajar con anotaciones de acciones de servicio.

- En esta opción se debe seleccionar el rango de tiempo en el que se necesita visualizar los problemas detectados a nivel de hardware. La pantalla que se observa después de realizar la navegación en el menú de herramientas de servicio se ilustra en la Figura 15.

Figura 15. Ejemplo para una salida del log de herramientas del sistema.

1.2.3.2.Validar servicios TCP/IP

Para este procedimiento, es necesario que todas líneas del usuario se encuentren activas, puesto que ellas son el medio por donde los usuarios finales acceden al servidor. Para verificar las líneas se usa cualquiera de los siguientes comandos:

1. Navegando por el menú a. Digitar CFGTCP. b. Seleccionar la Opción 1 (Trabajar con interfaces TCP/IP).


c. La pantalla seleccionada muestra todas las líneas que están configuradas para el servidor.

2. Ingresando por el sistema el siguiente comando:

Comando: WRKTCPSTS OPTION(*IFC)

3. Digitar el siguiente comando en el Sistema:

Comando: NETSTAT OPTION(*IFC)

Después de ingresar el comando, se presiona la tecla F11 para visualizar el estado de las líneas, el resultado se muestra en la imagen de la Figura 16.

Figura 16. Pantalla que indica el estado de las líneas.

Adicionalmente, es necesario verificar que la configuración de los dispositivos se encuentre activa.

Comando: WRKCFGSTS CFGTYPE(*LIN) CFGD(*ALL)

En la Figura 17, se muestra el estado de los dispositivos de la línea. Se debe tener en cuenta, que estos siempre deben estar activos; en caso contrario, se asume que el servicio no se encuentra disponible.

Figura 17. Pantalla que muestra el estado de la configuración.

1.2.3.3.Alertas del sistema

Este procedimiento muestra las alertas que se han creado o anotado por el sistema, u otro sistema mediante el comando WRKALR. La pantalla de salida se muestra en la Figura 18.

Figura 18. Pantalla que muestra las alertas del sistema.


Para una validación inicial, solo se debe visualizar que en el sistema no se esté presentando ninguna alerta.

1.2.3.4.Problemas del sistema

Para conocer si el sistema está reportando problemas, se usa el comando WRKPRB, el cual muestra la pantalla de la Figura 19.

Figura 19. Pantalla que muestra los problemas del sistema.

1.2.3.5.Verificación de Dispositivos

Un dispositivo es un objeto del sistema que define una configuración para un dispositivo físico o lógico.

Para verificar si algún dispositivo se encuentra dañado se digita el siguiente comando:

Comando: WRKCFGSTS CFGTYPE(*DEV) STATUS(*FAILED)

Con este mandato se muestra en pantalla los dispositivos dañados; en caso de existir, se debe validar por qué se presenta el daño. En la Figura 20, se observa que en la actual máquina no existen dispositivos dañados.

Figura 20. Pantalla que muestra los dispositivos cuando se encuentran en estado dañado.

1.2.3.6.Verificación de Performance Activo

Es importante para el administrador saber si se están registrando los datos en las colecciones de performance de la máquina. Para esto, se debe ingresar el comando CHKPFRCOL que da como


resultado el mensaje: CPI0A16, que indica que la recolección de datos está activa. En la Figura 21 se muestra la salida que entrega el sistema.

Figura 21. Mensaje que aparece por pantalla al verificar una recogida de datos.

Cabe aclarar que si la recolección de datos no está activa no se cuenta con ninguna estadística del sistema que permita observar el comportamiento de la máquina en un momento anterior.

1.2.3.7.Verificación de espacio en disco

Pertenece al plan de administración verificar que el estado del sistema se encuentre en un porcentaje adecuado; para ello, se realiza el mismo procedimiento descrito en la sección de porcentaje de ocupación en disco.

1.2.3.8.Verificación de discos

La verificación de los discos consiste en la revisión de todos los discos del sistema de modo que se encuentren activos, el procedimiento a seguir es el mismo presentado en la sección Estado de los discos.

1.2.3.9.Revisión de colas del operador

Es una de las ayudas fundamentales de todos los administradores, gracias a esta opción se verifica que todas las configuraciones del sistema a nivel de software estén actualizadas y funcionando de forma correcta. (Verificar sección revisión de colas del operador)

1.2.3.10. Verificación del agente de monitoreo

El agente de monitoreo es un servicio de IBM que permite conocer el estado actual de la máquina. Es de importancia para el administrador conocer que el agente de monitoreo se encuentre funcionando ya que mediante éste se reportan todas las alertas del sistema.

Para visualizar el estado del agente se puede usar una de las siguientes cuatro opciones:

1. Navegando por el menú OMA (menú del agente de monitoreo)

a. GO OMA. b. Seleccionar la opción 1.


2. Usando el comando para ver la cola de mensajes asignada al trabajo del agente de Tivoli.

Comando: DSPMSG MSGQ(QAUTOMON/KMSOMLOG)

3. Ingresando en la línea de comando el siguiente mandato:

Comando: DSPOMALOG

Nota: Si se escoge alguna de las primeras tres opciones, la salida será como la ilustrada en la Figura 22. Acá se observa que no se presentan novedades en el reporte de la cola de mensajes del agente de monitoreo.

Figura 22. Ejemplo de la salida del comando cuando se selecciona alguna de las primeras tres opciones.

4. Iniciando del agente de monitoreo. Para validar si el agente ya está activo se usa el comando STROMA en donde aparece el mensaje mostrado en la Figura 23 que indica el correcto funcionamiento del agente.

Figura 23. Comando ingresado por la línea de mandatos para verificar que el agente este activo.

1.2.3.11. Verificación de colas – OUTQ

Para la administración del sistema operativo es necesario conocer que todas las colas de salida estén en correcto funcionamiento. Siguiendo el procedimiento descrito en la sección de trabajar con colas se puede verificar que estén en operando normalmente; es decir, que las colas preestablecidas se encuentren en estado *RLS (Release) si es lo que solicita el cliente.


1.2.4. ADMINISTRACIÓN DEL SISTEMA OPERATIVO

1.2.4.1.Procesos internos de IBM

1.2.4.1.1. UAT

Es la herramienta de IBM con la que se administran las solicitudes de todos los clientes en las diferentes plataformas. Es labor del administrador gestionarlas y darles solución. La plataforma UAT es una de las métricas que usa la empresa para evaluar la efectividad del área.

Tipos de solicitudes

Cada una de las solicitudes que llegan por medio de la herramienta tienen asociado un comando que debe ser ejecutado desde la plataforma. Las solicitudes establecidas son:

1) Crear usuarios. 2) Eliminar usuarios. 3) Cambiar contraseña de usuarios. 4) Desbloquear usuarios. 5) Añadir permisos. 6) Retirar permisos.

Manejo de las solicitudes

Para la correcta gestión de las solicitudes de los clientes se debe seguir con el siguiente procedimiento dentro de la plataforma.

A. Asignación: seleccionar a la persona del equipo que atenderá la solicitud. B. Revisión: es la etapa mediante la cual se establece si el requerimiento puede ser realizado o

no. C. Ejecución: como su nombre lo indica, es la etapa con la que se realizan las tareas establecidas

en la solicitud. D. Documentación: corresponde a la etapa en que se evidencia el procedimiento realizado. E. Cierre: luego de realizar cada una de las etapas anteriores, se realiza el cierre de cada una de

las solicitudes incluyendo la verificación y finalización del ticket.

1.2.4.1.2. QEV’s

Es un informe que suministra información de los usuarios que se encuentran actualmente en las máquinas. Es labor del administrador entregar este informe mensualmente al área de procesos, de modo que se valide si el proceso que está registrado en la herramienta es concordante con lo que existe en la máquina.

Para la entrega del QEV se realiza el siguiente procedimiento en cada una de las máquinas.

1. Generar un informe de todos los usuarios de la máquina.


2. Haciendo uso de la herramienta WRKQRY, crear una consulta en donde se seleccionan solo los usuarios de IBM en la máquina.

3. Ejecutar la consulta, en donde se genera un archivo en spool. 4. Extraer el spool de la máquina usando el navegador de iSeries, o el cliente de IBM para

acceder a la plataforma. 5. Ubicar los datos en el formato de Excel preestablecido con el área de procesos mediante el

archivo generado.

1.2.4.1.3. Atención de requerimiento en MAXIMO

Es de prioridad para IBM prestarle un buen servicio al cliente. Para ello, cada una de las plataformas cuenta con acceso a la herramienta MAXIMO de IBM, en donde se gestionan cada uno de los requerimientos e incidentes que estén en la plataforma.

Los requerimientos varían desde informes de las máquinas, desbloqueo de usuarios, hasta información del desempeño de la máquina. La incidencia o requerimiento depende del cliente y es labor del administrador cerciorarse que el servicio se degrade en la menor cantidad posible; es decir, que la solicitud se atienda lo más pronto posible según su prioridad. Por este motivo, la revisión diaria de esta plataforma es de vital importancia, ya que es la interacción constante con el cliente y lo que requiere del servicio prestado.


1.2.5. SOPORTE DE II NIVEL

1.2.5.1.Trabajos de alto consumo de CPU Cuando el sistema operativo reporta que el consumo de memoria es muy alto, es necesario identificar el trabajo que más está exigiendo recursos, para ello se realiza el siguiente procedimiento.

1. Ingresar en la línea de comandos: WRKACTJOB 2. Clasificar por trabajos de alto consumo.

Para este proceso, luego de ejecutar el comando WRKACTJOB, se ubica el cursor sobre la columna de CPU% y se presiona Shift+F4 (F16).

Figura 24. Salida de pantalla para el comando WRKACTJOB, organizado por el trabajo de mayor consumo.

Después de realizar la clasificación, se retiene o se cancela el trabajo dependiendo de la incidencia que represente.

Es de aclarar que dependiendo la definición de la máquina la CPU puede llegar a mas del 100% ya que al tener un procesamiento compartido puede tomar porciones de CPU de otras particiones y usarlo para la partición que lo requiere.

1.2.5.2.Depuración del sistema

Frecuentemente el sistema reporta que existe una condición de almacenamiento alto, esto indica que es necesario realizar una depuración. Si la alerta existe por objetos propios del cliente, el equipo de administración no puede intervenir, dado que son datos confidenciales.

El procedimiento que se realiza normalmente para depurar el sistema por parte del equipo de administración es el siguiente:

1. Depuración de diarios del sistema. 2. Depuración de colas de salida. 3. Depuración de archivos en spool. 4. Depuración de colecciones

1.2.5.2.1. Depuración de diarios del sistema Las máquinas diariamente generan una serie de transacciones las cuales quedan registradas en los receptores de diario, la depuración de estos es una tarea constante del administrador. Dependiendo de las políticas establecidas para los receptores, estos se guardan en cinta o se eliminan directamente del sistema sin que se hayan respaldado anteriormente.

El procedimiento que se sigue para la depuración de receptores consta de los siguientes pasos:


1- Ejecutar el comando con el que se observa todos los receptores de las máquinas.

Comando: WRKJRNRCV JRNRCV(*ALL/*ALL)

Como resultado de la ejecución se mostrará la pantalla de la Figura 25 donde se observan todos los receptores que existen en el sistema. Cada receptor tiene una secuencia que se define cuando se crea, dependiendo del tamaño máximo especificado en el receptor, se crean las secuencias consecutivamente conforme se añadan registros. Los receptores que se pueden borrar son aquellos cuya secuencia ya se encuentre guardada o aquellos que no se requiere mantener más en la máquina.

Figura 25. Pantalla de salida para el comando WRKJRNRCV.

2- Seleccionar uno de los receptores con la opción 5. En la Figura 25 se elige el receptor

DSJRN07338 de la librería LIBR46. Al escoger este receptor, se muestra la pantalla de la Figura 26 en donde se observa los atributos del receptor seleccionado, tales como; el tamaño, la hora de conexión, la hora de desconexión, el estado y la secuencia de cada uno de los registros que lleva el diario entre otros.


Figura 26. Pantalla que muestra los atributos de un receptor.

Otra manera de llegar a esta misma pantalla es conociendo el nombre del receptor y la librería en la que se encuentra y ejecutar el siguiente comando.

Comando: DSPJRNRCVA JRNRCV(<Librería>/<Nombre del receptor>)

3- En la pantalla de la Figura 26 presionar la tecla F10 y se llega a la pantalla mostrada en la

Figura 27, en esta pantalla se observan los atributos del diario como; el estado, el número de objetos que pertenecen al diario, el tipo de diario, entre otros.

Figura 27. Pantalla que muestra los atributos de un diario.

Si se conoce el diario se puede llegar directamente a la Figura 27 mediante el uso del siguiente comando:

Comando: WRKJRNA JRN(<Nombre de la librería>/<Nombre del diario>)


4- Posteriormente, sobre la pantalla de la Figura 27 presionar las teclas Shift+F3 que

corresponde a trabajar con el directorio de receptores del diario anteriormente seleccionado.

Como resultado, se mostrará la pantalla de la Figura 28, en ésta se observa el estado de cada uno de los receptores que se encuentran asociados al diario.

Figura 28. Pantalla que muestra los receptores asociados a un diario.

a. Luego se marca con la opción 4 para eliminar todos los diarios guardados, por lo que se debe

seleccionar el receptor con secuencia más baja de todos aquellos que se encuentren respaldados. Seguidamente, se confirma la eliminación de los receptores presionando ENTER. La Figura 29 muestra la pantalla de confirmación.

Figura 29. Pantalla de confirmación de la eliminación de los receptores asociados a un diario.


1.2.5.2.2. Depuración de colas de salida del sistema

Para depurar las colas del sistema se realiza el siguiente procedimiento.

a. Seleccionar todas las colas de salida del sistema.

Comando: WRKOUTQ

b. Seleccionar las colas que, según lo establecido con el cliente, se pueden eliminar y no son necesarias para su operación diaria digitando la opción 14 al lado de la cola.

Si se conoce la cola de salida en la que se quieren borrar todos los archivos en spool contenidos, se digita el siguiente comando:

Comando: CLROUTQ OUTQ(<Librería>/<Nombre de la cola>)

1.2.5.2.3. Depuración de archivos en spool

Normalmente, todos los archivos en spool que generan los usuarios quedan almacenados en cada uno de los perfiles, esta información es temporal y después de un tiempo ya no es necesaria conservarla en el sistema. El comando para trabajar con todos los archivos en spool a nivel de sistema operativo es:

Comando: WRKSPLF SELECT(*ALL) PERIOD((*AVAIL <Fecha inicial>) (*AVAIL <Fecha final>))

Para realizar la eliminación, se seleccionan los archivos en spool que el sistema muestra en pantalla. En la Figura 30 se observa un ejemplo de cómo se marcan archivos en spool para que sean eliminados del sistema. Cabe aclarar que la selección se realiza archivo por archivo digitando la opción 4.


Figura 30.Ejemplo de la eliminación de archivos en spool del sistema.

1.2.5.2.4. Depuración de colecciones

Los datos de performance son colecciones útiles para el administrador y permiten conocer el estado del sistema dependiendo de la actividad del cliente. En ciertos casos, pueden existir colecciones que con frecuencia no son requeridas, por lo cual se realiza el proceso de eliminación descrito a continuación:

1. Digitar en la línea de comandos el acceso al menú de performance de la máquina.

Comando: Go perform

2. Seleccionar la opción 6. Herramientas de configuración y gestión. 3. Seleccionar la opción 2. Suprimir datos de rendimiento, luego el sistema

mostrará la Figura 31.

Figura 31. Pantalla mostrada por el sistema para eliminar los datos de rendimiento.

4. Seleccionar la biblioteca que tiene las colecciones de datos, normalmente las bibliotecas

usadas en el sistema son: QMPGDATA o QPFRDATA. En la Figura 31, se puede observar que en la parte superior derecha se establece la biblioteca que contiene las colecciones de rendimiento en la máquina.


5. Seleccionar la opción 4 sobre la colección que, según criterio del administrador, no es necesario seguir conservándola. Nota: Al seleccionar la opción 4, automáticamente se inicia un trabajo que va por la cola QBATCH, por lo que es necesario revisar que esta cola se encuentre en estado liberado.

6. Presionar ENTER para realizar la eliminación.

7. Posteriormente, realizar una búsqueda de las colecciones que existen en el sistema, se selecciona el atributo en tipo de objeto *MGTCOL para encontrar solo las colecciones existentes.

Comando: WRKOBJ OBJ(*ALL/*ALL) OBJTYPE(*MGTCOL)

8. Eliminar las colecciones que, según criterio del administrador, no son requeridas; es decir colecciones que sean necesarias para el informe mensual de la máquina. La verificación de las fechas de las colecciones se realiza seleccionando la opción 8 y observando la fecha de creación del objeto en el sistema. Cabe resaltar que para realizar la eliminación se escoge las colecciones a eliminar con la opción 4.

1.2.5.3.Manejo de diarios

Un diario es un contenedor que es reconocido en el sistema con el atributo *JRN, el diario normalmente se encuentra asociado a uno o varios objetos del sistema. Cuando un objeto se encuentra registrado por un diario, indica que todas las transacciones que se realicen sobre el objeto quedarán guardadas en un receptor de diario.

Las transacciones guardadas en el diario son aquellas que se encuentran definidas con el valor del sistema QAUDLVL siempre y cuando se encuentre activo el valor del sistema QAUDCTL. Dentro de las transacciones más comunes se encuentran la creación y eliminación de objetos, usuarios que usan el objeto y cambios en el objeto.

En cuestión de auditoría, es primordial el manejo de diarios, puesto que ellos registran los cambios de los objetos de la máquina. Los receptores contienen todas las transacciones; cuando una máquina es altamente transaccional, es necesario realizar una depuración de los mismos. Los receptores que se pueden borrar son los que tengan el estado guardado.

Dentro de las actividades que más realiza el administrador con los diarios se encuentran:

1) Visualizar entradas en un diario. Cada vez que un usuario realiza cambios en un objeto del sistema, el diario lo registra; en varias ocasiones los usuarios eliminan objetos que no deberían y no se encuentra el responsable. Es función del administrador encontrar el responsable de los cambios efectuados en el sistema; para esto, el administrador revisa las entradas en un diario. Para observar estas entradas se digita el siguiente comando:

Comando: DSPJRN JRN(<Diario>/<Librería del diario>) OBJ((<Librería del objeto>/<Objeto> <Tipo de objeto>))


RCVRNG(<Librería donde se encuentra el receptor>/<Receptor inicial a revisar> (<Librería donde se encuentra el receptor>/<Receptor final a

revisar>) JRNCDE((<Código a buscar>))

ENTTYP(<Tipo de transacción que se va a buscar>)

JRN: Define el diario que lleva las transacciones del objeto.

OBJ: Es el objeto que se buscará en el diario seleccionado.

RCVRNG: Mediante este parámetro se puede definir el receptor en el que se va a buscar.

JRNCDE (Opcional): se define el código a buscar.

ENTTYP (Opcional): Define el tipo de entrada a visualizar en el diario que se está buscando.

Nota: el tipo y el código del objeto que se visualizarán depende de la transacción que se esté buscando, en el siguiente enlace se encuentra más información para seleccionar el código.

2) Eliminar un diario. El proceso para eliminar un diario se encuentra en la sección de depuración de diarios del sistema.

3) Crear un receptor de diario. Un receptor de diario es el que lleva el registro de los cambios que se encuentren asociados en un diario, para que este contenga información debe conectarse a un diario. . Para realizar la creación de un diario se usa el siguiente comando:

Comando: CRTJRNRCV JRNRCV(L1/R1) THRESHOLD(N1) En donde L1 es la librería en donde se creará el receptor, R1 es el nombre del receptor t N1 define el valor máximo que es permitido para el receptor del diario, si el diario es manejado por el sistema.

4) Crear un diario. Un diario o journal es en el que se asocian los objetos que serán registrados en los receptores. El diario es una descripción que define se crea siempre después de la creación de un receptor. El comando que se usa es el siguiente:

Comando: CRTJRN JRN(L1/D1) JRNRCV(L1/R1) MNGRCV(*SYSTEM) Siendo L1 la librería en donde se creará el diario, D1 el nombre del diario y R1 el nombre del receptor que ya debe estar creado. El parámetro MNGRCV define quien gestiona los receptores de diario en el sistema, si se define en *SYSTEM implica que cada vez que un receptor sobrepase el valor de umbral este crea automáticamente otro receptor con el siguiente número de secuencia definido. El otro valor posible es *USER, al definir este valor la gestión la debe realizar el usuario.


1.2.5.4.Subsistemas

En esta sección definen varios comandos para trabajar con subsistemas, uno de los parámetros que se maneja en toda la sección es el parámetro OPTION el cual puede tener 2 valores:

a) *IMMED: el inicio o finalización se hará de forma inmediata, la solicitud realizada aplicará desde el momento en que se ejecute el comando.

b) *CTRLD: mediante esta opción los trabajos que estén corriendo finalizarán hasta que se termine la tarea que se esté ejecutando actualmente.

1.2.5.4.1. Iniciar subsistemas

Para iniciar un subsistema se ejecuta el siguiente mandato:

Comando: STRSBS (<Librería donde está el subsistema>/<Nombre del subsistema>)

Los subsistemas permiten activar los diferentes aplicativos que corren sobre la plataforma. Siempre que la máquina se encienda, es necesario activarlos mediante el subsistema de control, el cual inicia todos los subsistemas automáticamente. El subsistema de control se verifica mediante el valor del sistema QAUDCTL que normalmente se encuentra configurado con el valor QCTL/QSYS.

1.2.5.4.2. Finalizar subsistemas

Cuando el cliente/administrador requiera finalizar el subsistema; ya sea por un reinicio o porque no son necesarios los trabajos que el subsistema inicia, se ejecuta alguno de los siguientes comandos.

1. Finalizar el subsistema digitando el siguiente comando:

Comando: ENDSBS(<Nombre del subsistema> OPTION(<*IMMED/*CTRLD>)

2. Otra opción es realizar el siguiente procedimiento a- Digitar el siguiente comando:

Comando: WRKSBS

b- Seleccionar el subsistema que se va a finalizar con la opción 4. c- Presionar la tecla F4 y configurar el tipo de finalización del subsistema.

1.2.5.4.3. Reiniciar subsistemas

El reinicio de subsistemas es necesario cuando un trabajo que está corriendo sobre éste se quedó bloqueado y no es posible liberarlo, o cuando los trabajos que debían arrancar no lo hicieron. Para ello, se finaliza y se inicia el subsistema con los comandos descritos anteriormente en el siguiente orden:

1. Finalizar subsistemas 2. Iniciar subsistemas


1.2.5.4.4. Restringir partición

Cuando se va a realizar una acción como reiniciar, apagar, aplicar parches, actualizar el sistema operativo o tomar respaldos; es necesario restringir la máquina de modo que se garantice que no queden compromisos pendientes en la máquina.

Se restringe el servidor con alguno de los siguientes comandos.

i) Digitar el comando:

Comando: ENDSYS OPTION(<*IMMED/*CTRLD>)

ii) Digitar el siguiente comando:

Comando: ENDSBS SBS(*ALL) OPTION(<*IMMED/*CTRLD>)

Es importante conocer que la ejecución de los anteriores dos mandatos solo se permite en un entorno en donde el trabajo interactivo se encuentre en el subsistema de control, es decir conexión por consola.

Para comprobar que la máquina quede en el estado correcto se verifica con cualquiera de las siguientes opciones:

1) Revisar los subsistemas que estén corriendo, en donde solo debe quedar el subsistema de control y en la parte inferior de la pantalla se debe mostrar la notificación de que el sistema se encuentra en condición restringida.

Comando: WRKSBS

La salida que mostrara el comando anteriormente ingresado se observa en la Figura 32.

Figura 32. Salida en pantalla cuando el comando WRKSBS es ingresado después de restringir el sistema.

2) Validar el mensaje en la cola del operador:

Comando: DSPMSG QSYSOPR


La salida en pantalla que mostrará deberá ser como la que se observa en la Figura 33.

Figura 33. Mensaje que se muestra en la cola del operador cuando el sistema finaliza en condición restringida.

1.2.5.5. Cambios de hardware- Anomalías o fallas

Cuando suceden anomalías a nivel de hardware, el área de hardware solicitará al área de administración alguna de las siguientes opciones:

1) Restringir la máquina si se tiene acceso por consola HMC o consola de operaciones. Para restringirla, dirigirse a la sección Restringir .

2) Reiniciar la LPAR; para ello, realizar el siguiente procedimiento: Desde la línea de comandos se ingresa el siguiente CL:

Comando: PWRDWNSYS OPTION(*IMMED) DELAY(1) RESTART(*YES)

Al escribir el comando anterior y presionar la tecla F4, el sistema mostrara la Figura 34.

Figura 34. Pantalla que muestra cómo se solicita el apagado de una máquina IBM i.


Siempre que se solicite una petición de apagado de la máquina desde la V7R1M0, el sistema solicitará una confirmación como la que se observa en la Figura 35.

Figura 35. Ejemplo de la pantalla de confirmación que muestra el sistema cuando se ejecuta el comando PWRDWNSYS.

3) Apagar la LPAR Para apagar la LPAR, se ingresa el siguiente comando:

Comando: PWRDWNSYS OPTION(*IMMED) DELAY(1) RESTART(*NO)

Al igual que cuando se realiza un reinicio, el sistema solicitará una confirmación del apagado y se observarán los códigos en la HMC gráfica. Cuando el sistema se encuentre apagado por la HMC gráfica, se visualizará el estado inactivo, un ejemplo de ello se muestra en la Figura 36.

Figura 36. Ejemplo cuando una LPAR se encuentra inactiva

4) No tomar acción por parte de la administración

1.2.5.6. Tipos de autorización en el sistema

En el sistema operativo IBM i se pueden asignar autorizaciones de lectura, escritura, eliminación y creación sobre cada objeto del sistema.

Cada objeto del sistema puede ser configurado con alguna de estas autorizaciones:

Autorización de datos: Permite la gestión sobre los datos del objeto como: lectura, escritura, adicionar nuevos registros, eliminar y ejecutar.


Autorización de objeto: Este tipo de autorizaciones permite modificar la estructura, y los atributos de los objetos, dentro de estas autorizaciones se encuentran los siguientes tipos:

- Operativa: el usuario puede ver los atributos del objeto. - Gestión: le da permiso al usuario para añadir miembros, mover o cambiar el nombre del

objeto. - Existencia: permite que el usuario pueda eliminar el objeto o la propiedad del objeto. - Alterar: autorización que permite cambiar los atributos del objeto. - Referencia: permite especificar el objeto como el primer nivel en una restricción.

IBM i tiene un conjunto de autorizaciones especiales que permite realizar la gestión sobre todos los objetos del sistema sin importar la autorización individual con la que cuente el objeto y estas son:

1) Autorización ALLOBJ: es la autorización con la que el usuario tiene permiso sobre todos los objetos del sistema.

2) Autorización AUDIT: el usuario que tenga este tipo de autorización puede realizar cambios a nivel de auditoría, tales como; activación y desactivación de la auditoria y el control de auditoría sobre los objetos del sistema.

3) Autorización JOBCTL: el usuario que tenga este tipo de autorización podrá trabajar con: jobs, subsistemas, transcriptores y colas de salida del sistema IBM i.

4) Autorización SAVSYS: el usuario que tenga esta autorización tendrá permiso para guardar y restaurar todos los objetos del sistema.

5) Autorización IOSYCFG: este tipo de autorización permite que el usuario pueda realizar todas las configuraciones de entrada y salida en el sistema.

6) Autorización SECADM: el usuario que tenga esta autorización podrá realizar todos los cambios a nivel de usuarios, tales como; creación, eliminación, cambio, entre otros.

7) Autorización SERVICE; El usuario con esta autorización tendrá ingreso a las herramientas de servicio del sistema operativo IBM i.

8) Autorización SPLCTL: Este tipo de autorización permite que el usuario tenga permisos sobre la gestión de archivos en spool de la máquina; es decir, puede visualizar y eliminar los archivos spool del sistema.

1.2.5.7.Administración de usuarios Cada usuario que existe en la plataforma posee ciertas autorizaciones según el rol que ocupe en el servidor. Una de las funciones de la administración es la gestión de usuarios, en esta tarea se gestionan funciones como creación, eliminación y cambio de un perfil. A nivel de sistema operativo se cuenta con una serie de comandos que permiten realizar esta gestión.

Los comandos que se relacionan a continuación corresponden al manejo de usuarios:

Manejo de usuarios

Los comandos que se aplican dentro de la plataforma son los siguientes:

1. Comando para la creación de un perfil de usuario.

Comando: CRTUSRPRF

2. Comando para la eliminación de un perfil de usuario. .

Comando: DLTUSRPRF

3. Comando para cambiar el perfil de un usuario que ya existe en la máquina.


Comando: CHGUSRPRF

4. Comando para visualizar los atributos de un perfil de usuario existente en la máquina.

Comando: DSPUSRPRF

Los parámetros asociados a cada perfil de usuario son normalmente usados para realizar la gestión sobre el mismo; la gestión consiste en el cambio o creación del perfil y usa los parámetros ilustrados en la Tabla 1.

Cuando se visualiza o se elimina un usuario solo es necesario definir el ID del perfil de usuario, es decir, el parámetro USRPRF.

Tabla 1. Parámetros frecuentemente usados para la gestión de usuarios para los comandos CRTUSRPRF Y CHGUSRPRF.

Parámetro Descripción

USRPRF Es el parámetro con el que se identifica cada usuario en la máquina, solo existe un perfil de usuario con el nombre que se le asocie al ID.

PASSWORD Parámetro que permite configurar la contraseña del usuario.

STATUS Estado actual del usuario en la máquina, el valor posible para este parámetro es:

- Habilitado: El usuario puede acceder a las funciones que realiza en la máquina.

- Deshabilitado: El usuario no tendrá ingreso a la máquina.

PWDEXP Es el parámetro que se configura cuando se crea o se cambia la contraseña del usuario de tal forma que al realizar un cambio de contraseña o una creación, la contraseña expire.

USRCLS Define la clase de usuario de la máquina, las posibles clasificaciones son:

- USUARIO: es el usuario que no tiene alguna autorización especial, solo accede a los objetos a los que tenga autorizado ingresar.

- SECOFR: es la clase de usuario que se define cuando se le otorgan todas las autorizaciones especiales a un usuario.

- SECADM: Se define esta clase de usuario cuando éste será el responsable de gestionar únicamente los perfiles de usuario en la máquina.

- PGMR: Se usa más como clasificación dado que las autorizaciones que posee son las mismas del tipo usuario.

- SYSOPR: Se le asigna este tipo de clase cuando cumple el rol de operador en la máquina.

INLPGM Define el programa que se carga cada vez que el usuario ingrese a la máquina.

TEXT Es el parámetro que permite especificar la descripción del usuario.

SPCAUT Parámetro que permite configurar las autorizaciones especiales a un usuario.

MAXSTG Establece el límite máximo de almacenamiento que podrá tener un usuario en la máquina.


1.2.5.8.Comandos para guardar y restaurar los objetos del sistema

Dependiendo del atributo del objeto a guardar o del tipo de objeto, es necesario seleccionar un comando a nivel de sistema operativo.

Cada vez que se ejecute un comando para guardar o restaurar objetos del sistema, se deben tener en cuenta los parámetros de la Tabla 2, ya que estos son los más usados en este tipo de operaciones.

Tabla 2. Parámetros más usados para guardar y restaurar objetos. Parámetro Valores Posibles Descripción DEV(Dispositivo) *SAVF

*MEDDFN Define el dispositivo desde donde se realizará la restauración. *SAVF: Indica que se guardar en un contenedor de tipo savfile que debe existir en el sistema.

OBJTYPE (Tipo de dispositivo)

Depende del objeto a guardar

Indica el único tipo de objeto que se guardará en el dispositivo.

TGTRLS (Versión destino)

No aplica Este parámetro solo se usa cuando se va a restaurar el objeto en una máquina en la que la versión de sistema operativo es inferior a la versión de sistema operativo actual. (Solo aplica para comandos que guarden información)

OPTION *ALL *NEW *OLD *FREE

Este parámetro define si se van a restaurar los objetos según el parámetro que se le indique: *ALL: Restaura todos los objetos que contiene el dispositivo. *NEW: Solo restaura los objetos que no existen en el sistema con respecto a los del dispositivo. *OLD: Restaura los objetos que ya existen en el sistema con respecto a los del dispositivo. *FREE: Restaura los objetos que existan en el sistema con espacio liberado.

MBROPT *MATCH *ALL *NEW *OLD

Define los objetos de base de datos que se restaurarán a partir del dispositivo de donde se está tomando los archivos con respecto a la información que ya se tiene en el sistema. *MATCH: Solo restaura los objetos en donde coincidan las listas de miembros de cada uno, con las propiedades que se tienen en el medio de restauración. *ALL: Restaura todos los miembros. *NEW: Solo se restauran los miembros nuevos. *OLD: Solo se restauran los miembros que ya existan en el sistema.

ALWOBJDIF *NONE *ALL

Define la lista de diferencias que se permite en el sistema. Cuando se restaura un objeto y éste no posee los mismos atributos, este parámetro permite definir si se realiza la restauración o no. *NONE: No permite que un objeto a restaurar tenga diferencias. *ALL: Permite todas las diferencias que encuentre el sistema en la restauración.


RSTLIB *SAVLIB Define en que librería del sistema se va a realizar la restauración, se le puede indicar otro nombre para restaurar. *SAVLIB: Indica que se restaurará en la misma librería con la que el objeto se encuentra guardado.

SAVACT *NO/*SYSDFN/*LIB Define si el objeto se guardará incluso mientras se esté usando. Los posibles valores son: *NO: No lo permite. *SYSDFN: Según definición del sistema. *LIB: Según definición de la librería.

OBJ No aplica Define los objetos de IFS que se incluyen o se excluyen para un objeto de IFS. Es decir al seleccionar este parámetro se debe especificar una ruta que es con la que se trabajará. Ejemplo: /IBM/QproData/*

OBJTYP Tipo de objeto Define si se va a guardar, restaurar o excluir un objeto de un atributo específico.

OMITOBJ OMITLIB OMIT

No aplica Indica si en la restauración se van a omitir objetos, librerías, o directorios de la IFS.

En los comandos listados a continuación, se definirán los parámetros usados frecuentemente para guardar y restaurar objetos en el sistema. La definición detallada de cada parámetro se encuentra en la Tabla 2.

Los comandos usados para guardar objetos del sistema son los siguientes:

1) Guardar un objeto de IFS. Comando: SAV DEV(<Ruta donde se encuentra el dispositivo a guardar >) OBJ((<Ruta de los objetos que se van a guardar> *EXCLUDE/*INCLUDE))

TGTRLS(<VALOR>)

Los parámetros que se usan para guardar información de este tipo son DEV, OBJ, TGTRLS () en donde los parámetros DEV y OBJ son necesarios para que el comando procese la solicitud.

2) Guardar objetos de configuración del sistema.

Comando: SAVCFG DEV(<VALOR>)

Los parámetros que se usan para este comando son DEV, ya que solo se define el dispositivo en donde se guardará.

3) Guardar bibliotecas de documentos del sistema.

Comando: SAVDLO DLO(<VALOR>)DEV(<VALOR>)

Para el uso de este comando se cuenta con el parámetro DLO en donde se debe definir las carpetas que se guardaran.

4) Guardar una librería.


Comando: SAVLIB LIB(<LIB>) DEV(<DEV>) TGTRLS(<>)

SAVACT(<VALUE>)

5) Guardar un objeto del sistema.

Comando: SAVOBJ OBJ(<OBJ>) LIB(<LIB>) DEV(<DEV>)

OBJTYPE(<TYP>) TGTRLS(<RLS>) SAVACT(<VAL>)

OMITOBJ((<LIB_O>/<OMIT>))

Con el anterior comando se guarda cualquier tipo de objeto especificando la librería y el nombre del objeto a guardar.

6) Guardar el sistema.

Comando: SAVSYS DEV(<DEV>)

Este comando permite guardar las librerías propias del sistema operativo IBM i, para su ejecución se recomienda que se realice con el sistema en estado restringido o de lo contrario el sistema no guardará los datos de manera consistente.

Para restaurar los objetos se usan los siguientes comandos, cada comando es consecuente del comando con el que se guardó, por ejemplo, no se puede restaurar una librería con un comando RSTOBJ si se salvó con un comando RSTLIB.

Los comandos para restaurar son:

1) Restaurar un objeto de IFS.

Comando: RST DEV('<Ruta del dispositivo de restauración>') OBJ(('<Ruta donde se restaurará la información>))

ALWOBJDIF(<Valor>)

Para este comando es indispensable definir tanto la ruta del dispositivo como la ruta donde quedará la información a restaurar.

2) Restaurar objetos de configuración del sistema.

Comando: RSTCFG DEV(<Valor>)

3) Restaurar bibliotecas de documentos del sistema.

Comando: RSTDLO DLO(<Valor>) ALWOBJDIF(<Valor>)


Para el uso de este comando, se cuenta con el parámetro DLO en donde se debe definir las carpetas a restaurar.

4) Restaurar una librería.

Comando: RSTLIB LIB(<LIB>) DEV(<DEV>)

MBROPT(<Valor>) ALWOBJDIF(<Valor>) RSTLIB(<Valor>)

En caso de que la librería a restaurar no vaya a ser la misma con la que se guardó, se deberá definir en el parámetro RSTLIB cuál será el nombre de la librería a restaurar.

5) Comando para restaurar un objeto del sistema.

Comando: RSTOBJ OBJ(<Objeto(s) a restaurar>) SAVLIB(<Librería en donde se guardó>)

DEV(<Dispositivo>) OPTION(<Valor>) MBROPT(<Valor>)

ALWOBJDIF(<Valor>)

Los objetos que se restauran con este comando deben provenir de la ejecución del comando SAVOBJ.

6) Comando para restaurar el sistema.

Comando: RSTSYS DEV(<DEV>)

Este comando permite restaurar las librerías del sistema operativo; al igual que el comando SAVSYS, éste se debe ejecutar con la máquina en estado restringido.

1.2.5.9.Actualización de PTF’S

Los PTF’s son los arreglos temporales del sistema que tienen las actualizaciones de los programas instalados bajo licencia. IBM libera un arreglo temporal cada vez que considera que los productos del sistema tienen que ser mejorados, ya sea porque encontraron una falla en el sistema o porque consideran que se requiere una mejora sin necesidad de liberar una nueva versión del sistema operativo. Para tener en cuenta, cuando se habla de un PTF diferido implica que es necesario realizar un reinicio de la máquina (IPL) para que el PTF quede aplicado en el sistema.

El procedimiento para la actualización de PTF’s consiste en los siguientes pasos:

1) Cargar las imágenes a un dispositivo virtual. 2) Correr el procedimiento para dejar marcados los PTF’s a nivel de sistema operativo. 3) Realizar reinicio (IPL) a la máquina. A continuación, se describe en más detalle el procedimiento a realizar.

Se debe tener en cuenta lo siguiente:

i) Las imágenes deben estar en la IFS.


ii) Las etiquetas que se usan en todos los comandos de esta sección para identificar los dispositivos, catálogos de imágenes y rutas del sistema son: • OPTVRT01: Nombre del dispositivo virtual donde se cargarán los PTF’s. • IPTF: Nombre del catálogo de imágenes en el que se cargaran las imágenes. • RIFS: Ruta en la IFS donde están las imágenes de los PTF’s.

1.2.5.9.1. Cargar imágenes a un dispositivo virtual

1. Crear el dispositivo virtual en caso de que no exista, este es un dispositivo usado para cargar las imágenes que sean agregadas al catálogo.

Comando: CRTDEVOPT DEVD(OPTVRT01) RSRCNAME(*VRT) ONLINE(*YES)

El anterior comando permite crear un dispositivo virtual. El parámetro DEVD sirve para identificar el dispositivo creado, mientras que el parámetro RSRCNAME define que el tipo de dispositivo será virtual.

2. Verificar que el dispositivo virtual quede en estado activo ejecutando el siguiente comando.

Comando: VRYCFG CFGOBJ(OPTVRT01) CFGTYPE(*DEV) STATUS(*ON)

3. Crear el catálogo de imágenes. El catálogo de imágenes permite relacionar todas las imágenes que se encuentran en el file System, este tipo de objeto permite cargar las imágenes a un dispositivo virtual.

Comando: CRTIMGCLG IMGCLG(IPTF) DIR(<Ruta de IFS donde quedarán las imágenes>)

El anterior comando tiene como función crear el catálogo de imágenes en la ruta establecida.

4. Verificar que el catálogo de imágenes se encuentre creado. Para realizar las verificaciones sobre los catálogos de imágenes que se tienen en el sistema, se usa el siguiente comando:

Comando: WRKIMGCLG Se sabe que el catálogo se encuentra disponible si al ingresar el anterior comando, se encuentra el catálogo creado. Al solicitarlo, el sistema devolverá una pantalla como la que se observa en la Figura 37, en donde por medio de esta opción se puede: - Opción 1: Crear un catálogo de imágenes. - Opción 2: Cambiar un catálogo de imágenes, esta opción permite cambiar los atributos de un

catálogo de imágenes que ya se ha creado.


- Opción 4: Eliminar el catálogo de imágenes seleccionado.

- Opción 8: Cargar las imágenes a un dispositivo.

- Opción 9: Descargar las imágenes. Esta opción permite eliminar las imágenes que se encuentran cargadas en un dispositivo.

- Opción 10: Verificar el catálogo de imágenes. Permite revisar si el catálogo con las imágenes cargadas se encuentra en el estado correcto. Esto no garantiza que las imágenes cargadas vayan a pasar sin problemas en la instalación.

- Opción 12: Permite trabajar con las entradas que se encuentran actualmente en el catálogo seleccionado.

Figura 37. Salida en pantalla del comando WRKIMGCLG.

5. Agregar las entradas al catálogo de imágenes.

Comando: ADDIMGCLGE IMGCLG(IPTF1) FROMFILE('<Ruta de IFS donde se encuentran las imágenes>')

En la Figura 38 se muestra un ejemplo en donde se añade la imagen que se encuentra en /ptfs/SF00720-17290.iso al catálogo de imágenes IPTF, esta imagen se puede observar cuando se solicita el comando con F4, antes de que sea ejecutado.


Figura 38. Añadir una entrada al catálogo de imágenes.

Este paso se debe realizar dependiendo del número de imágenes que se van a cargar en el sistema. El orden en el que se recomienda realizar la instalación es el siguiente: - Grupo de Acumulados. - Grupo Hiper. - Grupo de renovación tecnológica. - Grupo DB2.

En la Tabla 3 se relacionan los grupos que se recomienda instalar junto con el identificador correspondiente a cada versión.

Tabla 3. Grupos principales de los arreglos temporales del sistema Grupo V7R1M0 V7R2M0 V7R3M0 Acumulativos SF99710 SF99720 SF99730 Hiper SF99709 SF99719 SF99729 Renovación tecnológica SF99707 SF99717 SF99727 DB2 SF99701 SF99702 SF99703

Nota: Cuando un sistema se encuentra atrasado en alguno de los anteriores grupos de PTF’s, lo recomendable es aplicarlos, realizar reinicio (IPL) y posteriormente cargar los grupos faltantes.

6. Cargar las imágenes al catálogo de imágenes. Para cargar el catálogo de imágenes es necesario tener todas las entradas definidas en el mismo, el comando que realiza este procedimiento es:

Comando: LODIMGCLG IMGCLG(IPTF1) OPTION(*LOAD) DEV(OPTVRT01)

El parámetro que define la carga es OPTION, los demás parámetros se refieren al catálogo y el dispositivo donde se cargarán las imágenes.


Cuando el catálogo de imágenes se carga, el estado del catálogo debe cambiar a listo (ready) y el dispositivo en el que se encuentra cargado deber ser el especificado en el comando anterior, en la Figura 39 se observa el cambio. (Comparar con la Figura 37)

Figura 39. Cambio en el catálogo de imágenes cuando se encuentra cargado.

Cuando el sistema carga las imágenes en el catálogo de imágenes, en la parte inferior de la pantalla se muestra un mensaje como el de la Figura 40 que indica que la operación finalizó correctamente.

Figura 40. Cambio en el catálogo de imágenes cuando se encuentra cargado.

7. Verificar el catálogo de imágenes que se encuentra cargado.

Para verificar el catálogo, se digita por línea de comandos lo siguiente:

Comando: VFYIMGCLG IMGCLG(IPTF1) TYPE(*PTF) SORT(<*YES/*NO>)

Con el anterior comando se verifica que el catálogo de PTF’s se encuentra cargado. Adicionalmente, este comando permite ordenar las entradas según los requerimientos del sistema operativo para que sean aplicadas mediante el parámetro SORT. Si se selecciona *YES, el sistema organiza la información; de lo contrario, sólo verifica las imágenes cargadas.

1.2.5.9.2. Procedimiento para marcar los PTF’s diferidos

Si se va a realizar directamente el procedimiento para que los PTF’s queden aplicados con el IPL, se recomienda que la máquina se encuentre restringida y que la opción de IPL automática se encuentre activa (Y). El procedimiento que se describe a continuación sirve para preparar los PTF’s para un siguiente IPL. En IBM i se tienen dos formas para realizar este procedimiento:

a. Por medio de un comando.

Comando: INSPTF LICPGM((*ALL *ONLY)) DEV(OPTVRT01) INSTYP(*IMMDLY)


Para hacer uso del comando, se debe tener en cuenta el parámetro INSTYP ya que por medio de este, se selecciona el tipo de instalación que se realizará. Los posibles valores que puede tomar este parámetro son: *SRVATT: Se rige por los atributos de servicio. *DLYIPL: Marca todos los PTF’s y realiza el IPL de manera inmediata. *DLYALL: Marca todos los PTF’s y no realiza IPL. *IMMONLY: Se cargan los PTF’s diferidos, se aplican los PTF’s inmediatos y no se realiza IPL. *IMMDLY: Se marcan todos los PTF’s diferidos, se aplican los PTF’s inmediatos y no se realiza IPL.

b. Usando el menú PTF. Para usar el menú se escribe en la línea de comandos:

Comando: Go ptf

Luego, se selecciona la opción 8. Instalar paquete de arreglos temporales de programa. En seguida, el sistema solicitará una serie de valores para completar. En la Figura 41, se ilustra un ejemplo de los valores usados para instalar los PTF’s. Posteriormente, se selecciona el catálogo de imágenes que se va a instalar. Finalmente, se selecciona si se realizará IPL automática, para el ejemplo de la Figura 41 no se va a realizar IPL.

Figura 41. Ejemplo de instalación para arreglos temporales.

8. Por último, el sistema realiza el proceso y deja marcados los grupos para el próximo IPL, en donde se aplicarán definitivamente los PTF’s.(Revisar sección para realizar el IPL con reinicio en la máquina)

1.2.5.10. Configuración TCP

Cada uno de los sistemas de IBM requiere ciertas configuraciones a nivel de sistema operativo que permiten establecer la interfaz de red entre el servidor y los usuarios finales.


El procedimiento que se realiza para añadir una interfaz de red y que esta quede activa es:

1. Configuración de una línea de red. Es necesario configurar una línea que tenga asociada el recurso físico o virtual dependiendo el caso, lo anterior se realiza con alguna de las siguientes 2 opciones:

i) Opción 1 Antes de crear la línea es necesario identificar el nombre del recurso de red con el cual quedará asociada; para lo anterior, se ingresa el siguiente comando:

Comando: WRKHDWRSC TYPE(*CMN)

A continuación, el sistema muestra todos los recursos de red disponibles en el sistema para ser configurados, en la Figura 42 se observa el resultado del anterior comando. Los recursos con los que una máquina puede configurar una interfaz de red se identifican por ser de tipo 576F. Además, en su descripción se indica que es un puerto Ethernet. Tomando como ejemplo la imagen de la Figura 42, los recursos que podrán configurarse son:

▪ CMN03 ▪ CMN04 ▪ CMN05 ▪ CMN06

Figura 42. Pantalla que muestra la salida del comando WRKHDWRSC.

Luego de tener identificado el nombre del recuso, se ingresa el comando:

Comando: CRTLINETH LIND(<Nombre de la línea>) RSRCNAME(<Nombre del recurso>)

ii) Opción 2

Por el menú de navegación


a. Opción 11. Tareas de IBM i Access. b. Opción 22. Configurar conexiones de PC. c. Opción 3. Ethernet (LAN). d. Escribir el nombre de la línea a configurar y presionar enter. e. Después de ingresar el nombre de la línea y presionar enter, el sistema mostrará la

pantalla de la Figura 43. Para seleccionar el recurso de red que va a ir asociado a la línea, se presiona la tecla F4 sobre la línea que muestra el recurso. Después, el sistema mostrará los recursos de red disponibles para crear la línea tal como se puede apreciar en la Figura 44.

Figura 43. Crear conexión Ethernet.

Figura 44. Recursos disponibles para configurar una interfaz de red.

2. Agregar una interfaz TCP/IP.

Para realizar esta configuración es necesario que el equipo que administra la red indique la siguiente información: b) Dirección IP que se debe configurar en el sistema. c) Submascara de red asociada a la dirección IP. d) Dirección de la puerta de enlace a configurar (Gateway).

Luego se ingresa el siguiente comando:

Comando: ADDTCPIFC INTNETADR(<Dirección IP>) LIND(<Línea anteriormente creada>) SUBNETMASK(<Submascara de red>)

AUTOSTART(*YES) El parámetro AUTOSTART permite que cada vez que el sistema se reinicie, la línea se active automáticamente.

3. Configurar la dirección IP de la puerta de enlace.


Para que la interfaz se active correctamente, es necesario ejecutar este paso. Lo anterior se realiza digitando el siguiente comando:

Comando: ADDTCPRTE RTEDEST(*DFTROUTE) SUBNETMASK(*NONE) NEXTHOP(<Dirección gateway>)

4. Activar la interfaz de red.

Luego de realizar las anteriores configuraciones, se arranca la interfaz IP con el siguiente comando:

Comando: STRTCOIFC INTNETADR(<Dirección IP>) Nota: Es necesario que previamente se hayan iniciado los servicios TCP. Para esto, se digita el siguiente comando:

Comando: STRTCP STRSVR(*YES) STRIFC(*YES)

1.2.5.11. Activar el procesamiento TCP/IP

Para activar las interfaces TCP/IP a nivel del sistema operativo se usa el siguiente comando:

Comando: STRTCP

Al ingresarlo todas las interfaces de red y las aplicaciones TCP/IP que se encuentren configuradas con AUTOSTART afirmativo comenzaran a ejecutarse en el sistema operativo.

1.2.5.12. Activar los servicios de las aplicaciones TCP/IP

Cuando en el sistema operativo alguna aplicación TCP/IP no se activa automáticamente implica que es necesario realizar una activación manual de la misma.

EL comando que permite activar las aplicaciones TCP/IP es:

Comando: STRTCPSVR SERVER(<APP>)

Al ingresar el anterior comando en el sistema operativo se activa la aplicación que se le indique en el parámetro SERVER, las aplicaciones TCP/IP más usadas en el sistema operativo son las que se describen en la

Tabla 4. Aplicaciones más usadas con el servicio TCP/IP en un sistema operativo IBM i

Aplicación Descripción * FTP Es el protocolo de transferencias de archivos

entre el cliente y el servidor, este servicio tiene definido el Puerto 21 para la conexión al servidor.

* HTTP Aplicación TCP/IP que activa todos los servicios WEB para el sistema operativo. Esta aplicación es la que activa el subsistema QHTTPSVR con los trabajos necesarios para conectarse mediante una interfaz WEB al sistema operativo.


* NETSVR Aplicación que permite conectar al cliente al File System del sistema operativo IBM i desde un servidor Windows o XP.

* POP Aplicación que activa el protocolo de oficina postal.

* SMTP Aplicación TCP/IP que habilita el servicio para poder enviar e-mail desde el sistema operativo IBM i.

* SNMP Aplicación para sincronizar el sistema operativo IBM i con otro servidor al nivel horario.

* TELNET Aplicación que activa el acceso al sistema operativo mediante el puerto 23 o puerto 992 si se usa una conexión segura.

1.2.5.13. Configuración SNA

Este tipo de configuración es usada por todos los usuarios pertenecientes al directorio del sistema para poder establecer comunicación entre las máquinas.

La particularidad de este tipo de comunicación es que permite realizar la conexión a través de comandos nativos del sistema operativo. De igual forma, requiere una serie de configuraciones en donde se deben crear los controladores junto con sus dispositivos y posteriormente enlazarlos para su uso. Tanto el uso, como la implementación de la configuración realizada dependen únicamente del cliente y de los aplicativos que éste tenga.

Los requerimientos necesarios para realizar la configuración son:

1) Ejecutar el siguiente mandato en la ubicación local y en la que se realiza la conexión remota.

Comando: DSPNETA.

◦ Validar que el parámetro *ALWANYNET se encuentre en valor *YES. ◦ Realizar las siguientes validaciones: ▪ SYSNAME: Nombre de la máquina. ▪ LCLNETID: ID local, el valor normalmente es APPN. ▪ LCLCPNAME: Punto de control de la máquina.

Nota: Se recomienda que el SYSNAME sea igual LCLCPNAME.

2) Validar que en el subsistema QSYSWRK esté el trabajo QAPPCTCP

Recomendaciones:

1. Si el trabajo QAPPCTCP del subsistema QSYSWRK no está iniciado. Se puede realizar lo siguiente:

a. Ejecutar el siguiente mandato para bajar los controladores.


Comando: VRYCFG CFGOBJ(*ANYNW) CFGTYPE(*CTL) STATUS(*OFF)

b. Cambiar el parámetro de conexiones ANYNET a *NO usando el siguiente mandato.

Comando: CHGNETA ALWANYNET (*NO)

c. Cambiar el parámetro ALWANYNET *YES.

Comando: CHGNETA ALWANYNET (*YES)

d. Subir los controladores requeridos, se puede activar manualmente o ejecutar el siguiente mandato.

Comando: VRYCFG CFGOBJ(*ANYNW) CFGTYPE(*CTL) STATUS(*ON)

Nota: Si las anteriores recomendaciones no cambian correctamente se debe reiniciar la interfaz TCP/IP.

2. Ejecutar el siguiente mandato. CFGTCP opción 12. Luego, validar si el parámetro HOSTSCHPTY está en *LOCAL. Cabe resaltar, que es una recomendación de IBM, mas no se indica que las comunicaciones SNA no funcionen.

Configuración de controladores

Desde la ubicación local y la remota ejecutar el siguiente procedimiento:

1. Crear el controlador con el siguiente mandato:

Comando: CRTCTLAPPC CTLD(<SYSNAME_UBICACION_REMOTA>) LINKTYPE(*ANYNW)

RMTNETID(<LCLNETID_MÁQUINA_REMOTA>) RMTCPNAME(<LCLCPNAME_UBICACION_REMOTA>)

2. Crear el dispositivo mediante el siguiente mandato:

Comando: CRTDEVAPPC DEVD(<SYSNAME_UBICACION_REMOTA>) RMTLOCNAME(<SYSNAME_UBICACION_REMOTA>) LCLLOCNAME(<SYSNAME_UBICACION_LOCAL>) RMTNETID(<LCLNETID_UBICACION_REMOTA>)

CTL(<LCLCPNAME_UBICACION_REMOTA>)

3. Ingresar la conexión entre la máquina local y la máquina remota ejecutando los siguientes pasos:

◦ Ejecutar el comando WRKCFGL y seleccionar QAPPNRMT con la opción 2. En caso de que la lista, no exista solicitar al sistema el siguiente comando:


Comando: CRTCFGL TYPE(*APPNRMT) TEXT('Lista para conexiones

remotas')

◦ Digitar la opción 2, deberán llenarse los campos que se muestran en la Figura 45 de la siguiente forma:

Ubicación remota: SYSNAME_MÁQUINA_REMOTA

ID Red remota: LCLNETID_MÁQUINA_REMOTA

Ubicación local: SYSNAME_UBICACION_LOCAL

Punto de control remoto: LCLCPNAME_UBICACION_REMOTA

ID red punto de control: LCLNETID_UBICACION_LOCAL

Figura 45. Ejemplo de todos los parámetros que solicita el sistema cuando se va a agregar una conexión.

Nota: Si la ubicación no está protegida, se debe validar que al ejecutar el comando CHGDDMTCPA, el valor del parámetro PWDRQD sea *USERID o *NO.

4. Agregar la entrada a la tabla del sistema principal TCP/IP. Esta tarea se realiza ejecutando el siguiente mandato:

Comando: ADDTCPHTE INTNETADR('DIRECCION_IP_UBICACION_REMOTA') HOSTNAME((Nombre1) (Nombre2))

Nombre1: SYSNAME_UBICACION_REMOTA

Nombre2:<SYSNAME_UBICACION_REMOTA>.<LCLCPNAME_UBICACION_REMOTA>.SNA.IBM.COM

Nota: El Nombre1 y Nombre2 son requeridos, si estos valores no se especifican, no funcionará la conexión.

5. Activar los controladores mediante alguna de las siguientes opciones:

a. Digitando el siguiente comando:

Comando: VRYCFG CFGOBJ(*ANYNW) CFGTYPE(*CTL) STATUS(*ON)

b. Ejecutando el siguiente procedimiento:

i- Ejecutar el comando para encontrar el controlador que se creó:


Comando: WRKCFGSTS *CTL SYSNAME_UBICACION_REMOTA

ii- Seleccionar la opción 1 para activar el controlador.

Verificación de conexión

1. Ejecutar en la máquina local el siguiente mandato y verificar que los nodos estén habilitados.

Comando: DSPAPPNINF

2. Ejecutar el siguiente mandato y verificar que responda la conexión:

Comando: APING SYSNAME_UBICACION_REMOTA

1.2.5.14. Trabajar con discos

Cuando el sistema requiere un cambio de infraestructura a nivel de almacenamiento, ya sea eliminar o añadir discos al ASP, es necesario para el administrador conocer el procedimiento para realizar estos cambios al nivel de los discos.

1.2.5.14.1. Añadir discos al ASP

Para añadir nuevos discos al ASP de la máquina el procedimiento a realizar es el siguiente:

1) Conectarse a las herramientas del servicio del sistema.

Comando: STRSST

2) Seleccionar la opción añadir los discos presentados al ASP mientras se navega por el menú de herramientas del servicio, esto se realiza de la siguiente manera: a) Seleccionar la opción 3. Trabajar con unidades de disco. b) Seleccionar la opción 2. Trabajar con configuración de disco. c) Seleccionar la opción 4. Añadir unidades a las ASP y equilibrar datos. d) Seleccionar la opción 3. Añadir unidades a ASP existentes. e) Seleccionar las unidades que van a añadirse al ASP de la máquina en la ventana mostrada por

el sistema, estas deben ser elegidas escribiendo el número 1 al lado izquierdo de la unidad presentada. En la imagen mostrada en la Figura 46, se ilustra un ejemplo para marcar algunas unidades que se desean añadir al sistema, luego se presiona ENTER y se continúa con la operación.


Figura 46. Ejemplo para marcar las unidades que se presentarán al ASP del sistema.

3) Confirmar que los discos se van a añadir y, dependiendo de la opción que se considere

conveniente, se presiona ENTER o se presiona F10 para añadir y balancear los discos. La ventaja de presionar F10 es que los datos de la máquina se distribuirán de manera uniforme en todos los discos actuales y los adicionados. En la Figura 47 se muestra la pantalla para la confirmación de la adición de los discos.

Figura 47. Pantalla que el sistema muestra para confirmar la adición de los discos.

4) El sistema comenzará a añadir los discos presentados al ASP. De esta forma se irá notificando el

porcentaje de avance; cuando finalice, se mostrará un mensaje como el que se ilustra en la Figura 48.


Figura 48. Pantalla que muestra el sistema cuando finalizó de añadir las unidades seleccionadas al ASP.

1.2.5.14.2. Eliminar discos del ASP

El siguiente procedimiento sirve para retirar los discos del ASP. Cabe resaltar que el disco fuente no se retira ya que éste sirve para iniciar el microcódigo y el sistema operativo.

1) Suspender la escritura en los discos que se eliminarán del ASP, este paso es necesario ya que, para eliminarlos, se debe suspender la actividad en los discos.

Comando: STRASPBAL TYPE(*ENDALC) UNIT(<Unidades>) TIMLMT(*NOMAX)

Unidades: El número de unidad que se retirará del sistema.

Nota: El parámetro TYPE con el valor *ENDCAL permite que las unidades definidas en el parámetro UNIT queden marcadas para que, en los discos seleccionados, el sistema no realice más operaciones de escritura.

2) Verificar que los discos seleccionados en el paso anterior hayan quedado marcados en el sistema.

Comando: CHKASPBAL

Con el anterior comando, se puede verificar qué unidades marcadas han sido seleccionadas para que no se permita la escritura en los discos. Un ejemplo de la salida de este comando se ilustra en la Figura 49, en ésta se observa la forma que el sistema usa para notificar al administrador de las unidades que han sido marcadas para no permitir nuevas asignaciones.


Figura 49. Ejemplo de la salida que muestra el sistema cuando se han marcado unidades para que no permitir nuevas

asignaciones.

3) Mover la información de los discos marcados a los discos que no lo están para no permitir nuevas asignaciones.

Comando: STRASPBAL TYPE(*MOVDTA) TIMLMT(*NOMAX)

Cuando se usa el valor *MOVDTA en el parámetro TYPE, se realiza el movimiento de la información almacenada en los discos marcados con *ENDALC a los discos que se encuentran presentados al ASP del sistema.

Para ir verificando el estado de la operación, se usa el comando WRKSYSSTS y se visualiza el porcentaje de utilización de los discos. Cuando los discos presenten un valor menor al 1%, implica que ya es posible eliminarlos del ASP del sistema. La Figura 50 ilustra un ejemplo de la salida del comando WRKSYSSTS cuando ya se encuentran los discos con un bajo porcentaje de uso.

Figura 50. Ejemplo de la salida del comando WRKSYSSTS cuando ha finalizado el movimiento de datos.

4) Eliminar los discos por herramientas del servicio.

Después de que los discos no tengan datos del sistema, el siguiente paso a realizar es eliminar los discos del ASP de la máquina, los pasos a seguir son:


a) Ingresar a herramientas del servicio

Comando: STRSST

b) Seleccionar la opción 3. Trabajar con unidades de disco. c) Seleccionar la opción 2. Trabajar con configuración de disco. d) Seleccionar la opción 12. Trabajar con eliminar unidades de la

configuración. e) Seleccionar la opción 3. Eliminar unidades de la configuración. f) Marcar los discos seleccionados anteriormente con la opción 4 para eliminarlos

definitivamente del ASP . La Figura 51 ilustra un ejemplo en donde se marcan las unidades para eliminar definitivamente de la configuración.

Figura 51. Ejemplo para marcar las unidades que se eliminarán de la configuración.

g) Confirmar la eliminación en la pantalla que muestra el sistema.

h) Visualizar el estado de la eliminación de los discos, tal como se ilustra en el menú de la Figura 52. Para ello, se selecciona la opción 2 y ésta muestra el estado de la configuración actual del disco o de los discos marcados para eliminar. La Figura 53 muestra un ejemplo de cómo se realiza la eliminación de los discos, acá el disco marcado para eliminación se encuentra en estado eliminando.


Figura 52. Menú de la eliminación de los discos por herramientas del servicio.

Figura 53. Ejemplo de visualización de la eliminación de los discos.

1.2.5.15. Informes de gestión

Los informes de gestión contienen la información de la plataforma en el transcurso de un mes para todas las máquinas de un cliente.

En IBM se maneja un estándar para la generación de los informes que es entregada al cliente. Para la realización de estos informes se usa la herramienta iDoctor ya que ésta permite generar las gráficas con la información de interés para el cliente.

A continuación se establecen algunos análisis básicos que se pueden realizar en un servidor con sistema operativo IBM i. Cabe señalar que la posibilidad de utilizar otras gráficas para generar un


análisis más profundo del comportamiento del servidor dependerá de los casos e incidentes que se presenten en la plataforma.

1. Enviar los datos de performance a una máquina que se encuentre licenciada con el producto iDoctor. i) Buscar las colecciones que se encuentren en la máquina.

Comando: WRKOBJ OBJ(*ALL/*ALL) OBJTYPE(*MGTCOL)

A manera de ejemplo, al ingresar el comando al sistema, éste muestra los objetos de tipo MGTCOL que coinciden con las características buscadas; en la Figura 54 se observa un posible resultado de la búsqueda.

Se busca los objetos de tipo MGTCOL ya que este tipo de objetos contiene la información histórica de la máquina.

Figura 54. Ejemplo de la salida que muestra el sistema cuando se buscan los objetos de performance.

Cada uno de los objetos encontrados representa el comportamiento diario del servidor. Dependiendo de la configuración del comando, la recolección de datos de performance guardará, cada cierto intervalo de tiempo, un registro del estado actual de la máquina.

Por lo anterior, se selecciona el objeto deseado y se convierte en un archivo físico de tal forma que los datos sean entendibles para un software externo, como por ejemplo: iDoctor.

ii) Convertir las colecciones de performance del AS/400 a datos en tablas.

Comando: CRTPFRDTA FROMMGTCOL(<Biblioteca de la colección/nombre de la colección>) TOLIB(<Librería donde quedarán los archivos>)


El objetivo aquí es armar un archivo físico para leer los objetos mediante sentencias SQL. Por ejemplo, con el anterior comando se puede definir en qué librería se desea ubicar la información de performance; en este caso se selecciona la librería IBMINFORME.

Al ingresar el comando WRKLIB IBMINFORME y seleccionar los objetos que contiene la librería, se visualizará la información tal como se observa en la Figura 55.

Figura 55. Ejemplo al convertir los datos de performance.

iii) Si el servidor que deseamos analizar no cuenta con el software iDoctor configurado y

licenciado se puede guardar la librería para ser enviada a una máquina donde el software se encuentre con licencia activa y así generar el informe.

2. Obtener las gráficas necesarias para el informe. Luego de conectar el software iDoctor con el servidor IBM i en donde se almacenan las colecciones de performance, se grafican los datos de rendimiento creados en la librería IBMINFORME. Para lo anterior, se usa la herramienta Collection Services Investigator y se ubica en la librería en donde se encuentre la colección a analizar. Para ilustrar mejor el proceso, en la Figura 56 se observa que se selecciona la colección alojada en la librería IBMPRUEBA. La colección escogida es la Q35200000004, por lo que se da doble clic sobre la colección y se continúa con el siguiente paso.


Figura 56. Ejemplo para seleccionar una librería en una colección específica.

La herramienta brinda la posibilidad de generar distintos tipos de gráficas dependiendo del análisis que se desea realizar, como lo son, por ejemplo:

1. Promedio de CPU usada en el sistema.

Para elegir esta opción, se selecciona CPU graphs y se da doble clic en CPU utilization. La gráfica que genera el sistema permite al administrador tener una referencia del promedio del CPU usado por la partición para la ejecución de sus trabajos diarios. La Figura 57 ilustra la selección que se debe realizar para generar el informe.

Figura 57. Ejemplo de selección de la gráfica para el uso de CPU en iDoctor.

Para la interpretación de la gráfica que genera la herramienta se usan los códigos de colores de la Figura 58.

La gráfica, que resulta de la selección anterior, se visualiza como la imagen de la Figura 59, acá se describe el comportamiento que ha presentado la CPU durante el día seleccionado. También, se puede observar el promedio de uso de la CPU para los trabajos con alta y baja prioridad, así como un promedio general del uso de CPU línea verde). En el servidor relacionado se observa un consumo promedio de CPU del 30%.


Figura 58. Código de colores de la gráfica CPU utilization

Figura 59. Ejemplo del resultado a seleccionar CPU utilization en la herramienta iDoctor.

2. Consumo de memoria del servidor.

Se selecciona la carpeta memory pool graphs para mostrar la gráfica memory pool consumption. La Figura 60 ilustra la selección que se debe realizar en la herramienta para generar la gráfica.

Figura 60.Ejemplo de selección de la gráfica que muestra la memoria en la herramienta iDoctor.

El código de colores con el que se interpretará la gráfica generada se observa en la Figura 61. En la Figura 62 se visualiza el comportamiento de los pool’s de memoria (Distribución de memoria del servidor) en el día seleccionado, se puede observar las faltas de paginación de los distintos pool’s de memoria y el porcentaje del consumo de memoria de los mismos. Como buenas prácticas de administración, se debe evitar las faltas de paginación constantes.


Figura 61. Código de colores para la gráfica Memory pool consumption.

Figura 62. Ejemplo de la gráfica que genera la herramienta iDoctor al seleccionar memory pool consumption.

3. Análisis de discos por unidad individual. Para generar esta gráfica, hay que dirigirse al ítem Disk graphs y ahí seleccionar la opción By disk unit, posteriormente se selecciona Disk percent busy for ASP. La Figura 63 muestra la selección que se debe realizar en la herramienta iDoctor.

Figura 63.Ejemplo de selección de la gráfica que muestra el tiempo de servicio y el tiempo de respuesta de un disco en iDoctor.


El código de colores con el que se interpreta la gráfica generada se observa en la Figura 64. En la Figura 65 se compara por unidad de disco el tiempo de servicio con el tiempo de respuesta al servicio en el día seleccionado. Además, se pueda visualizar cuál de las unidades dispuestas actualmente para el servidor se encuentra con mayor porcentaje de ocupación de disco. Con esta grafica se puede comprobar cuánto tiempo tarda el sistema en atender una petición que se le realice y cuánto tarda en resolver esa petición que ha comenzado a atender. Se recomienda que el tiempo de atención a una petición y el tiempo que el sistema tarda resolviéndola deben ser iguales, esto se logra con actividades como el balanceo de la información que está en los discos.

Figura 64. Código de colores para la gráfica que muestra el tiempo de servicio y el tiempo de respuesta de un disco en iDoctor.

Figura 65. Gráfica que muestra el tiempo de servicio y el tiempo de respuesta de un disco en iDoctor.

4. Análisis del ASP del sistema. Para verificar los tiempos de respuesta de los discos de manera general en todo el servidor, se selecciona la carpeta Disk graphs y se marca la gráfica Categorized total response times for ASP <<DSASP>> tal como se ilustra en la Figura 66.


Figura 66.Ejemplo de selección de la gráfica que muestra el tiempo de servicio y el tiempo de respuesta de la máquina en

iDoctor.

Para la interpretación de la gráfica que se genera en la herramienta se usa el código de colores de la Figura 67. La Figura 68 permite al administrador visualizar cuál es el tiempo de servicio y del tiempo de respuesta al servicio en la máquina, idealmente estos tiempos no deberían superar los 10 ms en promedio.

Figura 67. Código de colores para la gráfica que muestra el tiempo de servicio y el tiempo de respuesta de la máquina en iDoctor.


Figura 68. Gráfica muestra el tiempo de servicio y el tiempo de respuesta de la máquina en iDoctor.

5. Uso de procesadores.

Dependiendo de la configuración que se establezca en el servidor, éste tiene asignados procesadores virtuales con los cuales trabaja. Para conocer el uso de estos, se selecciona la carpeta CPU graphs y luego la gráfica Active virtual processor. La imagen de la Figura 69 ilustra el proceso que se debe realizar en iDoctor para generar la información necesaria.

Figura 69.Ejemplo de selección de la gráfica que muestra el uso de los procesadores virtuales.

Para la interpretación de la gráfica generada se usa el código de colores de la Figura 70. En la Figura 71 se visualiza el promedio de CPU utilizada (verde) con respecto a los procesadores asignados en el servidor (azul). De igual forma, se muestra que el servidor tiene 4 procesadores activos y de éstos se utiliza un promedio del 30 % (traza en verde), estas cifras indican un buen desempeño y permiten concluir que la máquina tiene un comportamiento holgado de capacidades.

Figura 70. Código de colores para la gráfica que muestra el uso de los procesadores virtuales.


Figura 71. Gráfica que muestra el uso de los procesadores virtuales.

6. Trabajos de usuarios con mayor utilización de CPU.

Esta gráfica permite al administrador de la plataforma indicarle al cliente cuáles son los trabajos del sistema que más consumen recursos de la CPU durante el día analizado. Para poder generar la gráfica, en primer lugar, se expande la carpeta CPU graphs; luego, se selecciona la carpeta CPU utilization rankings y por último, se selecciona la gráfica CPU utilization by job. En la Figura 72 se muestra la selección de carpetas que se debe realizar en la herramienta iDoctor.

Figura 72.Ejemplo de selección de la gráfica que muestra los trabajos de los usuarios que más consumen CPU en

iDoctor. Para el entendimiento de la grafica generada se usa el codigo de colores de la Figura 73. Es importante lograr determinar a qué usuarios corresponden los trabajos con mayor consumo de CPU en el servidor; de esta forma, se le puede indicar al cliente un plan de mejora para automatizar u optimizar los procesos ejecutados por estos usuarios. En la Figura 74 se observa un ejemplo de la salida que genera la selección de este tipo de gráfica.


Figura 73. Código de colores para la gráfica que muestra los trabajos de los usuarios que más consumen CPU en

iDoctor.

Figura 74. Gráfica que muestra los trabajos de los usuarios que más consumen CPU en

iDoctor.

1.2.5.16. Manejo de cintas

Las cintas son los medios con el que se respalda la información es el sistema operativo IBM i. Los usos más frecuentes para la administración de estas son los siguientes:

1) Inicializar cintas a nivel de sistema operativo. Es una actividad que suele realizarse únicamente cuando ingresan medios nuevos al sistema, el comando que se usa para su ejecución es:

Comando: INZTAP DEV(<Dispositivo donde se encuentra el medio>) NEWVOL(Nombre del volumen) CHECK(*NO) DENSITY(*CTGTYPE)

En el anterior comando los parámetros a tener en cuenta son el dispositivo y el nombre del volumen con el que quedará el medio a inicializar. El parámetro CHECK realiza una verificación del medio elegido.

2) Verificar las cintas que se encuentran en el drive presentado al sistema operativo La verificación se realiza con el comando CHKTAP el cual verifica el nombre del volumen que se encuentra cargado en el drive.

Comando: CHKTAP DEV(<Dispositivo que contiene el medio>)


VOL(*MOUNTED) ENDOPT(*LEAVE)

Los parámetros usados significan lo siguiente:

*VOL: Implica que se verificará el medio cargado en el dispositivo.

*ENDOPT: Selecciona la opción final del medio después de la verificación., los posibles valores son:

*LEAVE: Deja montado el medio que está verificando.

*REWIND: Rebobina el medio y no lo descarga.

*UNLOAD: Descarga el medio del dispositivo que lo contiene.

Cuando el comando finaliza correctamente, se muestra el nombre del volumen que está cargando en el drive. El mensaje con el que el sistema notifica al administrador se observa en la parte inferior de la pantalla en la que esté trabajando, por ejemplo, la Figura 75 ilustra el mensaje que mostrará el sistema que para este caso el sistema identifico el volumen SEMPE1 en el dispositivo TAP02.

Figura 75. Ejemplo para verificar el volumen cargado en el dispositivo.

3) Visualizar el contenido que se encuentra en un medio. El comando con el que se visualiza el contenido a nivel de sistema operativo es:

Comando: DSPTAP DEV(<Dispositivo que contiene el medio>)

VOL(*MOUNTED) DATA(<*LABEL/*SAVRST>)

Para visualizar las cintas, se necesita principalmente conocer qué tipo de datos se van a mostrar para lo que se usa el parámetro DATA. Los posibles valores de este parámetro son; *LABEL el cual implica que se mostrarán únicamente las etiquetas que se guardaron en el medio. El otro posible valor es *SAVRST el cual visualiza los objetos que se tienen guardados y la característica de los mismos.

4) Activar el dispositivo (drive) que contiene los medios en el sistema operativo. Cuando el dispositivo es usado por el sistema operativo lo crea automáticamente con el nombre TAP en sus tres primeras iniciales para identificarlos. De esta forma, el dispositivo puede ser manipulado por medio de los comandos nativos del IBM i. Por lo que es necesario verificar si el drive se encuentra activo pos sistema operativo, para lo anterior se usa el siguiente comando:

Comando: WRKCFGSTS CFGTYPE(*DEV) CFGD(TAP*)

Al revisar el estado del dispositivo para almacenar una cinta, el valor se debe encontrar en ACTIVADO. Un ejemplo de esto se ilustra en la Figura 76 en donde el dispositivo TAP02 está ACTIVADO, es decir está disponible para su uso.


Figura 76. Ejemplo cuando está asignado un dispositivo por sistema operativo.

Cuando el estado del dispositivo no es como el de la Figura 76, se debe activar el dispositivo seleccionándolo mediante la opción 1 seguido de la tecla ENTER.

1.2.5.17. Tipo de IPL en IBM i. En el sistema operativo IBM i existen 4 tipos de IPL, cada uno de los cuales es configurado por medio de la consola HMC o la consola de operaciones de la máquina.

Los modos de arranque son los siguientes:

1) Normal: Indica que el sistema se activará desatendidamente, es decir la activación es automática. 2) Manual: La partición se activará de manera atendida es decir todas las funciones de servicio

dedicado y las pantallas de reinicio estarán activa en el momento en que la máquina este arrancando.

Adicional al modo de arranque se encuentran los tipos de arranque, los cuales se explican en la Tabla 5.

Tabla 5. Tipos de arranque del sistema IBM i.

Tipo de arranque

Descripción

A El sistema se activa desde la copia A del código interno bajo licencia, es decir una copia alterna a la que actualmente se este usando.

B El sistema se activa desde la copia B del código interno bajo licencia, este es el modo en el que frecuentemente deben estar todas las particiones.

C Tipo de arranque reservado para el soporte de hardware. D El IPL se realizará desde la imagen definida en el dispositivo de carga alterna

del perfil de la partición.

Para la definición del modo y tipo de arranque de una partición se realiza el siguiente procedimiento por la HMC.

1) Se selecciona la partición y en la pestaña de al lado se selecciona la opción de propiedades, como se ilustra en la Figura 77.


Figura 77. Selección de las propiedades de un perfil por HMC

2) La HMC grafica abrirá una ventana emergente, se debe seleccionar la pestaña configuración de

la parte superior y se verá una imagen como la de la Figura 78. En esta pantalla se selecciona el tipo de IPL que se requiere en el arranque en la opción Origen de IPL, después se indica el modo en el que la máquina se activará, para lo que se escoge alguna de las opciones anteriormente explicada (Normal, manual).

Figura 78. Selección del Tipo y modo de IPL por la HMC gráfica.

1.2.5.18. Creación de una LPAR (HMC) Para realizar la creación de una LPAR se deben conocer los recursos que se le asignarán para su uso, no solo memoria y procesador, también se deben incluir los dispositivos de entrada y salida que serán asignados.

Para realizar la creación de una LPAR en un servidor se realiza el siguiente procedimiento:

1) Revisar las capacidades disponibles de memoria y procesador en el servidor para crear la partición IBM i. Para la realización de este punto, se ingresa a la HMC gráfica y se da clic en la parte de servidores. Esta sección se encuentra normalmente en la parte izquierda dentro de la sección de Gestión de sistemas como se ilustra en la Figura 79.


Figura 79. Sección en donde se elige los servidores para ver las capacidades disponibles.

Luego, se observa en la parte derecha de la misma pantalla todos los servidores junto con sus capacidades disponibles en la Figura 80 se observan todas las capacidades de procesamiento y memoria que se encuentran disponibles para los servidores gestionados por la HMC de ejemplo.

2) Selección por medio de la HMC para crear la partición. Se selecciona el servidor en el que se va a crear la partición y, en la parte inferior, se despliega el menú Configuración seguido de la opción Crear partición. Por último, se da clic en el sistema operativo que en este caso es un IBM i. En la Figura 80 se observa, en la parte inferior de la pantalla de la HMC, la solicitud para la creación de una partición IBM i.

Figura 80. Crear una partición IBM i por HMC gráfica.

3) Asignar las capacidades a la partición y configurarla. Después de seleccionar la creación de la partición IBM i, la HMC mostrará una ventana emergente que contiene el asistente para la creación de una LPAR. Acá, se asignarán los recursos que usará la partición.


- En primer lugar, se ingresa el nombre de la partición y el ID con el que se identificará. Este procedimiento se puede observar en la Figura 81. Una vez se especifiquen estas entradas, se da clic en siguiente.

Figura 81. Configuración del ID de la partición y el nombre por medio del asistente.

- Se modifica el perfil de la partición. El perfil tiene asociado todas las capacidades con las que se activará la partición; el nombre de este perfil es generalmente el mismo de la partición. En la Figura 82 se ilustra un ejemplo de la información que solicitará el asistente; para este caso, el perfil es iSeriesTest, siendo el mismo nombre de la partición.

Figura 82. Seleccionar el nombre del perfil para la partición por medio del asistente.

- El paso por seguir es la asignación de los procesadores a la partición. En esta parte el asistente requiere saber si los procesadores serán compartidos o dedicados; el término procesador compartido implica que el un procesador lo puede usar tanto la partición que se está creando como otras. Por el contrario, un procesador dedicado tiene asignado todo el procesador


únicamente para la partición en la que se encuentra asignado. En la Figura 83 se observa un ejemplo de la solicitud del asistente para seleccionar el tipo de procesador a usar.

Figura 83. Seleccionar el tipo de procesador por medio del asistente.

- Asignar las unidades de procesos que usará la partición, este valor depende de la solicitud del cliente. El número mínimo y máximo de procesadores determina el rango en el que se pueden modificar los procesos deseados a la partición actual sin necesidad de un reinicio de la misma. En la Figura 84 se ilustra un ejemplo en donde se asignan 2 procesadores a la partición. Dado que para este ejemplo la máquina es física, no se aplican procesadores virtuales. De ser necesario la asignación de procesadores virtuales, los valores asignados normalmente corresponden a 10 veces el valor ubicado en las unidades de proceso.

Figura 84. Seleccionar la cantidad de procesadores que se asignarán a la partición por medio del asistente.


- Lo siguiente es realizar la configuración de los recursos de memoria que se asignarán a la partición. La Figura 85 muestra un ejemplo de la solicitud del asistente para asignar la memoria. El valor mínimo recomendado para la memoria de la partición es 1 GB, el valor deseado depende de la solicitud del cliente, mientras que el valor máximo define hasta dónde se puede asignar memoria sin necesidad de suspender la máquina para su cambio; para el ejemplo este valor es de 64 GB.

Figura 85. Seleccionar la cantidad de memoria que se le asignará a la partición por medio del asistente.

- Definir los adaptadores de entrada y salida que tendrá el POWER(servidor) asignados a la partición. Para este paso es necesario conocer de antemano cuál es el recurso físico y la ubicación del mismo y así poder asignarlo. Para el caso de la Figura 86, se seleccionan las controladoras de los discos (SAS RAID Controller) y la unidad de DVD (Controller RAID). Dependiendo de las características que se requieran se seleccionan los recursos físicos necesarios.


Figura 86. Seleccionar los recursos de E/S que se requieren en la partición.

- Selección de los adaptadores virtuales, Valores OptiConnect. E/S Etiquetada, los valores

anteriores son opcionales no se configuran porque no aplican para la creación de la partición con recursos físicos, si es necesaria la asignación de adaptadores virtuales se tiene que establecer con el área de virtualización la forma en la que se asignarán estas capacidades. Después de tener definidos todos los recursos se da clic en siguiente y por último, se visualiza el resumen de perfil que muestra en términos generales como se encuentra la partición que se acaba de crear, el asistente mostrará una imagen como la de la Figura 87 en donde se observan los detalles de la partición Creada en el servidor.

Figura 87. Resumen de la creación de una partición por medio del asistente.


1.2.5.19. Instalación de un sistema operativo IBM i

Antes de instalar una partición, lo primero que se debe realizar es la creación del perfil que tendrá las características de procesador, memoria y recursos de entrada y salida que serán usadas en la partición IBM i, la definición de estas capacidades se encuentran en el perfil de la LPAR.

Para realizar la instalación de una partición IBM i, se requiere conocer cuál es el dispositivo que contiene el origen de carga; es decir, el microcódigo del sistema.

Normalmente se usa algunos de los siguientes dispositivos:

1) Cinta (Contiene una opcion21 cargada). 2) Medio óptico (Unidad de DVD que se presenta a la máquina iSeries ya sea física o virtual).

A continuación, se describen los pasos para realizar la instalación del sistema independientemente del dispositivo alterno de carga:

1) Configurar el perfil para el inicio del sistema. 2) Arrancar la partición desde el dispositivo alterno de carga. 3) Realizar la instalación del microcódigo. 4) Realizar la instalación del sistema operativo. La diferencia en el procedimiento cuando se tiene un dispositivo de carga como una Unidad de DVD es que con esta se debe realizar la instalación de todos los programas bajo licencia y de los PTF’s; mientras que con una cinta que contiene una opcion21 se restaura toda la información desde un solo medio.

A continuación, se describe el procedimiento que se realiza en la instalación. Cabe resaltar que, en caso de ser necesario, se realiza la salvedad de cuándo se usa un medio o el otro.

Configuraciones que se deben tener en cuenta antes de empezar la instalación.

- La partición en la que se instalará el microcódigo debe estar apagada.

I. Configuración del perfil para el inicio del sistema.

- Verificar que el modo de inicio se encuentre en modo D manual. Identificar la partición en la HMC gráfica y configurarla en modo D manual. Es necesario que la partición se encuentre en este modo ya que el arranque en D define la activación de una partición desde un dispositivo alterno de carga. Para seleccionar este modo, se escoge la opción propiedades de la partición, la cual abrirá una ventana emergente como la de la Figura 88. Sobre esta, se elige la pestaña de configuración en donde se puede ajustar el modo de arranque.


Figura 88. Configuración en D manual de un perfil por la HMC gráfica

- Configurar el arranque alternativo.

Para editar al perfil de una partición, se selecciona en la partición la opción de gestionar perfiles; acá la HMC abrirá una ventana emergente como la de la Figura 89 donde se escoge el último perfil que haya sido activado.

Figura 89. Modificar el perfil de una partición.

Luego de estar ubicado en el perfil de la partición, se da clic sobre el nombre del perfil; como resultado, la HMC gráfica muestra otra ventana emergente en donde se selecciona la pestaña de E/S etiquetada y, en esta ventana, se configura el dispositivo alterno de carga, el cual puede ser alguna de las siguientes opciones:

1) Medio: Canal de fibra que tiene la conexión a la librería o al drive. 2) Unidad de DVD: Recurso físico que contiene la unidad del servidor: 3) Medio óptico virtual: Recuso lógico que está asociado.

Dependiendo del tipo de medio alterno escogido, se selecciona el recurso que se va a asignar en la parte opción de dispositivo de reinicio alternativo. Un ejemplo de este proceso se


muestra en la Figura 90 , para este caso se usa un medio óptico virtual presentado por un cliente SCSI, es decir tiene una asociación lógica hacia un recurso de Entrada salida del VIOS.

Figura 90. Modificar el origen de carga alterno de una partición

II. Activar la partición después de haber definido el dispositivo alterno de carga. Para realizar la activación, se selecciona la partición deseada en la HMC, una vez seleccionada se da clic en activar partición. Cuando en los códigos de la HMC se obtenga el valor C6000000, implica que ya se reconoció el dispositivo alterno de carga y que se puede continuar con la instalación.

III. Realizar la instalación del microcódigo. Se abre la gestión de la consola HMC por medio de la consola 5250. Lo primero que mostrará la consola, es la selección del idioma del microcódigo para lo que normalmente se escoge el idioma 2931, ya que este código corresponde al español. La Figura 91 muestra un ejemplo de la solicitud de la consola, en donde se seleccionó el idioma español. Cabe aclarar que la elección del idioma depende únicamente del cliente y del uso que se le vaya a dar al sistema.

Figura 91. Selección del idioma del microcódigo cuando se está instalando una partición IBM i.


La HMC muestra el menú de la Figura 92, acá se encuentra la opción de instalar el microcódigo de la máquina o el código interno bajo licencia, por lo que se selecciona:

Opción 1. Instalar código interno bajo licencia.

Figura 92. Ejemplo del menú inicial que muestra el sistema para instalar microcódigo.

Luego, el sistema muestra los discos que reconoció en el momento de la activación de la partición, la pantalla resultante se puede observar en la Figura 93 Posteriormente, se selecciona el disco fuente; es decir, el disco que contendrá el microcódigo del sistema IBM i que se va a instalar. Después, se presiona ENTER y se continúa con la instalación.

Figura 93. Selección del disco de carga en la instalación de una máquina IBM i.


Dependiendo el caso, se puede seleccionar alguna de las opciones de la Figura 94. Se recomienda usar la opción que permita inicializar el sistema ya que, en este caso, no es necesario conservar las configuraciones anteriores. Para este procedimiento, se selecciona:

Opción 2. Instalar el código interno bajo licencia e inicializar el sistema

La Figura 94 ilustra el menú de selección usado en este proceso.

Figura 94. Menú para instalar el código interno bajo licencia.

El proceso de instalación solicitará una confirmación para formatear el disco fuente, con F10 se acepta el proceso y se continúa. La imagen de la Figura 95 muestra la pantalla que solicita esta confirmación.

Figura 95. Solicitud de confirmación del sistema IBM i para formatear la máquina.


Luego de la confirmación, se comienza a borrar la información del disco, este proceso se demora dependiendo del tamaño y la velocidad del disco fuente ya que se tiene que inicializar totalmente. Cuando finalice, se inicia el proceso de instalación del código interno bajo licencia; en esta parte se puede ir visualizando por consola el avance de la instalación, tal como se observa en la Figura 96.

Figura 96. Ejemplo del estado de la instalación del código interno bajo licencia.

Cuando finalice la instalación, en la consola se observará un mensaje donde el sistema informa que es necesario realizar una configuración de discos; acá se omite el problema reportado y se continúa con la instalación, para esto se presiona la tecla F10. El mensaje mostrado se ilustra en la Figura 97. La razón por la que se omite este problema es porque más adelante se realizará la configuración de discos.

Figura 97. Problema que reporta en la instalación el sistema IBM i.

IV. Realizar la instalación del sistema operativo.


La Figura 98 ilustra el menú con el que va a iniciar la partición cuando tiene instalado el microcódigo. Para realizar la instalación del sistema operativo, se selecciona la opción2 y luego se presiona ENTER.

Opción 2: Instalar el sistema operativo

Figura 98. Pantalla que muestra el sistema después de la instalación de microcódigo.

La primera imagen que sigue después de la selección anterior es la confirmación de la instalación como se observa en la Figura 99. Para continuar y confirmar se presiona la tecla ENTER.

Figura 99. Confirmar instalación del sistema operativo.

Lo que continúa en el proceso de instalación es la selección del tipo de dispositivo desde el que se realizará la instalación (ver Figura 100). En este proceso, lo más frecuente es usar la opción 1 y 2. Para el ejemplo de instalación, se selecciona la opción 1, esto indica que es una restauración a partir de un medio que tiene una cinta con la información de instalación del sistema operativo.


Opción 1 Cinta: Al seleccionar este tipo de dispositivo implica que se está instalando el sistema desde un dispositivo que contiene una cinta con las imágenes cargadas Opción 2 Medio óptico: Cuando se realiza una instalación a partir de un medio óptico, es necesario que el medio tenga la imagen con el primer grupo de instalación del sistema operativo.

Figura 100. Pantalla de selección para instalar el sistema operativo desde un dispositivo.

Luego de definir el medio desde donde se instalará el sistema operativo, se selecciona el tipo de idioma con el que se realizará la instalación. La Figura 101 presenta la pantalla que solicita el idioma; según el idioma de instalación, se ingresa el código correspondiente. La Tabla 6 muestra los códigos más usados en la instalación. En la Figura 101 se muestra un ejemplo de cuando se escoge el idioma de instalación del sistema operativo en inglés.

Tabla 6. Códigos de referencia más comunes en la instalación de un sistema operativo1

Código Idioma 2924 Ingles 2931 Español

1 Códigos tomados de la página: .https://www.ibm.com/support/knowledgecenter/es/ssw_ibm_i_71/rzahc/rzahcnlvfeaturecodes.htm


Figura 101. Selección de la característica del idioma a instalar en el sistema operativo.

Luego de la selección del idioma, se confirma la instalación pulsando ENTER. La Figura 102 muestra la pantalla con la que se aceptará la instalación del idioma.

Figura 102. Confirmación de selección del idioma.

Después, si el sistema tiene más discos presentados o reconoce más unidades adicionales a parte del disco fuente, estos se pueden añadir para que sean configuradas en el ASP del sistema. La Figura 103 contiene el menú que se mostrará cuando se solicita añadir los discos. Cada una de las opciones representa lo siguiente:

Opción 1. Mantener la configuración de discos actual: Hasta este punto de la

instalación solo se tiene configurado el disco fuente, con esta opción se escoge la instalación sin añadir otro disco a la configuración.


Opción 2. Ejecutar la configuración de discos utilizando DST: Al seleccionar esta opción, se realiza la configuración de los discos por medio de las herramientas de servicio dedicadas, acá se selecciona si se añadirá, o se continuará con la presentación actual de discos.

Opción 3. Añadir todas las unidades de disco a la ASP del sistema: Con la selección de esta opción, se escogerán las unidades de disco que se tenga presentadas a la partición para que sean agregadas al ASP.

Opción 4. Añadir todas las unidades de disco a la ASP del sistema: Con la selección de esta opción, se agregan las unidades de discos presentadas y se realiza el balanceo de los discos; es decir, toda la información queda distribuida en todos los discos.

Si selecciona la opción 3 o la opción 4, se realiza la misma función, con la diferencia de que, al escoger la opción 3, se puede realizar el balanceo pulsando F10.

Figura 103. Añadir todas las unidades de disco al sistema.

Luego de seleccionar la opción 4 se realiza el procedimiento que se encuentra descrito en la sección Añadir discos al ASP.

Después de que finalice el proceso con los discos, por consola se podrá observar el proceso de instalación del sistema IBM i. La Figura 104 ilustra un ejemplo de lo que se observa mientras se efectúa la instalación.


Figura 104. Ejemplo de la pantalla que muestra el sistema cuando se está instalando sistema operativo IBM i.

Cuando finalice el proceso de instalación en el entorno 5250 de la HMC, es necesario ingresar el usuario administrador del sistema el cual siempre corresponde al QSECOFR como se observa en la Figura 105.Es importante apreciar que en este paso del procedimiento no se solicita la contraseña. Usuario: QSECOFR Después de digitar el usuario se pulsa ENTER y se continúa.

Figura 105 Primer inicio de sesión del sistema operativo después de la instalación.

Después de validar el usuario sigue la selección de las opciones de IPL en donde se debe ingresar: i) Fecha y hora con la que quedará el sistema. ii) Huso horario del sistema. iii) Opciones para borrar colas de trabajo, salida y anotaciones de trabajo incompletas. iv) Tipo de arranque: Cuando se está realizando una instalación por primera vez, es

importante seleccionar el tipo de arranque en modo restringido; de esta forma. cuando el


sistema se encuentre activo, los servicios no iniciarán hasta que el sistema quede totalmente instalado.

v) Opciones principales del sistema o de cambiar el sistema en IPL, estas sirven para decidir si se va a modificar alguna configuración para el arranque.

La Figura 106 ilustra la pantalla que se observa cuando se está realizando la instalación por la consola 5250 de la HMC.

Figura 106. Opciones de IPL.

Después, el sistema solicita que se ingresen las opciones principales. Si en el paso anterior se seleccionó con Y el parámetro para establecer las opciones principales del sistema, el paso siguiente se ilustra en la Figura 107. Se recomienda que siempre se encuentre habilitada la opción de configuración automática; por lo tanto, para este parámetro se escoge Y.

Figura 107. Establecer opciones principales del sistema.

Luego, el sistema realiza un IPL y al finalizar indicará que la contraseña del usuario de seguridad del sistema ha caducado. Por este motivo, es necesario realizar el cambio de la contraseña, para esto se pulsa ENTER cuando el sistema solicite el cambio. La contraseña por defecto del usuario administrador del sistema siempre es:

Contraseña: QSECOFR La Figura 108 muestra un el mensaje por consola cuando el sistema informa que la contraseña ha caducado.


Figura 108. Información de inicio de sesión.

En este punto la máquina ya se encuentra con el sistema operativo instalado; es decir, la opción *BASE del producto 5770SS1 ya está en la máquina. Sin embargo, toda la información, configuraciones, programas bajo licencia y parches aún no lo están. Si se verifica los programas bajo licencia instalados, solo se observará que el producto 5770SS1 opción base se encuentra instalado, esto se pude apreciar en la Figura 109. Además, dado que no se ha restaurado o instalado algo en el sistema, se mostrará que la biblioteca QGPL y QUSRSYS están en *BACKLEVEL. La razón por la que estas librerías se encuentran en dicho estado es porque son bibliotecas multipropósito; es decir, una parte de ellas se guarda con *SAVSYS (Librerías del sistema) y otra parte con *ALLUSR (Librerías del usuario).

Figura 109. Visualizar programas bajo licencia.

El siguiente paso es la instalación de los programas bajo licencia que se requieran en el sistema. En caso de usar un medio óptico se realiza el proceso de instalación de los mismos. Por el contrario, si se usa una cinta que contiene una opción21, se realiza la restauración de toda la información desde la cinta montada.


1.2.5.20. Restauración a partir de una opcion21 cuando se tiene el sistema operativo instalado

Para realizar este procedimiento, se debe restringir en primer lugar la máquina. Luego, se deben ingresar los siguientes comandos.

En cada uno de los procedimientos de restauración que se ejecutan a continuación, se puede ir verificando por la cola del operador que la restauración sea exitosa.

1) Restaurar la librería del sistema. Las primeras librerías que se restauran son las *IBM; es decir, todas las librerías propias del sistema operativo, para esto se ingresa:

Comando: RSTLIB SAVLIB(*IBM)DEV (<Medio que tiene cargada la opcion21>)) MBROPT(*ALL) ALWOBJDIF(*ALL)

En caso de que no se realicen todas las restauraciones, se restauran las librerías Q* que representan de otra forma las *IBM.

Comando: RSTLIB SAVLIB(Q*) DEV (<Medio que tiene cargada la opcion21>))

MBROPT(*ALL) ALWOBJDIF(*ALL)

2) Restaurar la librería de BRMS.

Esta librería contiene los registros de los objetos que se han guardado en el sistema. Adicionalmente, es importante restaurar la librería QUSRBRM ya que esta permite el manejo de la librería de medios y, en caso de omitirse, podrían generarse fallas en las restauraciones posteriores. El comando que permite restaurar la librería de BRMS es:

Comando: RSTLIB SAVLIB(QUSRBRM) DEV (<Medio que tiene cargada la opcion21>))


3) Restaurar los perfiles de usuario.

Antes de comenzar a restaurar las librerías o configuraciones del usuario, se tiene que restaurar todos los perfiles de usuario ya que estos son los dueños de los objetos que contiene el sistema, para ello se digita lo siguiente: Comando: RSTUSRPRF DEV (<Medio con la opción 21>) OMITUSRPRF(QSECOFR)


4) Restaurar las configuraciones del sistema. En este caso se hace referencia a los dispositivos y controladores que se encuentren guardados en el medio. Para este procedimiento se digita el siguiente comando:

Comando: RSTCFG OBJ(*ALL) DEV (<Medio con la opción 21>)

SRM(*NONE)

El parámetro SRM se define cuando las configuraciones se restauran sobre un hardware diferente del que se tomó la opcion21.

5) Restaurar todas las bibliotecas de los usuarios.

En este punto comienza la restauración de la información que contienen todos los usuarios previamente restaurados, esto se logra con el comando:

Comando: RSTLIB SAVLIB(*ALLUSR) DEV (<Medio con la opción 21>)


En caso de ser necesario, se debe indicar al sistema todas las librerías de usuario individuales para instalar. Por ejemplo, SAVLIB (*A *B) y así de forma consecutiva con todas las librerías.

6) Restaurar nuevamente las librerías de los usuarios. Existen algunos objetos que son dependientes de otros, en el sistema IBM i los objetos que son lógicos dependen del archivo físico. Por esta razón, es necesario ejecutar el comando de la sección anterior. Sin embargo, en este caso debe restaurar solos los objetos nuevos.

Comando: RSTLIB SAVLIB(*ALLUSR) DEV (<Medio con la opción 21>)

OPTION(*NEW) MBROPT(*ALL)

ALWOBJDIF(*ALL)

7) Restaurar las carpetas del sistema. En este paso se restauran todas las carpetas con las bibliotecas de documentos, esto se realiza mediante el siguiente comando:

Comando: RSTDLO DLO(*ALL) DEV(<Medio con la opción 21>)

ALWOBJDIF(*ALL)


8) Restaurar los directorios. En este paso se restauran todos los objetos que se encuentren en el file System, es importante resaltar que acá se omiten los objetos ya restaurados.

Comando: RST DEV('/QSYS.LIB/<NOMBRE DEL DISPOSITVO>.DEVD')

OBJ(('/*' *INCLUDE) ('/QSYS.LIB' *OMIT) ('/QDLS' *OMIT))

9) Restaurar nuevamente los directorios. Se vuelve a enviar el comando de la sección anterior, pero acá sólo se restauran los objetos de IFS que no se restauraron en la opción anterior.

Comando: RST DEV('/QSYS.LIB/<NOMBRE DEL DISPOSITVO>.DEVD') OBJ(('/*' *INCLUDE) ('/QSYS.LIB' *OMIT) ('/QDLS' *OMIT))

OPTION(*NEW)

10) Restaurar de las autorizaciones. Para este caso se usa el siguiente comando:

Comando: RSTAUT USRPRF(*ALL)

11) Cambiar el nombre del sistema según solicitud del cliente. Es frecuente que en cada restauración total del sistema se cambie el nombre con el que se inició la máquina, por este motivo se usa la siguiente instrucción:

Comando: CHGNETA SYSNAME(<N1>) LCLCPNAME(<N1>) LCLLOCNAME(<N1>) NWSDOMAIN(<N1>)

N1: Nombre del sistema con el que se identificará la partición IBM i

12) Reiniciar la partición. Ver sección cambios de hardware y anomalías

13) Verificar los productos que se encuentra instalados. Para este paso se ingresa el siguiente comando:

Comando: CHKPRDOPT PRDID(*OPSYS) CHKSIG(*ALL) DETAIL(*FULL)


Si el sistema no reporta problemas ejecutando el anterior comando, implica que la restauración fue exitosa.

1.2.5.21. Instalar un lenguaje secundario.

En unas máquinas dependiendo del producto que se desea instalar este exige un lenguaje determinado por lo que es necesaria la instalación de un lenguaje secundario, para realizar esta instalación se realiza el siguiente procedimiento:

1. Descargar el producto de la página ESS de IBM.

El producto que se descargará es el lenguaje que se requiere instalar.

2. Preparar el catálogo de imágenes con el medio descargado en un dispositivo virtual.

Se carga la imagen descargada a la máquina, posteriormente se carga a un catálogo de imágenes. Para ello es necesario conocer la ruta en la que se encuentra la imagen, a manera de ejemplo se usara la ruta /NLV1.

a. Crear el catálogo de imágenes, el nombre que se usará a manera de ejemplo es NLV, la creación se realiza con el siguiente comando:

Comando: CRTIMGCLG IMGCLG(NLV) DIR('/NLV')

b. Se agrega la imagen descargada de la página de IBM al catálogo que se acabó de crear, usando el siguiente comando:

Comando: ADDIMGCLGE IMGCLG(NLV) FROMFILE('/NLV/imagen.iso')

c. Cargar el catálogo de imágenes a un dispositivo virtual con el siguiente comando.

Comando: LODIMGCLG IMGCLG(NLV) DEV(OPTVRT01) El dispositivo óptico OPTVRT01 es el que contendrá las imágenes que se encuentran en el catálogo de imágenes.

3. Realizar la instalación del lenguaje secundaria por el menú de programas bajo licencia.

Para realzar la instalación se sigue el siguiente procedimiento:

a. Ingresar al menú de trabajar con programas bajo licencia, usando el siguiente comando:

Comando: GO LICPGM

b. Seleccionar la opción21 del menú de trabajar con programas bajo licencia como se observa en la Figura 110.


Figura 110. Opción para instalar un idioma secundario.

c. En la pantalla que se observa después de la selección anterior se escoge el idioma

que se va a instalar y se presiona ENTER. A manera de ejemplo se realizará la instalación del lenguaje secundario en inglés, como se observa en la Figura 111.

Figura 111. Selección del idioma secundario. para realizar la instalación.

d. Se especifican las opciones para la instalación del lenguaje secundario, estas opciones incluyen el dispositivo desde donde se realizará la instalación y si se reemplazara el lenguaje que se está instalando. En la Figura 112 se ilustra un ejemplo de lo que se mostrará por pantalla verde. Luego se presiona ENTER y comienza la instalación.


Figura 112. Opciones de instalación para idiomas secundarios.

1.2.5.22. Actualización de sistema operativo

Cada cierto tiempo IBM pone a disposición de los clientes una nueva versión de sistema operativo la cual va mejorando fallas encontradas en la anterior versión, o simplemente mejora propiedades de los comandos o configuraciones con respecto a la anterior versión.

Normalmente cuando se libera una nueva versión, es probable que salga de servicio una de las actuales versiones. Dada la renovación tecnológica tanto de infraestructura como de software, se recomienda siempre usar la última versión que se encuentre disponible para instalar.

La actualización del sistema operativo se debe realizar en dos fases:

1) Realizar procedimiento previo para actualizar la máquina. 2) Finalizar el procedimiento anterior estando la máquina en estado restringido.

Procedimiento con la máquina activa.

El procedimiento descrito a continuación se puede realizar mientras la máquina está activa.

1. Descargar las imágenes de la página Entitlement Software Support. Link: https://www-304.ibm.com/servers/eserver/ess/index.wss Para la actualización (upgrade) de la máquina, es necesario descargar las imágenes de la Tabla 7

Tabla 7. Imágenes que actualizar en las dos versiones que se encuentran en administración en IBM.

V7R2 V7R3 B_GROUP1_01_IBM_i_RS_720-00 B_GROUP1_01_IBM_i_RS_730-00 B_GROUP1_02_IBM_i_RS_720-00 B_GROUP1_02_IBM_i_RS_730-00

B_GROUP1_03_IBM_i_RS_720-00 B_GROUP1_03_IBM_i_RS_730-00 B_GROUP1_04_IBM_i_RS_720-00 B_GROUP1_04_IBM_i_RS_730-00

B_GROUP1_05_IBM_i_RS_720-00 B_GROUP1_05_IBM_i_RS_730-00


I_BASE_01_Licensed_Machine_Code_RS_720-K

I_BASE_01_Licensed_Machine_Code_RS_730-C

F_MULTI_NLV_IBM_i_720_DB2_Symm_Multiproc

F_MULTI_NLV_IBM_i_730_DB2_Symm_Multiproc

F_MULTI_NLV_IBM_i_720_DB2_Multisystem

F_MULTI_NLV_IBM_i_730_DB2_Multisystem

2. Ubicar las imágenes en un directorio del File System. En este caso se usa el directorio /PTFS, cabe resaltar que deben existir por lo menos las 8 imágenes descritas en el punto anterior para continuar con el procedimiento.

3. Agregar las imágenes al catálogo de imágenes. Las imágenes deben ser cargadas primero el grupo BASE que es el que contiene el microcódigo de una partición IBM i, después los grupos de imágenes que contienen las imágenes del sistema operativoDB2 y Multisystem. Cuando las imágenes se encuentren cargadas, estas se visualizarán como en la Figura 113. El comando para cargar las imágenes es el siguiente:

Comando: WRKIMGCLGE IMGCLG(<Nombre del Catálogo>)

(a)


(b)

Figura 113. Ejemplo de las imágenes cargada para la actualización de un IBM i 7.2 a IBM i 7.3.

4. Cargar el catálogo de imágenes.

Para cargar el catálogo de imágenes se usa el siguiente comando:

Comando: LODIMGCLG IMGCLG(Nombre Catalogo) OPTION(*LOAD) DEV(Nombre del dispositivo virtual)

Fallas frecuentes:

OPT1860: Se presenta normalmente porque el dispositivo virtual no se encuentra en línea. OPT1365: Ya existe un volumen óptico cargado. En este caso se deben validar los volúmenes con el comando WRKOPTVRT de tal forma que sólo quede cargado el dispositivo con el que se va a trabajar.

5. Preparar la instalación de los programas. Después de tener el catálogo de imágenes cargado, se alista todo lo requerido para la instalación de los programas bajo licencia realizando el siguiente procedimiento:

a. Llamar el menú de trabajar con programas bajo licencia, para lo anterior se ingresa el siguiente comando:

Comando: Go licpgm Lo que se observará en la sesión al ingresar el anterior comando es el menú de Figura 114.


Figura 114. Menú para trabajar con programas bajo licencia.

b. En el menú de trabajar con programas bajo licencia se selecciona la opción de preparar

para la instalación. Seleccionando la siguiente opción:

Opción 5 (Prepara instalación).

Al seleccionar la anterior opción se observará el menú de la Figura 115, las opciones mostradas son las que se requieren para alistar todo lo necesario para actualizar el sistema operativo IBM i.

Figura 115. Menú de preparar para la instalación del sistema IBM i.

6. Definir el medio desde donde se realizará la instalación.

Se marca con 1 la opción de Trabajar con programas bajo licencia para release destino de la Figura 115.

Después de la selección se observará la pantalla de la Figura 116. En donde se indica el medio desde donde se realizará la instalación, por lo que se le indican las siguientes opciones:


Parámetro:

Generar lista a partir de: Se especifica desde dónde se van a instalar los programas bajo licencia. Se debe definir el dispositivo óptico que fue creado anteriormente junto con la versión de destino. Para el ejemplo, se está realizando el upgrade a V7R3M0.

Dispositivo óptico: Es el medio virtual que contiene los grupos de actualización para el release destino.

Release destino: Se indica cual es el release al que se actualizará el sistema operativo.

Figura 116. Ejemplo para actualizar una máquina V7R3M0.

A continuación, los productos que son iguales en ambas versiones (versión anterior y la versión cargada en el catálogo) quedarán marcados en el sistema con 1. En caso de requerir productos adicionales, se deben seleccionar manualmente. Ver Figura 117

Figura 117. Ejemplo de los productos que son congruentes entre las versiones.

Al terminar el proceso de este ítem, el sistema mostrará el mensaje de la Figura 118.


Figura 118. Mensaje informativo.

7. Verificar si algún programa de la actual versión se va a suprimir después de la actualización. Para realizar la anterior verificación se selecciona con 1 la opción para eliminar los programas bajo licencia del menú prepara instalación de la Figura 115. Si el sistema arroja algún programa implica que en el release destino este no se instalará.

8. Verificar si se requiere algún medio adicional a los que se encuentran en el catálogo de imágenes. Para verificar si es necesario otra imagen se selecciona con 1 la opción de listar programas bajo licencia no encontrados en medios de la Figura 115en este lugar se valida si es necesario algún programa antes de comenzar la instalación.

9. Visualizar programas en la versión destino. En esta opción se visualiza los programas que quedarán en la siguiente versión. Acá se muestra por pantalla negra si el producto se añadirá, sustituirá o se eliminará. En la Figura 119 se observa que para el caso de ejemplo se añadirá 2 programas, el de Multiproceso simétrico DB2 y Multisistema DB2, también se observa que los programas como soporte de servidor integrado se sustituirán ya que estos existen en la nueva versión. Se recomienda revisar todos los programas que se instalaran para verificar la acción que se ejecutará con cada uno en el momento de la instalación.

Figura 119. Estado de los productos en la versión destino.

10. Trabajar con acuerdos de software.

En esta sección se aceptan todas las condiciones de los productos a instalar. En primer lugar se selecciona con 1 la opción de trabajar con acuerdos de software de la Figura 115.


Posteriormente en los acuerdos que el sistema muestre se selecciona con la opción 5 para visualizar y con F15 se aceptan todos los acuerdos de software. En la Figura 120 se presenta un ejemplo de la aceptación para un acuerdo de software.

Figura 120. Ejemplo para aceptar acuerdos de software.

Después de aceptar los acuerdos de los productos, el estado de los productos debe presentarse como en la Figura 121.

Figura 121. Ejemplo con acuerdos aceptados.

11. Verificar los objetos del sistema.


Para realizar la verificación de los objetos del sistema se selecciona con 1 la opción del menú de preparar instalación (Ver Figura 115).La operación debe ser satisfactoria para continuar con el procedimiento, la notificación que mostrará el sistema es como la que se muestra en la Figura 122. En caso de que no pase esta verificación es necesario revisar los problemas que muestre el log del trabajo.

Figura 122. Notificación del sistema.

12. Especificar la capacidad de almacenamiento adicional en caso de que se requiera.

Por la opción calcular requisitos de almacenamiento para el ASP del sistema de la Figura 115, se especifica si es necesario ASP adicional para la instalación. Esta opción es informativa, en caso de que el espacio asignado actualmente para el microcódigo no sea suficiente, se requiere aumentar el espacio. Por este motivo, el sistema exigirá IPL después de realizado este procedimiento, Cabe aclarar que el IPL se debe realizar antes de actualizar el sistema, de no hacerse si es necesario, el proceso de instalación fallará.

13. Asignar el espacio adicional para los programas.

Para asignar el espacio adicional, se escoge con 1 la opción asignar espacio adicional para el LIC de la Figura 115. En esta opción se especifica la versión destino y si la asignación de espacio es inmediata; es decir, se asigna el tamaño solicitado para la instalación, ver Figura 123.

Figura 123 Pantalla que muestra el espacio adicional.

14. Definir si es necesario conservar la configuración actual de discos.

Para definir la configuración de los discos en el menú prepara instalación, como el mostrado en la Figura 115 se selecciona con 1. Luego se observará una pantalla como la de la Figura 124, en donde normalmente se selecciona *YES dado que en el proceso no se agregarán nuevos discos y normalmente se conservará la configuración actual que tiene el sistema.


Posteriormente se presión ENTER y se continua con el proceso de instalación.

Figura 124. Pantalla que muestra cómo conservar la configuración de disco.

Procedimiento con la máquina restringida.

El siguiente procedimiento se debe realizar con la máquina restringida; para ello, es necesario primero restringir la máquina como se describe a continuación.

15. Restringir la máquina. Para este paso es necesario bajar todos los procesos que se encuentren activos para realizar la actualización.

Comando: ENDSBS SBS(*ALL) OPTION(*IMMED) DELAY(1) ENDSYS OPTION(*IMMED) DELAY(1)

Al ejecutarse el comando WRKSBS, se debe notificar en la parte inferior de la pantalla el mensaje de la Figura 125. Además, el único subsistema que debe estar en ejecución es el QCTL.

Figura 125. Notificación del sistema.

16. Configurar que la próxima vez que el sistema arranque sea en estado restringido. Acá se debe garantizar que la próxima vez que inicie el sistema, éste debe hallarse estado restringido. Ya que es necesario aplicar PTF’s y aún no se pueden activar los servicios. Para realizar lo anterior se ingresa el anterior comando:

Comando: CHGIPLA STRRSTD(*YES)

17. Configurar las actualizaciones de la máquina. En este procedimiento se necesita cambiar el valor del sistema que permite realizar actualizaciones en la máquina. Para esto se usa el siguiente comando:

Comando: CHGSYSVAL SYSVAL(QALWOBJRST) VALUE(*ALL)

18. Cambiar el modo de arranque a D manual. Mediante la HMC gráfica, se cambia el modo de arranque a D manual (Revisar tipos de IPL en IBM i) (observar Figura 126).


Figura 126. Cambio a modo D normal por HMC

19. Reiniciar la máquina. Se debe reiniciar el sistema especificándole el origen de almacenamiento en el catálogo de imágenes creado. Este paso es fundamental ya que aquí se escoge desde dónde se va a reiniciar el sistema para que pueda efectuar la instalación

Comando: PWRDWNSYS RESTART(*YES) IPLSRC(*IMGCLG) IMGCLG(<Catalogo de imágenes creado>)

20. Visualizar el estado de la máquina.

Por la HMC gráfica se puede visualizar el estado de la máquina y los códigos de arranque como se observa en la Figura 127.

Figura 127. Ejemplo de códigos de referencia de arranque

Por consola 5250 de la HMC se observa el estado de la inicialización del sistema, como se muestra en la Figura 128.


Figura 128. Ejemplo del proceso de instalación.

El modo de selección manual se especifica para que el administrador no tenga que aceptar todos los programas bajo licencia instalados uno por uno.

21. Verificar el modo de arranque.

Mediante la HMC gráfica se debe validar que el modo de inicio del sistema se encuentre en B Normal Para ello se verifica el modo en el que está configurado. Para realizarlo dirigirse a la sección de Tipos de IPL en IBM i.

22. Ejecutar el proceso de arreglos de programas temporales (PTF). Dado que la versión que se ha actualizado es nueva, la máquina no tendrá ningún PTF aplicado, por lo que es necesario instalar todos los PTF’s . Para más información de cómo realizar este procedimiento dirigirse a la sección de actualización de PTF’s

23. Realizar IPL a la máquina. Dado que la máquina actualmente se encuentra en estado restringido es necesario activar todos los servicios de la máquina, lo recomendable es que se realice un IPL al sistema. Para más información de cómo realizar un IPL con reinicio dirigirse a la sección de Cambios de hardware- Anomalías o fallas.

24. Verificar la instalación. Para este procedimiento se ingresa el siguiente mandato:

Comando: CHKPRDOPT PRDID(*OPSYS) CHKSIG(*ALL) DETAIL(*FULL)

Si la verificación pasa sin ningún problema implica que el sistema ha quedado actualizado,en alguno clientes es necesario realizar la instalación de un lenguaje secundario, dado que poseen


programas que no se ejecutan con el idioma instalado, si laverficación falla por el lenguajes secundario, realizar los pasos de la sección Instalar un lenguaje secundario.

1.2.5.23. BRMS

BRMS es una base de datos que permite llevar el registro de todas las transacciones que se realizan a nivel de respaldos en la plataforma IBM i. Por medio de este programa, el sistema operativo gestiona todas las actividades de los respaldos tanto en las librerías como en el drive. Adicionalmente, permite la gestión de medios, y configurar la ejecución de Backups de tal forma que el administrador no tenga que intervenir para su ejecución.

Para que el programa BRMS se ejecute en el sistema IBM i se deben unos programas instalados, para realizar la verificación se realiza el siguiente procedimiento:

1. Por medio del siguiente comando seleccionar la opción 10 en el menú de programas bajo licencia.

Comando: GO LICPGM

Luego, se verifica que él siguiente programa se encuentre instalado:

2. Verificación de que BRMS se encuentre instalado. Para verificar, en la pantalla anteriormente seleccionada se busca el producto de BRMS. Dependiendo de la versión de sistema operativo este puede variar. En la Figura 129 en la parte seleccionada de rojo se observan que los siguientes programas se encuentran instalados en el sistema IBM i: - 5770BR1 opción base (Backup Recovery and Media Services BRMS) - 5770BR1 opción 2 (BRMS - Función Avanzada) Si los programas anteriormente listados se encuentran instalados implica que el producto puede ser usado en la máquina.

Figura 129. Verificación de que el producto BRMS se encuentre instalado.


1.2.5.23.1. Configuración de las políticas para un Backup por BRMS.

Uno de los mayores usos de BRMS es la configuración de positivas, ya que gracias a ellas la ejecución de los backups es automática, para configurarlas es necesario que el cliente responda las siguientes preguntas: 1) ¿Qué librerías se guardan en la ejecución del Backup? 2) ¿Qué excepciones tiene el Backup? 3) ¿Usa librería o solo tiene el drive presentado al sistema? 4) ¿Guarda la información mientras la máquina sigue activa? 5) ¿Usa el medio hasta que esté completo, o usa un medio por respaldo? 6) ¿El Backup hace IPL? 7) ¿Qué tipo de política se tiene para los medios? 8) ¿Cuál es la frecuencia del Backup? 9) ¿Cuáles son las horas de ejecución del Backup? 10) ¿Qué clase de medios que usa la librería? 11) ¿Cómo es el movimiento de los medios?

Después de que el cliente defina la información se procede con la configuración del Backup.

A continuación, se relacionan las diferentes configuraciones que se realizan en BRMS al nivel del backup:

1.2.5.23.1.1. Creación de una clase de medios.

Para crear una clase de medios se ingresa el siguiente comando:

Comando: QSYS/WRKCLSBRM TYPE(*MED)

Luego, en la ventana que muestra el sistema, se selecciona la opción 1 y se especifica el nombre de la clase de medios que se va a crear, este proceso se ilustra en la Figura 130 en la parte encerrada en rojo. Después, se mostrará una pantalla como la de la Figura 131 en donde se modifican los parámetros del medio dependiendo de lo que se encuentre actualmente en la máquina.

Figura 130. Añadir una clase de medios.

Los parámetros que normalmente se configuran se encuentran resaltados en los cuadros rojos de la Figura 131, en donde su función se describe a continuación:


a) Densidad: Define la capacidad que usará en grupo de control en el momento de la ejecución de la actividad. Para visualizar las densidades disponibles se selecciona F4 en el campo de densidad.

b) Medios compartidos: Determina si el medio podrá ser visto desde las diferentes máquinas que se encuentran en red.

c) Medios de una sola grabación: Si se especifica esta opción como afirmativa, implica que el medio solo se usará una vez y no podrá reutilizarse para seguir guardando datos, aún cuando tenga capacidad disponible.

Figura 131. Configuración de una clase de medios.

Después de configurar los anteriores parámetros, se presiona la tecla ENTER. Quedará configurada la clase de medios.

1.2.5.23.1.2. Modificación de una clase de medios.

Si se necesita modificar alguna clase existente se ingresa el siguiente comando:

Comando: WRKCLSBRM TYPE(*MED)

Posteriormente se selecciona la opción 2 al lado de la clase de medios como se observa en la Figura 132. Posteriormente, el sistema mostrará una imagen como la Figura 131 en donde se podrá modificar los atributos de la clase de medio.

Figura 132. Configuración de una clase de medios.

Las opciones que configurar son las mismas que se presentaron en el momento en que se solicitó la creación de la clase de medios.


1.2.5.23.1.3. Creación de una política de movimientos.

La política de movimiento des BRMS determina que tanto tiempo estará un medio en una ubicación. Esta configuración es importante para el cliente, ya que, en caso de faltar algún medio, se perdería la información.

Para determinar la manera como se configurarán los medios, hay que tener en cuenta el tiempo que un medio va a estar en una ubicación, este valor depende de la solicitud del cliente.

Para realiza una creación de una política de movimientos se ingresa el siguiente comando:

Comando: WRKPCYBRM TYPE(*MOV)

A continuación, en la pantalla de trabajar con políticas de movimientos, se digita la opción 1 para crear la política de movimientos seguido del nombre de la política, como se ilustra en la Figura 133, acá el nombre de la política que se configurará es DIARIO1.

Figura 133. Creación de una política de movimiento en BRMS.

Al seleccionar la anterior opción, se observará por consola la pantalla de la Figura 134, en esta sección se deben realizar los ajustes necesarios para que se cumpla con el requerimiento del cliente.

Cada vez que un medio es ingresado a la librería, se debe establecer su ubicación inicial. La forma de hacerlo es colocando el nombre de la ubicación en la sección de Ubicación inicial, esta parte se observa encerrada en color rojo en la Figura 134.

Los posibles movimientos que BRMS realizará con los medios se ubican en la sección inferior de la Figura 134 en las columnas se, ubicación, duración. En cada una de las columnas se realiza la siguiente configuración:

1) SEC Esta columna identifica el número de secuencia que se realizará para cada movimiento de medios. El número inferior es el que identifica la secuencia que va a ejecutar.

2) UBICACIÓN Establece el nombre dela ubicación en donde se moverá el medio.

3) DURACIÓN Especifica el tiempo en el que durará el medio en la ubicación establecida en la columna anterior.

A manera de ejemplo, la ubicación inicial de la política de movimientos configurada en la secuencia 1 dura 1 día en *HOME, esto implica que cada día el medio va a quedar en esa misma posición.


Figura 134. Configuración de una política de movimientos en BRMS.

1.2.5.23.1.4. Modificación de una política de movimientos.

Para modificar una política de movimientos se digita el siguiente comando:

Comando: WRKPCYBRM TYPE(*MOV)

En la pantalla que muestra el sistema, se selecciona, al lado izquierdo de la política a modificar, la opción 2 tal como se puede apreciar en la Figura 135.

Figura 135. Modificar una política de movimientos en BRMS

Las modificaciones que se vayan a realizar se realizan teniendo en cuenta lo descrito en la sección anterior (ver Creación de una política de movimientos.)

1.2.5.23.1.4. Creación de una política de medios.

Una política de medios permite definir el tipo de: política de movimientos, clase y tiempo de retención de los medios. Usualmente el nombre de esta política es el mismo que el del grupo de control.

El comando para trabajar con las políticas de medios es:

Comando: WRKPCYBRM TYPE(*MED)


Para crear una política de medios, se digita la opción 1 debajo de la sección Opc. Después, se escribe el nombre de las políticas de medios a crear este paso se ilustra en la Figura 136; la parte encerrada en color rojo muestra un ejemplo de creación de una política de medios con el nombre DIARIO1.

Figura 136. Creación de una política de medios en BRMS.

Para realizar la configuración de esta política, se usa la pantalla de la Figura 137. En la primera sección encerrada en color rojo se define lo siguiente:

a) Tipo de retención: Define el periodo de tiempo en el que BRMS guardará el registro de las operaciones que se realizan con los medios. En la Figura 137 el tipo de retención es 2; esto significa que se retiene la información por días.

b) Retener medio: Este parámetro depende del tipo de retención configurado anteriormente. Este define la cantidad de días en la que se retendrá la información. Si el tipo de retención es 1, se debe definir la fecha en la que se deben retener los medios. Si el tipo de retención es 2 o 3, se especifican los días. Si la retención es 4. El medio se retendrá permanentemente en BRMS.

c) Política de movimientos: Este parámetro sirve para indicar la política de movimientos a usar en caso de que el cliente lo haya especificado. Por recomendación, se debe configurar una política de movimientos con el mismo nombre que la de medios.

d) Clase de medio: Este es el identificador que BRMS buscará siempre que se vaya a ejecutar un Backup, es aconsejable que la clase de medios seleccionada tenga el mismo nombre que la política de movimientos.

e) Ubicación de almacenamiento: Este parámetro determina la ubicación en la que debe estar

el medio en el momento de la ejecución del Backup.

En la segunda sección encerrada en rojo de la Figura 137 se configuran los siguientes parámetros:


a) Proteger medio: Al seleccionar este parámetro como afirmativo (*YES) implica que los usuarios que realicen restauraciones deben tener permisos especiales como *SECADM.

b) Texto: Es la descripción en palabras de la política de medios que se está configurando. Este parámetro debe brindar información adicional al nombre de la política de medio.

Figura 137. Configuración de una política de medios en BRMS.

1.2.5.23.1.5. Modificación de una política de medios.

Para modificar una política de medios existente se ingresa el siguiente comando:

Comando: WRKPCYBRM TYPE(*MED)

Para modificar una política de medios existente se selecciona la opción 2 al lado de la política a modificar después de haber ejecutado el anterior comando. Posteriormente en la ventana mostrada se configuran los parámetros que sean necesarios se describió en la sección anterior.

1.2.5.23.1.6. Creación y modificación de un grupo de control.

El comando para acceder a los grupos de control de la máquina es:

Comando: WRKCTLGBRM


Normalmente cuando no se ha creado un grupo de control, BRMS trae 3 grupos por defecto que pueden ser usados para la creación de nuevos grupos de control, este hecho se observa en la Figura 138.

Los grupos por defecto de la Figura 138 presentan diferentes configuraciones, las configuraciones se describen a continuación:

1) *BKUGRP: Es el grupo de control que viene configurado para guardar todos los datos del usuario. Éste se ejecuta mientras esta activa la máquina.

2) *SYSGRP: Grupo de control para guardar únicamente la información del sistema.

3) *SYSTEM: Grupo de control que realiza la copia de seguridad del sistema. Éste se ejecuta con máquina restringida.

Dependiendo de las características que se hayan definido con el cliente, se selecciona alguno de estos grupos para trabajar. Normalmente, el grupo de control *BKUGRP se usa para la realización de un Backup diario, mientras que el grupo *SYSTEM se usa para un Backup opcion21.

Figura 138. Pantalla para trabajar con los grupos de control.

Para la creación de un grupo de control, se selecciona, con la opción 3, uno de los grupos que vienen por defecto y se presiona ENTER. En esta parte el sistema solicitará el nombre con el que quedará el nuevo grupo de control, esto se observa en la Figura 139.

Figura 139. Copia de un grupo de control en BRMS.


Luego, se modifican los atributos de acuerdo con los requerimientos de los usuarios; para ello, se selecciona el grupo de control que se acabó de crear con 8. Después, se observará por consola la Figura 140, en esta pantalla los parámetros que se deben considerar son:

a) Copia de seguridad completa. Define que copia se usará cuando se usan copias de seguridad completa, (Full) en donde se guardan todos los datos de las librerías seleccionadas para guardar en el medio. Para definir cual política usar, se presiona F4 y se elige alguna de las políticas de medios existentes.

b) Copia de seguridad incremental. Define que copia de seguridad se usará cuando se defina un backup incremental, al selecciona una copia incremental se guardan únicamente los datos de las librerías que han sido modificadas desde el último Backup incremental o completo.

c) Finalizar sesión de usuarios interactivos. Define si en el momento de la ejecución del Backup se concluyen los trabajos de los usuarios que están conectados en el sistema.

d) Límite de fin de sesión. Este parámetro define el tiempo para terminar los trabajos de los usuarios en caso de que se haya seleccionado el atributo de finalizar sesión de usuarios interactivos.

e) Actividad semanal por omisión. Define si el Backup será incremental (I) o completo (F), de acuerdo a los días en donde sea ejecutado.

f) Tipo de incremental. Al momento de configurar un Backup incremental, existen 2 opciones para realizar la copia. La primera establece que el Backup sea acumulativo; es decir, que guarde los datos que fueron modificados a partir del último Backup completo de la máquina. La segunda opción indica que el Backup es incremental; es decir, que incluya en el Backup los objetos modificados a partir del último respaldo incremental.

El uso de un parámetro o del otro depende del cliente, y del uso que requiera para sus medios.


Figura 140. Pantalla 1 de los atributos de una copia de seguridad en BRMS.

La Figura 141 muestra otros de los atributos que se configuran al modificar las opciones de un grupo de control. En las secciones encerradas en rojo se encuentran los principales atributos a tener en cuenta:

a) Hacer copia de seguridad automática de información de medios. Define si en el momento de hacer la copia de seguridad se guardará la información de medios necesaria para realizar la restauración. Este parámetro tiene 2 valores: El primer valor *OBJ define que se va a guardar el detalle a nivel de objeto de la máquina y el segundo valor*LIB define cuándo se guardará el detalle a nivel de librería.

b) Salvar vías de acceso. Define cuándo se guardarán las vías de accesos de los archivos lógicos a los archivos físicos.

c) Salvar contenido de archivos de salvar. Determina si los objetos de atributo *SAVF se guardarán con su contenido, o únicamente se salvará el objeto.

d) Añadir al medio. Cuando se selecciona la opción afirmativa (*YES), implica que se puede usar un medio que aún tenga espacio disponible para seguir guardando. Si, por el contrario, se especifica la opción negativa (*NO), el medio seleccionado para guardar el Backup debe estar expirado, es decir, sin información.

e) Opción de final de medio. Establece qué acción se realizará con el medio montado, los posibles valores por configurar son: *UNLOAD: Al seleccionar este valor el medio en el que se esté escribiendo se desmontará del drive. *LEAVE: Deja el medio montado en la máquina al finalizar el Backup.



Por medio del grupo de control se puede definir si al finalizar el Backup, el sistema realizará IPL y también de que manera lo realizará. En la Figura 142 se observa la sección de la tercera pantalla de los atributos del sistema con los que se podrá realizar las modificaciones para el IPL.

Si se requiere definir el tipo de arranque, también se puede realizar por medio del grupo de control.


1.2.5.23.1.7. Modificar las entradas del grupo de control.

Las entradas de un grupo de control son las librerías que se guardarán en el momento de la ejecución del Backup. Para modificar estas entradas en un grupo de control existente, se digita la opción 2 al lado del nombre del grupo de control y se presiona ENTER. Este proceso se puede observar en la Figura 143 en la sección encerrada en color rojo.


Figura 143. Modificar las entradas de un grupo de control.

Las librerías que guardará el Backup en el momento de su ejecución se listan en la parte encerrada en rojo de la Figura 144. Las posibles entradas que se pueden configurar son:

a) *EXIT: Parámetro especial que ejecuta un comando CL al momento de realizar el Backup.

Para modificar el comando que se enviará al sistema operativo se presiona F10.

b) Parámetros especiales: Definen que tipo de información se guardará en el momento de la ejecución de Backup.

*SAVSYS: Guarda la información del sistema. *SAVSECDTA: Guarda los usuarios del sistema. *SAVCFG: Guarda las configuraciones del sistema. *ALLUSR: Guarda todas las librerías de los usuarios. *ALLDLO: Guarda las carpetas de documentos de los usuarios. *LINK: Guarda la información que se encuentra en el file system.

c) Librerías específicas: Cuando un Backup no requiere guardar toda la información si no únicamente librerías específicas, el cliente BRMS permite definir en sus entradas los nombres de las librerías deseadas.

Si es una librería genérica, por ejemplo, todas las que comiencen por A, en la columna elementos de copia de seguridad se escribe en una de las entradas A seguido del carácter especial *, es decir si se requieren que las librerías a respaldar comiencen por A, se escribe en la columna en la que se define la librería a guardad A*.La cantidad de entradas dependerá de la información que se defina con el cliente para ser guardada. Si se van a guardar diferentes librerías, por cada una de ellas se debe añadir una secuencia en la sección encerrada en rojo de la Figura 144.


Figura 144. Editar entradas de grupo de control en BRMS.

1.2.5.23.1.8. Subsistemas por procesar en grupo de control.

Los subsistemas por procesar son aquellos que recibirán algún cambio en el momento de la ejecución del Backup. El cambio que realiza BRMS con los subsistemas es el reinicio o finalización del Backup. Para trabajar con los grupos de control se usa el siguiente comando:

Comando: WRKCTLGBRM

Para trabajar con la opción de subsistemas, se selecciona 9 en el grupo de control que se configurará con los subsistema que se requieren en el momento de la ejecución del Backup por medio del grupo de control , este proceso se ilustra en la Figura 145 en la parte seleccionada en rojo.

Figura 145. Selección de los subsistemas a procesar.


Luego, el sistema mostrará la imagen de la Figura 146, en esta se observan 6 columnas cada una de las cuales hace lo siguiente:

a) Secuencia: Define la secuencia en el que el grupo de control finalizará y activará los subsistemas.

b) Subsistema: Define el nombre del subsistema a procesar.

c) Biblioteca: Define la biblioteca en donde se encuentra el subsistema.

d) Opción de finalizar: para este parámetro se define si es inmediata (*IMMED) o controlada (*CTRLD) la finalización del subsistema, la diferencia entre una y la otra es que, en la primera, el cambio en el momento de la finalización se aplica inmediatamente sin esperar a que termine la ejecución de los trabajos del subsistema; mientras que en la otra la finalización se realizará hasta que concluya todos los trabajos que se encuentran antes de la petición.

e) Retardo: Tiempo de retardo para la finalización.

f) Rearranque: Las posibles opciones son afirmativa(*YES) o negativa (*NO); en caso de ser la primera, al finalizar el Backup, el subsistema se activará.

Teniendo en cuenta los parámetros anteriores, se seleccionan los subsistemas a procesar. En la Figura 146 se da un ejemplo cuando es necesario finalizar todos los subsistema en forma controlada, y que al finalizar el Backup vuelvan a activarse.

Figura 146. Subsistemas por procesar.

1.2.5.23.1.9. Añadir una excepción en BRMS.

Las excepciones para BRMS definen las librerías que no se guardarán en el momento de la ejecución de un Backup.

Para excluir una librería de los grupos de control de BRMS se ingresa lo siguiente:

Comando: WRKCTLGBRM

Se presiona F10 y se ingresa a la pantalla que contiene las exclusiones de todos los grupos de control de BRMS.


Las librerías por excluir son de diferentes tipos; los tipos que aplican para las excepciones son las palabras especiales que se usan para configurar las entradas del grupo de control (*IBM, *ALLUSR, *ASP,*SAVSYS, *SECDTA). Cuando se excluye con alguna de las palabras especiales, no se guardará solamente la librería seleccionada cuando el Backup usa ese tipo de palabra.

Para excluir una librería de todas las palabras especiales que tiene BRMS se usa la palabra *ALL.

Por ejemplo, en la Figura 147 se muestra un ejemplo de lo que se observará cuando se están excluyendo librerías de los grupos de control, adicional se observan que para excluir una librería se tienen que configurar los siguientes parámetros:

1) Opción: Define el número de exclusión que se está realizando. 2) Tipo: Es el atributo en el que se ingresa la palabra especial para omitirla de los grupos de control. 3) Elemento de copia de seguridad: Es el atributo en el que se define que objetos se va omitir de

todos los grupos de control que se tengan configurados.

Para ilustra un ejemplo, en la Figura 147 se está excluyendo la librería LIBPRUEBA siempre que se tenga configurado en el grupo de control la palabra especial *ALLUSR.

Figura 147. Elementos por omitir de las copias de seguridad en BRMS.

1.2.5.23.2. Trabajar con los dispositivos de BRMS Para que BRMS reconozca todos los dispositivos que tiene el sistema operativo es necesario realizar una inicialización de dispositivos, el comando que permite realizar lo anterior es:

Comando: INZBRM OPTION(*DEVICE) Luego BRMS reconoce todos los dispositivos que coinciden con las categorías usadas para gestionar medios, tales como librerías, dispositivos y demás. Las categorías más frecuentes que se usan al nivel del sistema operativo son los siguientes:

- *TAP: Es el dispositivo en el que se cargan y descargan los medios. - *TAPMLB: es la categoría con la que BRMS identifica que tiene una librería de medios. - *VRTOPT: es un dispositivo óptico del sistema, y puede ser usado como dispositivo.


El comando con el que se trabaja con los dispositivos de BRMS es:

Comando: WRKDEVBRM

Después de solicitar el anterior comando se observará una imagen como la de la Figura 148 en donde se observarán todos los dispositivos que reconoció BRMS en el momento de su inicialización.

Si se requiere añadir, visualizar, eliminar o visualizar los dispositivos que reconoce el programa BRMS se selecciona la opción al lado izquierdo del medio con el que se trabajará.

Figura 148. Ejemplo de salida para trabajar con dispositivos en BRMS.

1.2.5.23.3. Trabajar con medios de BRMS.

Los comandos que se usan frecuentemente para realizar tareas específicas en BRMS son los siguientes:

1) Añadir un medio a BRMS.

Para añadir un medio a BRMS se debe primero insertar el medio en la librería física y luego ingresar el siguiente comando:

Comando: ADDMLMBRM MLB(<Dispostivo de BRMS>) VOL(*INSERT)

En donde el parámetro VOl indica el volumen que se agregará a la base de datos de BRMS. Normalmente al ingresar un nuevo medio a un drive, en BRMS se reconoce con el identificador *INSERT, por lo que es el parámetro que frecuentemente se usa.

2) Asignar un drive a BRMS.

Para ver el estado de la librería de medios se usa el comando WRKMLBSTS, la salida de éste comando muestra los dispositivos que se encuentran asignados a la librerías que reconoce el


sistema operativo. En la Figura 149 se observa el estado del dispositivo, cuando se requiere usar con la librería TAPMLB02.

Si se observa, el estado en el que un drive debe estar para que lo use la librería es ACTIVADO con la asignación definida con ASIGNADO en el drive. Como se observa con la librería TAPMLB02 de la Figura 149.

Si por el contrario el estado del drive es ACTIVADO, pero con la asignación DESASIGNADO, el procedimiento a realizar es selecciona con 4 al drive que se requiere asignar a la librería.

Cuando un drive es visto por varias máquinas, si una de ellas ya lo tiene asignado no podrá asignarse a otra hasta que se desasigne de la máquina que lo tiene actualmente.

Figura 149. Salida en pantalla para la validación de cintas por BRMS.

3) Trabajar con los medios existentes en la librería.

Para trabajar con el estado de los medios que se encuentran en la librería por medio de BRMS se usa el siguiente comando:

Comando: WRKMLMBRM MLB(<Dispositivo de BRMS>)

Al solicitar el anterior comando el sistema mostrará todos los medios que se encuentran cargados en la librería, dependiendo del uso que le vaya a dar se selecciona la opción que se necesita. El uso más frecuente usado con esta opción es la selección 8 ya que permite cargar el medio en el drive.

4) Trabajar con los medios de BRMS.

El comando que permite trabajar con todos los medios de BRMS es el siguiente:

Comando: WRKMEDBRM

Las opciones frecuentemente usadas en la pantalla resultante son:

a. Trabajar con el contenido de medio (Opción 13): Por medio de esta opción se visualiza el contenido grabado en la cinta.

b. Símbolo +: Indica que un medio ha llegado a su secuencia máxima y que se encuentra sin espacio para seguir almacenando.

c. Inicializar medio: Inicializa el medio por BRMS. d. Cambiar medio: Cambia los atributos del medio en caso de ser necesario; por ejemplo, uno

de estos atributos es la clase del medio.


e. Revisar la ubicación actual del medio: Por medio de esta pantalla se conoce la localización actual del medio.

1.2.5.24. MIMIX

Es un software de replicación en línea, externo a IBM, el cual brinda alta disponibilidad a la partición en donde esté instalado.

MIMIX ofrece al cliente beneficios como:

• Plan de contingencia en caso de caída abrupta del servidor principal. • Es una herramienta robusta ya que cumple las expectativas esperadas en un entorno de

contingencia. • Cuenta con una interfaz amigable para el administrador.

El monitoreo de las réplicas es necesario e indispensable para el cliente ya que, en caso de una caída abrupta o de algún cambio inesperado, la réplica debe tener los datos al día y estar sincronizada. Es labor del administrador garantizar que la réplica se encuentre en funcionamiento y sin errores.

1.2.5.24.1. Conceptos clave

Diario del sistema

Es un objeto que define la información que se debe almacenar o registrar en los receptores, al ser un objeto del sistema implica que en éste quedarán registrados los cambios a nivel del objeto del sistema operativo, esto incluye actividades como creación, eliminación, cambios o movimientos de los objetos.

Diario del usuario

Es el diario que contendrá los cambios de datos a nivel de archivos, data áreas, colas de datos y objetos del sistema de archivo integrado. Todos los registros que se agreguen, eliminen o actualicen quedarán registrados en este diario.

Receptor de diario

Es un objeto del sistema en donde quedarán almacenados todos los registros que estén definidos en el diario al que se encuentre asociado.

Diario remoto

Es el diario que existe en el sistema destino (target) y es creado por el software para registrar todos los cambios que sucedan en el ambiente productivo.


Data-group

Es un grupo asociado a un único diario, mediante éste se definen las reglas que cumplirán los objetos que se encuentren en él; es decir, este grupo define si un objeto se encuentra incluido o excluido de la réplica.

1.2.5.24.2. Funcionamiento

Dependiendo en la forma en la que se encuentre configurada la réplica se envían los datos entre la máquina source a la máquina target. La primera forma es por medio del diario remoto; en éste las transacciones que se ejecuten a nivel de datos en el sistema de producción, se envían al sistema de contingencia (target) a otro diario de remoto el cual restaura las transacciones en la máquina.

Otra forma consiste en usar el diario local, acá las transacciones son enviadas directamente desde la máquina de producción a la máquina de contingencia por medio de los diarios locales.

La gran diferencia entre uno y el otro es el lugar en donde quedan represadas las transacciones que no se han aplicado. En caso de que se pierda la comunicación entre ambas y se tenga configurada la segunda opción, las transacciones pendientes quedarán acumuladas en el diario local y no se podrán depurar hasta que sean enviadas; como resultado de esto, se genera encolamiento.

Si por el contrario, se usa la primera opción, la actividad del sistema continuará normalmente y en el momento que las comunicaciones se restablezcan, solo es preciso enviar las transacciones pendientes por medio de los diarios remotos para que se comience el proceso de sincronización de la información.

Es importante tener en cuenta que lo ideal es que en el ambiente de contingencia no se realicen cambios en los objetos que se encuentran replicados, ya que esto afecta la integridad de la información.

1.2.5.24.3. Monitoreo de la replica

Para realizar el monitoreo, se visualiza el estado de los Data-group, ya que estos tienen configurados los objetos replicados. Las revisiones que se realizan a diario sobre la réplica son:

1) Revisión del panel de notificaciones. En la Figura 150, en la sección de marcada de rojo, se muestra de izquierda a derecha el estado actual de las auditorias, recuperaciones y notificaciones de la réplica. Lo ideal es que estos parámetros se encuentren todos con el marcador de 0. A continuación, se definen los indicadores del panel de notificaciones: a) Auditorias.

El marcador del número de auditorías ilustra cuántas auditorias no finalizaron correctamente desde su última ejecución. Las auditorias son las herramientas que el software usa entre la máquina definida como principal y la máquina de contingencia para que los datos sean consistentes.


El tipo de auditorías que existen y su función se explican en detalle en la Tabla 8.

Tabla 8. Auditorias para el producto MIMIX. AuditorÍa Función FILATR

Compara los atributos de los archivos que se encuentran registrados en el Data-Group.

DGFE

Revisa la configuración del Data-Group, esta auditoría compara las configuraciones entre la máquina de contingencia y la máquina productiva.

DLOATR

Compara los atributos de los objetos de tipo DLO para el Data-Group.

FILATRMBR

Compara los atributos básicos a nivel de miembros de los archivos físicos que se están replicando.

FILDTA

Compara todos los datos a nivel de miembros de los archivos.

IFSATR

Compara los atributos de los objetos de IFS definidos en el Data-group.

MBRRCDCNT

Compara el número de miembros que tiene cada archivo físico del Data-group.

OBJATR Compara todos los atributos para todos los objetos que se encuentran en el Data-group.

Figura 150. Trabajar con Data-groups para MIMIX.

b) Revisión de notificaciones.

Las notificaciones en Mimix son los mensajes de alertamiento que la réplica reporta al sistema en el momento de su ejecución. Si un trabajo concluye de forma anómala o se cae algún servicio, en las notificaciones se visualizan estos eventos. El comando con el que se revisan las notificaciones es:

Comando: MIMIX/WRKNFY


Al solicitar el anterior comando, se observan todos los mensajes que MIMIX está reportando, cada uno de los cuales tiene un estado. El estado informativo hace referencia a los mensajes que indican cambios en objetos, recuperaciones, ejecuciones satisfactorias de auditorías, entre otras. Los mensajes que tienen el estado error representan las finalizaciones anómalas en el momento de una recuperación, ejecución de una auditoría, cambios en los objetos de la contingencia, entre otros.

c) Recuperaciones.

Las recuperaciones son los trabajos que MIMIX ejecuta automáticamente para corregir inconsistencias en los datos que se están replicando. El comando que permite revisar las recuperaciones que se encuentran activas es el siguiente:

Comando: MIMIX/WRKRCY Las recuperaciones normalmente se ejecutan automáticamente cuando se encuentra activa una auditoria. Al recuperar un objeto con inconsistencia, es decir que no tiene la misma cantidad de información o de atributos en un respectivo objeto, el producto lo elimina y lo envía de la máquina de producción a la máquina de contingencia, actividad que produce bloqueos temporales en los objetos que se estén recuperando; por esta razón, es importante ejecutar siempre las auditorias que estén configuradas con recuperación activa en el momento en que la máquina no tenga alta carga de trabajos.

2) Revisión de los errores de las réplicas.

La forma de revisar los errores a nivel de objetos de la réplica es realizando el siguiente procedimiento:

i) Trabajar con los Data-Group de la réplica ingresando el siguiente comando:

Comando: MIMIX/WRKDG

ii) Digitar la opción 12 para el Data-Group que presenta la falla.

iii) Determinar la opción con la que se retirará la falla de acuerdo con el error presentado. Los objetos que normalmente son reportados se presentan porque en el momento de la sincronización, no se pudo realizar un cambio a nivel de objetos; por este motivo, es necesario reintentar la petición.

3) Revisión de los errores en los objetos a nivel de base de datos. Cuando un objeto está sincronizando cambios a nivel de datos por medio de la réplica de MIMIX y finaliza de manera anómala, implica que, al realizar la sincronización, encontró errores a nivel de los archivos y se afectó la consistencia de la información. Para revisar los errores a nivel de objetos en todos los Data-group se ingresa el siguiente comando:

Comando: MIMIX/WRKDG


Estos errores los reporta en la parte derecha al lado del Data-group en la columna identificada con DB-Error cuando se ejecuta el anterior comando, como se observa en la Figura 150 en la sección derecha. Cuando un objeto es reportado en esta sección, se digita la opción 12 al lado del Datagroup, en donde el producto muestra los objetos que no se encuentran sincronizados correctamente. La acción que se realiza para corregir estas diferencias es la siguiente: i) Revisar si el objeto existe en la máquina de producción.

Para buscar los objetos en la máquina de producción se usa el siguiente comando: Comando: WRKOBJ [Librería del objeto reportado]/[Nombre del objeto]

ii) Revisar si el objeto reportado presenta algún bloqueo en la máquina de producción. El comando para verificar los bloqueos que presenta un objeto se muestra a continuación. En caso de presentarse un bloqueo, se aconseja esperar a que el trabajo que bloquea el objeto termine y luego continuar con las siguientes revisiones.

Comando: WRKOBJLCK [Librería del objeto reportado]/[Nombre del objeto] [Tipo de objeto]

iii) Repetir en la máquina de contingencia el proceso de revisión de bloqueos en el objeto.

Para este procedimiento se usa el mismo comando del numeral anterior, con la diferencia que esta vez se ejecuta en la máquina de contingencia.

iv) Esperar a que se terminen los trabajos que tienen bloqueado el objeto, si no existen bloqueos se continúa con el siguiente paso.

v) Identificar los archivos lógicos que dependan del objeto. Para este proceso se ejecuta el siguiente comando:

Comando: DSPDBR [Librería del objeto reportado]/[Nombre del objeto]

vi) Revisar el tamaño de los objetos y de los archivos lógicos.

Una vez conocidos los archivos lógicos y los objetos, se procede a revisar su tamaño mediante el uso del siguiente comando: Comando: DSPFD [Librería del objeto reportado]/[Nombre del objeto]

vii) Sincronizar el objeto por medio de la réplica. Si el tamaño del objeto no afecta el canal de replicación, se puede realizar la sincronización por medio de la réplica, en donde los datos se enviarán a travez del canal y actualizará el objeto en la máquina de contingencia. Para sincronizar el objeto, se digita la opción 16 al lado del objeto encontrado previamente mediante la opción 12.


O también, se puede sincronizar, ingresando el siguiente comando:

Comando: SYNCDGFE DGDFN(DG_NAME PRODUC RESPAL)

FILE1(LIB_FILE/FILE) RELATED(*YES)

DG_NAME: Nombre del Data-group en el que se encuentra el objeto. LIB_FILE: Nombre de la librería del objeto. FILE: Nombre del objeto reportado. RELATED: Con *YES se sincronizan los archivos dependientes.

viii) Realizar el proceso de SAVRST. Este proceso sólo se realiza en caso de ser necesario; es decir, si la inconsistencia de la información no está relacionada con los datos sino con la estructura del archivo. Este proceso consiste básicamente en guardar el objeto en la máquina productiva y restaurarlo en la máquina de contingencia. Para esto primero se ignora el objeto seleccionado la opción 24, seguido de la opción 23 para retenerlo en el objeto que reporta la réplica. Luego se ingresa el siguiente comando:

Comando: SYNCDGFE DGDFN(DG_NAME PRODUC RESPAL) FILE1(LIB_FILE/FILE)

METHOD(*SAVRST) SAVACT(*SYSDFN) ALWOBJDIF(*ALL) RELATED(*YES)

1.2.5.24.4. Aplicar licencias en MIMIX

Cuando se cuenta con unas nuevas claves de licencia para el producto MIMIX Professional o MIMIX Enterprise, es necesario aplicarlas. El procedimiento por realizar es el siguiente:

1) Ubicar en una ruta del directorio (IFS) las claves de licencia que deben ser un archivo en formato. LKP. El directorio recomendado para dejar las claves de licencia es el siguiente: Ruta de IFS: /VisionSolutions/LicenseKeys/

2) Ingresar el siguiente comando para aplicar las licencias:

Comando: LAKEVIEW/UPDLICKEY Al ingresar el anterior comando, este mostrará la Figura 151.


Figura 151. Aplicar la licencia en Mimix

3) Como resultado al ingresar el anterior comando se digita el directorio en donde se encuentra

la clave de licencia y se confirma la instalación.

4) El producto queda con las licencias nuevas activas.

1.2.5.24.5. Verificación de las fechas de expiración de las licencias.

Esta verificación se realiza según el producto que se tenga instalado.

Para el producto MIMIX Enterprise la palabra clave con la que se identifica el producto es *MIMIXHA1, si el producto es MIMIX Professional, la palabra con la que se identifica el producto es *MIMIXHLT.

El comando con el que se verifica es el siguiente para MIMIX profesional:

Comando: LAKEVIEW/CHGLICKEY PRODUCT(*MIMIXHLT)

Para MIMIX Enterprise, se cambia el valor del parámetro PRODUCT por *MIMIXHA1

Como resultado al ingresar el anterior comando se observará la imagen de la Figura 152, en donde el campo Expiration date da la información que se está buscando.

Figura 152. Verificación de la licencia de MIMIX

Documents

ANEXO 4 PROCEDIMIENTO PARA LA IMPLEMENTACIÓN DE FLASHCOPY