На правах рекламы:
ISSN 0236-235X (P)
ISSN 2311-2735 (E)

Авторитетность издания

ВАК - К1
RSCI, ядро РИНЦ

Добавить в закладки

Следующий номер на сайте

2
Ожидается:
16 Июня 2024

Использование электронно-вычислительных машин Mainframe в компьютерных сетях

Статья опубликована в выпуске журнала № 1 за 1994 год.
Аннотация:
Abstract:
Автор: Гисберт Ю.Х. () -
Ключевое слово:
Ключевое слово:
Количество просмотров: 13087
Версия для печати

Размер шрифта:       Шрифт:

Под словом Mainframe здесь следует понимать компьютеры с архитектурой IBM/370, возможности которых определяются работающими на них операционными системами. Этим они существенно отличаются от компьютеров других архитектур. Если операционные системы, например UNIX, предназначенные для так называемых мини-ЭВМ, прошли в своем развитии недолгий путь, то основы известных операционных систем IBM для больших машин были заложены еще в начале шестидесятых годов, то есть в то время, когда на первое место ставилась в основном работа в пакетном режиме и меньше всего думали об интерактивном режиме работы. В целях обеспечения полной совместимости с постоянно появляющимися новыми прикладными программами концепция IBM относительно развития операционных систем в основе своей никогда не менялась.

В архитектуре IBM/360 типичным являлся тот факт (хотя были и исключения), что данные, .поступавшие с терминалов, сначала накапливались в файлах, после чего в определенном порядке осуществлялся запуск программ, предназначенных для их обработки. Это позволяло сократить до минимума время загрузки такими программами небольшой по объему реальной памяти. С появлением концепции виртуальной памяти стало возможным загружать реальную память программами или их отдельными разделами только тогда, когда требовалась их обработка, что позволяло работать на терминалах в режиме реального времени.

Параллельно с этим шло развитие терминалов IBM 3270, которые и сегодня являются стандартом для дисплеев и принтеров. С появлением этих терминалов стало возможным форматирование экрана, то есть деление его на поля с различными типами данных. Построение изображения задавалось централизованно, порядок работы пользователя определяли прикладные программы в Mainframe. При этом исходили из того, что любая работа на терминале планируется и определяется централизованно. Вскоре появились первые и очень большие терминальные сети, построение которых должно было быть определено также с центрального устройства. Это осуществлялось с помощью методов доступа Mainframe (TCAM или VTAM) в сочетании с обширной управляющей программой (NCP) в процессорах Front-End (FEP) IBM 37x5. Разработанная фирмой IBM концепция SNA стала стандартом.

Операционные системы также получили свое дальнейшее развитие. IBM представила на рынке две операционные системы, рассчитанные на архитектуру 360 - OS и DOS. Но вскоре выяснилось, что предложенная IBM стандартная система OS занимает значительную часть имевшихся тогда ресурсов, поэтому многие пользователи от нее отказались. И хотя IBM постоянно пыталась ориентировать клиентов на систему OS (являвшуюся к тому же дорогостоящей), это удавалось в основном только в тех случаях, когда пользователи имели дело с техническими устройствами большой конфигурации. Работа над системой OS была продолжена с ориентацией на архитектуру 370, в результате чего сначала появилась система SVS (с одним виртуальным адресным пространством на 16 Мб), а затем система MVS (с полным адресным пространством для каждой задачи). В настоящее время IBM предлагает к продаже только одну операционную систему на базе OS — MVS, отличающуюся многофункциональностью, но очень дорогую.

Из DOS (сопоставимой с DOS-2) была разработана DOS/VS, а затем VSE. По своей функциональности она уступает системе MVS, но самые необходимые для пользователя функции в ней содержатся. Широкое распространение этой системы объясняется незначительным расходом ресурсов и оптимальным соотношением между стоимостью системы и ее производительностью. Кроме того, она проще в использовании.

