MVS

Множественное виртуальное хранилище (MVS)

Разработчик	IBM
Семейство ОС	MVS
Первый выпуск	1974 ; 47 лет назад ( 1974 )
Маркетинговая цель	Мэйнфреймы IBM
Доступно в	английский
Платформы	Система / 370 , Система / 390
Лицензия	Проприетарный

Множественное виртуальное хранилище , обычно называемое MVS , было наиболее часто используемой операционной системой на мэйнфреймах IBM System / 370 и System / 390 . IBM разработала MVS вместе с OS / VS1 и SVS в качестве преемника OS / 360 . Это не связано с другими линиями операционных систем для мэйнфреймов IBM, например, VSE , VM , TPF .

Обзор [ править ]

Впервые выпущенный в 1974 году, MVS несколько раз расширялся программными продуктами с новыми именами:

• сначала в MVS / SE (MVS / системные расширения), ^{[NB 1]}
• рядом с MVS / SP (MVS / Системный продукт) версии 1,
• рядом с MVS / XA (MVS / расширенная архитектура),
• рядом с MVS / ESA (MVS / Архитектура корпоративных систем),
• затем в OS / 390 и
• наконец, в z / OS (когда в модели zSeries была добавлена ​​поддержка 64-битных систем ). IBM добавила поддержку UNIX (первоначально называвшуюся OpenEdition MVS ) в MVS / SP V4.3 и получила сертификаты POSIX и UNIX ™ на нескольких различных уровнях от IEEE , X / Open и Open Group . Ядро MVS в основном остается той же операционной системой. По задумке программы, написанные для MVS, работают в z / OS без изменений.

Сначала IBM описала MVS как просто новую версию OS / VS2 , но на самом деле это была серьезная переработка. Выпуск 1 OS / VS2 был обновлением OS / 360 MVT , сохранившим большую часть исходного кода и, как и MVT, в основном был написан на языке ассемблера . Ядро MVS было почти полностью написано на Ассемблере XF , хотя несколько модулей были написаны на PL / S , но не те, которые зависели от производительности, в частности, не супервизор ввода / вывода ( IOS ). Использование IBM OS / VS2 подчеркнуло совместимость снизу вверх: прикладные программы, работающие под MVT, даже не нуждались в перекомпиляции для работы под MVS. Тот же язык управления заданиямифайлы можно было использовать без изменений; коммунальные услуги и другие непрофильные объекты, такие как TSO, работали без изменений. IBM и пользователи почти единогласно назвали новую систему MVS с самого начала, и IBM продолжала использовать термин MVS при именовании более поздних основных версий, таких как MVS / XA.

Эволюция MVS [ править ]

OS / 360 MFT (многозадачность с фиксированным количеством задач) обеспечивала многозадачность: несколько разделов памяти , каждый фиксированного размера, были настроены при установке операционной системы и при их переопределении оператором. Например, может быть небольшой раздел, два средних раздела и большой раздел. Если бы были готовы к запуску две большие программы, одной пришлось бы подождать, пока другая закончит работу и освободит большой раздел.

OS / 360 MVT (многозадачность с переменным числом задач) была усовершенствованием, которое еще больше улучшило использование памяти. Вместо использования разделов памяти фиксированного размера MVT выделял память регионам для шагов задания по мере необходимости, при условии, что было доступно достаточно непрерывной физической памяти . Это был значительный прогресс по сравнению с управлением памятью MFT, но имел некоторые недостатки: если задание выделяло память динамически (как это делают большинство программ сортировки и систем управления базами данных ), программисты должны были оценить максимальные требования к памяти для задания и предварительно определить их для MVT. . Шаг задания, который содержал смесь малых и больших программ, занимал впустую память, пока выполнялись маленькие программы. А если серьезно, то память может статьфрагментирована , т. е. память, не используемая текущими заданиями, может быть разделена на бесполезные небольшие фрагменты между областями, используемыми текущими заданиями, и единственным выходом было дождаться завершения некоторых текущих заданий перед запуском любых новых.

В начале 1970-х годов IBM стремилась смягчить эти трудности, введя виртуальную память (которую IBM назвала «виртуальным хранилищем»), которая позволяла программам запрашивать адресные пространства, превышающие физическую память. В исходных реализациях было единое виртуальное адресное пространство , общее для всех заданий. OS / VS1 была OS / 360 MFT в едином виртуальном адресном пространстве; OS / VS2 SVS - это OS / 360 MVT в едином виртуальном адресном пространстве. Таким образом, OS / VS1 и SVS в принципе имели те же недостатки, что и MFT и MVT, но влияние было менее серьезным, поскольку задания могли запрашивать гораздо большие адресные пространства, а запросы исходили из пула 16 МБ, даже если физическая память была меньше.

В середине 1970-х IBM представила MVS, который не только поддерживал виртуальное хранилище, которое было больше, чем доступное реальное хранилище, ^{[NB 2]}как и SVS, но также позволял запускать неограниченное количество приложений в разных адресных пространствах. Две параллельные программы могут попытаться получить доступ к одному и тому же адресу виртуальной памяти, но система виртуальной памяти перенаправила эти запросы в разные области физической памяти. Каждое из этих адресных пространств состояло из трех областей: операционная система (один экземпляр используется всеми заданиями), область приложения, уникальная для каждого приложения, и общая виртуальная область, используемая для различных целей, включая взаимодействие между заданиями. IBM пообещала, что размер прикладных областей всегда будет не менее 8 МБ. Это сделало MVS идеальным решением бизнес-проблем, возникших в результате необходимости запускать больше приложений.

MVS максимизировал вычислительный потенциал, предоставляя возможности мультипрограммирования и многопроцессорности . Как и его предшественники MVT и OS / VS2 SVS , MVS поддерживал мультипрограммирование.; программные инструкции и связанные данные планируются программой управления и заданы циклами обработки. В отличие от операционной системы с одним программированием, эти системы максимально используют потенциал обработки, разделяя циклы обработки между командами, связанными с несколькими различными одновременно выполняющимися программами. Таким образом, управляющая программа не должна ждать завершения операции ввода-вывода, прежде чем продолжить. Выполняя инструкции для нескольких программ, компьютер может переключаться между активными и неактивными программами.

Ранние выпуски MVS (середина 1970-х) были одними из первых из серии ОС IBM, поддерживающих многопроцессорные конфигурации, хотя вариант M65MP OS / 360, работающий на 360 Models 65 и 67, обеспечивал ограниченную поддержку многопроцессорных систем . Модель 360 360 также была оснащена многопроцессорными операционными системами TSS / 360 , MTS и CP-67 . Поскольку многопроцессорные системы могут выполнять инструкции одновременно, они предлагают большую вычислительную мощность ^{[ требуется пояснение ],} чем однопроцессорные системы. В результате MVS смогла решить бизнес-проблемы, вызванные необходимостью обработки больших объемов данных.

Многопроцессорные системы либо слабо связаны, что означает, что каждый компьютер имеет доступ к общей рабочей нагрузке, либо тесно связаны , что означает, что компьютеры совместно используют одно и то же реальное хранилище и управляются одной копией операционной системы . ^{[ Разъяснение необходимости ]} МВС сохраняется как слабосвязанная многопроцессорных из Attached поддержки процессора (ASP) ^{[NB 3]} и жестко соединенный многопроцессорной из OS / 360 Model 65 Multiprocessing. В тесно связанных системах два ЦП совместно используют одновременный доступ к одной и той же памяти (и копии операционной системы) и периферийным устройствам, обеспечивая большую вычислительную мощность и степень постепенного снижения производительности в случае отказа одного ЦП. В слабо связанных конфигурациях каждый из группы процессоров (одиночный и / или тесно связанный) имел свою собственную память и операционную систему, но совместно используемые периферийные устройства и компонент операционной системы JES3 позволяли управлять всей группой с одной консоли. Это обеспечивало большую устойчивость и позволяло операторам решать, какой процессор и какие задания должен выполнять из центральной очереди заданий. MVS JES3 дал пользователям возможность сетивместе две или более систем обработки данных через общие диски и межканальные адаптеры (CTCA). Эта возможность в конечном итоге стала доступна пользователям JES2 как Multi-Access SPOOL (MAS). ^{[ необходима цитата ]}

Первоначально MVS поддерживал 24-битную адресацию (т. Е. До 16 МБ). По мере развития базового оборудования оно поддерживало 31-битную (XA и ESA; до 2048 МБ), а теперь (как z / OS) 64-битную адресацию. Наиболее важными мотивами для быстрого перехода на 31-битную адресацию были рост крупных сетей обработки транзакций, в основном контролируемых CICS , которые работали в едином адресном пространстве, а системе управления реляционными базами данных DB2 требовалось более 8 МБ приложения. адресное пространство для эффективной работы. (Ранние версии были сконфигурированы в двух адресных пространствах, которые обменивались данными через общую виртуальную область, но это накладывало значительные накладные расходы, поскольку все такие коммуникации передавались через операционную систему.)

