Jump to content

IBM я

(Перенаправлено с I5/OS )
IBM я
Главное меню IBM i 7.1, показанное внутри клиента TN5250.
Разработчик ИБМ
Написано в C++ , C , PL/MI , Java , язык ассемблера , Modula-2 , PL/MP [ 1 ] [ 2 ] [ 3 ]
Семейство ОС IBM КПФ
Рабочее состояние Текущий
Исходная модель Закрытый исходный код
Первоначальный выпуск 26 августа 1988 г .; 35 лет назад ( 1988-08-26 )
Последний выпуск 7,5 / 10 мая 2022 г .; 2 года назад ( 10.05.2022 ) [ 4 ]
Маркетинговая цель Миникомпьютер , компьютер среднего класса и корпоративный сервер
Доступно в Английский
Обновить метод Временные исправления программы (PTF)
Менеджер пакетов RPM и YUM для пакетов с открытым исходным кодом
Платформы IBM AS/400 , IBM Power Systems
ядра Тип разделяет многие микроядра (SLIC) и виртуальных машин (TIMI). философии проектирования [ 5 ]
По умолчанию
пользовательский интерфейс
Текстовый пользовательский интерфейс
Лицензия Собственный
Предшественник Программа поддержки системы , средство программы управления
Официальный сайт IBM /продукты /IBM-я

IBM i ( i означает интегрированный ) [ 6 ] операционная система , разработанная IBM для IBM Power Systems . [ 7 ] Первоначально она была выпущена в 1988 году как OS/400 как единственная операционная система в линейке систем IBM AS/400 . В 2004 году он был переименован в i5/OS , а в 2008 году был вторично переименован в IBM i. [ 8 ] [ 9 ] Это развитие операционной системы System/38 CPF . [ 5 ] с уровнями совместимости для System/36 SSP и AIX . приложений [ 5 ] Она унаследовала ряд отличительных особенностей от платформы System/38, включая машинный интерфейс , обеспечивающий аппаратную независимость, реализацию объектно-ориентированной адресации поверх одноуровневого хранилища и тесную интеграцию реляционной базы данных в операционную систему. система. [ 1 ]

Источник

[ редактировать ]

OS/400 разрабатывалась вместе с аппаратной платформой AS/400 начиная с декабря 1985 года. [ 5 ] Разработка началась после провала проекта в Форт-Ноксе , в результате которого IBM осталась без конкурентоспособной системы среднего уровня. [ 10 ] [ 11 ] Во время проекта Форт-Нокс инженеры в Рочестере начали проект skunkworks , которым удалось разработать код, который позволил приложениям System/36 работать поверх System/38. [ 12 ] а когда Fort Knox был отменен, этот проект превратился в официальный проект по замене System/36 и System/38 единой новой аппаратной и программной платформой. [ 5 ] Проект стал известен как Silverlake (по имени Силвер-Лейк в Рочестере, штат Миннесота ). [ 13 ] [ 12 ] [ 14 ]

Операционная система Silverlake имела кодовое название XPF (Extended CPF ) и изначально задумывалась как порт CPF на оборудование Fort Knox. [ 5 ] Помимо добавления поддержки приложений System/36, некоторые функции пользовательского интерфейса и простоты использования System/36 были перенесены в новую операционную систему. [ 1 ]

Silverlake был доступен для полевых испытаний в июне 1988 года и официально анонсирован в августе того же года. К этому моменту она была переименована в Application System/400 , а операционная система получила название Operating System/400 . [ 12 ]

Переход на PowerPC

[ редактировать ]

Порт на PowerPC потребовал переписывания большей части кода ниже TIMI . Ранние версии OS/400 унаследовали уровни горизонтального и вертикального микрокода System/38, хотя они были переименованы в горизонтальный лицензированный внутренний код (HLIC) и вертикальный лицензированный внутренний код (VLIC) соответственно. [ 15 ] Перенос на новое оборудование привел к тому, что набор инструкций IMPI и реализующий его горизонтальный микрокод были заменены набором команд PowerPC AS и его реализацией в процессорах PowerAS. Это потребовало переписать VLIC для использования с PowerPC вместо IMPI, а также чтобы функциональные возможности операционной системы, ранее реализованные в HLIC, были повторно реализованы в другом месте. [ 1 ] Это привело к тому, что HLIC и VLIC были заменены одним слоем, названным Внутренним лицензионным кодом системы (SLIC). SLIC был реализован в объектно-ориентированном стиле с более чем 2 миллионами строк кода C++ , заменив часть кода HLIC и большую часть кода VLIC. [ 16 ] [ 17 ] Из-за объема работы, необходимой для реализации SLIC, IBM Rochester наняла для этого проекта несколько сотен программистов C++, которые работали над SLIC параллельно с новыми версиями VLIC для систем CISC AS/400. [ 1 ] Первой версией OS/400, поддерживающей оборудование на базе PowerPC, была V3R6. [ 18 ] [ 19 ]

Ребрендинг

[ редактировать ]
Логотип IBM i5/OS
Оригинальный логотип IBM i

Линейка продуктов AS/400 неоднократно менялась на протяжении 1990-х и 2000-х годов. [ 15 ] В рамках ребрендинга 2004 года на eServer i5 OS/400 была переименована в i5/OS ; цифра 5 означает использование процессоров POWER5 . [ 20 ] Первый выпуск i5/OS, V5R3, был описан IBM как «другое название той же операционной системы». [ 21 ]