В обеих операционных системах имеется коммуникационный метод доступа VTAM, представляющий собой компоненту SNA. Интересным продуктом является система DOS-3 (теперь DOS-5), разработанная в Праге фирмой VUMS для вычислительных устройств семейства ЕС. Аналогично операционным системам компьютеров с другими архитектурами, разработка которых начиналась в это же время, большое внимание уже в основной концепции уделялось виртуальной памяти и современной технике коммуникации для реализации интерактивного режима работы. Организация памяти построена в ней по типу системы MVS. Диалоговый режим стал для всей системы основополагающим принципом, а не дополнительным, как это случалось в классических системах. Таким образом, прикладные программы, независимо от языка программирования, могут работать с каждым устройством, то есть с каждым типом терминалов, поддерживаемых операционной системой; при этом не требуется предварительной подготовки. Коммуникационный метод доступа ТАМ интегрирован в операционной системе, а поддержка терминалов и протоколов передачи происходит так же, как в системе UNIX, - на уровне драйверов. Так как уже в то время, когда создавалась эта операционная система, стало ясно, что архитектура SNA недолговечна, начали уделять особое внимание возможности подключения ее к открытым сетям. Уже была определена модель OSI, и при разработке коммуникационных интерфейсов можно было опираться на ее уровневую архитектуру.

СОЗДАНИЕ СЕТЕЙ С SNA

Как уже было отмечено, концепция SNA исходит из того, что все связи в пределах одной сети и все свойства терминалов определяются централизованно. Коммуникационные методы доступа Mainframe и NCP-процессора Front-End являются собственниками всех ресурсов. Независимо от типа подключения (удаленное или локальное), на конечных пунктах находятся терминалы семейства 3270. Они состоят из дисплеев, отличающихся друг от друга различными свойствами (набором символов, величиной экрана, цветностью, клавиатурой и т.д.) принтеров и управляющего устройства IBM 3174. Основу коммуникации составляет поток данных терминала 3270, которые управляют передачей и оформлением текстовой информации, а также работой с клавиатурой. Протокол не позволяет осуществлять передачу бинарных данных, так как они содержат такие комбинации битов, которые воспринимаются как управляющие символы. Например, команда SET BUFFER ADDRESS (SBA) соответствует коду Х’11’. Если в потоке данных встретится такая комбинация битов, то оба следующих бита будут восприняты как буферный адрес экрана. Для передачи бинарных данных их следует закодировать таким образом, чтобы соответствующая комбинация битов отличалась от тех, которые предназначены для управляющих команд. Это очень трудоемкая задача, ее выполнение приводит к увеличению объема передаваемой информации. Возможности построения изображения с помощью потока данных 3270 очень ограничены по сравнению с теми, которые предоставляются в персональных компьютерах. Кроме того, все оформление экрана задается централизованно, так как построение изображения определено уже в Host-программе. Поэтому все виды оформления экрана, которые могут потребоваться на отдельных рабочих станциях, должны быть предусмотрены заранее. Это не всегда возможно, так как сегодняшние требования могут быть различными и иметь для каждого рабочего места свою специфику. Так, вполне вероятно, что одна и та же информация с Host-машины на одном рабочем месте должна быть представлена в цифровой форме, а на другом - в графической. Кроме того, виды графической информации могут быть различными на разных рабочих местах, не говоря уже о том, что графические возможности Host-машины вообще ограничены. Такой подход не сочетается с понятием централизма. Но даже если и была бы найдена модель, позволяющая . осуществлять централизованное управление всеми операциями, то проблема ограниченной мощности Mainframe все равно оставалась бы нерешенной. Несмотря на то, что емкость запоминающих устройств и мощность процессоров за последние годы неизмеримо выросли, подготовка данных для лучшего восприятия их конечным пользователем должна выполняться децентрализованно на специально предназначенных для этого устройствах.

В мире архитектуры SNA централизация касается прежде всего вопроса определения сети. Расширение сети должно быть предусмотрено и зарезервировано заранее, иначе потребуется осуществлять расширение центрального устройства. Все пути к конечным устройствам и все возможные связи с ними должны быть также продуманы заранее. Несмотря на большие расширения в философии SNA, в качестве протоколов передачи в конечном счете используются лишь те, которые необходимы для управления устройствами (например IBM 3174), и первоначально предусматривались только для простого ("неинтеллектуального") режима работы. Даже очень "интеллектуальные" виды коммуникации "от программы к программе" должны подчиняться этим протоколам. Одна из причин такого условия состоит в том, что операционные системы для Mainframe и работающее с ними программное обеспечение рассчитаны только на "неинтеллектуальные" терминалы. Внесение в многочисленные программы каких-либо изменений с целью адаптации к современным протоколам передачи крайне затруднительно. Правда, возможности подключения к локальным сетям и сетям общего пользования были созданы, но в основном только на уровне конкретных технических устройств.

