iPOWER 2026

Las funciones de journal han estado presentes en la plataforma desde sus inicios. Se utilizan para registrar diferentes tipos de actividades, como cambios en la base de datos, eventos de seguridad, contabilidad de trabajos y registros de aplicaciones. En esta sesión, veremos cómo funciona el journal, cómo configurarlo y, lo más importante, cómo se puede explotar. Las formas de explotarlo incluyen visualizar la actividad con comandos propios de journal, y funciones SQL. Se identifica la información, y se descarga el resultado a archivos Db2 para su posterior análisis, y también con fines históricos.

El talento especializado en IBM i escasea cada vez más, y las organizaciones que dependen de esta plataforma enfrentan un riesgo real de continuidad operativa. Pero hay un camino concreto para mitigar ese riesgo: automatizar buena parte de la administración de seguridad e infraestructura que hoy consume horas de un talento cada vez más difícil de conseguir o retener.

• Cómo llevar DevOps real a IBM I
• Control de versiones con Git, pipelines de CI/CD
• Trazabilidad de cambios y cumplimiento normativo
• No es sólo RPG/COBOL/CL

Demostyraremos el potencial del uso del navegador en terminos de administracion, Monitores, Gestion y facilidad para el Sysadmin de IBM i

Las mejores prácticas consisten en cumplir con los estándares de IBM para lograr resultados óptimos. No permita que viejos mitos o malos hábitos recientes marquen la diferencia entre el éxito y el fracaso en la prestación del servicio. Esta sesión analizará las configuraciones del sistema (versiones V7R4 a V7R6), las copias de seguridad con BRMS, la recuperación ante desastres y la gestión de la seguridad. Se examinarán suposiciones, brechas técnicas, errores comunes y recomendaciones. Conozca lecciones aprendidas en situaciones reales para evitar cometer los mismos errores de apreciación sobre IBM i en los que han caído otros. La gestión de TI no es un juego de azar.

En una base de datos IBM i construida sobre DDS a lo largo de treinta años, las relaciones entre archivos nunca se declararon como restricciones: viven en el código de las aplicaciones y en la memoria de quien lo escribió. Puede que exista un diagrama, pero ¿está realmente actualizado? ¿Incluye todos los elementos relevantes de IBM i? ¿Muestra los nombres de sistema o los nombres largos? Y así, cuántas cosas más podríamos cuestionarnos acerca de él. Con la documentación de las columnas suele pasar lo mismo. Esta sesión recorre cómo cerrar esa brecha sin reescribir la base de datos: reunir en un solo modelo lo que el catálogo Db2 sabe y lo que solo está escrito en los fuentes DDS y SQL, descubrir las relaciones no declaradas comprobándolas contra los datos reales, y volver a extraerlo cuando la base cambie sin perder lo que se agregó a mano. Con ese modelo se puede por fin dibujar diagramas Entidad-Relación que incluyen elementos particulares de IBM i —archivos físicos, archivos lógicos y los lógicos multiformato— junto a tablas, vistas e índices, y sus relaciones, armados alrededor del proceso de negocio que hace falta explicar y no de la librería entera; y sobre el mismo modelo, documentar cada columna en lenguaje de negocio marcando la que contiene información personal.

La idea de la presentación tendrá como objetivo conversar acerca de lo que realmente significa modernizar en el ibm, las características modernas del mismo, desde sus propios features, hasta un poco de Inteligencia Artificial