Cómo montar en tu PC un mainframe con MVS

Publicado el Viernes 12 de Enero del 2007 @ 14:17 por Kujaku.

El texto de a continuación explica como montar un sistema host usando tu PC. Esto se consigue utilizando un emulador completamente GNU Open Source y por lo tanto libre, llamado Hercules, que emula con pelos y señales toda la estructura y el juego de instrucciones del host mas actual.

Evidentemente, tiene sus limitaciones, ya que no hay elementos hardware externos ni se tiene soporte a ciertas funcionalidades de los hosts actuales (Parallel Syxplex, LPAR), pero para montar un sistema robusto y fiable, que además nos sirve para jugar con el y aprender, va que chuta.

Por cierto, la web del proyecto es el punto de partida para entender el emulador Hercules, y como veréis, se puede instalar en muchas plataformas. Echadle un ojo.

De hecho, emula casi todos los periféricos que se pueden conectar a un host, desde unidades de cinta, pasado por discos, terminales y hasta impresoras. ¿Cómo se hace esto?

Emular un disco es como emular un CD bajo linux: si tu grabas un fichero ISO y lo montas en un directorio, al entrar en el es como si estuvieras accediendo al CD realmente. Pues aquí pasa lo mismo. Si un disco 3390 modelo 3 ocupa 2,8 GB realmente, un disco 3390-3 emulado en Hercules no será más que un fichero que ocupe 2,8 GB, ni mas ni menos.

Con las cintas, pasa lo mismo: Si grabo una cinta, realmente me está creando un fichero donde se almacenara el contenido de esa cinta y lo que es interesante, si tengo otro Hercules en otra maquina, puedo copiar ese fichero “cinta”, montarlo en la unidad de cinta emulada correspondiente y leer de ella, al igual que pasa con los mainframes reales. Y es mas, luego existen utilidades libres que cargándolas en un host real, puedes hacer que ese fichero de cinta emulada la puedas convertir en real y viceversa, es decir, que podrías pasar información de un Host real a un Host emulado sin mayores problemas.

¿Las impresoras? Parecido, solo que en vez de imprimir, generan un TXT con la información impresa. Interesante, ¿no?.

Con los terminales, es algo mas complejo, pero basta que sepáis que Hercules utiliza la pila TCP/IP para encapsular todo el tráfico SNA del host, por lo que al conectarte al puerto correspondiente (mas abajo lo explicaré) por un emulador 3270 a la IP del equipo que tiene Hercules, adquiere una dirección “lógica” como si de un terminal físico real se tratara. No sé si me he explicado bien.

El tema quizás más importante es la configuración que le debemos pasar a Hercules para que emule una instalación completa. Esto incluye unos discos donde resida el SO y las diversas utilidades (a este conjunto de discos, se les llama “residentes”), algunos discos de trabajo donde guardar nuestros datos (ya que no es recomendable mezclar datos y sistema, de la misma forma que no es recomendable meter documentos y demás en el directorio Windows), y luego ya unos periféricos de E/S que pueden ser cintas, troqueladoras de tarjetas impresoras y terminales. Una vez sabido que necesitaremos, crearemos un fichero llamado hercules.cnf que contendrá un contenido similar al que pongo de ejemplo:

 CPUSERIAL 000000 # CPU serial number
 CPUMODEL 9672 # CPU model number
 MAINSIZE 768 # Main storage size in megabytes
 XPNDSIZE 0 # Expanded storage size in megabytes
 CNSLPORT 23 # TCP port number to which consoles connect
 NUMCPU 1 # Number of CPUs
 TZOFFSET +0100
 OSTAILOR OS/390 # OS tailoring
 PANRATE FAST # Panel refresh rate
 # Architecture mode S/370, ESA/390 or ESAME
 ARCHMODE ESAME 
 # Allow OS/390 and Z/OS systems to run
 PGMPRDOS LICENSED 

 #
 # IPL parameter
 #
 LOADPARM 0A82DC..
 # Device list
 #--- ---- --------------------
 0500 3490 *
 0560 3480 *
 0700 3270
 0701 3270
 0702 3270
 0900 3270
 0901 3270
 0A80 3390 /ZOS14/s4res1.a80
 0A81 3390 /ZOS14/s4res2.a81
 0A82 3390 /ZOS14/os39m1.a82
 0A83 3390 /ZOS14/s4db21.a83
 0A84 3390 /ZOS14/s4cic1.a84
 0A85 3390 /ZOS14/s4dis1.a85
 0A86 3390 /ZOS14/s4dis2.a86
 0A87 3390 /ZOS14/s4uss1.a87
 0A88 3390 /ZOS14/s4dis3.a88
 0A89 3390 /ZOS14/s4ims1.a89
 0A8A 3390 /ZOS14/s4was1.a8a
 0A8B 3390 /ZOS14/s4was2.a8b
 0A8C 3390 /ZOS14/sares1.a8c
 0A8D 3390 /ZOS14/s4dis4.a8d
 0A8F 3390 /ZOS14/saipl1.a8f
 0E20 3088 CTCI 10.10.10.1 10.10.10.2

Son importantes los siguientes parámetros:

MAINSIZE: que será el tamaño de memoria RAM que asignaremos a nuestra máquina host, muy parecido a cuando configuras un VMware. Por cierto, aunque tengas 1 GB de RAM, no poner de MAINSIZE 1024 ya que de lo contrario, Hercules copará toda la RAM de la máquina y eso obligará al SO a paginarse, por lo que nuestro rendimiento del PC caerá en picado. Es por ello que es mejor poner 768 MB, así por lo menos dejas 256 MB al SO y no habrá problemas de ningún tipo.
CNLSPORT: es el puerto donde nuestra emulación 3270 se conecte al mainframe. Como aquí no tenemos unidades de control ni líneas físicas, Hercules se encarga de utilizar TCP/IP para emular la infraestructura de comunicaciones, encapsulando el tráfico SNA dentro de TCP/IP. Así pues, si hemos puesto el puerto 23, cuando el Hercules este arrancado y ejecutemos nuestro emulador dentro de la misma maquina, nos conectaremos vía IP “localhost” y puerto 23.

Esto hará que esa emulación adquiera la dirección 0700 (es decir, que nuestra pantalla emulada emulara un terminal real cuyo IODEVICE es 0700, el primero del fichero de configuración). Si abrimos una segunda ventana de terminal, según nuestro fichero de ejemplo, esa emulación nueva tendrá la dirección 0701 y así sucesivamente.
LOADPARM: es aquel parámetro de carga que condiciona el arranque del mainframe. En la entrega anterior del proceso de arranque de un mainframe, lo explique, así que no entraré en detalles.

Y por ultimo, comentar las líneas por debajo del device list. Imagino que recordaréis que cada dispositivo host tiene una dirección hexadecimal única, llamada IODEVICE.

Pues bien, la lista que se muestra, es la configuración IODF que tiene nuestro mainframe, de tal modo que en la dirección 0560, tenemos una unidad de cintas “emulada” IBM 3480, en la dirección 0700, tenemos un terminal emulado, en la dirección 0A80 tenemos un disco 3390, etc.

En nuestro caso, como partiremos de un MVS ya generado, es decir, que no crearemos nuestro propio SO como si de una Gentoo se tratara (que se puede hacer, pero creo que a estas alturas no tenemos todos la formación suficiente para enfrentarse a un periplo de ese pelo), es importante saber que IODF tiene ese MVS ya que debe coincidir con la configuración del Hercules.

En el ejemplo del fichero de configuración, he puesto un ejemplo sacado de Internet de cómo configurar un z/OS (antes llamado MVS) V1R4 bajo Hercules, y las direcciones que están reflejadas ahí de los discos, cintas y terminales, son las que tiene el z/OS cuando se generó.