Хотя существует возможность и для подключения к сетям общего пользования (например Datex-P), задания по управлению сетью при архитектуре SNA передаются в такую сеть не в полном объеме. SNA использует сеть общего пользования в основном в качестве передающего средства; определение и ограничение возможных связей происходит в SNA.

РАСПРЕДЕЛЕННАЯ ОБРАБОТКА

За последние десятилетия сложилось несколько компьютерных архитектур, каждая из которых имеет право на существование и отличается от других специфическими свойствами. Сочетание этих свойств в единой сети дает существенные преимущества. Поэтому, соединяя в сеть различные архитектуры, можно создавать наиболее оптимальные варианты. Долгое время велись споры о том, имеют ли вообще машины Mainframe будущее, или принцип рассредоточения информации среди множества мелких компьютеров является неверным. Без сомнения, разгрузка больших машин за счет "специальных компьютеров" - большое достижение, но в конечном счете оно приводит к ошибочному выводу о том, что можно обходиться без Mainframe. Кроме того, пользователям персональных компьютеров и систем UNIX принцип работы операционных систем для больших машин часто кажется очень сложным. Однако нельзя забывать, что в мире машин Mainframe накоплена масса полезной информации и хороших программ, которые сегодня можно рассматривать как часть культурного достояния человечества. Объем этой централизованно сохраняемой информации нельзя разделить на множество мелких, не вызвав негативных последствий, так как в этом случае трудно поддерживать большое количество этих частей в актуальном состоянии. В конечном счете локальные сети тоже работают с сервером, на котором осуществляется централизованное управление данными, используемыми всеми станциями. Кроме того, следует иметь в виду, что сервер ЛВС реально может управлять объемом информации всего лишь в несколько гигабайтов, в то время как для больших машин не составляет проблем управление объемом информации в 100 и более гигабайтов. Работа больших машин в дальнейшем будет сконцентрирована на выполнении серверных функций. Развитие этих компьютеров пойдет по пути от универсальности к специализации.

Для оптимизации распределенной обработки данных целесообразно рассматривать компьютеры как равноправные вычислительные устройства относительно их соединения в сети. А это возможно только в том случае, если управление сетью осуществляется ею самой. Возможность подключения к этой сети должна быть реализована за счет общего ядра, приемлемого для различных архитектур. Для установления связи с определенной программой компьютера важно в основном только то, имеется ли для этого соответствующее разрешение. Пути коммуникации и адреса в данном случае не играют роли. Их оптимизация и управление ими - задача самой сети.

Следующая проблема состоит в определении того, какие данные должны храниться централизованно, а какие децентрализованно. На конечных устройствах (рабочих станциях) можно накапливать лишь такую информацию, которая требуется только там и нигде больше, а также данные, не требующие актуализации. Управление информацией, подлежащей актуализации или необходимой для работы на многих терминалах, должно осуществляться централизованно. Этот принцип может быть реализован на нескольких уровнях, то есть один центральный компьютер может быть подчинен другому, вышестоящему устройству. Такая иерархия относится только к управлению данными, но не касается коммуникаций на физическом уровне. Эти пути коммуникаций не должны зависеть от организации данных, прежде всего потому, что в управлении данными могут встретиться различные иерархии.

Именно специализация рабочих станций в целях подготовки данных для конкретного рабочего места приводит к необходимости создания сети и одновременно с этим к дальнейшему централизованному накоплению информации.

ПРИНЦИПЫ КОММУНИКАЦИИ

Существуют три различные принципа коммуникации. Все они находят сегодня применение и имеют право на существование в зависимости от того, с какой целью используются.

Первый принцип является наиболее простым и представляет собой вариант работы в режиме обычного терминала. В персональном компьютере- производится загрузка эмуляционной программы, позволяющая ему выступать по отношению к Mainframe в роли терминала 3270. Характерным для этого принципа является то, что человек находится в прямом диалоге с большой машиной, а доступ к данным и различные изменения осуществляются в режиме реального времени. Вся информация хранится в центральном устройстве. Использование персонального компьютера вместо терминала 3270 дает немало преимуществ:

•           Если персональный компьютер не связан с Host-машиной, он может использоваться для выполнения другой работы.

•           Затраты на приобретение персонального компьютера лишь незначительно превышают стоимость терминала 3270, но качество изображения на мониторе персонального компьютера намного лучше.

•           Рано или поздно для выполнения самых разнообразных задач в фирмах будут инсталлироваться сети персональных компьютеров. Проложенная для этих целей кабельная сеть может быть использована и для работы в режиме терминала.

