La siguiente receta versará sobre como realizar una instalación del Sistema Operativo desde cero, mediante el producto ServerPak. Dado que el proceso de instalación es largo y muy laborioso, he creido conveniente dosificarlo por partes. Este post, por tanto, explicará las definiciones y lo que és un ServerPak, y en sucesivos posts iremos adentrándonos en la instalación del sistema.
Que es un ServerPak
Un ServerPak es un paquete de Software especialmente configurado con las aplicaciones y Sistema Operativo z/OS que se han contratado en el acuerdo con IBM o ELA. En dicho ELA (llamado también Orden ServerPak), se lista el número de programas producto, funcionalidades y operaciones habilitadas, y dicho ELA se refleja fielmente en el ServerPak. Por ejemplo, cuando sale una nueva versión del Sistema Operativo z/OS, nos suele llegar electrónicamente o en cinta un ServerPack con las nuevas versiones del sistema, para así poder instalarlas. Electrónicamente, es descargarte de un FTP los ficheros necesarios e instalarlos en un punto de montaje del OMVS (fichero ZFS o HFS), mientras que desde cinta es recibir un numero de cintas, la cual está la primera que se denomina RIM (Related Installation Material) donde está controlado cual es la lista de productos a instalar y luego una o más cintas de Distribución con todo el paquete ServerPak en su conjunto.
Aunque pueda parecer lo contrario, en realidad los ficheros que contienen el ServerPak viene todo el “Bundle” de todos los programas IBM relacionados, desde el Sistema Operativo z/OS, pasando por monitores, utilidades, gestores transaccionales, etc. Lo que ocurre es que realmente un fichero específico de cada instalación con ese ELA concreto es el que habilita la posibilidad de instalar algunos de los programas. Por ejemplo, en el ServerPak podría venir un monitor como el Omegamon de CICS, pero dado que no lo hemos “pagado”, no figurará en la lista ese producto, y cuando queramos instalarlo, no aparecerá como tal (aunque en los ficheros del ServerPack si esté por alguna parte porque se ofrece todo el software, no tendremos posibilidad de seleccionarlo para su instalación).
Pasos generales de la instalación ServerPak
Un ServerPak, suele instalarse siempre de la misma manera: en nuestra instalación actual de z/OS contamos con una LPAR (generalmente la de sistemas), donde se instala un gestor de ServerPak llamado DIALOG. Mediante este DIALOG, parametrizaremos toda la instalación del nuevo sistema (discos donde se instalará, catálogos, volúmenes residentes, volúmenes de DLIBs, targets, etc), y mediante un complejo sistema basado en “esqueletos” de JCLs, se crearán una serie de JCLs parametrizados que se irán lanzando uno por uno, que irán conformando la instalación de la nueva versión del Sistema operativo y sus aplicaciones. Llegados a un punto, se hará IPL a esa LPAR de Sistemas con la nueva versión, y se continuarán lanzando los JCLs del Dialog para terminar de instalar y parametrizar todo el sistema, hasta dejar el sistema perfectamente listo para su uso.
Al ser una instalación extensa, vamos a publicar la información por fases, ya que como ya digo, es una instalación compleja.
Preparación de la instalación del ServerPak
Antes que nada, debemos preparar el mainframe para alojar y dar servicio a un nuevo entorno que se va a instalar. Por tanto, y dado que entendemos que tenemos un sistema en producción, es mejor realizar la instalación en una LPAR de “Sistemas” o temporal que arranque con un VTAM, un TSO y una seguridad RACF básica para poder trabajar y submitir JCLs.
En este punto vamos a obviar toda la preparación previa de instalación de PTFs de precondición y demás, que daría para otras 10 entregas. Baste saber que si la idea es instalar una nueva versión del sistema operativo, debemos aplicar PTFS a los productos instalados para asegurar compatibilidad con la nueva versión, o incluso la instalación o migración de los productos actuales a una nueva versión en la que puedan estar soportados. Este trabajo suele llevar meses realizarlo, y sobre todo un duro trabajo de leer documentación para evitar tener problemas de compatibilidades y vuelta atrás en caso de fallo. Recordemos que un mainframe es muy critico y un error podría ser catastrófico.
Vuelta Atras
Hablando de vuelta atrás, una de las particularidades que tiene el ServerPak es la de la posibilidad de vuelta atrás, y para ello la instalación del nuevo sistema siempre debe realizarse en volúmenes de disco libres en vez de sobrescribir volúmenes existentes. Además, es lo más limpio.
Obtención de Datos y Nomenclaturas
Dicho esto, en esta receta vamos a realizar una instalación de z/OS V1R11 desde una versión V1R10, con los sistemas mínimos para poder funcionar, como VTAM, TSO, TCP/IP y productos diversos.
Una de las primeras cosas que tenemos que tener en mente es la nomenclatura a utilizar para nombrar los datasets del sistema operativo, los volúmenes de disco y la disposición de los datos. Dado que la siguiente receta no entrará en la particularidad de cada instalación, voy a definir una serie de reglas básicas que nos ayudarán a definir mejor el sistema, desde el nombre de la LPAR como las nomenclaturas de los volúmenes.
A este respecto, nuestra LPAR destino será SIST, dado que esta LPAR será la primera con esta nueva versión de z/OS y se usará para hacer pruebas antes de pasar a desarrollo o producción.
Los volúmenes, de 6 caracteres, los nombraremos siguiendo estas reglas si son privados (por ejemplo):
- Primer Carácter: Tipo de Volumen (R, residente, W de trabajo, D de DLIBs)
- Segundo al cuarto carácter: Versión del Sistema (Z10 para z/OS 1.10, Z11, para z/OS 1.11)
- Quinto carácter: Entorno (P, producción, D, Desarrollo, S, sistemas).
- Sexto carácter: Numero de volumen (1 para el primero, 2 para el segundo, etc).
Por ejemplo, RZ11P2 sería el segundo disco residente de la partición de Producción con z/OS 1.11.
Por otra parte, los volúmenes compartidos los podríamos nombrar de la siguiente forma:
- Primeros 3 caracteres: Uso de disco (SPL para Spool de JES, SMS para discos SMS, PAG para discos de paginación, WRK para volúmenes de trabajo, etc).
- Cuarto carácter: Numero de versión ( 0 para z/OS 1.10, 1 para la z/OS 1.11, 2 para la z/OS 1.12, etc).
- Quinto carácter: Entorno (P para producción, D para desarrollo, S para Sistemas).
- Sexto Carácter: Numero del volumen (1 para el primero, 2 para el segundo, etc).
Por ejemplo, SMS3D4 sería el cuarto volumen SMS de la partición de Desarrollo con la versión z/OS 1.13.
En la próxima entrega, nos meteremos de lleno en la instalación del Dialog. Esperadlo con ansias! 😉
hola, soy nuevo en esto y tengo instalado un oz.1.10 sobre window con hercules y estos teniendo problemas de espacio con las compilaciones. Sabrías decirme cómo aumentar esta capacidad?
Muchas gracias
Deberias ser mas especifico, compilaciones de qué, donde, para qué y como las haces… 😉