El aprendizaje de mainframe & JCL con Java/OOP/SQL de fondo [cerrado]

Question

He sido de codificación y gestión de Java y ASP.Net aplicaciones y servidores durante toda mi carrera.Ahora estoy siendo dirigidos hacia la participación en los mainframes, es decir, z/OS & JCL, y me estoy dando cuenta que es difícil para envolver mi cabeza alrededor de ella (que todavía hablan de tarjetas perforadas!).¿Cuál es la mejor manera de ir sobre el aprendizaje de todo esto después de haber sido completamente estropeado por los lujos modernos?

Answer 1

No hay tarjetas perforadas en los modernos sistemas centrales, que está teniendo usted en.

Usted tendrá un tiempo difícil ya que todavía hay muchas cosas que hacer de la manera "antigua".

• Conjuntos de datos todavía están asignados con propiedades tales como telefonía fija-bloque-80, la variable de bloque-255 y así sucesivamente.El Plan de los contenidos de su archivo.
• No hay directorios.Hay niveles de jerarquía y que está limitado a 8 caracteres cada uno.
• La interfaz de usuario es ISPF, una pantalla verde en modo de texto de la interfaz de usuario de el séptimo círculo del infierno para aquellos que no están acostumbrados a ello.
• La mayoría de los trabajos va a ser presentadas como trabajos por lotes, y usted tendrá que supervisar su progreso con la SDSF (una especie de administrador de tareas).

Que algunas de las malas noticias, aquí está la buena noticia:

Tiene un USS subsistema (UNIX) así que usted puede utilizar estas herramientas.Está muy bien integrado con z/OS.Se ejecuta Java, se ejecuta Websphere, se ejecuta DB2 (adecuada DB2, no que poco Linux/UNIX/Windows), se ejecuta MQ, etc, etc.Muchas tiendas también se ejecutará z/VM, un hipervisor, en virtud de la cual se va a ejecutar muchos LPARs (particiones lógicas), incluyendo z/OS en sí (varias copias, a veces) y zLinux (SLES/RHEL).

La unidad central está en peligro de desaparecer en cualquier momento pronto.Todavía hay una gran cantidad de trabajo que se realiza en los diferentes IBM laboratorios de todo el mundo y el sistema operativo de 64 bits (z/OS, fue MVS, se OS/390, ...) ha recorrido un largo camino.De hecho, hay un poco de una oportunidad de carrera como a todos los viejitos que saben al respecto están en o por encima de los 55 años de edad, por lo que esperan una gran succión hasta la escalera corporativa si usted se coloca correctamente.

Todavía se utiliza en las grandes corporaciones, ya que es la única cosa que puede ser de confianza con sus transacciones - la z en el Sistema z significa cero tiempo de inactividad y que no es sólo bombo de la comercialización.El poder de la unidad central no radica en que es la CPU gruñido (el individuo procesadores no son tan poderosos, pero vienen en los libros de 54 Cpu con copias de seguridad en caliente, y se puede ejecutar muchos libros en un solo Sistema z cuadro), sino en el hecho de que todo el que hace la CPU es instrucciones de proceso.

Todo otra cosa es descargado a un especialista procesadores, zIIPs para DB2, zAAPs para Java cargas de trabajo, otros dispositivos de I/O (e/S y es donde el mainframe mata cualquier otro sistema, mediante fibra óptica y muy grandes matrices de disco).Yo no lo uso para el plegamiento de proteínas o la secuenciación del genoma, pero es ideal para cuando es dirigida, de forma masiva loco niveles de procesamiento de transacciones.

Como he dicho, z/OS tiene un UNIX subsistema y z/VM puede ejecutar varias copias de z/OS y otros sistemas operativos, he visto un solo z800 cuadro de ejecución de decenas de miles de casos de RHEL al mismo tiempo.Esto coloca a todos los fabricantes de PC 'verde' de reclamaciones a la vergüenza y la comunicación entre las instancias es cegadoramente rápido con HyperSockets (TCP/IP, pero el uso de memoria compartida, en lugar de a través lenta de cables de red (sí, incluso Gigabit Ethernet rastreos en comparación con HyperSockets (y perdón por el paréntesis anidados :-))).

Se ejecuta de Websphere Application Server y Java bastante bien en el Unix espacio al tiempo que permite todo el legado (herencia?) material para funcionar así.De hecho, mainframe tiendas no necesitan comprar el PC basado en servidores, se peleón abajo un par de zLinux VMs y ejecutar todo en una sola caja.

Y recientemente, hay rumores acerca de que IBM puede proporcionar xSeries (es decir, Pc) plugin de dispositivos para sus mainframes así.Mientras que la mayoría de mainframe de la gente consideraría que una verruga en el lado de su hermosa caja, se abre un mucho de posibilidades para los proveedores de terceros.No estoy seguro de que nunca voy a ser capaz de ejecutar más de 50,000 Windows instancias, pero ese es el tipo de cosas que parecen estar buscando (un anillo para gobernarlos a todos?).

Si usted está interesado, hay un Sistema z emulador llamado Hércules que he visto correr a las 23 MIPS en un cuadro de Windows y se ejecuta la última legalmente utilizable MVS 3.8 j lo suficientemente rápido como para tener una idea.Sólo ten en cuenta que MVS 3.8 j es para z/OS 1.10 como CP/M es para Windows XP.