•           Независимо от типа компьютерной архитектуры, которую в дальнейшем выберет фирма, возможность соединения вычислительного устройства с ЛВС будет обеспечена. В отличие от компьютера, терминалы 3270 (как и терминалы других архитектур) находятся в непосредственной зависимости от архитектуры Host-машины.

Инсталляция персонального компьютера - это инвестирование средств в будущее, даже если сначала он будет использоваться только в качестве "неинтеллектуального терминала".

Работа в режиме терминала часто строится по второму принципу - посредством пересылки файлов. Вместо эмуляционной в персональный компьютер загружается программа, которая вместе с соответствующей программой большой ЭВМ осуществляет пересылку целых файлов. Преимущество этой программы состоит в том, что передаваемые данные могут обрабатываться на персональном компьютере независимо от программ большой машины. Например, для сбора данных на ПЭВМ можно оптимально использовать возможности этих вычислительных устройств. При этом ПЭВМ проявляет значительно больший "интеллект", чем обычный терминал. Кроме того, связь с Mainframe во время сбора данных необязательна, благодаря чему обеспечивается разгрузка сети. Но этот принцип имеет и определенные недостатки.

•           Пересылаемые файлы сначала накапливаются в промежуточном файле на Mainframe. Это означает, что обрабатывающая его программа большой машины взаимодействует не с ПЭВМ, а только с промежуточным файлом и может быть запущена лишь после завершения процесса пересылки файлов.

•           Окончательное определение правильности переданной информации возможно только после того, как завершится пересылка всего файла. В случае выявления ошибки весь процесс передачи приходится повторять.

•           Не исключена вероятность неверного сбора данных, так как обработка этой информации на большой машине происходит позднее, и мгновенная реакция на ошибки невозможна.

В большинстве случаев эти недостатки не играют существенной роли. Пересылка файлов является широко распространенным и с успехом применяемым видом коммуникации. При этом важно и то, что вес децентрализованно накапливаемые данные подвергаются актуализации в большой машине и после этого опять загружаются в ПЭВМ или в файл-сервер ЛВС.

Третий принцип представляет собой диалог между программами большой машины и персонального компьютера; при этом сочетаются преимущества первого и второго принципов. Выполняется обмен только теми записями из файлов, которые действительно требуются в данный момент. Реакция на ошибочную информацию происходит немедленно. Mainframe не требует промежуточного накопления данных. Их обработка на большой машине осуществляется в режиме реального времени. Оболочка пользователя для диалога с человеком может быть индивидуальной. При этом все возможности ПЭВМ могут быть использованы в полном объеме.

СОЕДИНЕНИЕ МАШИН MAINFRAME С ЛВС

На рисунке 1 представлен вариант, при котором ЛВС без дополнительного управляющего устройства подключается через персональный компьютер непосредственно к каналу большой ЭВМ. Поставку такой системы осуществляет фирма РПД.

В подключенный к ЛВС персональный компьютер, выступающий в роли шлюза, вставляется карта, которая позволяет произвести подключение к канальному интерфейсу. Работа может осуществляться в ре-

жиме мультиплексии байтов или блоков. Требования, предъявляемые к мощности и ресурсам ПЭВМ, незначительны (например необязательно наличие жесткого диска). Расходы на ПЭВМ составляют лишь малую часть стоимости устройства IBM 3174. В зависимости от загруженного программного обеспечения шлюз может работать по отношению к Host-машине в двух различных режимах: как управляющее устройство IBM 3174 или как адаптер канал-канал (СТСА). С помощью шлюза можно подключить любую ЛВС, использующую в качестве протокола NetBIOS (Token Ring, Ethernet и т.д.).

При работе с операционными системами IBM или с одной из систем для машин семейства ЕС - SVS, SVM, BPS - необходимо ограничиться режимом 3174 ("Non-SNA"). В этом случае рабочие станции ЛВС будут являться терминалами 3270. При этом в отличие от настоящего управляющего устройства 3174 некоторые функции (например построение буфера экрана) переносятся со шлюза на подключенные рабочие станции (для разгрузки работы шлюза). Функции шлюза представлены в упрощенном виде на рисунке 2.

