Skip to Main Content
Levi, Ray & Shoup, Inc.

Los datos de mainframe en un mundo sin mainframe

Language Options

Por su propia naturaleza, la modernización implica coger algo viejo y aplicar nuevas ideas para mejorarlo. Cuando hablamos de modernización en un contexto informático, debemos pensar sobre cómo puede entenderse la tecnología moderna sin problemas con los datos procedentes de plataformas más antiguas.

La arqueología de datos ha sido descrita como «el arte y la ciencia de recuperar datos informáticos codificados o encriptados en medios o formatos que se han quedado obsoletos». Por supuesto, el mainframe no está obsoleto, pero en un mundo orientado hacia Windows o Linux, los formatos de datos de mainframe son casi una reliquia. 

Estos formatos de datos han evolucionado con el paso del tiempo, junto con las máquinas que debían dirigir. Pero, en muchos casos, en el mundo de los sistemas abiertos no existen formatos análogos a estas tecnologías.

Por ejemplo, considere el lenguaje JCL (Job Control Language) que edita mientras tiene abierta una sesión TSO (Time Sharing Option) en el mainframe. Es probable que esté ejecutando el producto ISPF (Interactive System Productivity Facility) en un emulador de software de un terminal tipo 3270. Este escenario moderno representa una evolución del entorno original de mainframe.

Configurar sus máquinas de toda la vida...

Todas las tareas descritas anteriormente se hacían antiguamente mediante una máquina de escribir física, conectada a una máquina que hacia agujeros en una tarjeta de papel.

Cada línea de una «baraja» JCL en ISPF solía ser una tarjeta de papel física. Al hacer agujeros en la tarjeta con la máquina, estaba editando una línea de JCL. A continuación, estas tarjetas se clasificaban en el orden correcto y se colocaban en un lector de tarjetas, que leía la baraja de tarjetas ópticamente y las convertía en bits de memoria. Entonces, este lector enviaba el JCL hacia el subsistema JES (Job Entry Subsystem) para su ejecución.

El output de estos trabajos solía imprimirse en impresoras de impacto. Puesto que la memoria y los discos eran raros y caros, se dedicaban todos los esfuerzos a condensar los datos impresos. Por ejemplo, eliminar los espacios en blanco siempre que era posible era un método común para comprimir los datos de informe. Así, para controlar el espaciado entre líneas se insertaba en la impresora una pieza física de cinta llamada cinta de control de carro. La impresora leía el primer carácter de cada línea y utilizaba la cinta para determinar cuántas líneas debía saltarse antes o después de imprimir una línea de datos.

A medida que fueron apareciendo la versión moderna de la tecnología de terminal tipo 3270, las herramientas ISPF y la impresión láser, la tecnología original se fue adaptando. El control de carro evolucionó hasta convertirse en FCB (Forms Control Buffer), que sustituyó a la cinta física con un archivo que describía cómo espaciar las líneas. Esto permitió a las impresoras láser soportar código escrito para imprimir en dispositivos de impacto más antiguos. 

IBM introdujo nuevas tecnologías de software como AFP (Advanced Function Presentation) para aprovechar estas mejoras y añadir la capacidad de gestionar gráficos y fuentes, y crear documentos mucho más complejos. Estas innovaciones pusieron los cimientos para los modernos extractos de cuenta con gráficos que recibe hoy en día en el correo de su banco o su compañía telefónica.

Modernización e impresión

Cuando pensamos en modernización en un entorno actual de TI, pensamos en convertir los viejos códigos COBOL y PL/I para que se puedan ejecutar en máquinas Windows o Linux. En la gran mayoría de los casos, estos programas fueron diseñados para generar output destinado a ser procesado en un entorno de mainframe donde el control de carro y los FCB eran importantes. Los datos también tenían un formato de registro que significaba que los registros de cada informe podían tener una extensión fija o variable. 

El output podía estar diseñado con una arquitectura AFP de tipo PAGEDEF/FORMDEF en mente para dar formato a los datos en un flujo de datos AFP con gráficos. O el programa podía insertar comandos DJDE (Dynamic Job Descriptor Entry) de Xerox destinados a ser interpretados para cargar FORM y llevar a cabo otras funciones específicas en el dispositivo de impresión.

Para que sus planes de modernización tengan éxito, debe cerciorarse de que este tipo de datos se gestionan correctamente y LRS puede ayudarle a lograrlo.

Con un software como la solución VPSX/MFI (Micro Focus Interface), LRS puede procesar los datos procedentes de su entorno Micro Focus. Esto garantiza que los datos que emanan del mainframe se gestionan correctamente cuando se envían a impresoras modernas en red a través de la solución VPSX. 

De igual modo, LRS Transforms puede convertir sus datos AFP o LCDS/DJDE en PDF para poderlos ver online en un navegador PageCenterX o en un lenguaje moderno de descripción de página como PCL (Printer Command Language) o PostScript para enviarlos hacia impresoras modernas.

Con LRS, sus datos modernizados pueden entenderse sin problemas con las plataformas Windows o Linux que impulsan su empresa actualmente y en el futuro. Tenemos los productos para simplificar el proceso de modernización y, lo que es igual de importante, una profunda comprensión tanto de tecnologías modernas como heredadas.

Back to Posts