Para proporcionar un enchufe descarado de un libro de uno de mis amigos en el trabajo, ha escrito, echa un vistazo Lo que En la Tierra es un Mainframe? por David Stephens (ISBN-13 = 978-1409225355).He encontrado este invaluable ya que yo venía de un PC/experiencia en UNIX, y es todo un cambio de paradigma.Creo que este libro sería ideal para su pregunta.Creo en trozos están disponibles en Google Libros así que usted puede probar antes de comprar.

Con respecto a JCL, hay una escuela de pensamiento que sólo un JCL archivo se ha escrito y todas las demás estaban cortar y casos'pegue puestos de trabajo en el que.Después de haber visto el contenido de ellos, puedo entender esto.Programas como IEBGENER y IEFBR14 hacer Unix mira, si no detallado, al menos comprensible.

Answer 2

primera idea falsa es beleiving la "L" en JCL. JCL tampoco un lenguaje de programación es realmente una declaración estática de cómo un programa debe funcionar y qué archivos etc. debería usar.

De esta manera es muy parecido (aunque superiores a) los spahetti de configuración XML que se utiliza para controlar el software como "moderna" como la primavera, hebernate y hormigas.

Si se piensa en ello en estos términos todo se aclarará.

cultura mainframe es impulsado por dos obsesiones incompatable seemingky.

1. compatibilidad con versiones anteriores. Todavía se puede ejecutar archivos ejecutables escritas y compiladas en 1970. Los viejos JCLs y scripts de cuarenta años todavía correr y trabajar!
2. Sangrado rendimiento de borde. Usted puede tener 128 CPUs de cuatro máquinas en dos centros de datos que trabajan en una sola consulta de DB2. Se ejecutará las aplicaciones J2EE más reciente (Websphere) más rápido que cualquier otra máquina.

Answer 3

Si alguna vez se involucra con (servidor de transacciones del mainframe) CICS en z / OS, yo recomendaría el libro "Diseño de aplicaciones CICS y Programación" .
Es muy útil.
alt texto http://img18.imageshack.us/img18/7031/designingandprogramming.gif

Answer 4

Si usted va a estar involucrado con el desarrollo de aplicaciones heredadas tradicionales, leer libros de Steve Eckols. Que son bastante buenos. Es necesario comparar los términos de sistemas abiertos a la unidad central, que va a reducir su tiempo de aprendizaje. Par de ejemplos Los archivos se denominan conjuntos de datos en la unidad central JCL es más como una secuencia de comandos shell sub programas / o rutinas como funciones comunes etc ... Buena suerte ...

Answer 5

El más mano que sostiene al principio, mejor. He hecho el trabajo en un mainframe como pasante y no fue fácil a pesar de que tenía un fondo bastante fuerte UNIX. Recomiendo pedir a alguien que trabaja en el departamento de mainframe para pasar un día o dos la enseñanza de los conceptos básicos. formación de IBM puede ser útil también, pero no tengo ninguna experiencia con él por lo que no puede garantizar que lo hará. He puesto mi historia sobre el aprendizaje de cómo utilizar la computadora central por debajo de un cierto contexto. Se decidió que todos los internos iban a aprender a usar la computadora central como un proyecto de verano que tomaría el 20% del tiempo allí. Fue un completo desastre ya que todos los internos aceptar me estaban trabajando en las zonas no centrales y no tenía a nadie que podían gritar sobre la pared del cubo en busca de ayuda. El entorno de ISPF y JCL era ajeno para ellos para conseguir dominar con rapidez. El único éxito que tenían era la programación básica en virtud de USS ya que es básicamente UNIX y la universidad les familiariza con esto. Debo suerte por dos razones. Una trabajé en un grupo de unos 20 programadores de mainframe de manera era capaz de tener a alguien que se siente conmigo en una base regular para ayudar a averiguar JCL, la presentación de trabajos, etc. En segundo lugar he usado Rational Developer para System z cuando fue nombrado WebSphere Developer para System z. Esto me dio una GUI sobre todo utilizable que permítanme realizar la mayoría de tareas tales como la presentación de los trabajos, la edición de conjuntos de datos, la asignación de conjuntos de datos, programas de depuración, etc. Aunque no fue pulida era lo suficientemente útil y significaba que no tenía que aprender ISPF. El hecho de que tenía un IDE basado Eclipsed para realizar tareas básicas de mainframe disminuyó significativamente la curva de aprendizaje y significaba que sólo tenía que aprender nuevas tecnologías como JCL no un entorno completamente nuevo. Como nota más ahora uso ISPF desde el software necesario para permitir racional para ejecutarse en el ordenador central no se ha instalado en uno de los sistemas de producción que he utilizado de manera ISPF era la única opción. Ahora me parece que es más rápido que ISPF Rational Developer y yo soy más eficiente con él. Esto es sólo porque yo era capaz de aprender la tecnología subyacente, como JCL con Rational y la interfaz ISPF en una fecha posterior. Si tuviera que aprender ambos a la vez que hubiera sido mucho más difícil y requiere más uno en una instrucción.