По отношению к большой ЭВМ имеется максимум 32 адреса локально подключаемых терминалов 3270. Они не имеют твердой закрепленности за рабочими станциями ЛВС. Существует таблица преобразования адресов сети в адреса устройств (cuu). Для установления связи по запросу одной из рабочих станций ее сетевому адресу присваивается один из имеющихся свободных адресов технических устройств. Это значит, что через шлюз можно одновременно соединить с Mainframe не более 32 рабочих станций сети, хотя их общее количество может значительно превышать эту цифру. Для каждой рабочей станции определен и "приоритетный адрес", который при установлении связи следует изменять только в том случае, если в шлюзовой таблице под этим адресом уже занесена другая рабочая станция. Для обеспечения одновременной связи с более чем 32 станциями можно подключить несколько шлюзов. Но соединение с Mainframe должно осуществляться только тогда, когда от большой машины действительно требуется выполнение определенных заданий. В отличие от этого при использовании настоящих терминалов 3270 необходимо управление адресами всех устройств, с которых вообще возможно установление связи с Mainframe. Их количество будет значительно выше.

В качестве протокола передачи для коммуникации с программным обеспечением большой машины используется поток данных терминала 3270. При этом сохраняются некоторые недостатки архитектуры SNA (см. раздел "Создание сетей с SNA"). Но управление сетью в значительной степени переносится на саму сеть. Благодаря этому происходит разгрузка большой машины, что позволяет не только сократить затраты, но и выполнить функции, описанные в следующем разделе.

На рабочих станциях используются все 3 коммуникационные принципа, представленные в разделе "Принципы коммуникаций": эмуляция терминала, пересылка файлов и коммуникация на уровне "от программы к программе". Для пересылки файлов используется общепринятый в мире IBM протокол для IND$FILE. При этом достигается значительно более высокая скорость передачи, чем при соединении через управляющее устройство IBM 3174. Для обеспечения коммуникации "от программы к программе" используется протокол EHLLAPI. Программное обеспечение рабочих станций поддерживается в MS Windows, благодаря чему можно одновременно открыть несколько сеансов.

При использовании операционной системы DOS-5 шлюз может работать не только в режиме 3174, но и как адаптер канал-канал (режим СТСА). Реализуемые при этом функции представлены в упрощенном виде на рисунке 3.

 

Здесь представлен относительно простой принцип работы адаптера канал-канал по отношению к большой машине при выполнении операций ввода/вывода. Метод доступа ТАМ операционной системы DOS-5 осуществляет поддержку протокола Х.25. Таким образом, обходной путь через SNA становится излишним. По отношению к Mainframe шлюз имеет только один адрес (cuu). Адресация отдельных рабочих станций осуществляется по логическим каналам ("virtual circuits"-VC), образованным протоколом Х.25. При установлении связи сетевому адресу соответствующей рабочей станции выделяется свободный логический канал. По отношению к большой машине шлюз имеет 32 логических канала, один из которых зарезервирован для коммуникации шлюза с методом доступа ТАМ. Логические каналы не закреплены за конкретными рабочими станциями. При необходимости установления связи они выделяются в соответствии с таблицей, ведущейся в шлюзе. Для пересылки файлов имеется программа ECFILE, которая с помощью более удобного меню может обращаться не только к файлам в промежуточной памяти большой машины, но и непосредственно к наборам данных. При этом можно осуществлять определенный выбор записей (по их номерам или по ключевым полям). Поддерживается также протокол EHLLAPI. Кроме того, в DOS-5 через компоненту ECDISK можно представить дисководы MS DOS, благодаря чему пользователь персонального компьютера может обращаться к Mainframe в привычной ему среде (например по каталогам, маршрутам). Доступ к таким файлам осуществляется обычными для DOS-5 методами. Преимущества режима СТСА но сравнению с режимом 3174 состоят в следующем.

•     Х.25 является несложным протоколом передачи с высокой степенью сохранности данных о Пакеты Х.25 позволяют существенно улучшить мультнплексию потоков данных между рабочими станциями и большой машиной

•     Информационное содержание пакетов Х.25 не зависит от управляющих данных для работы терминала, то есть абстрактные данные могут передаваться без преобразования. Поток данных терминала 3270 выступает здесь не как протокол передачи, а может сам являться содержимым пакетов

О преимуществах режима СТСА особенно наглядно свидетельствует фактор скорости. Даже при простом наблюдении четко видно, что на эмулированном терминале изображение строится быстрее, чем на настоящих терминалах 3270. При пересылке файлов производился замер эффективной скорости передачи (включая доступ к жестким дискам большой машины и персонального компьютера). Она составила более 100 Кбайтов в секунду.