Основными пользовательскими интерфейсами для MVS являются: язык управления заданиями (JCL), который изначально был разработан для пакетной обработки, но с 1970-х годов также использовался для запуска и распределения ресурсов для длительно выполняемых интерактивных заданий, таких как CICS ; и TSO (опция разделения времени), интерактивный интерфейс разделения времени , который в основном использовался для запуска инструментов разработки и нескольких информационных систем для конечных пользователей. ISPF - это приложение TSO для пользователей терминалов семейства 3270 (а позже и на виртуальных машинах), которое позволяет пользователю выполнять те же задачи, что и командная строка TSO.но с ориентацией на меню и формы, с полноэкранным редактором и файловым браузером. Базовым интерфейсом TSO является командная строка , хотя средства были добавлены позже для интерфейсов, управляемых формами).

Компания MVS сделала большой шаг вперед в обеспечении отказоустойчивости, основанной на более ранней программе STAE, которую IBM назвала восстановление программного обеспечения.. IBM решила сделать это после многих лет практического опыта работы с MVT в деловом мире. Системные сбои теперь оказывали серьезное влияние на бизнес клиентов, и IBM решила сделать серьезный скачок в дизайне, предположив, что, несмотря на самые лучшие методы разработки и тестирования программного обеспечения, «проблемы БУДУТ возникать». Это глубокое допущение сыграло решающую роль в добавлении в систему значительного процента отказоустойчивого кода и, вероятно, способствовало успешной устойчивости системы к сбоям программного и аппаратного обеспечения. Трудно получить статистическую информацию, чтобы доказать ценность этих конструктивных особенностей (как вы можете измерить «предотвращенные» или «восстановленные» проблемы?), Но IBM во многих отношениях улучшила эти отказоустойчивое восстановление программного обеспечения и быстрое решение проблем. особенности, с течением времени.

Этот дизайн определяет иерархию программ обработки ошибок, в системном (ядро / «привилегированный») режиме, называемом «Функциональные процедуры восстановления», и в пользовательском («задача» или «проблемная программа») режиме, называемом «ESTAE» (расширенная заданная задача. Процедуры аварийного выхода), которые вызывались в случае, если система обнаружила ошибку (ошибка аппаратного процессора или памяти, или ошибка программного обеспечения). Каждая процедура восстановления делала повторную активацию функции mainline, собирала данные диагностики ошибок, достаточные для устранения причины, вызывающей проблему, и выполняла либо повторную попытку (повторная активация основной линии), либо перколированная (расширенная обработка ошибок до следующей процедуры восстановления в иерархии).

Таким образом, с каждой ошибкой система фиксировала диагностические данные и пыталась выполнить ремонт и поддерживать систему в рабочем состоянии. Худшее, что можно было сделать, - это отключить адресное пространство пользователя («задание») в случае неисправленных ошибок. Хотя это была начальная точка проектирования, только в самой последней версии MVS (z / OS) этой программе восстановления не только гарантировалась собственная процедура восстановления, но и каждая процедура восстановления теперь имеет свою собственную процедуру восстановления. Эта структура восстановления была встроена в базовую управляющую программу MVS, а средства программирования доступны и используются разработчиками прикладных программ и сторонними разработчиками.

Фактически, восстановление программного обеспечения MVS сделало отладку проблем как проще, так и сложнее. Восстановление программного обеспечения требует, чтобы программы оставляли «следы» того, где они находятся и что они делают, что облегчает отладку, но тот факт, что обработка продолжается, несмотря на ошибку, может перезаписать следы. Ранний сбор данных во время ошибки максимизирует отладку, и для этого существуют средства для процедур восстановления (в режиме задачи и в режиме системы).

IBM включила дополнительные критерии для серьезной проблемы с программным обеспечением, требующей обслуживания IBM. Если компоненту основной линии не удавалось инициировать восстановление программного обеспечения, это считалось допустимой ошибкой, о которой необходимо сообщить. Кроме того, если процедура восстановления не смогла собрать важные диагностические данные, так что исходная проблема могла быть решена с помощью данных, собранных этой программой восстановления, стандарты IBM требовали, чтобы об этой ошибке сообщалось и требовалось исправление. Таким образом, стандарты IBM при неукоснительном применении способствовали постоянному совершенствованию.

