Primeros pasos al migrar a la última versión de COBOL

Hoy en día, el negocio digital están impulsando más actividad en mainframes, según una encuesta de BMC. En lugar de sacrificar el rendimiento de las aplicaciones para ahorrar algo de dinero, te deberías optimiza tus programas mainframe para que rindan bien frente a las demandas modernas que enfrentan las nuevas y crecientes implicaciones digitales. La mejor manera de optimiza tus programas COBOL están migrarlos a la última versión de COBOL, que abarca COBOL Versión 5 y 6. La primera parte de esa estrategia implica la planificación de la hoja de ruta.

Primeros pasos migrando a la última versión de COBOL

son Hay algunos primeros pasos te dar antes de comenzar la migración a la última versión de COBOL:

1. Lee la Guía de Migración de la versión COBOL a la te vaya a actualizar.

La guía correcta se puede encontrar en la biblioteca de documentación IBM Enterprise COBOL para z/OS. Proporcionará los puntos de advertencia pertinentes para tu migración, pero desde el principio son algunos a considerar, entre ellos:

• Incompatibilidades en el idioma fuente al migrar de OS/VS COBOL y VS COBOL II a cualquier versión más reciente de COBOL
• Los problemas de datos que el compilador no detecta deben detectarse mediante pruebas repetitivas (algunas opciones útiles del compilador: SSRANGE, RULES y DIAGTRUNC).
• Se son necesarios conjuntos de datos de JCL, tamaño REGIÓN y más datos de trabajo (son cambios importantes en el tamaño de REGIÓN)
• Se han eliminado algunas opciones del compilador, como NUMPROC(MIG) (consulta tu Guía de Migración para una lista completa)
• Los ejecutables deben estar en bibliotecas PDSE
• Los programas OS/VS COBOL o VS COBOL II deben actualizarse a COBOL 4.2 antes de recompilarlos con COBOL Versión 5 o Versión 6

2. Determinar una aplicación empresarial que sirva de modelo para actualizar otras.

Un enfoque sugerido están utiliza una aplicación empresarial que haya tenido tiempos de ejecución prolongados para Ve el posible impacto de recompilar código problemático bajo COBOL Versión 5 o 6. te no tienen que recompilar todos los programas, solo aquellos te creen que podrían beneficiarse del nuevo compilador y la optimización avanzada. utiliza herramientas de perfilado de mainframes para establecer una línea base de rendimiento antes de te inicio. Por ejemplo, Compuware Strobe, nuestra herramienta de monitorización y análisis del rendimiento de aplicaciones, puede capturar la información para su uso posterior.

3. Analizar los módulos de la biblioteca de carga para determinar la versión de COBOL bajo la que se compiló la aplicación empresarial por última vez.

Para hacer esto, consulta tu Guía de Migración para conoce los cambios que puedan ser necesarios Haz dentro del código de aquellos módulos compilados en versiones anteriores de COBOL. También puede haber opciones de compilación que hayan sido eliminadas, hayan cambiado de función o que ofrezcan nuevas opciones. Portfolio Analyzer—accesible a través de la Utilidad de Biblioteca (3.1) de la herramienta de gestión de archivos y datos Compuware File-AID—te permite ver y exportar las opciones de compiladores COBOL y PL/I para todas las versiones a un archivo . CSV para un análisis posterior. Además de estos pasos, son otros preliminares que facilitarán la ejecución de la migración, incluyendo aprender de tus propios errores y los de otros y asegurarte de que te entiendes tus máquinas de hardware.

Aprender de los errores

Aunque migrar programas COBOL antiguos a la última versión de COBOL presenta menos riesgos que convertirlos a Java, te aún debería considera posibles riesgos que puedan surgir durante el proceso. Por un lado, existe la posibilidad de que te asumiera demasiado de golpe. Lo mejor es ceñirse a una aplicación pequeña o a un conjunto de aplicaciones para Comienza, como se mencionó en el punto dos anterior. te puedes conoce de esa experiencia y aplicar tu nuevo conocimiento a otras migraciones de aplicaciones para evitar errores recurrentes. Además, evita hacer suposiciones sobre los programas antes de migrarlos. Haz un análisis desde el principio. Tú necesitas información sobre los programas que te ayuden a entender su composición y comportamiento para Haz buenas decisiones que te ayuden a prevenir problemas y evitar crearlos.

Conoce tus máquinas de hardware: ARCH y OPT

Es importante entender algo de información de fondo sobre COBOL y cómo las distintas versiones afectan al rendimiento. El tipo de versión de COBOL tiene un efecto significativo en cómo te migrar la aplicación. Desde la perspectiva del lenguaje, COBOL ha sido actualizado muchas veces: OS/VS COBOL con características del estándar ANSI 74, frente a COBOL II con características del estándar COBOL 85, COBOL Versión 5 tenía elementos de la norma ISO 2002 y una futura versión de COBOL podría incluir elementos de un estándar más reciente. Pero desde la perspectiva del rendimiento, uno de los inconvenientes pasados contra COBOL fue su incapacidad para aprovechar las máquinas de hardware de procesador más recientes. Los clientes de mainframe de IBM compraron máquinas enormes y COBOL no utiliza ninguna de las características más recientes. Esto significaba que todas las versiones de COBOL, desde VS COBOL II (1985) hasta Enterprise COBOL Versión 4.2 (2009), usaban el mismo backend y generaban el mismo código. Así, a lo largo de 25 años, el mismo código antiguo y menos eficiente continuó generándose para COBOL y no utiliza ninguna de las nuevas características introducidas en las máquinas de sistemas z, comenzando con el z900/800 (año 2000). Afortunadamente, esto cambió con la versión 5.1 de COBOL. Todos los niveles de COBOL a partir de la versión 5.1 son diseñados para aprovechar el hardware más moderno de la máquina. Las máquinas hardware más recientes tienen características que, si se usan, tienden a transferir trabajo al hardware, reduciendo el consumo de CPU y permitiendo que funcionen de forma más eficiente. La opción de tiempo de compilación de COBOL ARCH controla estas características. ARCH(6) están para los sistemas z990/890 hasta la z13, que utiliza ARCH(11). Del mismo modo, la opción de tiempo de compilación COBOL OPT controla cuán compleja y potencialmente más eficiente es generar una optimización . OPT(0) están el nivel mínimo de optimización y el nivel OPT(2) están el máximo (OPT(0) no significa "ninguno", sino "una cantidad mínima"). Los niveles ARCH más altos tienden a generar más utiliza de las características más nuevas de la máquina, mientras que niveles OPT más altos tienden a Crea optimizaciones más eficientes. Todas las versiones de COBOL por defecto son OPT(0). COBOL Versión 5.1 por defecto es ARCH(6), una base de código z990/z890. (Nota: COBOL Versión 5.1 no soporta ARCH(11), un z13, y los programas compilados con ARCH(10) se ejecutarán en un z13, pero no generarán código que exista solo en un z13.) COBOL Versiones 5.2 y 6.1 por defecto aplican a ARCH(7), una base de código de z9. Sin embargo, todas las versiones de COBOL permiten a los clientes cambiar los valores predeterminados. Aun así, una preocupación crítica están la necesidad de establecer un estándar: el nivel ARCH más alto de cualquier compilación de COBOL debe estar al nivel ARCH más bajo de cualquier máquina de tu empresa. Por ejemplo, si tu empresa consiste en un z10, un z11 y un z12, poner el estándar en ARCH(8) permitirá que ese programa se ejecute en el z11 y z12 sin problemas. Sin embargo, poner el valor por defecto en ARCH(10) causará problemas si un programa está ejecutado posteriormente en un z10. El hardware del sitio de desastre también están de especial preocupación, ya que los sitios de desastre pueden estar a un nivel de máquina ARCH diferente al de tus máquinas de producción. En el ejemplo anterior, si el sitio de desastre tiene un z9, te tendrá problemas en el lugar, ya que están existe la posibilidad de que se generen instrucciones de hardware para un tipo ARCH superior al de tu máquina de recuperación ante desastres.

Determina la última versión de COBOL a la te estás migrando

Tras estos primeros pasos preparatorios, te deberías empezar a pensar hacia dónde te quieres ir: COBOL Versión 5.2 o 6.1. En nuestra opinión, te deberíamos primero probar a migrar a 5.2 para maximizar la experiencia y eliminar errores mediante un par de conjuntos de prueba. Aunque no están ninguna razón técnica para Comienza una migración en COBOL Versión 5.2 y luego saltar a la 6.1, los clientes deben determinar qué es lo adecuado para su entorno. considera esto:

• A partir de la versión 6.1 de COBOL se eliminan las actualizaciones duplicadas del compilador dos veces, una a 5.2 y otra a 6.1. Sin embargo...
• Tú puedes ahorrar costes aprovechando las pruebas de COBOL de IBM Enterprise para las versiones 5.2 y 6.1 para obtén la máxima experiencia y comodidad en la aplicación antes de tomar una decisión formal de actualización. No habrá cambios en el Cargo por Una Sola Versión (SVC) durante estos periodos de prueba. Consulta la carta de anuncio de IBM Enterprise COBOL Developer Trial para z/OS, V6.1 para más detalles.

Estas publicaciones son mías y no representan necesariamente la posición, estrategias u opinión de BMC.