МЕТОДЫ РАБОТЫ В СЕТИ

Как уже указывалось, к компьютерной сети можно подключить несколько шлюзов и работать в различных режимах. Под управлением MS Windowi имеется возможность открыть на одном персональном компьютере одновременно несколько программ и тем самым установить несколько связей с одной и той же или с несколькими большими машинами. Пользовательская оболочка может быть представлена таким образом, что пользователю не нужно будет думать о том, на какой ЭВМ обрабатывается в настоящий момент его прикладная программа.

ЛВС является идеальным средством соединения компьютеров различных архитектур (RISK, AS/400, DEC, машин фирмы Siemens BS2000 и т.д.). Благодаря этому реализуется выполнение описанных в разделе "Распределенная обработка" требований, предъявляемых к распределенной обработке данных. Например, с большой машины можно без проблем обратиться к серверу в UNIX. Для распознавания информации в сети необходимо учитывать в основном только форматы данных. Особую роль играют станции CAD, (в большинстве случаев на базе UNIX). В производственном процессе они должны осуществлять обмен между данными, находящимися на не предусмотренных для решения задач CAD компьютерах (чаще всего Mainframe), и такими программами, как управление производством, а также экономика и организация производства.

Несколько ЛВС могут быть соединены друг с другом. Управление этими связями (мостами) также осуществляется самими сетями. Независимо от того, с какой локальной сети (местной или удаленной) устанавливается связь между входящей в ее состав рабочей станцией и Mainframe, на большую машину через шлюз всегда поступает один и тот же протокол. Mainframe "не замечает" многочисленных связей, существующих по всему миру и управляемых сетями. На рисунке 4 представлен фрагмент большого спектра возможностей соединения.

На первом этапе создания большой сети необходимо сначала обеспечить работоспособность каждой ЛВС в отдельности. Это поможет децентрализованно протестировать выполнение необходимых функций без привлечения центрального компьютера. И только после этого можно переходить к соединению сетей между собой. Для большинства машин, входящих в состав сети, необходимо определить лишь, какое максимальное количество связей с ними может быть установлено одновременно. В самой машине Mainframe нет необходимости учитывать возможность подключения в будущем дополнительной рабочей станции или дополнительной ЛВС. Таким образом, информационная инфраструктура фирмы может быть построена по модульному принципу, и необязательно заранее планировать все до мельчайших деталей. Это особенно важно в тех случаях, когда нет полной ясности относительно дальнейшего направления развития фирмы.

Соединение в сеть персональных компьютеров позволяет, в отличие от использования терминалов, существенно повысить надежность работы предприятия. Поломки, которые могут произойти на конечных устройствах, практически не отражаются на работе Mainframe, так как шлюз продолжает работать в соответствии с протоколом. На случай возникновения экстремальных ситуаций предусмотрена возможность децентрализованного запоминания данных. Поэтому даже нарушение связи (обрыв провода и т.п.) лишь в незначительной степени отражается на производственном процессе предприятия.

Часто возникает необходимость создания нескольких виртуальных машин на одном компьютере Mainframe. И хотя при этом значительно снижается эффективность работы, такая потребность объясняется рядом серьезных причин: переходом с одной операционной системы на другую, необходимостью отделения работ, связанных с тестированием и программированием, от работ пользователя и т.д. Реализовать такой метод можно через так называемый LPAR-Feature самой машины Mainframe или с помощью управляющей программы VM. При этом часто возникает необходимость обращения с одних и тех же терминалов к различным виртуальным машинам. Проще всего это сделать путем соединения в сеть персональных компьютеров (в отличие от трудоемкого варианта в самой VM, при котором для всех виртуальных машин используется один и тот же метод доступа VTAM). К каждой виртуальной машине может быть подключен отдельный шлюз, как представлено на рисунке 5.

Пользователь может установить со своей рабочей станции связь с любой нужной ему машиной. В MS-Windows даже имеется возможность одновременного установления связи со всеми виртуальными машинами.

Примечание. Представленное на рисунках 4 и 5 изображение ЛВС в форме кольца не означает того, что речь идет только о сетях Token Ring.


Постоянный адрес статьи:
http://swsys.ru/index.php?page=article&id=1148&lang=
Версия для печати
Статья опубликована в выпуске журнала № 1 за 1994 год.

Возможно, Вас заинтересуют следующие статьи схожих тематик: