Módulo 2 — IBM i (sistema operativo)

Linaje del OS

IBM i fue lanzado en 1988 como OS/400, único OS de la línea AS/400. Su arquitectura interna desciende directamente del CPF (Control Program Facility) del System/38, incorporando además capas de compatibilidad para aplicaciones del System/36 (SSP) y para AIX. Esa herencia explica por qué IBM i es estructuralmente distinto a cualquier otro OS: su modelo de objetos, su almacenamiento de nivel único y su integración con la base de datos no son características agregadas a posteriori, sino rasgos fundacionales presentes desde el System/38.

El OS fue rebautizado a i5/OS en 2004, cuando IBM adoptó los procesadores POWER5; el "5" hacía referencia explícita a esa generación de chips. En 2008, al converger la línea System i con System p bajo la marca IBM Power Systems, el OS adoptó el nombre definitivo IBM i — donde la "i" significa integrated, aludiendo a la integración nativa de OS, base de datos, seguridad y middleware en una sola plataforma.

Versión vigente al momento de redactar este material: IBM i 7.5 (anunciada el 10 de mayo de 2022). IBM también ha publicado IBM i 7.6 (anunciada el 18 de abril de 2025), la versión más reciente de la línea.

Lo distintivo en una frase

IBM i no es "OS + DB + middleware ensamblados". Es una sola pieza integrada: el sistema operativo trae adentro la base de datos (DB2 for i), el modelo de seguridad por objeto, el journaling, el servidor web, el sistema de backup (BRMS), el subsistema de trabajos, y la administración. Esa integración es la que sostiene la propuesta de valor.

Versiones vigentes en el parque instalado

IBM mantiene varias versiones simultáneamente. En el parque real de clientes vamos a encontrar todas estas:

| Versión | Estado de soporte | |---|---| | IBM i 7.3 | Service Extension Offering (paga) iniciada el 1 de octubre de 2023 y vigente hasta el 30 de septiembre de 2026. | | IBM i 7.4 | Standard Support hasta el 30 de septiembre de 2026; luego transita a Service Extension hasta el 30 de septiembre de 2029. | | IBM i 7.5 | Standard Support activo (versión usada como referencia técnica de este material). | | IBM i 7.6 | Anunciada por IBM (abril de 2025). |

Implicancias prácticas:

• •Comercial — un cliente en 7.3 sin Service Extension contratada es una conversación de upgrade.
• •Preventa — algunas funcionalidades (p.ej. nuevos opcodes RPG, password level 4, mejoras de Db2 Mirror) están solo a partir de 7.5; chequear versión y TR antes de prometer.
• •Soporte — las páginas de IBM Support tienen secciones separadas por versión y TR; siempre verificar contra la versión instalada.

IBM publica el ciclo de vida de cada versión con anticipación. El soporte estándar de una versión típicamente dura tres años desde su GA (General Availability), seguido de un período opcional de Service Extension Offering (SEO) —contratado por separado— que extiende el acceso a PTFs de seguridad y corrección. Un cliente fuera de soporte estándar y sin SEO no recibe correcciones, lo que representa un riesgo de seguridad y operativo concreto.

IBM i 7.4 — features clave (la versión más instalada del parque)

7.4 sigue siendo, al momento de redactar este material, la versión con mayor presencia en cuentas reales. Vale la pena conocer sus features base y de TRs porque la mayoría del soporte y de las preventas lo encontrarán antes que 7.5.

Database y APIs

• •La API QBNCHGPD (Change Program Data) fue mejorada para actualizar la ubicación del código fuente de debug de un programa compilado con DBGVIEW(*SOURCE). Útil en debugging post-mortem.

Acceso a datos / ODBC

• •El IBM i Access ODBC driver fue portado al propio IBM i, permitiendo que cualquier cliente ODBC estándar se comunique con la base de datos local. Esto habilita re-deployar aplicaciones desarrolladas con el ODBC driver de Windows/Linux directamente sobre IBM i.

Desarrollo moderno (Node.js)

• •Versiones idb-connector 1.x e idb-pconnector 1.x publicadas, con acceso directo a Db2 desde JavaScript siguiendo convenciones JS/Node estándar.

Data science y machine learning

• •Paquetes nuevos para data science y ML disponibles vía RPM, incluyendo bibliotecas Python de Machine Learning y Data Science.
• •R disponible en IBM i — orientado a estadística y data mining.

Mensajería y middleware open source

• •Apache ActiveMQ disponible nativamente — broker de mensajería con soporte de OpenWire, STOMP, MQTT, AMQP, REST y WebSockets.

Build y devops

• •Mejoras de Apache Ant y Apache Maven para automatización de build.
• •Mejoras en utilities de terminal y networking adapters.

IBM i 7.4 recibió Technology Refreshes hasta al menos TR11. Cada TR de 7.4 incorporó mejoras incrementales en open source, Db2, APIs del sistema y herramientas de desarrollo; muchas de las capacidades de open source y data science se incorporaron en TRs específicos, no en la base 7.4.0.

Para Soporte y Preventa: chequear siempre el TR exacto en el cliente. Los TRs de 7.4 publicados llegan al menos hasta TR11; muchas mejoras —incluyendo las de open source y data science— se incorporan en TRs específicos, no en la base.

Objetivo del rol en este módulo: root cause, performance, recuperación.

Performance

• •Collection Services — recolección continua de métricas.
• •Performance Data Investigator (PDI) — visualización web sobre Navigator for i.
• •WRKSYSACT — top en tiempo real.
• •SQL Performance Center — análisis de planes, índices, Index Advisor.
• •Job Watcher — análisis fino de un job problemático.

Áreas típicas a inspeccionar:

• •CPU saturation por LPAR / por job.
• •Faulting de páginas (memoria insuficiente).
• •Wait on disk (subsistema o storage).
• •Lock/seize contention.
• •Performance de SQL (índices, optimizer).

Journaling profundo

• •Receivers — gestión de tamaño, threshold, attach automático.
• •Apply lag — diferencia entre cambio en source y aplicado en target (clave para Quick EDD).
• •Standby journals y remote journals (replicación).
• •Recovery con journal — APYJRNCHG, RMVJRNCHG.

IPL y recovery

• •Tipos de IPL: A, B, D, normal, attended, unattended.
• •IPL desde DST para recovery.
• •Recovery de un IASP.
• •Recovery completo del sistema (full SAVRSTLIB / SAVSYS).

Debugging

• •STRDBG — debugger ILE.
• •STRSRVJOB — atacar otro job.
• •Dumps con DMPCLPGM, DMPOBJ.
• •Trace con STRTRC / TRCJOB.

System values críticos

• •QSECURITY — nivel de seguridad (40/50).
• •QPWDLVL — nivel de password (4 introduce nuevo encryption scheme en 7.5).
• •QCRTAUT — autoridad por defecto.
• •QMAXSIGN, QINACTITV — políticas de sesión.
• •QPFRADJ — ajuste automático de performance.

Tuning de subsistemas

• •Configuración de pools de memoria.
• •Activity levels.
• •Routing entries.

Collection Services y PDI — walkthrough práctico

Arrancar Collection Services (si no está activo):

CFGPFRCOL COLTYPE(*ALL) INTERVAL(5) COLOBJ(*ALL)
STRPFRCOL

CFGPFRCOL configura qué se recolecta: *ALL incluye métricas de jobs, disco, pool, comunicaciones. INTERVAL(5) recolecta cada 5 minutos. STRPFRCOL arranca la recolección.

Verificar que esté corriendo:

WRKCFGSTS CFGTYPE(*NWS) CFGD(QPFRCOL)

Qué buscar en PDI (Performance Data Investigator):

PDI es la interfaz web de visualización. Se accede desde Navigator for i → Performance → Investigate Data. Los puntos clave a analizar:

| Área | Métrica a buscar | Alerta si... | |---|---|---| | CPU | % utilización por pool y por job | >85% sostenido en pool de máquina o pool interactivo | | Memory | Faulting rate (fallos de página/segundo) | >100 faults/sec sostenido indica memoria insuficiente en el pool | | Disk | % busy por unidad | >70% sostenido en cualquier unidad | | Disk | Average response time | >15ms sostenido con storage SSD/Flash (debería ser <2ms) | | Jobs | Top CPU consumers | Un solo job consumiendo >30% de CPU merece análisis |

Ejemplo práctico — análisis con WRKSYSSTS + WRKACTJOB:

Escenario: un cliente reporta "el sistema está lento desde las 10am".

Paso 1 — Tomar snapshot general:

WRKSYSSTS

Salida (ejemplo con problema):

                         Current
  System     Pool  Pool  Threads  -Faults-
  Pool       ID    Size  Active   Per Sec
  *MACHINE    1    1024     45      2.1
  *BASE       2    4096    210    347.5
  *INTERACT   3    2048     85      5.3
  *SPOOL      4     256      3      0.0

El pool *BASE tiene 347.5 faults/sec — eso es altísimo. Significa que los jobs en ese pool están constantemente pidiendo páginas que no están en memoria. Diagnóstico: el pool *BASE necesita más memoria, o hay un job que está consumiendo memoria de forma anormal.

Paso 2 — Identificar los jobs problemáticos:

WRKACTJOB SBS(*ALL) SEQ(*CPU)

Esto ordena por consumo de CPU descendente:

  Opt  Subsystem/Job  User       Type  CPU%  Function     Status
       BIGBATCH       BATCHUSR   BCH   42.3  PGM-RPGPGM  RUN
       NIGHTPROC      BATCHUSR   BCH   18.7  PGM-CLPGM   RUN
       QZDASOINIT     QUSER      SRV    8.2  PGM-QZDA    RUN
       INTERACTV1     USER01     INT    3.1  CMD-WRKOBJ   RUN

El job BIGBATCH consume 42.3% de CPU — es el candidato principal. Investigar qué programa corre, cuánto lleva ejecutando, y si es esperado.

Paso 3 — Drill down en el job sospechoso:

WRKJOB JOB(BIGBATCH)
  Opción 10: Display job log
  Opción 4: Work with spooled files

Y para ver su consumo de recursos en tiempo real:

WRKJOB JOB(BIGBATCH)
  Opción 3: Display job run attributes

Verificar: cuánto CPU time acumuló, cuántos disk I/O operations lleva, cuántas pages faults.

IPL diagnóstico — árbol de decisión

¿El sistema muestra SRC en el panel?
├── Sí → Anotar SRC completo (8 dígitos + words 2-9)
│   ├── SRC B1xx → Error de Licensed Internal Code → Intentar IPL modo A
│   ├── SRC A6xx → Error de disco/storage → Entrar a DST, verificar discos
│   ├── SRC B900 → Error de IPL → Intentar IPL modo B (alternate copy)
│   └── Otro SRC → Buscar en IBM Documentation → Escalar si no está documentado
├── No, pero no arranca → Verificar panel de operador
│   ├── Panel muestra "01 B N" → Normal, esperando → Verificar consola
│   └── Panel en blanco → Problema eléctrico/firmware → Verificar HMC, power
└── Arranca pero falla al cargar → Verificar attended IPL
    ├── Pide selección en DST → Entrar, verificar storage, recovery
    └── Falla en subsistema controlador → STRSBS manualmente tras IPL