В 2006 году IBM в последний раз переименовала линейку AS/400 в System i . [ 22 ] В апреле 2008 года IBM объединила System i с платформой System p для создания IBM Power Systems . [ 23 ] В то же время i5/OS была переименована в IBM i , чтобы убрать связь с процессорами POWER5. [ 24 ] Две самые последние версии операционной системы на тот момент, выпущенные как i5/OS V5R4 и V6R1, [ 25 ] [ 26 ] были переименованы в IBM i 5.4 и 6.1. [ 27 ] [ 28 ] [ 29 ] [ 30 ]

Одновременно с ребрендингом на IBM i компания IBM изменила номенклатуру версий операционной системы. В предыдущих выпусках использовалась схема «Версия, выпуск, модификация» , например V2R1M1. Это было заменено схемой Version.Release , например 6.1. [ 31 ] Начиная с IBM i 7.1, IBM заменила выпуски модификаций на обновления технологий . [ 29 ] Обновления технологий поставляются в виде дополнительных PTF для определенных выпусков операционной системы, которые добавляют в операционную систему новые функции или аппаратную поддержку. [ 32 ]

Архитектура

[ редактировать ]
Диаграмма, показывающая архитектурные уровни операционной системы IBM i и их связь с оборудованием и пользовательскими приложениями.

Когда IBM i был впервые выпущен как OS/400, он был разделен на два уровня: аппаратно-зависимый системный лицензионный внутренний код (SLIC). [ 15 ] [ 1 ] и аппаратно-независимая расширенная программа управления (XPF). [ 16 ] [ 8 ] [ 33 ] [ 34 ] Они разделены уровнем аппаратной абстракции , называемым технологически независимым машинным интерфейсом (TIMI). Более поздние версии операционной системы получили дополнительные уровни, в том числе с AIX уровень совместимости под названием «Среда переносимых прикладных решений» (первоначально известный как « Среда частного адресного пространства »), [ 5 ] [ 35 ] и среда Advanced 36 Machine , в которой эмулировались приложения System/36 SSP. [ 1 ]

IBM часто использует разные названия для TIMI, SLIC и XPF в документации и маркетинговых материалах. [ 36 ] например, в документации IBM i 7.4 они называются « Машинный интерфейс IBM i» , «Лицензионный внутренний код IBM i» и «Операционная система IBM i» соответственно. [ 37 ]

Технологически независимый машинный интерфейс (TIMI)

[ редактировать ]

TIMI изолирует пользователей и приложения от базового оборудования. Эта изоляция является более тщательной, чем аппаратные абстракции других операционных систем, и включает в себя абстракцию архитектуры набора команд процессора, размера адресного пространства , а также особенностей ввода-вывода и постоянства. [ 15 ] Это достигается посредством двух взаимосвязанных механизмов: [ 1 ]

  • Компиляторы для IBM i не генерируют собственный машинный код напрямую, вместо этого они генерируют промежуточное представление высокого уровня , определенное TIMI. Когда программа запускается, операционная система выполняет предварительную трансляцию инструкций TIMI в собственный машинный код процессора и сохраняет сгенерированный машинный код для будущего выполнения программы. Если процесс трансляции изменится или будет принят другой набор инструкций ЦП, операционная система может прозрачно регенерировать машинный код из инструкций TIMI без необходимости перекомпиляции из исходного кода.
  • Вместо работы с адресами памяти инструкции TIMI работают с объектами . Все данные в IBM i, такие как файлы данных, исходный код, программы и области выделенной памяти, инкапсулированы внутри объектов, управляемых операционной системой ( см. модель « Все есть файл » в Unix ). Объекты IBM i имеют фиксированный тип, который определяет набор применимых операций, которые могут выполняться над ними (например, объект «Программа» может выполняться, но не может редактироваться). Объектная модель скрывает, хранятся ли данные в первичном или вторичном хранилище . Вместо этого операционная система автоматически обрабатывает процесс получения и последующего сохранения изменений в постоянном хранилище.

Аппаратная изоляция, обеспечиваемая TIMI, позволила IBM заменить 48-битную архитектуру IMPI AS/400 на 64-битную архитектуру RS64 в 1995 году. Приложения, скомпилированные в системах с использованием набора команд IMPI, могли работать поверх более новых систем RS64 без каких-либо изменения кода, перекомпиляцию или эмуляцию, а также позволяет этим приложениям использовать 64-битную адресацию. [ 8 ]

Существует два разных формата инструкций TIMI, известные как форматы исходного машинного интерфейса (OMI) и нового машинного интерфейса (NMI). [ 38 ] Инструкции OMI по существу аналогичны инструкциям интерфейса System/38 Machine , тогда как инструкции NMI являются низкоуровневыми и напоминают W-кода, формат промежуточного представления используемый компиляторами IBM. [ 1 ] IBM частично документирует инструкции OMI, [ 39 ] тогда как инструкции НМИ официально не задокументированы. Инструкции OMI используются оригинальными компиляторами AS/400, тогда как инструкции NMI используются компиляторами интегрированной языковой среды . [ 1 ] При портировании PowerPC встроенная поддержка формата OMI была удалена и заменена транслятором, который преобразовывал инструкции OMI в инструкции NMI.

Хранение инструкций TIMI вместе с инструкциями машинного кода называется наблюдаемостью . В 2008 году выпуск i5/OS V6R1 (позже известный как IBM i 6.1) внес ряд изменений в уровень TIMI, которые вызвали проблемы для стороннего программного обеспечения, которое лишило возможности наблюдения объектов приложений, поставляемых клиентам. [ 40 ]

IBM i во время начальной загрузки программы SLIC

SLIC состоит из кода, который реализует TIMI поверх архитектуры IBM Power. Помимо того, что он содержит большую часть функций, обычно связанных с ядром операционной системы , он отвечает за перевод инструкций TIMI в машинный код, а также реализует некоторые функциональные возможности высокого уровня, которые предоставляются через TIMI, например интегрированную реляционную базу данных IBM i. [ 1 ] SLIC реализует объектно-ориентированную модель хранения данных IBM i поверх одноуровневой схемы адресации хранилища, которая не делает различий между основным и дополнительным хранилищем и вместо этого управляет всеми типами хранилища в одном виртуальном адресном пространстве . [ 41 ] SLIC в основном реализован на C++ и заменил уровни HLIC и VLIC, использовавшиеся в версиях OS/400 до V3R6. [ 16 ]

XPF состоит из кода, реализующего аппаратно-независимые компоненты операционной системы, скомпилированные в инструкции TIMI. [ 16 ] Компоненты XPF включают пользовательский интерфейс, язык управления , утилиты управления данными и запроса, инструменты разработки и утилиты управления системой. XPF также содержит среды System/36 и System/38 Environment , которые предоставляют API и утилиты обратной совместимости для приложений и данных, перенесенных из систем SSP и CPF. [ 42 ] XPF — это внутреннее название этого уровня в IBM, и, как следует из названия, он возник как развитие System/38 Control Program Facility . [ 1 ] XPF в основном реализован на PL/MI , хотя используются и другие языки. [ 43 ]

ПРОХОДИТЬ

[ редактировать ]

PASE (среда решений для портативных приложений) обеспечивает двоичную совместимость для пользовательского режима AIX исполняемых файлов , которые не взаимодействуют напрямую с ядром AIX, и поддерживает 32-битные и 64-битные двоичные интерфейсы приложений AIX . [ 44 ] PASE был впервые включен в ограниченной и недокументированной форме в выпуск OS/400 V4R3 для поддержки порта Smalltalk . [ 5 ] Впервые о нем было объявлено клиентам во время выпуска V4R5, к тому времени он приобрел значительные дополнительные функциональные возможности.

PASE состоит из пользовательского пространства AIX, работающего поверх интерфейса системных вызовов, реализованного SLIC. [ 45 ] Интерфейсы системных вызовов обеспечивают взаимодействие между PASE и собственными приложениями IBM i. Например, приложения PASE могут обращаться к интегрированной базе данных или вызывать собственные приложения IBM i, и наоборот. [ 46 ] Во время создания PASE в операционную систему был добавлен новый тип одноуровневого объекта хранения под названием Teraspace , который позволяет каждому процессу PASE иметь частное пространство размером 1 ТиБ, адресуемое с помощью 64-битных указателей. [ 47 ] Это было необходимо, поскольку все задания (т. е. процессы) IBM i обычно используют одно и то же адресное пространство. [ 5 ] Приложения PASE не используют аппаратно-независимые инструкции TIMI и вместо этого компилируются непосредственно в машинный код Power.

Порты программного обеспечения с открытым исходным кодом для IBM i обычно ориентированы на PASE вместо собственных API-интерфейсов IBM i, чтобы упростить портирование. [ 48 ] Программное обеспечение с открытым исходным кодом для IBM i обычно упаковывается в формате RPM и устанавливается с помощью менеджера пакетов YUM . [ 49 ] [ 50 ]

PASE отличается от среды Qshell , которая представляет собой реализацию оболочки Unix и связанных с ней утилит, построенных на основе собственных POSIX-совместимых API IBM i. [ 51 ]

Усовершенствованная машина 36

[ редактировать ]
Главное меню SSP 7.5, работающее поверх среды Advanced 36 Machine.

Представленная в 1994 году платформа Advanced/36 запускала немодифицированные приложения System/36 и операционную систему SSP в режиме эмуляции поверх OS/400 SLIC с использованием аппаратного обеспечения, которое в основном было идентично оборудованию современных систем AS/400. [ 1 ] Эта функциональность была включена в саму OS/400, начиная с V3R6 до V4R4, что позволяло запускать до четырех «виртуальных машин» System/36 (если использовать термин IBM) с использованием так называемой функции Advanced 36 Machine операционной системы. [ 52 ] Поддержка была прекращена в выпуске V4R5, что совпало с прекращением IBM линейки продуктов Advanced/36 в целом. [ 53 ] Функция Advanced 36 Machine отличается от среды System/36, представленной в исходном выпуске OS/400 и до сих пор поддерживаемой в текущих версиях IBM i.

До Advanced/36 в линейке System/36 в каждой системе использовались два разных процессора — процессор основной памяти (MSP), на котором выполнялась большая часть операционной системы SSP, а также пользовательский код, и процессор управляющей памяти (CSP), который запускал так называемый «микрокод», который реализовывал основные функции операционной системы, а также ввод-вывод. Микрокод CSP был вызван из MSP с помощью инструкции вызова супервизора (SVC). В Advanced/36 микрокод CSP был переопределен внутри SLIC. В SLIC также был встроен эмулятор MSP, который иногда называют Technology Independent Emulation Interface . Даже с учетом затрат на эмуляцию системы Advanced/36 были значительно быстрее, чем исходные системы System/36, которые они заменили, благодаря производительности процессоров PowerPC AS. [ 1 ]