Es decir, que si el z/OS se genero con el disco residente en la dirección A80, poner una dirección a boleo en nuestro fichero de configuración hará que en el arranque, el z/OS de un casque estrepitoso porque su configuración y la real no coinciden. De hecho, con los terminales, peor: Si el MVS sabe que la master Console esta en el 700 y vamos nosotros y configuramos un terminal en el 800, pues no podrá dejar un mensaje y eso dará otro casque. Así que mucho cuidado con este tema.

Abordaremos esta instalación desde 2 puntos distintos, según el SO que tengas instalado. Si es Windows, va a ser algo más fácil que en Linux, pero en Linux dará mas rendimiento (sobre todo si andamos con una máquina justilla).

Antes que nada, hay que saber que equipo PC tenemos y que utilidades necesitaremos. Uno de los primeros requisitos es saber que potencia tenemos, que RAM, etc. El emulador Hercules en sí no consume nada, lo que consumirá será el SO que estará ejecutándose bajo el, por lo que teniendo en cuenta que un host de por si es muchísimo mas potente que un PC, en función de la potencia de nuestro PC puede que el SO host vaya arrastrándose.

Pero tratándose de el SO MVS que instalaremos, que data del año 1975, un Pentium III a 500 MHz con 128 MB de RAM dará un buen rendimiento. Además, solo nos conectaremos nosotros, así que tampoco hará falta mucho mas. Eso si, si conseguís por la mula el último z/OS, estar seguros que si no tenéis 1 GB de RAM y un Pentium 4 a 3,6 DualCore como requisito mínimo, os tardara unos 20 minutos en arrancar y luego será un sistema con una lentitud tan lenta que darle al Intro será una tarea de ir a tomarse un café hasta que responda y tal.

Desde el punto de vista software, únicamente hace falta un emulador de terminal por el que nos conectaremos al Hercules como si fuera un terminal de toda la vida de un host. Atentos a este tema, porque no nos vale con el putty, el emulador de terminal DEBE ser un emulador 3270, NO un telnet común y corriente. Según el SO donde queramos instalar el hercules, tendremos varios para elegir:

En Windows, existen programas como el Vista3270 que te puedes bajar de internet, pero la verdad, no he visto mejor emulador en mi vida que el IBM Personal Communications, aunque es de pago.

En GNU/Linux, en cambio, el c3270 para consola o el x3270 para las X-Window también están muy bien y da una respuesta y fiabilidad increíbles. Y con esto, ya estamos en condiciones de instalar el emulador sin problemas.

Instalación del Hercules

Si es Windows, con descargarlo sobra. Si es GNU/Linux, tienes que bajarte las fuentes y te lo compilas. En mi web, hay un artículo sobre como instalarlo bajo Debian.

Instalación del MVS bajo Hercules.

Existe en la actualidad un sistema MVS versión 3.8J que IBM liberó hace algunos años, por lo que es freeware y por lo tanto, completamente legal. Se puede conseguir de cbttape.org y generártelo como ya he dicho, pero un maromo llamado Volker Bandke ha creado un CD con todo el sistema MVS generado y grabado en discos emulados con un .bat que te instala todo, incluido el Hercules.

Si tenéis Windows, esta opción os instala todo a la vez, incluidos emuladores 3270, así que recomiendo el CD para empezar a tomar contacto con el tema mainframe. Además, como este CD instala TODO lo necesario, no te tienes que preocupar por nada. Su web es http://www.bsp-gmbh.com/hercules/ y se ha currado un manual y todo paso a paso de cómo entrar en la máquina.

También ha explicado cómo hacer la instalación bajo linux, también de manera muy sencilla.

En Google si buscáis por MVS TURNKEY SYSTEM, os conducirán a varias webs donde está disponible la ISO de ese CD para su descarga.

Una vez instalado el CD (la opción full, porque puedes elegir que te lo genere pero son mas pasos y mas complejos), tendréis una serie de discos emulados en ficheros y una serie de cintas emuladas también, así como el hercules.cnf que estará configurado de acuerdo al IODF del MVS.

Únicamente tenéis que tener en cuenta dos cosas:

Cuando Hercules se inicia, debéis abrir siempre un emulador 3270, ya que de lo contrario, no se creará un enlace con el Master Console (este tema ya lo comente en anteriores entregas) y el MVS dará un error quejándose por ello. Y claro, si solo abrís una emulación, pues el MVS ya no se quejará pero cuando queráis conectaros al VTAM para usar el TSO, no podréis hacerlo ya que como en la inicialización del VTAM no habían terminales disponibles, deberíais abrir otro terminal y luego desde el Master Console hacer un Vary online del terminal.

Por tanto, es mas sencillo que a la vez que ejecutéis el Hercules, pero antes de hacer IPL al Hercules y cargar el MVS, que tengáis abiertos 2 ventanas de emulación (mínimo) que cojan las direcciones 0700 (Master Console) y 0701 (VTAM, TSO) según el ejemplo del fichero que he puesto y así no tendréis problemas.
En la web explica como responder a ciertas preguntas en la Master Console cuando se inicia el MVS, como el tipo de arranque, formateo de los HASPACES del JES2, etc. Recomendable tenerlo abierto cuando estéis iniciando por primera vez el tema.

Y una vez en la pantalla Welcome del terminal, con poner un LOGON IBMUSER y luego en el prompt READY, escribir RPF (un editor de ficheros y demás) podréis empezar a jugar. La web también describe muy bien el proceso.

Y creo que eso es todo. Solo me queda animaros a conocer este interesante mundillo de informática REAL y no de juguete como todo lo relacionado con los PCs ;)

hardware, mainframes, software

65 Comentarios (feed)

juanelo nos comenta:

me gustaria saber si se pueden generar programas con sentencias CICS en este emulador, asi como la generacion completa de transacciones con herramientas gratuitas.

Jueves, 15 de Febrero/2007 @ 13:08
Kujaku nos comenta:

No se exactamente a lo que te refieres, un emulador no es mas que eso, un programa que emula la arquitectura mainframe. Encima de esta arquitectura emulada, naturalmente, puedes montar un z/OS o MVS y encima montar un CICS, DB2 y lo que quieras. Tambien conozco algunas herramientas generadoras de código COBOL+CICS, como PacBase, pero esas son muy de pago (y actualmente en desuso, lamento decir). No obstante, si conoces herramientas gratuitas de generación de código CICS, puedes compartirlas con nosotros.

Viernes, 16 de Febrero/2007 @ 10:32
Ojancano nos comenta:

Una autentica maravilla este artículo, felicidades y gracias por compartir tan valiosa información con nosotros.
Actualmente soy operador MVS y me gustaria montar este emulador para poder crearme terminales y jugar con ellas a mi antojo, pero tengo unas dudas muy específicas que me gustaria preguntarte…

1) Es posible emular un HMC?(entorno gráfico, claro)
2) Es posible emular LPARs “tontas”? más que nada por crear terminales en ellas y poder jugar con la gestión de unidades virtualizadas. Me seria util para crear una especie de ATAM casero.
3) Existe algo GNU para emular Control-M? De no ser así, dispondriamos de algún otro planificador para poder jugar con los JOBs?

Insisto en la utilidad de tu articulo, te agradezco la respuesta por adelantado y no dudes que te contaré que tal va mi proyecto :)

Martes, 20 de Febrero/2007 @ 23:44
juanelo nos comenta:

gracias kujaku, con lo que escribiste ya me dejaste claro que no hay por lo tanto herramientas para crear codigo de transacciones CICS en hercules, al menos no gratuitas, por lo cual supongo que todo lo que se ejecute debe de ser batch.

Miércoles, 21 de Febrero/2007 @ 6:47
Kujaku nos comenta:

Respondiendo a Ojancano:
1) Si te refieres a ese entorno de ventanas con iconos de Daily Tasks, CPC Customization, etc, en absoluto. IBM con su Licensed Internal Code es muy restrictivo, pero lo bueno de hercules es que tiene una interfaz sencilla para definir dispositivos, hacer IPL, etc. Ahora, con la llegada de los nuevos z9, cuya HMC ya se monta sobre Linux y es un programa JAVA, pues no se que decirte porque no he tenido la oportunidad de ver dicho HMC aun.
2) Cada sistema Hercules viene a ser una LPAR, restringida eso si, pero una LPAR al fin y al cabo. Restringida, porque no tiene la particularidad ni de crear un Sysplex Base con ellas, asi que cada instancia Hercules que lances dentro del mismo equipo es independiente. La unica opción es emular un canal CTC entre ambas instancias, y montar una pila TCP/IP sobre ella, pero vamos, esa es toda la conectividad que ofrece.
3) Que yo sepa, no. De hecho, ni en el ADCD de z/OS disponible en la mula, existe el OPC. Asi que de planificación, nada de nada por el momento (al menos, que yo sepa).

En otro orden de cosas, e incurriendo en la ilegalidad por la violacion de la licencia, si tuvieras la oportunidad de tener control absoluto sobre una instalacion z/OS real, en la web cbttape.org existe una utilidad llamada TAPE2VTT y VTT2TAPE que tranforman de cinta real a virtual y viceversa en z/OS. Es decir, que si utilizas un ADRDSSU para hacer un DUMP completo de un volumen a cinta (para backups), es posible que usando la utilidad TAPE2VTT, lea esa cinta generada y te genere un fichero, que luego por FTP te lo puedas bajar, y hacerlo funcionar en Hercules. Evidentemente, imagina todas las posibilidades que te brindaria clonar un sistema con Omegamon, Control-D, OPC, etc. Esto me da una idea para un futuro articulo, mira por donde…

Miércoles, 21 de Febrero/2007 @ 11:31
MainframesPublicEnemy nos comenta:

Ostia tíos, todavía hay gente que tiene tiempo para perder con algo relacionado con los mainframes. Despierten, el mundo es de las PCs! Para que gastar en UN mainframe si por eso puedo comprar varios buenos servers, y armar un cluster de software libre. Prueben pasar más tiempo buscando una mujer. Saludos.

Jueves, 22 de Febrero/2007 @ 17:01
Ojancano nos comenta:

Kujaku, nuevamente, no puedo hacer otra cosa que quitarme el sombrero y agradecerte la información prestada.

Seguiremos en contacto, amigo mio.

Jueves, 22 de Febrero/2007 @ 22:59
juanelo nos comenta:

Increible pero cierto! existe gente(como el enemigo publico que envia comentarios) que permanece en la ignorancia al pensar que el mundo de la computacion se reduce a un pequeño PC y servidorcitos, sin conocer las potencialidades y caracteristicas de los mainframes; no se si realmente tenga una formacion en computacion o cuando mas tenga estudios tecnicos que es lo que parece, pero para la gente que busca computo de verdad y no de juguete, les recomiendo ampliamente que se acerquen al mundo de los mainframes, al menos dense una vuelta por el sitio de IBM para revisar la potencia de estos productos y las cifras que dan a ganar y ahorrar los
mainframes.

Domingo, 25 de Febrero/2007 @ 7:12
juanelo nos comenta:

hola nuevamente, escribo para saber si hay alguien que me pueda orientar sobre el calculo de espacio y establecimiento de parametros en los tablespaces de tablas de DB2?

Miércoles, 28 de Marzo/2007 @ 7:29
kujaku nos comenta:

Hola, Juanelo:

Yo lamentablemente de DB2 he tocado muy poco, asi que no te puedo ayudar, pero el que te sepa responder a esa pregunta con una certeza absoluta tiene que llevar muchisimos años administrando DB2, porque los parametros de los tablespaces no son precisamente pocos y todo depende de la casuistica de tu instalación. Asi que no es una pregunta de facil respuesta.

Miércoles, 28 de Marzo/2007 @ 17:04
Jorge84jf nos comenta:

Que pokito sabe MainframesPublicEnemy…lo has dejado claro con tu comentario. Dile al banco santander, bbva ,telefonica..etc que pongan buenos servers en vez de mainframe jajaj.
Por cierto kujaku interesante documento, siempre me habia preguntado si se podría llegar a instalar particularmente un sistema mainframe y veo que es posible. Espero algun dia poder ponerlo en practica gracias a tu documento. LLevo poco tiempo en este mundillo y comentarios como el tuyo me ayudan a poder seguir formandome.

Gracias

Martes, 3 de Abril/2007 @ 17:22
Isaac nos comenta:

Tembién se lo pueden decir a Endesa, por ejemplo. ;-)

Saludos

Sábado, 14 de Abril/2007 @ 16:58
Haroldo nos comenta:

respondiendo a juanelo, una utilidad muy practica para calculo de espacios en DB2 es DB2 Estimator. Se baja desde el sitio IBM.
Debes utilizar una version compatible con la de DB2.
Estoy asumiendo que te refieres a DB2 de Mainframe. En esta herramienta puedes importar las DDL de tus indices/tablas/tablespaces y estadisticas. Con todo esto te calcula los espacios.

Muy bueno el resumen de Kujaku. He probado personalmente todo esto y les puedo decir que funciona a la perfeccion, tanto en Linux como en Windows. Los OS que he probado: VM/ESA, OS/390V2R10, Z/OS 1.6.

A los que les interese el tema, pueden registrarse en yahoo-groups y apuntarse a la lista de correo si desean.

un saludo

Jueves, 19 de Abril/2007 @ 22:28
BHM nos comenta:

Nunca pensé que se podría emular un entorno Host en Windows, este fin de semana me pondré manos a la obra.

Saludos y gracias por toda la información proporcionada

Viernes, 20 de Abril/2007 @ 14:10
juanelo nos comenta:

saludos nuevamente, alguien en este foro me podriia explicar cuales son las desventajas de utilizar el QMF para realizar varios inserts en una tabla?

Jueves, 3 de Mayo/2007 @ 6:29
Robert nos comenta:

gracias por la info

Estoy enseñando a mis alumnos en la U
Mainframes con el hercules y esto ayuda bastante

y como dijo alguien por ahi esto es computo de verdad.

Lunes, 7 de Mayo/2007 @ 4:27
Francisco nos comenta:

Como estan?, espero que bien. Acabo de ver esta pagina y esta buenisima, yo recien he entrado hace poco al mundo de mainframes y tengo algunas inquietudes.
Con el emulador Hercules puedo hacer pruebas de autoestudio en PL/1 y JCL?
Y mi segunda pregunta es por un comentario que hicieron y disculpen mi ignorancia, la pontencia de un mainframe la puedo alcanzar con varios servidores en cluster?,
Agradeceré si me pueden responder ambas respuestas.
Saludos cordiales.

Jueves, 24 de Mayo/2007 @ 23:13
Kujaku nos comenta:

Hola de nuevo: Francisco, si te bajas el MVS freeware y te instalas el Hercules tal y como explico en el artículo, tendrás la oportunidad de probar tanto PL/1, como COBOL, Assembler, JCL, FORTRAN, etc.

Respecto a tu pregunta de mainframe vs clusters, es una pregunta bastante complicada de responder, y mas si no conocemos la aplicación final. De hecho, es una pregunta bastante peligrosa.

En mi experiencia, plantar champiñones en un Centro de proceso de datos siempre ha dado mas problemas que soluciones. Se necesita mas gente, mas formacion, para administrar todos y cada unos de los PCs o servidores que conforman un cluster. Ademas, que clase de cluster deseas implantar? Activo-Activo? Activo-Pasivo? Arquitectura Beowulf? La aplicación que correrá en ese cluster, esta preparada para aprovechar el multiproceso simetrico? Y al final para montar un Oracle Cluster con 4 equipos, hace falta unas licencias y hardware que luego, una vez contratada a la gente, llevas a la conclusión que los costes que te ahorras en hardware cambiando el mainframe por arquitectura distribuida, te los gastas en sueldos de nuevo personal para administrar el mamotreto. Y luego, te das cuenta que el DB2 va mas estable que nunca en mainframe.

Tambien te puedo decir que el mismo programa en arquitecturas distintas da unos resultados increiblemente dispares: Por ejemplo, Lotus Domino bajo GNU/Linux en una partición de zSeries, y lo mismo instalado en un cluster de dos maquinas tambien linux. La diferencia de proceso es abismal: zSeries gana increiblemente siendo solo parte del proceso de un mainframe (porque conviven otras LPARes en producción), y eso que lo otro es un cluster de dos maquinas de ultima generacion basada en Xeon (o era Itanium 2?).

Lunes, 28 de Mayo/2007 @ 10:16
Francisco nos comenta:

Y yo podria instalar un Oracle 10g Enterprise Edition en un mainframe?

Lunes, 4 de Junio/2007 @ 23:53
HostEnenmy nos comenta:

Bueno, si el entorno host era chevere, pero en los años 50. Ahora han salido mas alternativas de desarrollo y administracion de TI. Aunque no discuto q no existe nada comparado con un mainframe pero los trabajos relacionados con no son muy buenos.

Martes, 5 de Junio/2007 @ 23:56
HostEnemy nos comenta:

La gente q ahora sigue trabajando es gente vieja y decrepita q no ya no sirve para trabajar fuera de donde esta

Miércoles, 6 de Junio/2007 @ 0:07
HostEnemy nos comenta:

Pero aun asi el manual esta bueno, he logrado emular un mainframe MVS en mi makina

Miércoles, 6 de Junio/2007 @ 0:09
fatima y diana nos comenta:

necesitmos saber cuales son las caracteristicas de los mainframes, y que uso tiene?

Jueves, 7 de Junio/2007 @ 20:31
marior nos comenta:

Hola, estoy trabajando en un banco donde no existe un scheduler capaz de
detener el inicio de un jcl hasta que haya terminado otro jcl, lo que lleva
a que haya una serie de “choques” entre procesos que buscan trabajar con la
misma maquina, al parecer la gente de operacion es bastante cerrada y no les
interesa comprar una herramienta tipo UCC7 o CA/7, tengo que resolver esta
situacion via programacion (rexx, cobol, jcl), ¿Tienen idea como se podria
hacer esto?, muchas gracias y saludos.

Lunes, 11 de Junio/2007 @ 1:47
marior nos comenta:

perdon, en el mensaje anterior quise decir: procesos que buscan trabajar con la misma tabla.

como ejemplo de esto es el que un proceso “X” de la cadena 1 se dispara
pero no se debe arrancar porque un proceso “Y” de una cadena 2 se esta
ejecutando, al final del proceso “Y” se deberia arrancar de forma
automatica el proceso “X”. Saludos.

Lunes, 11 de Junio/2007 @ 1:55
juanelo nos comenta:

Tratando de responder a la pregunta de Marior, yo trabajo con DB2 en ambiente mainframe y para coodinar la ejecucion de los procesos utilizamos Control-M si no tienen algo similar, traten simplemente de armar los jobs de tal forma que los pasos que acceden a la tabla/s esten en el mismo job y que estos esten condicionados, ademas aun teniendo diversas herramientas como Control-M los procesos seguido chocan entre si, por lo cual deben de verificar que utilerias de DB2 son capaces de convivir entre ellas sin ‘atrapar’ las tablas como suelen ser definitivamente, las cargas, respaldos y reorganizaciones, espero te sirva de ayuda.

Martes, 12 de Junio/2007 @ 9:10
juanelo nos comenta:

Hola, ojala alguien me pueda ayudar el CPU TIME,el I/O TIME, y el minimum elapsed time que se leen en diversas consolas del ambiente mainframe, es decir; cuanto es bueno, cuanto es malo, si existe equivalencia en segundos reales, etc, gracias por su atencion.

Martes, 12 de Junio/2007 @ 9:14
Francisco nos comenta:

Marior, yo trabaje unos años atras en un Banco en Peru, y lo solucionarion con una solucion llamada Control-M, buscalo en internet.
Saludos.

Miércoles, 13 de Junio/2007 @ 21:09
juanelo nos comenta:

Respondiendo a Francisco y su pregunta sobre Oracle, no estoy 100% seguro de que se pueda instalar el Oracle 10 en un mainframe con Z/OS(en sistema operativo) eso seria mas cuestion de indagarlo por la parte de Oracle, sin embargo estan saliendo nuevos mainframes que trabajan con Linux, y hasta donde recuerdo Oracle si puede trabajar con este sistema operativo, porque en general cuando el mainframe tiene Z/OS este va ligado con el manejador de base de datos DB2.

Jueves, 14 de Junio/2007 @ 9:16
Kujaku nos comenta:

Respondiendo algunas preguntas:

Fatima y Diana, buscando en esta misma web, por la palabra mainframe, los primeros articulos que escribi comentaban un poco para que se usaban y en que tipo de entornos.

Respecto al Oracle, hay una web con un interesante manual de instalación de Oracle para mainframe, pero es antiguo. No obstante, es posible que googleando un poco saques mas informacion. http://orafaq.com/faqmvs.htm

De todas formas, yo creo que cada cosa va donde debe. A titulo personal, he trabajado con ambas plataformas, y Oracle es mas barato que DB2 por bastantes motivos, y uno de ellos es porque DB2 es mucho mas eficiente en segun que procesos con respecto a Oracle, sacando unos tiempos medios mejores de proceso. De hecho, con Oracle y su “reorganizacion” de tablas, me ha llevado miles de quebraderos de cabeza, mientras que con DB2 todo va como la seda, y sobre todo en z/OS, en el que este ultimo SGBD esta espeficamente pensado para sacarle hasta la ultima chispa al procesador. Pero vamos, esto es vivencia personal, que cada uno saque sus conclusiones.

Marior, asi sin ningun sistema como Control-M se me ocurre a bote pronto la solucion que te ha dado Juanelo, que es la de hacer un mastodontico JCL con varios pasos condicionantes entre si, de tal forma que como el proceso es secuencial, no se ejecutaran pasos a la vez que hagan bloqueo de datos o datasets.

Juanelo, los datos de I/O Time, CPU/Time, etc, evidentemente cuanto mas bajos, mejor. De todas formas, no todo es blanco ni negro, porque muchas veces el tiempo del Job puede no ser el correcto, ya que en alguna ocasion si otro job tiene pillado de forma exclusiva el dataset, dicho tiempo se dispara mientras aparece en consola “WAITING FOR DATA SETS” asi que tampoco te fies demasiado. Tambien influye la naturaleza del job: Si vas a estresar los discos porque vas a ejecutar un batch que reorganice 300 millones de registros, veras que el CPU Time es bajisimo, pero el IO esta por las nubes. A efectos de facturacion de IBM (en funcion que tengas un capping por MSUs), si el tiempo de CPU es alto, es lo que hara sangrar la cartera. El tiempo de I/O no suele estar relacionado con este aspecto, asi que si el tiempo de I/O es alto, no afectara a tu cartera, aunque si a tus jefes, porque el tema ira lento al final.

Por ultimo, HostEnemy, gracias por tu aportacion personal que acaba de demostrar toda tu experiencia y sabiduria en este area. Queda anotada, gracias.

Viernes, 22 de Junio/2007 @ 9:43
Unberam nos comenta:

Pues es bueno saber que hay mas usuarios tienen la inquietud de experimentar, con emuladores maquinas virtuales, systemas operativos y bases de datos

Viernes, 22 de Junio/2007 @ 23:53
Jimmy Jazz nos comenta:

Hacía tiempo que no entraba por a

Miércoles, 18 de Julio/2007 @ 20:58
Jimmy Jazz nos comenta:

Hacía tiempo que no entraba por aquí; me he leído todos los artículos de kujaku y se salen. Estuve un tiempo currando en un sitio donde usaban Mainframes IBM y ahora (por volverme pal norte) curro en un entorno Bull. (GCOS7) Alguno lo conocéis? Es mucho más arcaico que z/os pero bueno, al final tampoco es tan doloroso jeje En vez de cobol + cics + db2 usamos cobol + tds + oracle, y un lenguaje JCL propio de GCOS7. Mola, pero espero volver a entorno IBM algún día.

Saludos a todos los mainframeros!!

Miércoles, 18 de Julio/2007 @ 21:01
Agustin Zabala nos comenta:

Simplemente felicitaciones por esta pagina.

He colocado un link desde nuestro sitio web, donde tenemos registrados a mas de 2.000 programadores Cobol.

Espero que muchos de ellos, que desean rogramadores que desean “..montar en tu PC un mainframe con MVS” encuentren la ayuda en este pagina.

Saludos.
Agustin Zabala
http://www.cobol.com.ar

Sábado, 18 de Agosto/2007 @ 17:36
Peter Eisinger nos comenta:

jaja, acabo de llegar por el link del amigo Agustín y coincido: Felicitaciones por el excelente espacio web al mainframe, gran trabajo y que no decaiga!!

Domingo, 19 de Agosto/2007 @ 20:49
Guroso nos comenta:

Hola, lo primero felicidades por artículo. Haber si podeis ayudarme, en el apartado donde pone instalacion de Hercules si tenéis Windows puedes bajarte un CD con todo, incluido emuladores 3270, pero el link no esta la descarga del CD. Podeis darme un link donde pueda bajar el CD?.

Saludos.

Miércoles, 22 de Agosto/2007 @ 19:16
yzaca nos comenta:

Marior: Evidentemente lo que buscas es un control-m para gestionar JOBs. Al final lo hagas con lo hagas en rexx, cobol, easytrieve, JCLs, ASM … siempre, y en el mejor de los casos te aproximarás a una mala emulacion del control-m. El bloqueo de recursos de tablas lo tendrás que dejar a nivel de SGBD de DB2. Acuerdate de las soluciones que se le daban al problemas de los filosofos y aplicalo a este caso.

Martes, 4 de Septiembre/2007 @ 9:53
Alfredo_Ichijo nos comenta:

Recientemente me he sumergido en el mundo de los mainframes debido a cuestiones de trabajo. Me siento extraño por el hecho de que lo que sabía anteriormente no me está sirviendo ahora (diseño y desarrollo OOP, JEE, .NET, UNIX, LINUX, MAC OSx y Windows). EL mainframe es otro mundo, no es nada parecido al mundo de la PC, me desconcierta que sean superiores a un servidor UNIX. Con el tiempo he ido aceptando el poder de estos sistemas, pero aùn queda en boga, que un GRID (Conjunto de clusters), superarà con el tiempo a estos sistemas. Solamente vean el ejemplo actual con KanBalam,

saludos cordiales,

pd.- Estaré probando el VMS para PC, gracias por la información

Miércoles, 5 de Septiembre/2007 @ 0:18
oihammer nos comenta:

Respecto a la polemica mainframe si / mainframe no. Durante 16 años trabajé como técnico de sistemas mainframe y administrador DB2. Ahora llevo seis años en una gran empresa de software que desarrolla productos para todas las plataformas, y mi opinión es muy sencilla: estais todos equivocados.
El mundo de las TTII hoy en día no entiende de plataformas ni de sistemas, sino de servicio entregado al cliente que es el que al final nos paga el sueldo a los informáticos. Por este motivo nuestra obligación es tratar a los z/OS, unix, linux, windows o cualquier otro sistema como un servidor más que soporta unos servicios que a su vez soportan un negocio.
Hoy en día basicamente trabajo en proyectos de gestion de todos los eventos que se producen en la infraestructura y que vengan de z/OS, unix o windows, llegan a una única consola de control donde un operador los trata de manera igual. O en proyecto de descubrimiento automatico de infraestructura de cualquier plataforma para llevarla a una única base de datos de configuracion.
Así que, ampliemos nuestras mira y evolucionemos; cada sistema tiene sus ventajas, la desventaja somo nosotros si no vemos las TTII en su globalidad.

Ufff, que serio me ha quedado, pero es lo que pienso. Por lo demas, utilizo el Hercules desde hace mas de un año, y todas las pruebas que necesito hacer de software z/OS las realizo descargandolo directamente a un ftp desde un jcl que ejecuto en el z/OS 1.4 del hercules, y luego pruebo los interfaces web de estos productos que corren en el Z desde otro windows, y funciona todo de maravilla.
saludos

Miércoles, 19 de Septiembre/2007 @ 13:25
Kujaku nos comenta:

No puedo decir que no opino que no estoy en desacuerdo contigo, Oihammer. De hecho, en la ultima conferencia que dí en la Euskal, deje bien claro que cada arquitectura vale para lo que vale. Que quieres mariconeo de pantalla vs baja productividad? Programa en JAVA. Que quieres alta disponibilidad? Clustering. Que quieres alta continuidad y acceso rapido a datos? z/OS. Que quieres facilidad al usuario? Windows, Mac.

Pero debo decir que de un tiempo a esta parte, todos los que van de “consultores” (con perdon), nos estan metiendo ideas chorras en la cabeza como SOA, e-business, y gilichorradas que maquillan el dato, hasta tal punto que la CPU tarda mas en dibujar el dato con florituras que calcular el dato en si. Asi pues, tu enfoque es correcto, pero no debes olvidar que el cliente el 99,9999% de las veces no sabe lo que quiere, y estamos en la obligación de ofrecerle conocimientos para decidir que hacer.

Lunes, 1 de Octubre/2007 @ 9:23
Sandy nos comenta:

Buenos Días a todos. Llegué a éste artículo navegando a la deriva la web. Estoy interesado en saber si alguno ha tenido experiencias satisfactorias a la hora de crear un Basic Sysplex mediante Hercules y dos MVS. Mi duda puntual es referente a los CTCs. Estoy en la recta final en un proyecto particular que tengo, y lo único que me falta es resolver el tema de los CTCs para que ambas imágenes puedan conectarse. Muchas Gracias.

Domingo, 7 de Octubre/2007 @ 15:16
ALEJANDRA nos comenta:

Hola gente!!, queria saber si alguien de ustedes tiene alguna guia o tutorial sobre como instalar un mini Zos con las funcionalidades basicas a partir de uno ya instalado. Realmente hace poco tiempo que estoy en el tema por lo cual una guia o referencia me seria muy util. Seria de gran ayuda para mi si alguien me pueda pasar algun dato, Gracias!!!.

Viernes, 12 de Octubre/2007 @ 16:46
Margilca nos comenta:

Hola a todos los dinos,
acabo de instalar oracle 7.3.3 on z7os 1.4 y todo funciona de maravilla.
Nececito ayuda para compilar / linkar algunos programas cobol/DB2.
El error que me sale es:
***********************************************************************************
z/OS V1 R3 BINDER 03:54:08 TUESDAY OCTOBER 16, 2007
BATCH EMULATOR JOB(JCBDB22 ) STEP(PH02CS02) PGM= IEWL PROCEDURE(LKED )
IEW2278I B352 INVOCATION PARAMETERS - LIST,XREF

IEW2322I 1220 1 INCLUDE SYSLIB(DSNELI)
IEW2801S D41C AN I/O ERROR OCCURRED WHILE ATTEMPTING TO READ DIRECTORY ENTRIES FROM DDNAME SYSLIB.
IEW2322I 1220 2 INCLUDE RUNLIB(DSN8MCG)
IEW2453E 920D UNABLE TO PROCESS LIBRARY SYSLIB DURING AUTOCALL PROCESSING.
IEW2456E 9207 SYMBOL IGZCBSO UNRESOLVED. MEMBER COULD NOT BE INCLUDED FROM THE DESIGNATED CALL LIBRARY.
***************************************************************************************
El ultimo error tambien viene con
DSNHADDR
DSNHADD2
DSNHLI
DSNTIAR

Alguien puede ayudarme ?
Gracias
Marco

Martes, 16 de Octubre/2007 @ 10:57
Juanelo nos comenta:

Hola nuevamente, alguien me podria ayudar con un manual de la utileria COMPAREX de SERENA? o alguna fuente de informacion por favor.

Jueves, 18 de Octubre/2007 @ 20:33
Ariel nos comenta:

Tengo problemas con I/O. Fui bajando los disco del mainframe que tengo en el trabajo y dando IPLs hasta obtener un sistema usable para el jugueteo. Pero al hacer un cambio en el IODF y activarlo, dar IPL y finalmente verificar a través del HCD, todo andaba bien. Ahora cuando hago un “d m=dev(XXXX), haciendo referencia a un dispositivo nuevo que agregué, este mostraba información del viejo IODF.
Te pasó?
También tengo problemas con discos que me dice que en su IOADDRESS no tiene el PATH OPERATIONAL.

Jueves, 25 de Octubre/2007 @ 17:45
maurora nos comenta:

tengo instalado el Hercules y solo pude armar un pgm cobol, tengo un jcl que realiza 3 pasos: compila linkedita y ejecuta, es decir que el ejecutable no queda guardado y cada vez que quiero ejecutarlo debo compilarlo. Otra cosa: no me permite utilizar el file status del archivo. Alguien podría pasarme algún programa? Archivos KSDS puede manejar? algún ejemplo? S.O.S. Muchas gracias - buenísima la página!-

Miércoles, 7 de Noviembre/2007 @ 3:49
Alfredo Diaz nos comenta:

Estoy impactado con esta herramienta, de los infinitos temas existen 3 que me interesan en particular:
- racf
- db2
- omvs
necesito alguno info como para principiantes.
en racf, por ejemplo, no se siquiera como se ingresan los usuarios.
?algun link a este nivel ?

Viernes, 9 de Noviembre/2007 @ 22:31
Jose nos comenta:

Vamos a ver…. Una cosa es pasar el rato en casa jugando o estudiando… incluso diseñando una aplicacion y otra es comparar una bateria de Pcs con un Mainframe.

Es como comparar El Queen Mary II con un yate…..

Las redes de pcs siempre “caen” los Mainframes nunca. Es mas la red que he visto funcionar practicamente sin caidas la soportaba un servidor era un Mainframe(ibm AS400).
Porque en la mayorua de las Escuelas Universitarias de Informatica o en als facultades no enseñen Cobol o RPG no significa que estos lenguajes y sus correspondientes Mainframes esten anticuados..al contrario. Cada dia estan mas “jovenes”.
Los pc’s sirven para instalar el Hercules y poder “APRENDER” O PRACTICAR con un Mainframe.
A proposito del Hercules … es casi imposble de instalar. Lo he visto funcionar y lo hace de vicio…pero os juro que hecho lo impisble por instalarmelo y no hay forma.Asi que con paciencia con el ISPFPC y con imaginacion estoy tratando de “construir” algo que se se parezca al 3270.Posiblemente solo consiga perder el tiempo…pero la cantidad de horas dedicadas a instalar, inutilmente, el hercules….
bueno si alguien sabe de verdad como ahcerlo…y por favor me conozco todas las web “que te confunden mas que ayudan” a instalar el Hercules.

Lunes, 12 de Noviembre/2007 @ 15:36
maurora nos comenta:

Gente: pude ejecutar un SORT. Definí con un idcams un archivo vsam ksds, al día siguiente lo ejecuté y me dió error, no pude volver a generarlo ¿? .También un ejemplo de como definir el archivo KSDS en un programa cobol. Muchas gracias a todos.

Miércoles, 14 de Noviembre/2007 @ 2:17
zOS-analist nos comenta:

Completamente de acuerdo con oihammer la mayoria de la gente carece de la vision de conjunto en estos temas. El MVS/zOS sirve para lo que sirve y las demas herramientas/sistemas se integran con el en los entornos de produccion. A estas alturas de la historia ya nadie diseñaria un entorno en el que el cliente/usurio final interoperara con un terminal monocromatico de los 70 esto es irreal. De hay la integracion con sistemas de nuestra era con versiones renovadas de estos “dinosaurios” de la computacion entendiendo el concepto de reptiles en lo mas amplio de la palabra por su fuerza, capacidad, durabilidad en eras de vida util, etc…

Viernes, 23 de Noviembre/2007 @ 1:15
zOS-analist nos comenta:

Margilca. El problema parece ser que o te has equivocado en el nombre de la SYSLIB o bien no tienes acceso a ella o algo parecido desconozco el fuente del job y la configuracion de tu sistema. Yo repasaria las librerias llamadas o buscaria el objeto IGZCBSO en las que tienes y sustituiria la actual SYSLIB por la contenedora de dicho objeto.

IEW2453E 920D UNABLE TO PROCESS LIBRARY SYSLIB DURING AUTOCALL PROCESSING.
IEW2456E 9207 SYMBOL IGZCBSO UNRESOLVED. MEMBER COULD NOT BE INCLUDED FROM THE DESIGNATED CALL LIBRARY.

Viernes, 23 de Noviembre/2007 @ 1:25
cristhian nos comenta:

Hola kujaku. estoy intentando leer lo de emular una as 400 en un ordenador windows xp. Me gustaria saber como lo podria poner a funcionar. ya que no tengo idea de ibm y me gustaria empezar. gracias.

Jueves, 13 de Diciembre/2007 @ 20:14
Kujaku nos comenta:

Uhmm, todavia se leen comentarios por aqui!! A ver, vamos por partes:

El proposito de este y muchos mas artículos que he escrito tanto aqui como en mi web acerca de los mainframes, son de índole divulgativa, no los he escrito para que la gente que tenga problemas en su trabajo porque no le compila tal o no le funciona cual, encuentre aqui la solución. Existen otros caminos posibles, pero desde luego a mi juicio esta página no es la adecuada para exponer y pedir ayuda porque es como pretender ir al colegio para decirle al profesor que no explico bien la asignatura de educacion sexual porque en estos momentos te estas divorciando. No se si me entendéis.

Quiero decir que suficiente trabajo tengo y poco tiempo libre, el cual dedico para esporádicamente escribir estos articulos, como para resolver dudas de trabajo a la gente. Asi que no es por no resolverlas, simplemente no voy a poder dedicarlas el tiempo a mirarlas y daros la solucion, pero vosotros si le podeis dedicar el tiempo a ir a la pagina de LookAt de IBM y ver los códigos de error, porque si hay algo que IBM documenta hasta la saciedad, son los códigos de error, su explicacion y las acciones a tomar.

Respecto a Hercules: Hercules es un emulador para PC de una arquitectura mainframe, y se creo con indole divulgativa, no para poner en producción una instalación, sustituyendo un mainframe real por uno emulado. El que haya pensado eso, debe estar como una cabra. Al fin y al cabo, aunque Hercules esté muy bien diseñado, debajo al final tienes un PC, con todas y cada una de las limitaciones que supone (sobre todo de indole de memoria, procesador y E/S).

En segundo lugar, como todo emulador, tienes que montar encima un sistema a emular. Es decir, tienes que generarte el sistema MVS y para eso tienes que leer mucha documentacion, porque se trata de CREAR UN SISTEMA OPERATIVO MVS DESDE CERO. Afortunadamente, existen alternativas de MVS ya generadas, como el sistema “MVS TUR(N)KEY SYSTEM” que desde un CD que te descargas, tienes tanto los fuentes del SO por si te lo quieres generar, o una imagen de discos mainframe a ser emulada por el hercules por el sistema, ya creado, para que pongas en marcha el MVS bajo Hercules sin complicaciones. Eso si, hay que saber ingles.

En definitiva, el hercules SOLO emula, no es un sistema operativo en sí. Al igual que el MAME o el PCSX2 que emulan consolas, luego tienes que meter la ROM del juego o el DVD de la play2, porque por si mismos ellos no son capaces de hacer nada. No se si queda claro, lo digo por Jose, porque creo que has confundido los terminos: Hercules no es MVS. Tienes que hacer tres pasos: Primero, instalarte el Hercules. Luego, crear una configuracion y unos discos de mainframe (que en el PC se ven como ficheros grandes) y luego generar el MVS con JCLs de SYSGEN y morralla diversa, hasta instalar todas las aplicaciones que necesites. No es imposible instalar, pero no es un Siguiente -> Siguiente -> Siguiente -> Finalizar.

Respondiendo a Sandy, a día de hoy Hercules se puede conectar con otro hercules via CTCs, pero SOLO A NIVEL DE TCP/IP, es decir, para conectarlos como si fueran OSAs (en este caso, CTCLINKS). Por tanto, a día de hoy, los enlaces CTCs de hercules NO soportan trafico XCF, por lo que no puedes instalar un Sysplex base y tener un GRS o compartir la BD de RACF, por ejemplo. Unicamente Hercules soporta a un z/OS en configuración MONOPLEX.

Respecto a Mainframes vs resto plataformas: Sin pretender entrar en polemicas, cada arquitectura tiene una función, y con todos los respetos, aquellos que dicen que el mainframe es una antigualla solo soportada por un par de aplicaciones legacy que cuestan migrar a entornos mas abiertos, NO TIENEN NI PUTA IDEA de lo que dicen. Respecto a que hoy en dia nadie entregaria una aplicacion escrita para terminales 3270, es que tampoco tiene NI PUTA IDEA, ya que asimilar que un mainframe solo vale para terminales es que no sabe de lo que habla, ya que el mainframe, hoy mas que nunca, tiene un perfecto soporte para docenas de protocolos de red y tiene mil interfaces con ventanitas e iconitos con los que interactuan. Asi que antes de decir burradas, lo primero que se deberia hacer es informarse un poco.

Pero al tema: El ejemplo es sencillo: segun la importancia que quiero dar a mis datos, me decantare por una solucion u otra.

Para la gestion de un videoclub, no voy a poner un mainframe (aunque se soportaría perfectamente) porque es absurdo pagar una ingente cantidad de dinero que cuesta para tener 5000 registros de cintas de video y 10000 registros de clientes. Ademas, el videclub lo cierras por la noche por lo que no te hace falta tener un entorno 24×7 sin errores. Y este hecho hace que dispongas de una ventana de backup para hacer una copia de seguridad off-line de todos los datos.

Ahora, vete a una gran empresa u organismo donde se mueve mucha pasta y muchas vidas humanas (bancos, bolsa, trafico aereo, etc). El hecho de tener parada la maquina en caso de un fallo, significa millones de euros perdidos. Asi que el que se responsabilice de tener una maquina con una aplicacion JAVA y una base de datos Access sobre un windows, que levante el dedo. Ademas, aunque sea un MS SQL Server, para poder hacer un backup, necesitas parara la base de datos, asi que me gustaria que los “consultores” (cof, cof) que andan por aqui, expusieran una solucion 24×7 sin paradas, con todo el sistema on-line, poder realizar una copia de seguridad válida, consistente y sin errores.

Lo que pasa aqui es que todo es por la pasta, y muchas empresas que se plantean cambiar de arquitectura no se paran a pensar la diferencia entre lo “caro” y lo “costoso”, y se van directamente a lo barato. Y asi les va al final. Poniendo un ejemplo con los coches:

Que es “caro”? Un Lamborgini Diablo. Cuesta una burrada y estas pagando el elitismo que supone tenerlo. Aplicable también al Ferrari.
Que es “costoso”? Un Mercedes. Pero coño, es que estas pagando lo que cuesta, un buen motor, un buen acabado, etc.

Y lo que pasa, es que a muchos “consultores” (ejek, ejek, uhum, uhum) cuando ven una instalación mainframe se quedan con la copla de que es una instalación “cara”, en vez de “costosa”. Y al final, lo costoso sale barato, porque el dinero que te gastas en su mantenimiento lo ahorras por otras partes (imagen, personal, etc).
De hecho, colgue unos videos que demuestran muy bien lo que quiero decir, y aunque son anuncios pata iSeries (AS/400), se pueden aplicar perfectamente para mainframe (z/Series):

http://www.yggdrasil.tv/video/ibm1.html
http://www.yggdrasil.tv/video/ibm2.html
http://www.yggdrasil.tv/video/ibm3.html

Jueves, 10 de Enero/2008 @ 20:05
Fernando nos comenta:

Hola,
Me ha gustado este articulo y he instalado Hercules + MVS TurnKey, lo he probado y funciona correctamente.

Me gustaria saber como pasar a un z/os 1.4, por ejemplo. De donde se bajan las imagenes de disco? Es posible descargar un .iso o similar?

Otra pregunta, se puede generar un z/OS desde el SO real instalado en el mainframe?

Saludos, Fernando.

Martes, 15 de Enero/2008 @ 12:19
Kujaku nos comenta:

Hola, Fernando: En el emule, de manera completamente ilegal, existe el llamado Application Development CD (ADCD), que IBM entrega a sus ISV para programar aplicaciones mainframe y que al no tener mainfrmae, ejecutan utilizando un emulador llamado Flex-ES.
El ADCD son unos 16 discos CD-ROM que en su interior tiene una serie de volumenes 3390 comprimidos en ficheros, que, con el emulador Hercules, pueden ser leidos como si fueran discos 3390 reales. Y es un sistema preconfigurado y arrancable preparado con su DB2, CICS, IMS, WebSphere, etc, instalado.

Si vas al emule y en los parametros de busqueda pones IBM ADCD, te saldran muchas entradas y versiones del SO para que te las puedas descargar, pero de nuevo advierto que el no disponer de una licencia de IBM para su uso, estais violando la ley.

Respecto a tu pregunta, no la entiendo bien: Si te refieres a que si tienes un mainframe real con z/OS, puedes hacer una copia a tu hercules, la respuesta es SI. Existe una utilidad que tienes que instalar en el mainframe real llamada ckddump. Esta utilidad te hace un ADRDSSU de los volumenes que le digas y te genera un fichero por cada volumen que luego te lo puedes bajar por FTP del mainframe a tu PC y ejecutar hercules con ese fichero.

Si conoces tu instalacion, te deberias bajar los residentes, el volumen del master catalog, IODF y todo aquel volumen que necesites para poder arrancar.

Lunes, 21 de Enero/2008 @ 13:23
micol nos comenta:

Hola,
Alguien puede compartir el archivo de configuracion de hercules para VMESA 2.4? Gracias.

Sábado, 26 de Enero/2008 @ 18:15
Jose Antonio nos comenta:

Hola Kujaku y resto de comentaristas, en un principio y sin animos de ser un copion, pero Amigo me encanto tu articulo ademas de la buena interaccion que hubo entre comentarios, no es por alargar este mensaje pero es que me enchufe a leer todos los mensajes y a su vez echarle un vistazo a tu pagina.

En un principio no deseo quitarle mucho tiempo a los participantes pero les comento soy programador pc (c/c++, java,linux, etc..) pero motivado a ciertas ofertas de trabajo que he leido y sencillamente investigar y analizar que hace falta una generacion de relevo para todas esas lineas de codigo en cobol (aplicaciones en mainframe etc…) , me he sentido motivado a aprender estas tecnologias.

En un principio no sabia que podia llegar a emular un Mainframe en un pc pero gracias a esta y otra pagina (http://www.jaymoseley.com/hercules/) pude ver que si lo cual hace mas atractivo el ambiente de trabajo que deseo elaborar en mi casa. El ambiente de trabajo que deseo establecer es el siguiente

Deseo desde una aplicacion java (por ejemplo proyecto web jsp/servlets), llamar un programa cobol que sea quien realmente haga las consultas a BD que este en un mainframe (emulado claro esta).

Aunque se muy poco del tema ,por lo que he entendido (ojo si me equivoco con mucho gusto me gustaria me corrigieran, ya que como yo quizas alla otros principiantes en el asunto) desde la aplicacion java llamaria a un CICS el cual ejecutara un JCL, este JCL es un programa batch que ejecutara uno o mas programas cobol los cuales seran los encargados de llevar a cabo las consultas a BD.

Entonces dado lo escrito anteriormente se traduciria en :

- Emular un mainframe con su respectivo sistema operativo (hercules y mvs respectivamente).
- Sobre mvs instalar CICS y RDMS (por ejemplo DB2)
- Realizar programas cobol (mvs trae consigo compilador cobol) y programa batch JCL.
- Programa Java que se conectara o invocara CICS.

Para finalizar me gustaria que me orientaran dieran tips o cualquier apoyo que este a su alcance para poder llevar a cabo este proyecto, en caso de que se pueda realizar, se que actualmente posee un vacio de informacion en el tema pero dia a dia he venido orientandome al respecto, pero aun me falta mucho por aprender. Estoy dispuesto de coloborar con la comunidad exponiendo por escrito los resultados obtenidos y los pasos en caso de resultar exitoso para poder llevar a cabo la instalacion de este sistema. No me extrañaria que me haya equivocado exponiendo cono es que funciona esta integracion pero espero me puedan ayudar. En conclusion deseo emular el tipico sistema CICS/COBOL/DB2 ademas de conexion con java (presentacion, pantalla) para hacer ejemplos de la vida real de sistemas que por lo que he leido funcionan asi al dia de hoy.

PD: poseo un sistema ubuntu.

Muchas gracias de antemano

Lunes, 4 de Febrero/2008 @ 16:17
j35ux nos comenta:

José Antonio, creo que te sobra algo. Cuando un cics consulta a un DB2 no necesita ejecutar un jcl. Eso supondría que en cualquier momento el mainframe de un banco tendría simultaneamente miles de jcls corriendo (cualquier actualización de cuenta, movimiento de cajero, compra con tarjeta en un comercio…).
Hay otro artículo sobre cics.

Martes, 19 de Febrero/2008 @ 10:52
Jose Antonio nos comenta:

j35ux Gracias por tu comentario. Buscare tambien dicho articulo sobre Cics, tambuien investigando entendi que para tener cics esta como dificil la cosa ya que es propietario de ibm, pero bueno por ahora seguire en esta tonica de montar mi sistema MVS y em pezar a dar esos pequeños pasos en esta area. Cualquier otro aporte con mucho gusto soy todo oidos para asimilar mas rapido esta tecnologia porq de mas esta decir que es todo un mundo!!!

Martes, 19 de Febrero/2008 @ 11:31
cisco-mex nos comenta:

Hola Kujaku.

Tengo un emulador Hercules montado en un Windows XP y dentro de Hercules un zOS 1.4

Podrias ayudarme para saber que tengo que hacer para tener conectividad IP con el zOS?

De acuerdo a lo poco que he encontrado, es necesario generar en wndows un loopback adapter pero no logro entender realmente que es lo que tengo que hacer.

Agardezco por adelantado tu respuesta, saludos.

Sábado, 23 de Febrero/2008 @ 2:44
Ersi nos comenta:

Hola a todos, me parece fenomenal que tengamos un foro sobre el emulador Hercules y z/OS en castellano.
Llevo bastante tiempo utilizando el Hercules y os puedo decir que va muy bien, solamente tengo un problema que no consigo resolver y es el siguiente:
Cuando arranco el Hercules y tengo puesto como MAINZSIZE 512 K en el fichero de configuración, me da el error
HHCCF031S Cannot obtain 512MB main storage: Cannot allocate memory
y el Hercules no arranca.

Si pongo MAINSIZE 256 K arranca perfectamente. Mi PC tiene 2 GB.

He intentado seguir las instrucciones de la página http://www.bsp-gmbh.com/hercules/distarchs/index.html
pero yo no tengo modificado el Cygwin “heap_chunk_in_mb” Windows registry
setting value, de hecho lo he intentado buscar y no lo encuentro.

¿Alguno de vosotros me podría echarme una mano con este problema?

Muchas gracias.

Martes, 11 de Marzo/2008 @ 23:23
SACL nos comenta:

Hola, oye he buscado el cd que mencionas para poder instalar todo el paquete, pero no lo encuentro, no se si ya lo eliminaron del sitio. Podrias ayudarme? Gracias

Miércoles, 26 de Marzo/2008 @ 17:47
kike nos comenta:

hola soy operador-planificador M.V.S necesito un manual control-M reciente para un curro gracias.

Martes, 29 de Abril/2008 @ 18:13
batusai nos comenta:

bueno instale el hercules tambien los 16 cd de ADCD y todo funciono segun la pagina

si inicia el hercules tambien la consola de vista

llegue hasta el logueo
aparece de color rojo el banner ZOS

escribi
LOGON IBMUSER

de ahi me llevo a otra pagina donde esta
PASSWORD NEW PASSWORD

pero na no puedo loguearme

pongo sys01 o SYS01 y na

porfavor no quiero quedarme aqui ayudenme

Domingo, 22 de Junio/2008 @ 2:02
Juan jose nos comenta:

Buenos días,

Quisiera intalar Mvs en mi pc, he intentado seguir los pasos y me resulta complicado, alguien me puede hacer una GUIA BURROS, para poder lograr montarlo.
Gracias

Lunes, 30 de Junio/2008 @ 12:39

No seas tímido, da tu opinión

Sé respetuoso con los demás, la diferencia de opiniones enriquece la discusión, los comentarios bajo ciertas circunstancias pueden ser moderados y requerir aprobación.

Cómo montar en tu PC un mainframe con MVS

Instalación del Hercules

65 Comentarios (feed)

No seas tímido, da tu opinión

Trackbacks

Laboratorio