Ir al contenido

IBM i

De Wikipedia, la enciclopedia libre
(Redirigido desde «OS/400»)
IBM i
Parte de IBM CPF

Menú principal del IBM i 7.1, mostrada dentro de un cliente TN5250
Información general
Tipo de programa sistema operativo
Desarrollador IBM
Modelo de desarrollo Software no libre
Lanzamiento inicial 26 de agosto de 1988
Licencia Privativa
Estado actual Activo. Bajo soporte de IBM
Idiomas Inglés
Información técnica
Programado en C++, C, PL/MI, Java, Assembly language, Modula-2, PL/MP[3][4][5]
Tipo de núcleo comparte muchas filosofías de diseño de micronúcleo (SLIC) y máquina virtual (TIMI)[2]
Plataformas admitidas IBM Power Systems
Interfaz gráfica predeterminada Interfaz de texto
Método de actualización Program temporary fixes (PTFs)
Versiones
Última versión estable 7.5 ( 10 de mayo de 2022 (2 años, 4 meses y 24 días)[1]​)
Serie IBM CPF
System Support Program, Control Program Facility
IBM i
Enlaces
RPM y YUM para paquetes de código abierto

IBM i (la i significa integrado)[6]​ es un sistema operativo desarrollado por IBM para los IBM Power Systems.[7]​ Fue publicado originalmente en 1988 como OS/400, como el único sistema operativo de la línea de sistemas AS/400. Se le cambió el nombre a i5/OS en 2004, antes de cambiarle el nombre por segunda vez a IBM i en 2008.[8][9]​ Es una evolución del sistema operativo CPF del System/38,[2]​ con capas de compatibilidad para aplicaciones SSP del System/36 y AIX.[2]​ Hereda una serie de características distintivas de la plataforma System/38, incluida la interfaz de máquina, la implementación de direccionamiento basado en objetos en la parte superior de un almacenamiento de un solo nivel y la estrecha integración de una base de datos relacional en el sistema operativo.[3]

Historia

[editar]

Origen

[editar]

OS/400 se desarrolló junto con la plataforma de hardware AS/400 a partir de diciembre de 1985.[2]​ El desarrollo comenzó después de la falla del Fort Knox, que dejó a IBM sin un sistema de rango medio competitivo.[10][11]​ Durante el proyecto Fort Knox, los ingenieros iniciaron un proyecto Skunkworks en Rochester, que logró desarrollar código que permitía que las aplicaciones System/36 se ejecutaran sobre System/38,[12]​ y cuando se canceló Fort Knox, este proyecto se convirtió en un proyecto oficial para reemplazar System/36 y System/38 con una nueva plataforma única de hardware y software.[2]​ El proyecto se conoció como Silverlake (llamado así por Silver Lake en Rochester, Minnesota).[13][12][14]

El sistema operativo de Silverlake recibió el nombre en código XPF (CPF extendido), y originalmente había comenzado como un port de CPF para el hardware del Fort Knox.[2]​ Además de agregar soporte para aplicaciones System/36, algunas de las funciones de interfaz de usuario y facilidad de uso del System/36 se transfirieron al nuevo sistema operativo.[3]

Silverlake estuvo disponible para pruebas de campo en junio de 1988 y se anunció oficialmente en agosto de ese año. En ese momento, se le cambió el nombre a Application System/400 (Sistema de Aplicaciones/400), y el sistema operativo se llamó Operating System/400 (Sistema operativo/400).[12]

El salto a PowerPC

[editar]

El port a PowerPC requirió una reescritura de la mayor parte del código debajo de TIMI. Las primeras versiones de OS/400 heredaron las capas microcódigo horizontal y vertical del System/38, aunque se les cambió el nombre a Código Interno Licenciado Horizontal (HLIC) y Código Interno Licenciado Vertical (VLIC) respectivamente.[15]​ El port al nuevo hardware llevó a que el conjunto de instrucciones IMPI y el microcódigo horizontal que lo implementaba fueran reemplazados por el conjunto de instrucciones PowerPC AS y su implementación en los procesadores PowerAS. Esto requirió que el VLIC se reescribiera para apuntar a PowerPC en lugar de IMPI, y que la funcionalidad del sistema operativo previamente implementada en el HLIC se volviera a implementar en otro lugar.[3]​ Esto condujo al HLIC y al VLIC siendo reemplazado por una sola capa llamada «Código interno con licencia del sistema» (SLIC). El SLIC se implementó en un estilo orientado a objetos con más de 2 millones de líneas de código C++, reemplazando parte del código HLIC y la mayor parte del código VLIC.[16][17]​ Debido a la cantidad de trabajo necesario para implementar el SLIC, IBM Rochester contrató a varios cientos de programadores de C++ para el proyecto, quienes trabajaron en SLIC en paralelo con las nuevas revisiones de VLIC para los sistemas CISC AS/400.[3]​ La primera versión del OS/400 para admitir hardware basado en PowerPC era la V3R6.[18][19]

Cambio de marca

[editar]
Logotipo de IBM i5/OS

La línea de productos AS/400 cambió de nombre varias veces durante las décadas de 1990 y 2000.[15]​ Como parte del cambio de nombre de 2004 a eServer i5, OS/400 pasó a llamarse ' 'i5/OS'; el 5 significa el uso de procesadores POWER5.[20]​ IBM describió la primera versión de i5/OS, V5R3, como «un nombre diferente para el mismo sistema operativo».[21]