IBM продолжала поддерживать основной инструмент обеспечения удобства обслуживания Dynamic Support System ^[1] (DSS), который был представлен в OS / VS1 и OS / VS2 Release 1. Это интерактивное средство можно было вызвать для инициирования сеанса для создания диагностических процедур или уже вызвать его. -хранимые процедуры. Процедуры перехватывали особые события, такие как загрузка программы, ввод-вывод устройства, вызовы системных процедур, а затем запускали активацию ранее определенных процедур. Эти процедуры, которые можно было вызывать рекурсивно, позволяли читать и записывать данные, а также изменять поток инструкций. Использовалось оборудование для записи программных событий.

IBM отказалась от поддержки DSS с помощью Selectable Unit 7 (SU7), обновления OS / VS2 Release 3.7, необходимого для программного продукта OS / VS2 MVS / System Extensions (MVS / SE), номер программы 5740-XEl. Группа пользователей SHARE приняла требование к IBM восстановить DSS, и IBM предоставила PTF, позволяющий использовать DSS после установки MVS / SE.

IBM снова отказалась от поддержки DSS с SU64, обновлением OS / VS2 Release 3.8, необходимым для Release 2 MVS / SE.

Использование записи программных событий (PER) было выполнено путем расширения диагностической команды SLIP с введением поддержки PER (SLIP / Per) в SU 64/65 (1978).

Несколько копий MVS (или других операционных систем IBM) могли совместно использовать одну и ту же машину, если эта машина находилась под управлением VM / 370 . В данном случае VM / 370 была реальной операционной системой, а «гостевые» операционные системы рассматривались как приложения с необычно высокими привилегиями. В результате более поздних усовершенствований оборудования один экземпляр операционной системы (либо MVS, либо виртуальная машина с гостевыми компьютерами, либо другая) также может занимать логический раздел (LPAR) вместо всей физической системы.

Несколько экземпляров MVS могут быть организованы и совместно администрированы в структуре, называемой системным комплексом или sysplex , представленной в сентябре 1990 года. Экземпляры взаимодействуют через программный компонент, называемый Cross-system Coupling Facility (XCF), и аппаратный компонент, называемый Hardware Coupling Facility. (CF или Integrated Coupling Facility, ICF, если они расположены на одном оборудовании мэйнфрейма). Множественные сисплексы могут быть объединены с помощью стандартных сетевых протоколов, таких как запатентованная IBM системная сетевая архитектура (SNA), или, в последнее время, через TCP / IP . Операционная система z / OS (самый последний потомок MVS) также имеет встроенную поддержку для выполнения POSIX иПриложения с единой спецификацией UNIX . Поддержка началась с MVS / SP V4R3, а IBM получила сертификат UNIX 95 для z / OS V1R2 и более поздних версий. ^[2]

Система обычно используется в бизнесе и банковском деле, а приложения часто пишутся на COBOL . Программы COBOL традиционно использовались с системами обработки транзакций, такими как IMS и CICS . Для программы, работающей на CICS, специальные операторы EXEC CICS вставляются в исходный код COBOL. Препроцессор (транслятор) заменяет эти операторы EXEC CICS на соответствующий код COBOL для вызова CICS перед компиляцией программы - в общем, в отличие от SQL, используемого для вызова DB2 . Приложения также могут быть написаны на других языках, таких как C , C ++ , Java , ассемблер , FORTRAN ,BASIC , RPG и REXX . Языковая поддержка представлена ​​в виде общего компонента, называемого «Language Environment» или «LE», чтобы обеспечить единообразную отладку, трассировку, профилирование и другие независимые от языка функции.

К системам MVS традиционно обращаются 3270 терминалов или ПК, на которых запущено 3270 эмуляторов. Однако в наши дни многие приложения для мэйнфреймов имеют настраиваемый веб- интерфейс или графический интерфейс. Операционная система z / OS имеет встроенную поддержку TCP / IP . Управление системой, которое раньше осуществлялось с помощью терминала 3270, теперь осуществляется через Консоль аппаратного обеспечения (HMC) и, все чаще, через веб-интерфейсы. Консоли оператора предоставляются через эмуляторы 2074, поэтому вы вряд ли увидите какой-либо процессор S / 390 или zSeries с подключенным к нему настоящим 3270.

Собственная схема кодирования символов MVS и его периферийных устройств - EBCDIC , но инструкция TR упростила преобразование в другие 7- и 8-битные коды. Со временем IBM добавила сервисы с аппаратным ускорением для выполнения трансляции в более крупные коды и между ними, аппаратно-ориентированные сервисы для преобразований Unicode и программную поддержку, например, ASCII , ISO / IEC 8859 , UTF-8 , UTF-16 и UTF-32. . Службы перевода программного обеспечения принимают исходную и целевую кодовые страницы в качестве входных данных.

Файловая система MVS [ править ]

Файлы, отличные от файлов Unix, правильно называются наборами данных в MVS. Имена этих файлов организованы в каталоги , которые сами являются файлами VSAM .

Имена наборов данных (DSN, термин мэйнфрейма для имен файлов) организованы в иерархию, уровни которой разделены точками, например «DEPT01.SYSTEM01.FILE01». Каждый уровень иерархии может содержать до восьми символов. Общая длина имени файла не должна превышать 44 символа, включая точки. По соглашению компоненты, разделенные точками, используются для организации файлов аналогично каталогам в других операционных системах. Например, были служебные программы, которые выполняли функции, аналогичные функциям проводника Windows (но без графического интерфейса и обычно в пакетной обработке).mode) - добавление, переименование или удаление новых элементов и отчет обо всем содержимом указанного элемента. Однако, в отличие от многих других систем, эти уровни обычно не являются ^{[NB 4]} фактическими каталогами, а являются просто соглашением об именах (как в исходной файловой системе Macintosh , где иерархия папок была иллюзией, поддерживаемой Finder). TSO поддерживает префикс по умолчанию для файлов (аналогичный концепции «текущего каталога»), а RACF поддерживает настройку управления доступом на основе шаблонов имен файлов, аналогично элементам управления доступом к каталогам на других платформах.

Как и в случае с другими членами семейства ОС, наборы данных MVS были ориентированы на записи . MVS унаследовал от своих предшественников три основных типа:

• Последовательные наборы данных обычно считывались по одной записи от начала до конца.
• В наборах данных BDAM (прямой доступ) прикладная программа должна была указать физическое расположение данных, к которым она хотела получить доступ (обычно путем указания смещения от начала набора данных).
• В наборах данных ISAM определенный раздел каждой записи был определен как ключ, который можно использовать как ключ для поиска определенных записей. Ключ довольно часто состоял из нескольких полей, но они должны были быть смежными и в правильном порядке; и ключевые значения должны быть уникальными. Поэтому файл IBM ISAM может иметь только один ключ, что эквивалентно первичному ключу в виде реляционной базы данных таблицы; ISAM не может поддерживать внешние ключи .

Последовательные наборы данных и наборы данных ISAM могут хранить записи фиксированной или переменной длины, и все типы могут занимать более одного дискового тома.

Все они основаны на структуре диска VTOC .

Ранние системы управления базами данных IBM использовали различные комбинации наборов данных ISAM и BDAM - обычно BDAM для фактического хранения данных и ISAM для индексов.

В начале 1970-х годов операционные системы виртуальной памяти IBM представили новый компонент управления файлами, VSAM , который предоставлял аналогичные возможности:

• Наборы данных с последовательным вводом (ESDS) предоставляют возможности, аналогичные функциям как последовательных наборов данных, так и наборов данных BDAM, поскольку они могут быть прочитаны либо от начала до конца, либо напрямую путем указания смещения от начала.
• Наборы данных с последовательностью ключей (KSDS) были серьезным обновлением ISAM: они допускали вторичные ключи с неуникальными значениями и ключи, сформированные путем объединения несмежных полей в любом порядке; они значительно уменьшили проблемы производительности, вызванные записями переполнения в ISAM; и они значительно снизили риск того, что программный или аппаратный сбой в середине обновления индекса может повредить индекс.

Эти форматы VSAM стали основой систем управления базами данных IBM , IMS / VS и DB2 - обычно ESDS для фактического хранения данных и KSDS для индексов.

VSAM также включает компонент каталога, используемый для главного каталога MVS.

Секционированные наборы данных (PDS) представляют собой последовательные наборы данных, разделенные на «элементы», каждый из которых может обрабатываться как последовательные файлы самостоятельно (например, папка в иерархической файловой системе). Наиболее важным использованием PDS были программные библиотеки - системные администраторы использовали основной PDS как способ выделения дискового пространства для проекта, а затем команда проекта создавала и редактировала участников. Другим применением PDS были библиотеки часто используемых процедур управления заданиями (PROC) и «копировальные книги» операторов языка программирования, таких как определения записей, используемые несколькими программами.

Группы данных поколения (GDG) - это группы наборов данных с одинаковыми именами, на которые можно ссылаться по абсолютному номеру поколения или по смещению от самого последнего поколения. Изначально они были разработаны для поддержки процедур резервного копирования дедушка-отец-сын - если файл был изменен, измененная версия становилась новым «сыном», предыдущий «сын» становился «отцом», предыдущий «отец» становился «дедушкой». "и предыдущий" дед "был удален.Но можно было создать GDG с более чем 3 поколениями, и некоторые приложения использовали GDG для сбора данных из нескольких источников и передачи информации в одну программу - каждая программа сбора создавала новое поколение файла, а окончательная программа считывала всю группу как единое целое. один последовательный файл (без указания поколения в JCL ).

Современные версии MVS (например, z / OS) используют наборы данных в качестве контейнеров для файловых систем Unix, а также средства для их частичной интеграции. То есть программы Unix, использующие fopen (), могут получить доступ к набору данных MVS, а пользователь может выделить файл Unix, как если бы это был набор данных, с некоторыми ограничениями ^{[NB 5]} . Hierarchical File System (HFS) (не следует путать с Apple, Hierarchical File System ) использует уникальный тип набора данных, в то время как новый г / OS файловая система (ZfS) (не следует путать с Sun, ZFS ) использует VSAM Linear данных Установить (СПД).

Программы, работающие на компьютерах, подключенных к сети (например, AS / 400 ), могут использовать локальные интерфейсы управления данными для прозрачного создания, управления и доступа к файлам VSAM, ориентированным на записи, с помощью продуктов клиент-сервер, реализованных в соответствии с распределенной архитектурой управления данными (DDM). . DDM также является базовой архитектурой для сервера MVS DB2, который реализует архитектуру распределенной реляционной базы данных (DRDA).

Обновления до MVS [ править ]

В дополнение к новой функциональности, которую IBM добавила с выпусками и дополнительными выпусками OS / VS2, IBM предоставила ряд бесплатных выпусков с постепенным изменением (ICR) и выбираемых модулей (SU), а также платных программных продуктов и программ, разработанных на местах, которые IBM в конечном итоге объединила как часть z / OS. Это включает:

• ACF / TCAM (5735-RCl)
• ACF / VTAM (5746-RC3, 5735-RC2)
• Поддержка данных / устройств (DF / DS), 5740-AM7
• Расширенные функции Data Facility (DF / EF), 5740-XYQ
• Средство передачи данных / Службы набора данных (DF / DSS), 5740-UT3.
• Data Facility Sort, 5740-SM1
• OS / VS2 MVS с расширенным методом последовательного доступа (SAM-E), 5740-AM3
• MVS / 370 Data Facility Product (DFP), 5665-295, замена
  • 5740-AM7 Поддержка устройств обработки данных (DFDS)
  • 5740-XYQ Data Facility Extended Function (DFEF)
  • 5740-AM3 Расширенный метод последовательного доступа (SAM-E)
  • 5740-AM8 Вариант криптографии служб метода доступа
  • 5748-UT2 Offline 3800 Утилита
• Продукт MVS / XA Data Facility, версия 1, выпуск 1, 5665-284
• Продукт MVS / XA Data Facility, версия 2, выпуск 1, 5665-XA2
• Версия продукта 3 средства обработки данных MVS / ESA, 5665-XA3
• Подсистема управления хранилищем данных (DFSMS), 5695-DF1
  Заменяет DFP, DF / DSS и DF / HSM
• Пакет команд OS / VS2 MVS TSO (5740-XT6)
• Командный процессор TSO - FDP 5798-AYF (команда PRINT)
• Средство управления программированием TSO / VS2 - FDP 5798-BBJ
• Средство управления программированием TSO - II (PCF II), FDP 5798-CLW,
• Расширения
  TSO заменяют пакет команд TSO, командный процессор TSO и PCF
  • 5665-285 для MVS / 370
  • 5665-293 для MVS / XA
  • 5685-025 для MVS / XA
    Первая версия с REXX
• OS / VS2 MVS / Системные расширения, 5740-XEl
• MVS / Системный продукт
  • JES3 Версия 1 5740-XYN
  • JES2 Версия 1 5740-XYS
  • MVS / Системный продукт-JES2 Версия 2, 5740-XC6
  • MVS / Системный продукт-JES3 Версия 2, 5665-291
  • MVS / Системный продукт-JES2 Версия 3, 5685-001
  • MVS / Системный продукт-JES3 Версия 3, 5685-002
  • Системный продукт MVS / ESA: JES2, версия 4, 5695-047
  • Системный продукт MVS / ESA: JES3, версия 4, 5695-048
  • Системный продукт MVS / ESA: JES2, версия 5, 5655-068
  • Системный продукт MVS / ESA: JES3, версия 5, 5655-069

Продукт Data Facility (DFP) [ править ]

В конце семидесятых - начале восьмидесятых годов IBM объявила:

• 5740-AM7 Поддержка устройств передачи данных (DF / DS)
• 5740-XYQ Data Facility Extended Function (DF / EF)
• 5740-AM3 Расширенный метод последовательного доступа (SAM-E)
• 5740-AM8 Вариант криптографии служб метода доступа
• 5748-UT2 Offline 3800 Утилита

DF / DS добавила поддержку новых устройств, и IBM объявила, что больше не будет добавлять поддержку устройств в бесплатную базу. DF / EF добавила улучшенную структуру каталогов (ICF) в качестве альтернативы каталогам VSAM и контрольным томам (CVOL), но она была полна проблем с надежностью.

Когда IBM анонсировала MVS / SP версии 2 (MVS / XA), она также объявила о выпуске Data Facility Product ™ (DFP ™) в качестве замены и обновления пяти других продуктов, указанных выше, которые, по ее словам, будут сняты с продажи с 1 декабря. , 1984. DFP / 370 Release 1 (номер программы 5665-295), анонсированный 7 июня 1983 г., был для MVS / SP версии 1, MVS / SE и OS / VS2 R3.8 и был необязательным, но продукт MVS / Extended Architecture Data Facility (5665-284) был обязательным условием для MVS / SP версии 2 (MVS / XA). Помимо расширения возможностей управления данными, DFP заменил бесплатные версии редактора связей и утилит.

Современный MVS [ править ]

MVS теперь превратился в z / OS; более старые выпуски MVS больше не поддерживаются IBM, а с 2007 года поддерживаются только 64-разрядные выпуски z / OS. z / OS поддерживает запуск старых 24-битных и 31-битных приложений MVS вместе с новыми 64-битными приложениями.

Выпуски MVS до 3.8j (24-разрядные, выпущенные в 1981 г.) были в свободном доступе, и теперь можно бесплатно запускать выпуск MVS 3.8j в эмуляторах мэйнфреймов. ^[3]

MVS / 370 [ править ]

MVS / 370 - это общий термин для всех версий операционной системы MVS до MVS / XA. ^{[NB 6]} Архитектура System / 370 на момент выпуска MVS поддерживала только 24-битные виртуальные адреса, поэтому архитектура операционной системы MVS / 370 основана на 24-битном адресе. Из-за этой 24-битной длины адреса каждой программе, работающей под MVS / 370, предоставляется 16 МБ непрерывной виртуальной памяти.

MVS / XA [ править ]

MVS / XA , или несколько виртуальных хранилищ / расширенная архитектура , была версией MVS, которая поддерживала архитектуру 370-XA , которая расширяла адреса с 24 бит до 31 бит, обеспечивая адресуемую область памяти размером 2  гигабайта . ^[4] Он также поддерживал 24-битный унаследованный режим адресации для старых 24-битных приложений (т. Е. Тех, которые сохраняли 24-битный адрес в младших 24 битах 32-битного слова и использовали старшие 8 бит этого слова для другие цели).

MVS / ESA [ править ]

MVS / ESA: Архитектура корпоративной системы MVS. Версия MVS, впервые представленная как MVS / SP версии 3 в феврале 1988 г. Заменена / переименована в OS / 390 в конце 1995 г., а затем в z / OS .

MVS / ESA OpenEdition: обновление до версии 4 Release 3 MVS / ESA объявлено в феврале 1993 г. с поддержкой POSIX и других стандартов. ^{[5] [6] [7]} В то время как первоначальный выпуск имел только сертификацию Национального института стандартов и технологий (NIST) на соответствие Федеральному стандарту обработки информации (FIPS) 151, последующие выпуски были сертифицированы на более высоких уровнях и другими организациями, например X / Open и его преемница The Open Group. Он включал около 1 миллиона новых строк кода, которые предоставляют оболочку API, служебные программы и расширенный пользовательский интерфейс. Работает с иерархической файловой системой, предоставляемой DFSMS (Data Facility System Managed Storage). Оболочка и утилиты основаны наПродукция Mortice Kerns ' InterOpen. По оценкам независимых специалистов, он был совместим с открытыми системами более чем на 80% - больше, чем большинство систем Unix. Поддержка DCE2 была объявлена ​​в феврале 1994 года, а многие инструменты разработки приложений - в марте 1995 года. С середины 1995 года, когда все открытые функции стали стандартной частью ванильной версии MVS / ESA SP Version 5 Release 1, IBM перестала отличать OpenEdition от операционной системы. В OS / 390 V2R6 он стал UNIX System Services , ^{[8] [9]} и сохранил это имя в z / OS .

OS / 390 [ править ]

В конце 1995 года IBM объединила MVS с несколькими программными продуктами и изменила название с MVS / ESA на OS / 390.

z / OS [ править ]

Текущий уровень MVS продается как z / OS.

Тесно связанные операционные системы [ править ]

Японские производители мэйнфреймов Fujitsu и Hitachi неоднократно и незаконно получали исходный код IBM MVS и внутреннюю документацию в одном из самых известных случаев промышленного шпионажа 20-го века . ^[10] Fujitsu в значительной степени полагалась на код IBM в своей операционной системе мэйнфрейма MSP , и точно так же Hitachi сделала то же самое для своей операционной системы VOS3 . MSP и VOS3 широко продавались в Японии, где они все еще занимают значительную долю установленной базы мэйнфреймов, но также в некоторой степени и в других странах, особенно в Австралии. Даже ошибки IBM и опечатки в документации были точно скопированы. IBM сотрудничала с СШАФедеральное бюро расследований проводит спецоперацию , неохотно поставляя Fujitsu и Hitachi запатентованные технологии MVS и аппаратного обеспечения для мэйнфреймов в ходе многолетних расследований, достигших кульминации в начале 1980-х годов - расследований, в которых участвовали руководители высшего звена компании и даже некоторые японские правительственные чиновники. Однако Амдал не участвовал в краже Fujitsu интеллектуальной собственности IBM . Любые сообщения от Amdahl до Fujitsu осуществлялись через «Спецификации Amdahl Only», которые тщательно очищались от любых IP-адресов IBM или любых ссылок на IP-адреса IBM.

После расследования IBM достигла многомиллионных расчетов с Fujitsu и Hitachi, получая значительную долю прибыли обеих компаний в течение многих лет. По достоверным отчетам сумма расчетов превысила 500 000 000 долларов США. ^{[ необходима ссылка ] [10] [NB 7]}

Три компании уже давно мирно договорились о создании множества совместных предприятий. Например, в 2000 году IBM и Hitachi совместно работали над моделью мэйнфрейма IBM z900.

Из-за этого исторического копирования MSP и VOS3 правильно классифицируются как « ответвления » MVS, и многие сторонние поставщики программного обеспечения с MVS-совместимыми продуктами смогли создать MSP- и VOS3-совместимые версии с небольшими изменениями или без них. ^{[11] [12] [13]}

Когда IBM представила свои 64-битные мэйнфреймы z / Architecture в 2000 году, IBM также представила 64-битную операционную систему z / OS, являющуюся прямым преемником OS / 390 и MVS. Fujitsu и Hitachi предпочли не лицензировать IBM z / Architecture для своих квази-MVS операционных систем и аппаратных систем, поэтому MSP и VOS3, хотя номинально поддерживаются их поставщиками, сохраняют большую часть архитектурных ограничений MVS 1980-х годов до настоящего времени. Поскольку z / OS по-прежнему поддерживает приложения и технологии эпохи MVS - z / OS по-прежнему содержит большую часть кода MVS, хотя и значительно улучшенный и улучшенный за десятилетия развития - приложения (и рабочие процедуры), работающие на MSP и VOS3, могут перейти на z / OS. намного проще, чем в других операционных системах.

См. Также [ править ]

• Hercules - эмулятор S / 370, S / 390 и zSeries, способный запускать MVS
• Служебные программы, поставляемые с операционными системами MVS (и последующих)
• BatchPipes - это служебная программа для пакетной обработки заданий, разработанная для операционной системы MVS / ESA и всех более поздних версий - OS / 390 и z / OS .

Заметки [ править ]

Ссылки [ править ]

• Боб Дюшарм: "Руководство по операционным системам, часть 06: MVS" (доступно в Интернете здесь )
• Обзор OS / VS2 MVS (PDF) . Первое издание. IBM. Июнь 1978 года. GC28-0984-0. Архивировано из оригинального (PDF) 16 марта 2011 года.

Внешние ссылки [ править ]

• IBM: z / OS V1R11.0 MVS Руководства
• IBM: руководства по z / OS V1R8.0 MVS
• MVS: операционная система, которая поддерживает мир
• МВС ... долгая история
• Функциональная структура операционных систем виртуального хранилища IBM. Часть II: концепции и основные положения OS / VS2-2. Автор А.Л. Шерр.