Управление базой данных

[ редактировать ]

IBM i включает интегрированную реляционную базу данных , известную в настоящее время как IBM Db2 для IBM i . [ 37 ] База данных произошла от нереляционной базы данных System/38, получив поддержку реляционной модели и SQL . [ 1 ] Первоначально у базы данных не было названия, вместо этого она описывалась просто как «поддержка базы данных». [ 54 ] В 1994 году ей было присвоено название DB2/400, чтобы указать на ее функциональность, сравнимую с другими коммерческими базами данных IBM. [ 1 ] Несмотря на торговую марку Db2, Db2 для IBM i представляет собой совершенно отдельную кодовую базу для Db2 на других платформах и тесно интегрирован в уровень SLIC IBM i, а не является дополнительным продуктом. [ 55 ] [ 56 ]

IBM i предоставляет два механизма доступа к интегрированной базе данных — так называемый собственный интерфейс , основанный на модели доступа к базе данных System/38, и SQL . [ 1 ] Собственный интерфейс состоит из языка спецификаций описания данных (DDS), который используется для определения схем и OPNQRYF команда или QQQQRY API запросов. [ 57 ] Некоторые функции Db2 for i, такие как управление объектно-реляционными базами данных, требуют SQL и недоступны через собственный интерфейс. [ 58 ] IBM i имеет два отдельных оптимизатора запросов, известных как Classic Query Engine (CQE) и SQL Query Engine (SQE). [ 59 ] Они реализованы внутри SLIC вместе с диспетчером запросов , который выбирает подходящий оптимизатор в зависимости от типа запроса. Удаленный доступ через собственный интерфейс и SQL обеспечивается архитектурой распределенного управления данными (DDM) и архитектурой распределенной реляционной базы данных соответственно. [ 60 ]

Механизм хранения данных для MySQL и MariaDB под названием IBMDB2I позволяет приложениям, разработанным для этих баз данных, использовать Db2 for i в качестве резервного хранилища. [ 61 ] [ 62 ] На IBM i были портированы и другие базы данных с открытым исходным кодом, включая PostgreSQL , MongoDB и Redis . [ 63 ] Эти базы данных работают в среде PASE и не зависят от встроенных функций баз данных операционной системы. [ 64 ]

IBM i поддерживает сети TCP/IP в дополнение к собственной сетевой архитектуре IBM Systems . [ 65 ]

Исторически доступ к системам IBM i и управление ими осуществлялись через терминалы IBM 5250, подключенные к системе с помощью твинаксиального кабеля. С упадком специализированного терминального оборудования доступ к современным системам IBM i обычно осуществляется через эмуляторы терминала 5250 . IBM предоставляет два продукта эмулятора терминала для IBM i: [ 66 ]

Кроме того, IBM предоставляет веб-консоль управления и продукт для анализа производительности под названием IBM Navigator for i. [ 67 ]

Программирование

[ редактировать ]

Языки программирования, доступные от IBM для IBM i, включают RPG , язык управления , C , C++ , Java , EGL , COBOL и REXX . Компиляторы ранее были доступны для Pascal , BASIC , PL/I и Smalltalk , но с тех пор были прекращены. Интегрированная языковая среда (ILE) позволяет программам на языках, совместимых с ILE (C, C++, COBOL, RPG и CL), связываться с одним и тем же исполняемым файлом и вызывать процедуры, написанные на любом другом языке ILE.

Когда появился PASE, необходимо было скомпилировать код PASE в системе AIX. Это требование было удалено в OS/400 V5R2, когда появилась возможность компилировать код с помощью компилятора IBM XL внутри самого PASE. [ 68 ] С тех пор на PASE были портированы и другие компиляторы, включая gcc . [ 69 ]

Некоторые инструменты разработки для IBM i работают поверх самой операционной системы, например текстовый редактор Source Edit Utility (SEU) и Programming Development Manager . IBM также предоставляет Eclipse (IDE) на основе интегрированную среду разработки для IBM i под названием IBM Rational Developer for i, которая работает на рабочих станциях разработчиков вместо IBM i. [ 70 ] До появления IDE на основе Eclipse IBM предоставляла IDE на основе WorkFrame/2, работавшую на OS/2, под названием CODE/400 , а также IDE на основе VisualAge , работавшую в Microsoft Windows . системах [ 71 ] [ 72 ]

IBM i использует EBCDIC по умолчанию в качестве кодировки символов , но также обеспечивает поддержку ASCII , UCS-2 и UTF-16 . [ 1 ] [ 73 ]

Хранилище

[ редактировать ]

В IBM i дисководы могут быть сгруппированы в пул вспомогательных устройств хранения данных (ASP), чтобы организовать данные, ограничить влияние сбоев устройств хранения и сократить время восстановления. [ 74 ] В случае сбоя диска необходимо восстановить только данные в пуле, содержащем неисправный модуль. ASP также можно использовать для повышения производительности путем изоляции объектов со схожими характеристиками производительности, например получателей журналов, в их собственном пуле.

По умолчанию все дисковые накопители отнесены к пулу 1. Концепция пулов IBM i аналогична в Unix / Linux концепции групп томов ; однако в IBM i все дисковые накопители обычно назначаются одному ASP.

Безопасность

[ редактировать ]

Безопасность в IBM i определяется полномочиями , которые представляют собой разрешение на выполнение определенного действия над конкретным объектом. [ 75 ] Полномочия могут быть предоставлены отдельным пользователям (так называемые профили пользователей ), группам (известные как групповые профили ) или всем пользователям ( публичные полномочия). Связанные объекты можно сгруппировать в списке авторизации , что позволяет предоставить полномочия для всех объектов в списке, предоставив полномочия в списке авторизации. [ 76 ]

Профили пользователей имеют связанный класс пользователей , который определяет набор полномочий по умолчанию, доступных этому профилю пользователя. Существует пять стандартных классов пользователей, которые в порядке возрастания привилегий таковы: Пользователь рабочей станции , Системный оператор , Системный программист , Администратор безопасности и Сотрудник службы безопасности . [ 5 ] IBM i поставляется с профилем пользователя по умолчанию для каждого класса пользователей и профилем пользователя по умолчанию для офицера безопасности с именем QSECOFR, является ближайшим эквивалентом пользователя root в Unix-подобной операционной системе. [ 77 ]

IBM i можно настроить на использование одного из пяти уровней безопасности, которые контролируют степень применения функций безопасности операционной системы: [ 78 ]

  • Уровень 10. Пользователи могут войти в систему без пароля и получить полный доступ к системе. Если пользователь входит в систему с неизвестным именем пользователя, автоматически создается новый профиль пользователя.
  • Уровень 20. Пользователи должны войти в систему, используя имя пользователя и пароль известного профиля пользователя, но после входа в систему они будут иметь почти полный доступ к системе. Создание или изменение профилей пользователей ограничено профилями пользователей, которым предоставлены полномочия для управления профилями. . Могут быть созданы учетные записи с ограниченным доступом, которым можно ограничить доступ к определенным объектам или запуск определенных команд.
  • Уровень 30. Полномочия обязательны. Это означает, что пользователи не могут получить доступ к объектам, если у них нет полномочий на доступ к объекту.
  • Уровень 40. Доступ к определенным системным программам и инструкциям MI ограничен и может использоваться только кодом операционной системы.
  • Уровень 50 — включает изменения, необходимые для достижения системой соответствия TCSEC C2, и добавляет журнал аудита безопасности.

Первые три уровня соответствуют уровням безопасности, доступным в CPF и начальных выпусках OS/400. Уровень безопасности 40 был добавлен в OS/400 V1R3 и стал уровнем безопасности по умолчанию для операционной системы. Добавление уровня 40 потребовало удаления модели адресации возможностей System/38, которая также присутствовала в более ранних выпусках OS/400. [ 5 ] Уровень безопасности 50 был добавлен в V2R3, когда OS/400 была сертифицирована по безопасности TCSEC C2 .

График выпуска

[ редактировать ]
Брендинг [ 79 ] Версия Дата выпуска [ 80 ] Конец программы
Поддерживать
ОС/400 Старая версия, больше не поддерживается: V1R1. [ н 1 ] 1988-08-26 1993-05-31
Старая версия, больше не поддерживается: V1R1M2. [ н 2 ] 1988-11-25
Старая версия, больше не поддерживается: V1R2. 1989-10-27
Старая версия, больше не поддерживается: V1R3. 1990-09-28
Старая версия, больше не поддерживается: V2R1. 1991-05-24 1994-06-30
Старая версия, больше не поддерживается: V2R1M1. 1992-03-06
Старая версия, больше не поддерживается: V2R2. 1992-09-18 1995-03-31
Старая версия, больше не поддерживается: V2R3. 1993-12-17 1996-05-31
Старая версия, больше не поддерживается: V3R0M5. 1994-05-04 1997-05-31
Старая версия, больше не поддерживается: V3R1. 1994-11-25 1998-10-31
Старая версия, больше не поддерживается: V3R2. 1996-06-21 2000-05-31
Старая версия, больше не поддерживается: V3R6. 1995-12-22 1998-10-31
Старая версия, больше не поддерживается: V3R7. 1996-11-08 1999-06-30
Старая версия, больше не поддерживается: V4R1. 1997-08-29 2000-05-31
Старая версия, больше не поддерживается: V4R2. 1998-02-27 2000-05-31
Старая версия, больше не поддерживается: V4R3. 1998-09-11 2001-01-31
Старая версия, больше не поддерживается: V4R4. 1999-05-21 2001-05-31
Старая версия, больше не поддерживается: V4R5. 2000-07-28 2002-07-31
Старая версия, больше не поддерживается: V5R1. 2001-05-25 2005-09-30
Старая версия, больше не поддерживается: V5R2. 2002-08-30 2007-04-30
i5/ОС Старая версия, больше не поддерживается: V5R3. 2004-06-11 2009-04-30
i5/ОС,
позже IBM i
Старая версия, больше не поддерживается: V5R4/5.4. 2006-02-14 2013-09-30
Старая версия, больше не поддерживается: V6R1/6.1. 2008-03-21 2015-09-30
IBM я Старая версия, больше не поддерживается: 6.1.1. 2009-10-23
Старая версия, больше не поддерживается: 7.1. 2010-04-23 2018-04-30
Старая версия, больше не поддерживается: 7.2. 2014-05-02 2021-04-30
Старая версия, больше не поддерживается: 7.3. 2016-04-15 2023-09-30
Старая версия, но все еще поддерживается: 7.4. 2019-06-21 будет объявлено позже
Текущая стабильная версия: 7.5. 2022-05-10 будет объявлено позже
Легенда:
Старая версия
Старая версия, все еще поддерживается
Последняя версия
Latest preview version
Future release
  1. ^ На момент выпуска выпуски V1 назывались Release 1, 2 и 3. [ 81 ] [ 82 ] [ 83 ] После выпуска V2R1 они были задним числом переименованы в V1R1, V1R2 и V1R3. [ 84 ]
  2. ^ Уровня модификации 1 не было. [ 83 ]

См. также

[ редактировать ]
  1. ^ Jump up to: а б с д и ж г час я дж к л м н тот п д р Фрэнк Г. Солтис (1997). Внутри AS/400, второе издание . Дьюк Пресс. ISBN  978-1882419661 .
  2. ^ Лейф Свальгаард (08 октября 2003 г.). "Re:Re:Эмулятор MI" . MI400 (список рассылки) . Проверено 26 февраля 2021 г.
  3. ^ «Отзывы читателей о AS/400 и разгадке тайны» . itjungle.com . 21 февраля 2011 г. Проверено 12 марта 2021 г.
  4. ^ «IBM i 7.5 и IBM i Portfolio создают прочную основу для продолжения инноваций» . ИБМ. 03.05.2022 . Проверено 3 мая 2022 г.
  5. ^ Jump up to: а б с д и ж г час я дж к Фрэнк Г. Солтис (2001). Крепость Рочестер: внутренняя история IBM iSeries . Система iNetwork. ISBN  978-1583040836 .
  6. ^ Алекс Вуди (13 мая 2020 г.). «Где IBM i?» . itjungle.com . Проверено 01 марта 2021 г.
  7. ^ «IBM i: платформа для новаторов, созданная новаторами» . IBM.com . Машины международного бизнеса . Проверено 22 сентября 2020 г.
  8. ^ Jump up to: а б с Стив Уилл; Том Хантингтон (16 июля 2020 г.). «IBM i в 2020 году: это не только AS/400» . youtube.com . Фортра . Проверено 21 марта 2021 г.
  9. ^ «IBM i5/OS V5R3 — следующее поколение OS/400» . ИБМ. 04 мая 2004 г. Архивировано из оригинала 8 августа 2014 г. Проверено 24 февраля 2021 г.
  10. ^ Рой А. Бауэр; Эмилио Коллар; Виктор Тан (1992). Проект Silverlake: трансформация в IBM . Издательство Оксфордского университета. ISBN  9780195067545 .
  11. ^ Эрик Дж. Вифферинг (23 мая 1992 г.). «Дивный новый мир IBM в Рочестере» . postbulletin.com . Проверено 06 марта 2021 г.
  12. ^ Jump up to: а б с Шлейхер, Дэвид Л. (24 января 2006 г.). «Интервью с ДЭВИДОМ Л. ШЛЕЙХЕРОМ» (PDF) . conservancy.umn.edu (интервью). Беседовал Артур Л. Норберг. Институт Чарльза Бэббиджа . Проверено 05 марта 2021 г.
  13. ^ Том Хантингтон (21 июня 2018 г.). «С 30-летием, IBM i!» . fortra.com . Проверено 05 марта 2021 г.
  14. ^ «Сильверлейк» . wiki.midrange.com . 21 августа 2006 г. Проверено 06 марта 2021 г.
  15. ^ Jump up to: а б с д Том Ван Лой (январь 2009 г.). «IBM AS/400: техническое введение» (PDF) . scss.tcd.ie. ​Проверено 13 марта 2021 г.
  16. ^ Jump up to: а б с д Берг, Уильям; Клайн, Маршалл; Жиру, Майк (1995). «Уроки, извлеченные из проекта OS/400 OO» . Коммуникации АКМ . 38 (10). Ассоциация вычислительной техники (ACM): 54–64. дои : 10.1145/226239.226253 . ISSN   0001-0782 . S2CID   7492851 . Проверено 13 марта 2021 г.
  17. ^ Дэйв Маккензи (1 сентября 2004 г.). «RE: Утилита UNDELete Дэйва Маккензи — спасатель жизни!» . Архив средних частот MI400 . Проверено 24 мая 2021 г.
  18. ^ Тимоти Прикетт Морган (20 августа 2007 г.). «TFH Flashback: радость V3R6» . itjungle.com . Проверено 13 марта 2021 г.
  19. ^ «5763-SS1 Операционная система IBM/400 (OS/400) Версия 3» . 4props.ddns.net . ИБМ . Проверено 13 марта 2021 г.
  20. ^ Денни Инселл (2004). «Представляем IBM eServer i5 и i5/OS» (PDF) . ИБМ . Проверено 14 марта 2021 г.
  21. ^ «IBM i5/OS V5R3 — следующее поколение OS/400» . IBM.com. 04 мая 2004 г. Проверено 14 марта 2021 г.
  22. ^ Алекс Вуди (11 октября 2017 г.). «IBM медленно схватывается, но что это значит?» . itjungle.com . Проверено 15 марта 2021 г.
  23. ^ Николаи, Джеймс (2 апреля 2008 г.). «IBM объединяет линейки серверов System i и System p» . Инфомир .
  24. ^ «IBM представляет первую систему электропитания нового поколения» . ИБМ. 2 апреля 2008 г. Проверено 15 марта 2021 г.
  25. ^ «IBM i5/OS V5R4 повышает доступность системы и снижает ее стоимость» . ИБМ. 31 января 2006 г. Проверено 16 марта 2021 г.
  26. ^ «IBM i5/OS V6R1 — это новый шаг к эффективной и отказоустойчивой бизнес-обработке» . ИБМ. 29 января 2008 г. Проверено 15 марта 2021 г.
  27. ^ Алекс Вуди (23 сентября 2008 г.). «IBM дает i5/OS V5R4 новое имя — i 5.4» . itjungle.com . Проверено 16 марта 2021 г.
  28. ^ Тимоти Прикетт Морган (7 апреля 2008 г.). «Это официально: теперь мы Power Systems и я для бизнеса» . itjungle.com . Проверено 15 марта 2021 г.
  29. ^ Jump up to: а б Джастин К. Хаазе; Дуайт Харрисон; Адам Лукашевич; Дэвид Пейнтер; Трейси Шрамм; Иржи Сочр (декабрь 2014 г.). «Технический обзор IBM i 7.1 с обновлениями технологий» (PDF) . ИБМ.
  30. ^ Технический обзор IBM i 6.1 (PDF) . ИБМ. Декабрь 2009 года . Проверено 15 июля 2022 г.
  31. ^ «IBM i: История в цифрах» . seasoft.com . 21 мая 2019 г. Проверено 15 марта 2021 г.
  32. ^ «Обновление технологий IBM и технологий» . IBM.com . Проверено 05 марта 2021 г.
  33. ^ «DSPHMCINF/DSPSMDTA: запрос текущего статуса каждой HMC или SM прямо из командной строки» . ИБМ. 18 декабря 2019 г. Проверено 20 марта 2021 г.
  34. ^ Ларс Йоханнесон (4 сентября 2013 г.). «Будущее энергетики: IBM Power» . ИБМ . Проверено 20 марта 2021 г.
  35. ^ «IBM PASE для i» . ИБМ . Проверено 13 мая 2020 г.
  36. ^ Фрэнк Г. Солтис; Адам Т. Столлман (1 сентября 2003 г.). «Что такое iSeries?» . systeminetwork.com . Архивировано из оригинала 15 апреля 2012 г. Проверено 20 марта 2021 г.
  37. ^ Jump up to: а б «Документация IBM i 7.4» . ИБМ. 2019 . Проверено 20 марта 2021 г.
  38. ^ Цзюньлэй Ли (2 октября 2013 г.). «Более полный обзор машинного интерфейса IBM i» . MC Press Online . Проверено 25 ноября 2021 г.
  39. ^ «IBM и машинный интерфейс» . ИБМ. 2019 . Проверено 25 ноября 2021 г.
  40. ^ Алекс Вуди (26 февраля 2008 г.). «Совместимость i5/OS V6R1 — проблема для поставщиков программного обеспечения» . itjungle.com . Проверено 16 марта 2021 г.
  41. ^ Вуди, Алекс. «Фрэнк Солтис обсуждает возможное будущее одноуровневого хранилища» . itjungle.com . IT-джунгли . Проверено 4 декабря 2020 г.
  42. ^ Джим Хоскинс; Роджер Диммик (1998). Знакомство с компьютерами IBM AS/400 . Максимальный пресс. ISBN  978-1-885068-19-4 .
  43. ^ Дэн Хикс (21 августа 1998 г.). «UNIX против AS/400?» . Группа новостей : comp.sys.ibm.as400.misc .
  44. ^ «Планирование IBM PASE for i» . ИБМ. 2019 . Проверено 27 ноября 2021 г.
  45. ^ Эрвин Эрли (16 января 2019 г.). «Что такое архитектура IBM i? Плюс обзор IBM PASE» . Зенд . Проверено 24 мая 2021 г.
  46. ^ Питер Хелгрен (11 октября 2018 г.). «Изучение открытого исходного кода на IBM i: среда PASE» . MC Press Online . Проверено 24 мая 2021 г.
  47. ^ Марк Фанк (4 августа 2014 г.). «IBM i и адресация возможностей» . Проверено 24 мая 2021 г.
  48. ^ Алекс Вуди (22 октября 2018 г.). «PASE против ILE: что лучше для открытого исходного кода?» . IT-джунгли . Проверено 27 ноября 2021 г.
  49. ^ «Открытый исходный код еще никогда не был таким вкусным!» . Журнал IBM Systems — Откройте свое i .
  50. ^ «IBM i Open Source с использованием yum» . IBM i с открытым исходным кодом .
  51. ^ Холт, Тед; Кулак, Фред (1 февраля 2004 г.). Qshell для iSeries . МК Пресс. ISBN  1-58347-046-8 .
  52. ^ AS/400 Advanced 36 Общая информация об операционной системе SSP (Третье изд.). ИБМ. Ноябрь 1997 г. SC21-8299-02.
  53. ^ «Отказ от Advanced 36 SSP из AS/400 и опций прикладной программы» . ИБМ . 3 августа 1999 г. Архивировано из оригинала 10 января 2001 г. Проверено 20 марта 2022 г.
  54. ^ «ЛИЦЕНЗИОННАЯ ПРОГРАММА ОПЕРАЦИОННОЙ СИСТЕМЫ IBM/400(TM)» . ИБМ. 05.07.1988 . Проверено 23 марта 2021 г.
  55. ^ Джеймс Гамильтон (декабрь 2017 г.). «Четыре базы кода DB2?» . Проверено 23 марта 2021 г.
  56. ^ «База данных DB2 -> она по-прежнему зависит от платформы? (iSeries, LUW, z/OS)» .
  57. ^ Джин Кобб (март 2008 г.). «Переход от OPNQRYF к SQL» (PDF) . ИБМ . Проверено 27 марта 2021 г.
  58. ^ Ярек Мищик; Бронах Бромли; Марк Эндрей; Пропустить Марчесани; Дипак Пай; Барри Торн (февраль 2000 г.). «DB2 UDB для реляционной поддержки объектов AS/400» (PDF) . ИБМ . Проверено 27 марта 2021 г.
  59. ^ «Двигатели SQE и CQE» . IBM.com . Проверено 27 марта 2021 г.
  60. ^ Шолерман, С.; Миллер, Л.; Теннер, Дж.; Томанек, С.; Золликер, М. (1993). «Интеграция реляционных баз данных в IBM AS/400». Запись ACM SIGMOD . 22 (4): 5–10. дои : 10.1145/166635.166639 . ISSN   0163-5808 . S2CID   783512 .
  61. ^ Эрнандо Бедойя; Брэд Бентли; Се Дань Дэн; Садамицу Хаякава; Ширли Пинтос; Го Ци; Мортен Берр Расмуссен; Сатид Сингкорапум; Ван Юнь (март 2009 г.). «Использование IBM DB2 for I в качестве механизма хранения» (PDF ) ИБМ . Получено 2 марта 2021 г.
  62. ^ "ibmdb2i" . github.com . Зенд Технологии . 13.10.2020 . Проверено 28 марта 2021 г.
  63. ^ Вуди, Алекс (15 июня 2020 г.). «В IBM i появится больше баз данных с открытым исходным кодом» . itjungle.com . Проверено 28 марта 2021 г.
  64. ^ Алекс Вуди (12 августа 2020 г.). «Man-DB представляет документацию для IBM i» . itjungle.com . Проверено 28 марта 2021 г.
  65. ^ «ТСР/IP» . ИБМ . Проверено 13 мая 2020 г.
  66. ^ «IBM I Access Client Solutions» . ИБМ . Проверено 13 мая 2020 г.
  67. ^ «IBM Навигатор для i» . ИБМ . Проверено 13 мая 2020 г.
  68. ^ «eServer iSeries OS/400 PASE» (PDF) . ИБМ. 2003 . Проверено 27 ноября 2021 г.
  69. ^ Алекс Вуди (14 октября 2015 г.). «GCC: добавление большего количества программного обеспечения с открытым исходным кодом в IBM i» . IT-джунгли . Проверено 27 ноября 2021 г.
  70. ^ «IBM Rational Developer для i» . IBM.com . Проверено 05 марта 2021 г.
  71. ^ «КОД/400 для OS/2» . ИБМ . Архивировано из оригинала 25 декабря 1996 г. Проверено 20 марта 2022 г.
  72. ^ «Языки программирования IBM AS/400 и средства разработки приложений, версия 3, выпуск 7 — улучшения, обеспечивающие поддержку Windows, улучшенную интеграцию и дополнительные возможности» . ИБМ . 03.10.1996 . Проверено 20 марта 2022 г.
  73. ^ «UCS-2 и его связь с Unicode (UTF-16)» . IBM.com . Проверено 06 марта 2021 г.
  74. ^ «ИБМ и АСП» . Центр знаний IBM . ИБМ . Проверено 6 марта 2018 г.
  75. ^ «IBM i 7.4 Типы полномочий» . ИБМ . 23 июля 2021 г. Проверено 20 марта 2022 г.
  76. ^ «Списки авторизации IBM i 7.4» . ИБМ . 14 апреля 2021 г. Проверено 20 марта 2022 г.
  77. ^ «Безопасность IBM i 7.4 PASE» . ИБМ . 08.09.2021 . Проверено 20 марта 2022 г.
  78. ^ «Уровни безопасности IBM i 7.4» . ИБМ . 23 июля 2021 г. Проверено 20 марта 2022 г.
  79. ^ «OS 400 — Полная история IBM OS/400» . история-компьютер .
  80. ^ «Жизненный цикл релиза» . Поддержка IBM . Проверено 25 февраля 2021 г.
  81. ^ «IBM AS/400 ОПЕРАЦИОННАЯ СИСТЕМА/400 И СВЯЗАННЫЕ СВЯЗАННЫЕ С ЛИЦЕНЗИОННЫМИ ПРОГРАММЫ ВЫПУСК 3» . ИБМ. 21 августа 1990 г. Проверено 06 апреля 2021 г.
  82. ^ "ПРИЛОЖЕННАЯ СИСТЕМА/400 ЛИЦЕНЗИОННЫХ ПРОГРАММ ВЫПУСКА 2 В НАЛИЧИИ" . ИБМ. 5 сентября 1989 г. Проверено 06 апреля 2021 г.
  83. ^ Jump up to: а б «НАЛИЧИЕ ОПЕРАЦИОННОЙ СИСТЕМЫ IBM/400 (TM)» . ИБМ. 01.11.1988 . Проверено 1 апреля 2021 г.
  84. ^ «IBM ОПЕРАЦИОННАЯ СИСТЕМА/400 ВЕРСИЯ 2» . ИБМ. 22 апреля 1991 г. Проверено 06 апреля 2021 г.
[ редактировать ]
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 712f626e2bfd41f6430875b3116cf0b3__1719317400
URL1:https://arc.ask3.ru/arc/aa/71/b3/712f626e2bfd41f6430875b3116cf0b3.html
Заголовок, (Title) документа по адресу, URL1:
IBM i - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)