En 2006, IBM cambió el nombre de la línea AS/400 por última vez a System i.[22]​ En abril de 2008, IBM consolidó System i con la plataforma System p para crear IBM Power Systems.[23]​ Al mismo tiempo, se cambió el nombre de i5/OS a IBM i para eliminar la asociación con los procesadores POWER5.[24]​ Las dos versiones más recientes del sistema operativo en ese momento, que se habían lanzado como i5/OS V5R4 y V6R1,[25][26]​ fueron renombradas como IBM i 5.4 y 6.1.[27][28][29][30]

Junto con el cambio de marca a IBM i, IBM cambió la nomenclatura de versiones para el sistema operativo. Los lanzamientos anteriores usaban un esquema de "Versión, lanzamiento, modificación", p.e. V2R1M1. Esto fue reemplazado por un esquema Version.Release, p. 6.1.[31]​ A partir de IBM i 7.1, IBM reemplazó las versiones de modificación con Actualizaciones de tecnología.[29]​ Las actualizaciones tecnológicas se entregan como PTF para versiones específicas del sistema operativo que agregan nuevas funciones o soporte de hardware al sistema.[32]

Arquitectura

[editar]
Diagrama que muestra las capas arquitectónicas del sistema operativo IBM i y su relación con el hardware y las aplicaciones de usuario.

Cuando IBM i se lanzó por primera vez como OS/400, se dividió en dos capas, el Código interno con licencia del sistema (SLIC) dependiente del hardware[15][3]​ y la Instalación del programa de control extendido (XPF) independiente del hardware.[16][8][33][34]​ Estos están divididos por una capa de abstracción de hardware llamada Interfaz de máquina independiente de tecnología (TIMI). Las versiones posteriores del sistema operativo ganaron capas adicionales, incluida una capa de compatibilidad AIX denominada Entorno de soluciones de aplicaciones portátiles (originalmente conocido como Entorno de espacio de direcciones privadas),[2]​<[35]​ y el entorno Advanced 36 Machine que ejecutaba aplicaciones System/36 SSP en emulación.[3]

IBM suele utilizar diferentes nombres para TIMI, SLIC y XPF en la documentación y los materiales de mercadeo,[36]​ por ejemplo, la documentación de IBM i 7.4 se refiere a ellos como Interfaz de máquina de IBM i, Código interno con licencia de IBM i y IBM i Operating System respectivamente.[37]

TIMI

[editar]

El TIMI aísla a los usuarios y las aplicaciones del hardware subyacente. Este aislamiento es más completo que las abstracciones de hardware de otros sistemas operativos e incluye la abstracción de la arquitectura del conjunto de instrucciones del procesador, el tamaño del espacio de direcciones y los detalles de E/S y persistencia.[15]​ Esto se logra a través de dos mecanismos interrelacionados:[3]

  • Los compiladores para IBM i no generan código de máquina nativo directamente, sino que generan una representación intermedia de alto nivel definida por el TIMI. Cuando se ejecuta un programa, el sistema operativo lleva a cabo la traducción de las instrucciones TIMI al código de máquina nativo para el procesador, y almacena el código de máquina generado para la ejecución futura del programa. Si el proceso de traducción cambia, o se adopta un conjunto de instrucciones de CPU diferente, el sistema operativo puede regenerar de forma transparente el código de máquina a partir de las instrucciones TIMI sin necesidad de volver a compilar el código fuente.
  • En lugar de operar sobre direcciones de memoria, las instrucciones TIMI operan sobre objetos. Todos los datos en IBM i, como archivos de datos, código fuente, programas y regiones de memoria asignada, están encapsulados dentro de objetos administrados por el sistema operativo (cf. el modelo «todo es un archivo» en Unix). Los objetos de IBM i tienen un tipo fijo, que define el conjunto de operaciones aplicables que se pueden realizar en ellos (por ejemplo, un objeto Programa se puede ejecutar, pero no se puede editar). El modelo de objetos oculta si los datos se almacenan en almacenamiento primario o secundario. En cambio, el sistema operativo maneja automáticamente el proceso de recuperación y luego almacena los cambios en el almacenamiento permanente.

El aislamiento de hardware provisto por TIMI permitió a IBM reemplazar la arquitectura IMPI de 48 bits del AS/400 con la arquitectura RS64 de 64 bits en 1995. Las aplicaciones compiladas en sistemas que usan el conjunto de instrucciones IMPI podrían ejecutarse sobre los nuevos sistemas RS64 sin cambios de código, recompilación o emulación, al mismo tiempo que permite que esas aplicaciones aprovechen el direccionamiento de 64 bits.[8]

Hay dos formatos diferentes de instrucciones TIMI, conocidos como formatos de Interfaz de máquina original (OMI) y Interfaz de máquina nueva (NMI).[38]​ Las instrucciones OMI son esencialmente las mismas que las instrucciones #Interfaz de máquina del System/38, mientras que las instrucciones NMI son de nivel inferior, se asemejan al formato de representación intermedia código W utilizado por los compiladores de IBM.[3]​ IBM documenta parcialmente las instrucciones OMI,[39]​ mientras que las instrucciones de NMI no están documentadas oficialmente. Las instrucciones OMI son utilizadas por los compiladores AS/400 originales, mientras que las instrucciones NMI son utilizadas por los compiladores Integrated Language Environment.[3]​ Durante el port a PowerPC, se eliminó el soporte nativo para el formato OMI y se reemplazó con un traductor que convirtió las instrucciones OMI en instrucciones NMI.

El almacenamiento de las instrucciones TIMI junto con las instrucciones del código máquina nativo se conoce como «observabilidad». En 2008, el lanzamiento de i5/OS V6R1 (más tarde conocido como IBM i 6.1) introdujo una serie de cambios en la capa TIMI que causaron problemas para el software de terceros que eliminaron la observabilidad de los objetos de aplicación enviados a los clientes.[40]

SLIC

[editar]
IBM i durante carga del programa inicial del SLIC

El SLIC consta del código que implementa el TIMI sobre la arquitectura IBM Power. Además de contener la mayor parte de la funcionalidad típicamente asociada con un núcleo de sistema operativo, es responsable de traducir las instrucciones TIMI a código de máquina, y también implementa algunas funciones de alto nivel que se exponen a través del TIMI, como la base de datos relacional integrada de IBM i.[3]​ El SLIC implementa el modelo de almacenamiento basado en objetos de IBM i sobre un esquema de direccionamiento de almacenamiento de un solo nivel, que no distingue entre el almacenamiento primario y secundario y, en su lugar, administra todos los tipos de almacenamiento en un único espacio de direcciones virtuales.[41]​ El SLIC se implementa principalmente en C++ y reemplazó a HLIC y VLIC, utilizados en versiones de OS/400 anteriores a V3R6.[16]

XPF

[editar]

El XPF consta del código que implementa los componentes independientes del hardware del sistema operativo, que se compilan en instrucciones TIMI.[16]​ Los componentes del XPF incluyen la interfaz de usuario, el lenguaje de control, utilidades de consulta y gestión de datos, herramientas de desarrollo y utilidades de gestión de sistemas. El XPF también contiene System/36 Environment y System/38 Environment, que proporcionan API y utilidades compatibles con versiones anteriores para aplicaciones y datos migrados desde sistemas SSP y CPF.[42]​ XPF es el nombre interno de IBM para esta capa y, como sugiere el nombre, comenzó como una evolución del Control Program Facility de System/38.[3]​ El XPF se implementa principalmente en PL/MI, aunque también se utilizan otros lenguajes.[43]

PASE

[editar]

PASE (Portable Applications Solutions Environment) proporciona compatibilidad binaria para ejecutables AIX de modo de usuario que no interactúan directamente con el kernel de AIX, y es compatible con interfaz binaria de aplicaciones de AIX de 32 y 64 bits.[44]​ PASE se incluyó por primera vez de forma limitada e indocumentada en la versión V4R3 de OS/400 para admitir un puerto de Smalltalk.[2]​ Se anunció por primera vez a los clientes en el momento del lanzamiento de la versión V4R5, momento en el que ya había obtenido una funcionalidad adicional significativa.

PASE consta del espacio de usuario de AIX que se ejecuta sobre una interfaz de llamada del sistema implementada por SLIC.[45]​ Las interfaces de llamadas al sistema permiten la interoperabilidad entre PASE y aplicaciones nativas de IBM i, por ejemplo, aplicaciones PASE pueden acceder a la base de datos integrada o llamar a aplicaciones nativas de IBM i y viceversa.[46]​ Durante la creación de PASE, se agregó al sistema operativo un nuevo tipo de objeto de almacenamiento de un solo nivel denominado Teraspace, que permite que cada proceso de PASE tenga un espacio privado de 1 TiB que se direcciona con punteros de 64 bits.[47]​ Esto era necesario ya que todos los trabajos de IBM i (es decir, procesos) suelen compartir el mismo espacio de direcciones.[2]​ Las aplicaciones PASE no utilizan las instrucciones TIMI independientes del hardware y, en cambio, se compilan directamente en el código de máquina de Power.

PASE es distinto del entorno Qshell, que es una implementación de un shell de Unix y utilidades asociadas creadas sobre las API nativas compatibles con POSIX de IBM i. [48]

Advanced 36 Machine

[editar]
Menú principal de SSP 7.5, ejecutándose sobre el entorno Advanced 36 Machine

Introducida en 1994, la plataforma Advanced/36 ejecutaba aplicaciones System/36 sin modificar y el sistema operativo SSP en emulación sobre el OS/400 SLIC, utilizando hardware que era en su mayoría idéntico al de los sistemas AS/400 contemporáneos.[3]​ Esta funcionalidad se incorporó al propio OS/400 desde V3R6 hasta V4R4, lo que hace posible ejecutar hasta cuatro «máquinas virtuales» System/36 (para usar el término de IBM) utilizando la característica también llamada Advanced 36 Machine del sistema operativo.[49]​ El soporte se suspendió en la versión V4R5, coincidiendo con la discontinuación de IBM de la línea de productos Advanced/36 en su totalidad.[50]​ La función Advanced 36 Machine es distinta del System/36 Environment introducido en la versión inicial de OS/400 y aún es compatible con las versiones actuales de IBM i.

Antes de Advanced/36, la línea System/36 usaba dos procesadores diferentes en cada sistema: el Procesador de almacenamiento principal (MSP) que ejecutaba la mayor parte del sistema operativo SSP, así como el código de usuario, y el Procesador de almacenamiento de control (CSP) que ejecutó el llamado «microcódigo» que implementó la funcionalidad central del sistema operativo, así como la E/S. El microcódigo CSP se invocó desde el MSP mediante el uso de la instrucción Supervisor Call (SVC). En Advanced/36, el microcódigo CSP se volvió a implementar dentro del SLIC. También se incorporó un emulador de MSP en el SLIC, a veces denominado «Interfaz de emulación independiente de la tecnología». Incluso con la sobrecarga de la emulación, los sistemas Advanced/36 fueron significativamente más rápidos que los sistemas System/36 originales que reemplazaron debido al rendimiento de sus procesadores PowerPC AS.[3]

Características

[editar]

Administración de base de datos

[editar]

IBM i presenta una base de datos relacional integrada actualmente conocida como IBM Db2 para IBM i.[37]​ La base de datos evolucionó a partir de la base de datos no relacional System/38, obteniendo soporte para el modelo relacional y SQL.[3]​ Originalmente, la base de datos no tenía nombre, sino que se describía simplemente como «soporte de base de datos».[51]​ Se le dio el nombre DB2/400 en 1994 para indicar una funcionalidad comparable a la de otras bases de datos comerciales de IBM.[3]​ A pesar de la marca Db2, Db2 para IBM i es una base de código completamente separada de Db2 en otras plataformas, y está estrechamente integrada en la capa SLIC de IBM i en lugar de ser un producto opcional.[52][53]

IBM i proporciona dos mecanismos para acceder a la base de datos integrada: la llamada «interfaz nativa», que se basa en el modelo de acceso a la base de datos de System/38, y SQL.[3]​ La interfaz nativa consta del lenguaje Especificaciones de descripción de datos (DDS), que se utiliza para definir esquemas y el comando OPNQRYF o la API de consulta QQQQRY.[54]​ Ciertas funciones de Db2 para i como Gestión de base de datos objetos relacional requieren SQL y no se puede acceder a través de la interfaz nativa.[55]​ IBM i tiene dos optimizadores de consultas separados conocidos como Motor de consulta clásico (CQE) y Motor de consulta SQL (SQE).[56]​ Estos se implementan dentro del SLIC junto con un Despachador de consultas que selecciona el optimizador apropiado según el tipo de consulta. El acceso remoto a través de la interfaz nativa y SQL lo proporciona la Arquitectura de administración de datos distribuidos (DDM) y la Arquitectura de base de datos relacional distribuida respectivamente.[57]

Un motor de almacenamiento para MySQL y MariaDB denominado IBMDB2I permite que las aplicaciones diseñadas para esas bases de datos utilicen Db2 para i como almacenamiento de respaldo.[58][59]​ Se han portado otras bases de datos de código abierto a IBM i, incluidas PostgreSQL, MongoDB y Redis.[60]​ Estas bases de datos se ejecutan en el entorno PASE y son independientes de las funciones de base de datos integradas del sistema operativo.[61]

Redes

[editar]

IBM i admite redes TCP/IP además de la Systems Network Architecture (Arquitectura de red de sistemas) patentada de IBM.[62]

Históricamente, se accedía a los sistemas IBM i y se administraban a través de terminales IBM 5250 conectados al sistema con cableado twinax. Con el declive del hardware de terminal dedicado, los sistemas IBM i modernos generalmente se acceden a través de emulador de terminal 5250. IBM proporciona dos productos de emulación de terminal para IBM i:[63]

  • IBM i Access Client Solutions es un cliente basado en Java que se ejecuta en Linux, macOS y Windows para proporcionar emulación 5250.
  • IBM i Access para Web/Móviles proporciona emulación 5250 basada en web.

Además, IBM proporciona una consola de gestión basada en web y un producto de análisis de rendimiento denominado IBM Navigator for i.[64]

Código abierto

[editar]

Algunas de las aplicaciones de código abierto portadas a IBM i incluyen:[65][60]

El software de código abierto para IBM i generalmente se empaqueta con el formato RPM y se instala con el gestor de paquetes YUM.[67]​ YUM y RPM reemplazaron el producto 5733-OPS, que se utilizó anteriormente para instalar software de código abierto en IBM i.[68]Ports de software de código abierto a IBM i normalmente apunta a PASE en lugar de las API nativas de IBM i para simplificar la migración.[69]

Programación

[editar]

Los lenguajes de programación disponibles de IBM para IBM i incluyen RPG, Lenguaje de control, C, C++, Java, EGL, COBOL y REXX. Los compiladores para Pascal, BASIC, PL/I y Smalltalk estaban disponibles anteriormente, pero desde entonces han sido descontinuados. El Integrated Language Environment (ILE) permite que los programas de los lenguajes compatibles con ILE (C, C++, COBOL, RPG y CL) se vinculen al mismo ejecutable y llamen a los procedimientos escritos en cualquiera de los otros lenguajes ILE.

Cuando se introdujo PASE, fue necesario compilar código para PASE en un sistema AIX. Este requisito se eliminó en OS/400 V5R2 cuando fue posible compilar código usando los conjunto de compiladores IBM XL dentro de PASE mismo.[70]​ Desde entonces, otros compiladores han sido portados a PASE, incluyendo gcc.[71]

Ciertas herramientas de desarrollo para IBM i se ejecutan sobre el propio sistema operativo, como el editor de texto Source Edit Utility (SEU) y el Programming Development Manager. IBM también proporciona un entorno de desarrollo integrado (IDE) Eclipse para IBM i llamado IBM Rational Developer for i que se ejecuta en estaciones de trabajo de desarrollador en lugar de IBM i.[72]​ Antes del IDE basado en Eclipse, IBM proporcionó un IDE basado en WorkFrame/2 que se ejecutaba en OS/2 llamado CODE/400 y un IDE basado en VisualAge que se ejecutaba en sistemas Microsoft Windows.[73][74]

IBM i utiliza EBCDIC como la codificación de caracteres predeterminada, pero también proporciona soporte para ASCII, UCS-2 y UTF-16.[3][75]

Almacenamiento

[editar]

En IBM i, las unidades de disco se pueden agrupar en un «grupo de almacenamiento auxiliar» (ASP) para organizar los datos y limitar el impacto de las fallas en los dispositivos de almacenamiento, y reducir el tiempo de recuperación.[76]​ Si se produce una falla en el disco, solo es necesario recuperar los datos del grupo que contiene la unidad fallada. Los ASP también se pueden utilizar para mejorar el rendimiento aislando objetos con características de rendimiento similares, por ejemplo, receptores de diario, en su propia agrupación.

De forma predeterminada, todas las unidades de disco se asignan al grupo 1. El concepto de grupos de IBM i es similar al concepto Unix/Linux de grupos de volúmenes; sin embargo, con IBM i es habitual que todas las unidades de disco se asignen a una sola ASP.

Seguridad

[editar]

La seguridad en IBM i se define en términos de «autoridades», lo que representa el permiso para llevar a cabo una acción específica en un objeto específico.[77]​ Las autorizaciones se pueden otorgar a usuarios individuales (conocidos como perfiles de usuario), grupos (conocidos como perfiles de grupo) o todos los usuarios (autoridades públicas). Los objetos relacionados se pueden agrupar en una «lista de autorizaciones», lo que permite otorgar autorizaciones sobre todos los objetos en la lista otorgando autorizaciones sobre la lista de autorizaciones.[78]

Los perfiles de usuario tienen una «clase de usuario» asociada que dicta el conjunto de autoridades predeterminadas disponibles para ese perfil de usuario. Hay cinco clases de usuarios estándar que, en orden creciente de privilegios, son: «Usuario de la estación de trabajo», «Operador del sistema», «Programador del sistema», «Administrador de seguridad» y «Oficial de seguridad».[2]​ IBM i se envía con un perfil de usuario predeterminado para cada clase de usuario, y el perfil de usuario predeterminado del oficial de seguridad, llamado QSECOFR, es el equivalente más cercano al usuario root de un sistema operativo similar a Unix.[79]

IBM i se puede configurar para utilizar uno de los cinco niveles de seguridad, que controlan el grado en que se aplican las funciones de seguridad del sistema operativo:[80]

  • Nivel 10: los usuarios pueden iniciar sesión sin contraseña y tener acceso completo al sistema. Si un usuario inicia sesión con un nombre de usuario desconocido, se creará automáticamente un nuevo perfil de usuario.
  • Nivel 20: los usuarios deben iniciar sesión con un nombre de usuario y contraseña en un perfil de usuario conocido, pero tendrán acceso casi completo al sistema una vez que inicien sesión. Se pueden crear cuentas de acceso limitado, que pueden restringirse para acceder a ciertos objetos o ejecutar ciertos comandos. La creación o modificación de perfiles de usuario requiere ciertas autorizaciones.
  • Nivel 30: se aplican las autoridades, lo que significa que los usuarios no pueden acceder a los objetos a menos que tengan una autoridad para el objeto.
  • Nivel 40: el acceso a ciertos programas del sistema e instrucciones MI está restringido y solo puede usarse mediante el código del sistema operativo.
  • Nivel 50: incluye los cambios necesarios para que el sistema logre el cumplimiento de TCSEC C2 y agrega un diario de auditoría de seguridad.

Los primeros tres niveles corresponden a los niveles de seguridad disponibles en CPF y las versiones iniciales de OS/400. El nivel de seguridad 40 se agregó en OS/400 V1R3 y se convirtió en el nivel de seguridad predeterminado para el sistema operativo. La adición del nivel 40 requirió la eliminación del modelo de direccionamiento basado en la capacidad del System/38 que también estaba presente en versiones anteriores de OS/400.[2]​ Se agregó el nivel de seguridad 50 en V2R3 cuando OS/400 fue certificado con TCSEC C2.

Cronograma de versiones

[editar]
Marca[81] Versión Fecha de
lanzamiento[82]
Fin de soporte
OS/400 Versión antigua, sin servicio técnico: V1R11 26-08-1988 1993-05-31
Versión antigua, sin servicio técnico: V1R1M22 25-11-1988
Versión antigua, sin servicio técnico: V1R2 27-10-1989
Versión antigua, sin servicio técnico: V1R3 28-09-1990
Versión antigua, sin servicio técnico: V2R1 24-05-1991 30-06-1994
Versión antigua, sin servicio técnico: V2R1M1 06-03-1992
Versión antigua, sin servicio técnico: V2R2 18-09-1992 31-03-1995
Versión antigua, sin servicio técnico: V2R3 17-12-1993 31-05-1996
Versión antigua, sin servicio técnico: V3R0M5 04-05-1994 31-05-1997
Versión antigua, sin servicio técnico: V3R1 25-11-1994 31-10-1998
Versión antigua, sin servicio técnico: V3R2 21-06-1996 31-05-2000
Versión antigua, sin servicio técnico: V3R6 22-12-1995 31-10-1998
Versión antigua, sin servicio técnico: V3R7 08-11-1996 30-06-1999
Versión antigua, sin servicio técnico: V4R1 29-08-1997 31-05-2000
Versión antigua, sin servicio técnico: V4R2 27-02-1998 31-05-2000
Versión antigua, sin servicio técnico: V4R3 11-09-1998 31-01-2001
Versión antigua, sin servicio técnico: V4R4 21-05-1999 31-05-2001
Versión antigua, sin servicio técnico: V4R5 28-07-2000 31-07-2002
Versión antigua, sin servicio técnico: V5R1 25-05-2001 30-09-2005
Versión antigua, sin servicio técnico: V5R2 30-08-2002 30-04-2007
i5/OS Versión antigua, sin servicio técnico: V5R3 11-06-2004 30-04-2009
i5/OS
Later IBM i
Versión antigua, sin servicio técnico: V5R4/5.4 14-02-2006 30-09-2013
Versión antigua, sin servicio técnico: V6R1/6.1 21-03-2008 30-09-2015
IBM i Versión antigua, sin servicio técnico: 6.1.1 23-10-2009
Versión antigua, sin servicio técnico: 7.1 23-04-2010 30-04-2018
Versión antigua, sin servicio técnico: 7.2 02-05-2014 30-04-2021
Versión antigua, con servicio técnico: 7.3 15-04-2016
Versión antigua, con servicio técnico: 7.4 21-06-2019
Versión estable actual: 7.5 10-05-2022
Leyenda:
Versión antigua
Versión antigua, con soporte técnico
Última versión
Última versión previa
Lanzamiento futuro
Notas:
  • 1 En el momento de su publicación, las versiones V1 se denominaron Versión 1, 2 y 3.[83][84][85]​ Tras el lanzamiento de V2R1, se les cambió el nombre retroactivamente a V1R1, V1R2 y V1R3.[86]
  • 2 No hubo Modificación Nivel 1[85]

Referencias

[editar]
  1. «IBM i 7.5 and IBM i Portfolio give strong foundation for continuing innovation». IBM. 3 de mayo de 2022. Consultado el 3 de mayo de 2022. 
  2. a b c d e f g h i j k Frank G. Soltis (2001). Fortress Rochester: the Inside Story of the IBM iSeries. System iNetwork. ISBN 978-1583040836. 
  3. a b c d e f g h i j k l m n ñ o p q Frank G. Soltis (1997). Inside the AS/400, Second Edition. Duke Press. ISBN 978-1882419661. 
  4. Leif Svalgaard (2003-10-08), «Re: Re: MI emulator», https://archive.midrange.com/mi400/200310/msg00008.html, consultado el 2021-02-26. 
  5. «Reader Feedback on AS/400 to i Mystery Solved». itjungle.com. 21 de febrero de 2011. Consultado el 12 de marzo de 2021. 
  6. Alex Woodie (13 de mayo de 2020). «Where is IBM i?». itjungle.com. Consultado el 1 de marzo de 2021. 
  7. «IBM i: A platform for innovators, by innovators». ibm.com. International Business Machines. Consultado el 22 de septiembre de 2020. 
  8. a b c Steve Will; Tom Huntington (16 de julio de 2020). «IBM i in 2020: It's Not Just AS/400». youtube.com. HelpSystems. Consultado el 21 de marzo de 2021. 
  9. «IBM i5/OS V5R3 — the next generation of OS/400». IBM. 4 de mayo de 2004. Consultado el 24 de febrero de 2021. 
  10. Roy A. Bauer; Emilio Collar; Victor Tang (1992). The Silverlake Project: Transformation at IBM. Oxford University Press. ISBN 9780195067545. Consultado el 6 de marzo de 2021. 
  11. Eric J. Wieffering (23 de mayo de 1992). «The brave new world of IBM Rochester». postbulletin.com. Consultado el 6 de marzo de 2021. 
  12. a b c Schleicher, David L. (24 de enero de 2006). «Una entrevista con DAVID L. SCHLEICHER». conservancy.umn.edu. Entrevista con Arthur L. Norberg (Instituto Charles Babbage). Consultado el 5 de marzo de 2021. 
  13. Tom Huntington (21 de junio de 2018). «Happy 30th Anniversary, IBM i!». helpsystems.com. Consultado el 5 de marzo de 2021. 
  14. «Silverlake». wiki.midrange.com. 21 de agosto de 2006. Consultado el 6 de marzo de 2021. 
  15. a b c d Tom Van Looy (January 2009). «The IBM AS/400: A technical introduction». scss.tcd.ie. Consultado el 13 de marzo de 2021. 
  16. a b c d Berg, William; Cline, Marshall; Girou, Mike (1995). «Lessons learned from the OS/400 OO project». Communications of the ACM (Association for Computing Machinery (ACM)) 38 (10): 54-64. ISSN 0001-0782. S2CID 7492851. doi:10.1145/226239.226253. Consultado el 13 de marzo de 2021. 
  17. Dave McKenzie (2004-09-01). "RE: Dave McKenzie's UNDELete utility - a LifeSaver!". (Google Groups).
  18. Timothy Prickett Morgan (20 de agosto de 2007). «TFH Flashback: The Joy of V3R6». itjungle.com. Consultado el 13 de marzo de 2021. 
  19. «5763-SS1 IBM Operating System/400 (OS/400) Version 3». 4props.ddns.net. IBM. Consultado el 13 de marzo de 2021. 
  20. Denny Insell (2004). %20Exec%20Overview%2009-09-2004%20St%20Louis%20MOL.pdf «Presentación de IBM eServer i5 e i5/OS». IBM. Consultado el 2021-03 -14. 
  21. «IBM i5/OS V5R3 — the next generation of OS/400». ibm.com. 4 de mayo de 2004. Consultado el 14 de marzo de 2021. 
  22. Alex Woodie (11 de octubre de 2017). «IBM i Slow to Catch On, But What Does It Mean?». itjungle.com. Consultado el 15 de marzo de 2021. 
  23. Niccolai, James (2 de abril de 2008). «IBM merges System i and System p server lines». InfoWorld. 
  24. «IBM Introduces the First in a New Generation of Power Systems». IBM. 2 de abril de 2008. Consultado el 15 de marzo de 2021. 
  25. «IBM i5/OS V5R4 improves system availability and price performance». IBM. 31 de enero de 2006. Consultado el 16 de marzo de 2021. 
  26. «IBM i5/OS V6R1 delivers the next step for efficient, resilient business processing». IBM. 29 de enero de 2008. Consultado el 15 de marzo de 2021. 
  27. Alex Woodie (23 de septiembre de 2008). «IBM Gives i5/OS V5R4 a New Name–i 5.4». itjungle.com. Consultado el 16 de marzo de 2021. 
  28. Timothy Prickett Morgan (7 de abril de 2008). «It's Official: Now We're Power Systems and i for Business». itjungle.com. Consultado el 15 de marzo de 2021. 
  29. a b Justin C. Haase; Dwight Harrison; Adam Lukaszewicz; David Painter; Tracy Schramm; Jiri Sochr (December 2014). «IBM i 7.1 Technical Overview with Technology Refresh Updates». IBM. 
  30. IBM i 6.1 Technical Overview. IBM. December 2009. Consultado el 15 de julio de 2022. 
  31. «IBM i: A history in numbers». seasoft.com. 21 de mayo de 2019. Consultado el 15 de marzo de 2021. 
  32. «IBM i Technology Refresh». ibm.com. Consultado el 5 de marzo de 2021. 
  33. «DSPHMCINF/DSPSMDTA: Querying the Current Status of Every HMC or SM Straight from the Command Line». IBM. 18 de diciembre de 2019. Consultado el 20 de marzo de 2021. 
  34. Lars Johanneson (4 de septiembre de 2013). «Future of Power: IBM Power». IBM. Consultado el 20 de marzo de 2021. 
  35. «IBM PASE for i». IBM. Consultado el 13 de mayo de 2020. 
  36. Frank G. Soltis; Adam T. Stallman (1 de septiembre de 2003). «What Is an iSeries?». systeminetwork.com. Archivado desde el original el 15 de abril de 2021. Consultado el 20 de marzo de 2021. 
  37. a b «IBM i 7.4 Documentation». IBM. 2019. Consultado el 20 de marzo de 2021. 
  38. Junlei Li (2 de octubre de 2013). «A More Complete View of the Machine Interface of IBM i». MC Press Online. Consultado el 25 de noviembre de 2021. 
  39. «IBM i Machine Interface». IBM. 2019. Consultado el 25 de noviembre de 2021. 
  40. Alex Woodie (26 de febrero de 2008). «i5/OS V6R1 Compatibility an Issue for Software Vendors». itjungle.com. Consultado el 16 de marzo de 2021. 
  41. Woodie, Alex. «Frank Soltis Discusses A Possible Future for Single-Level Storage». itjungle.com. IT Jungle. Consultado el 4 de diciembre de 2020. 
  42. Jim Hoskins; Roger Dimmick (1998). Exploring IBM AS/400 Computers. Maximum Press. ISBN 978-1-885068-19-4. 
  43. Dan Hicks (1998-08-21). "UNIX vs AS/400?". comp.sys.ibm.as400.misc. (Google Groups).
  44. «Planning for IBM PASE for i». IBM. 2019. Consultado el 27 de noviembre de 2021. 
  45. Erwin Earley (16 de enero de 2019). «What Is IBM i Architecture? Plus an Overview of IBM PASE». Zend. Consultado el 24 de mayo de 2021. 
  46. Peter Helgren (11 de octubre de 2018). «Exploring Open Source on IBM i: The PASE Environment». MC Press Online. Consultado el 24 de mayo de 2021. 
  47. Mark Funk (4 de agosto de 2014). «IBM i and Capability Addressing». Consultado el 24 de mayo de 2021. 
  48. Holt, Ted; Kulack, Fred (1 de febrero de 2004). Qshell for iSeries. MC Press. ISBN 1-58347-046-8. 
  49. AS/400 Advanced 36 General Information for SSP Operating System (Third edición). IBM. November 1997. SC21-8299-02. 
  50. «Withdrawal of Advanced 36 SSP from AS/400 and Application Program Options». IBM. 3 de agosto de 1999. Archivado desde el original el 10 de enero de 2001. Consultado el 20 de marzo de 2022. 
  51. «IBM OPERATING SYSTEM/400(TM) LICENSED PROGRAM». IBM. 5 de julio de 1988. Consultado el 23 de marzo de 2021. 
  52. James Hamilton (December 2017). «Four DB2 Code Bases?». Consultado el 23 de marzo de 2021. 
  53. «DB2 database -> does it continue to be platform-specific? (iSeries, LUW, z/OS)». 
  54. Gene Cobb (March 2008). «Moving from OPNQRYF to SQL». IBM. Consultado el 27 de marzo de 2021. 
  55. Jarek Miszczyk; Bronach Bromley; Mark Endrei; Skip Marchesani; Deepak Pai; Barry Thorn (February 2000). «DB2 UDB for AS/400 Object Relational Support». IBM. Consultado el 27 de marzo de 2021. 
  56. «SQE and CQE engines». ibm.com. Consultado el 27 de marzo de 2021. 
  57. Scholerman, S.; Miller, L.; Tenner, J.; Tomanek, S.; Zolliker, M. (1993). «Relational database integration in the IBM AS/400». ACM SIGMOD Record 22 (4): 5-10. ISSN 0163-5808. S2CID 783512. doi:10.1145/166635.166639. 
  58. Hernando Bedoya; Brad Bentley; Xie Dan Dan; Sadamitsu Hayakawa; Shirley Pintos; Guo Qi; Morten Buur Rasmussen; Satid Singkorapoom et al. (March 2009). «Using IBM DB2 for i as a Storage Engine of MySQL». IBM. Consultado el 28 de marzo de 2021. 
  59. «ibmdb2i». github.com. Zend Technologies. 13 de octubre de 2020. Consultado el 28 de marzo de 2021. 
  60. a b Woodie, Alex (15 de junio de 2020). «More Open Source Databases Coming To IBM i». itjungle.com. Consultado el 28 de marzo de 2021. 
  61. Alex Woodie (12 de agosto de 2020). «Man-DB Brings Documentation to IBM i». itjungle.com. Consultado el 28 de marzo de 2021. 
  62. .ibm.com/support/knowledgecenter/en/ssw_ibm_i_74/rzai2/rzai2kickoff.htm «TCP/IP». IBM. Consultado el 13 de mayo de 2020. 
  63. «IBM I Access Client Solutions». IBM. Consultado el 13 de mayo de 2020. 
  64. «IBM Navigator for i». IBM. Consultado el 13 de mayo de 2020. 
  65. «Open Source Support for IBM i». www.ibm.com (en inglés). 30 de mayo de 2019. Consultado el 18 de noviembre de 2019. 
  66. Woodie, Alex. «MariaDB Now Available Via RPM». itjungle.com. IT Jungle. Consultado el 9 de diciembre de 2020. 
  67. «Open Source Has Never Tasted So Good!». IBM Systems Magazine - Open Your i. 
  68. «5733-OPS Open Source software support statement». ibm.com. 18 de diciembre de 2019. Consultado el 5 de marzo de 2021. 
  69. Alex Woodie (22 de octubre de 2018). «PASE Versus ILE: Which Is Best For Open Source?». IT Jungle. Consultado el 27 de noviembre de 2021. 
  70. «eServer iSeries OS/400 PASE». IBM. 2003. Consultado el 27 de noviembre de 2021. 
  71. Alex Woodie (14 de octubre de 2015). «GCC: Bringing More Open Source Software to IBM i». IT Jungle. Consultado el 27 de noviembre de 2021. 
  72. «IBM Rational Developer for i». ibm.com. Consultado el 5 de marzo de 2021. 
  73. «CODE/400 for OS/2». IBM. Archivado desde el original el 25 de diciembre de 1996. Consultado el 20 de marzo de 2022. 
  74. «IBM AS/400 Programming Languages and Application Development Tools Version 3 Release 7 - Enhancements Provide Windows Support, Improved Integration and Additional Capabilities». IBM. 3 de octubre de 1996. Consultado el 20 de marzo de 2022. 
  75. «UCS-2 and its relationship to Unicode (UTF-16)». ibm.com. Consultado el 6 de marzo de 2021. 
  76. «IBM i ASP». IBM Knowledge Center. IBM. Consultado el 6 de marzo de 2018. 
  77. «IBM i 7.4 Types of Authority». IBM. 23 de julio de 2021. Consultado el 20 de marzo de 2022. 
  78. .ibm.com/docs/en/i/7.4?topic=concepts-authorization-lists «IBM i 7.4 Listas de autorización». IBM. 14 de abril de 2021. Consultado el 20 de marzo de 2022. 
  79. «IBM i 7.4 PASE Security». IBM. 8 de septiembre de 2021. Consultado el 20 de marzo de 2022. 
  80. «IBM i 7.4 Security Levels». IBM. 23 de julio de 2021. Consultado el 20 de marzo de 2022. 
  81. «OS 400 - Complete History of the IBM OS/400». history-computer. 
  82. «Release life cycle». IBM Support. Consultado el 25 de febrero de 2021. 
  83. «IBM AS/400 OPERATING SYSTEM/400 AND RELATED LICENSED PROGRAMS RELEASE 3». IBM. 21 de agosto de 1990. Consultado el 6 de abril de 2021. 
  84. «APPLICATION SYSTEM/400 LICENSED PROGRAMS RELEASE 2 AVAILABILITY». IBM. 5 de septiembre de 1989. Consultado el 6 de abril de 2021. 
  85. a b «IBM OPERATING SYSTEM/400 (TM) AVAILABILITY». IBM. 1 de noviembre de 1988. Consultado el 1 de abril de 2021. 
  86. «IBM OPERATING SYSTEM/400 VERSION 2». IBM. 22 de abril de 1991. Consultado el 6 de abril de 2021. 

Enlaces externos

[editar]