Усилия компании IBM и растущее предложение программных средств вдохнули новую жизнь в систему среднего класса AS/400 и ее сетевые возможности.
Имея в 1992 году 5 миллиардов долларов убытков, компания удержалась на краю финансовой пропасти и за первый квартал текущего года получила прибыль в размере 1,29 миллиарда долларов. В недавнем интервью глава компании Лун Герстнер дал возможность заглянуть внутрь новой IBM: "Любой, кто собирается почить на лаврах, тут же будет поставлен на место". Очевидно, компания сосредоточилась прежде всего на решении внутренних вопросов.
IBM провела агрессивный маркетинг OS/2 и усовершенствовала классические разработки в области мэйнфреймов и миникомпьютеров, особенно систему среднего класса AS/400.
В результате значительного снижения цены и внедрения новой технологии процессора для (FSIOP - File Server I/O Processor) AS/400 стала неотъемлемой частью множества ЛВС, a объемы ее продаж за 1994 год возросли в два раза. Большой каталог оборудования для программных приложений, который ведется еще со времен System/36, все чаще упоминает AS/400.
Ввиду расширения рынка AS/400, компании Novell, IBM и Microsoft выпустили совместимые версии сетевых продуктов. IBM, кроме того, заново переписала пакет PC Support/400 (переименовав его в Client Access/400) и включила в операционную систему AS/400 3.1 поддержку TCP/IP. В данной статье рассматриваются новые возможности организации взаимодействия ЛВС с AS/400, их текущее состояние и перспективы развития.
БАРЬЕР SNA
Как правило, в сетях с традиционной архитектурой SNA взаимодействие между приложением на мэйнфрейме IBM и подчиненными ему устройствами происходит с установлением сеанса работы с логическим устройством по типу 2. Мэйнфрейм управляет установлением сеанса и трекингом. Типы устройств, их количество и адреса определяются при запуске системы и сохраняются до следующей перезагрузки. Для внесения изменений необходимо модифицировать файлы на мейнфрейме и перезагрузить систему.
Такая иерархическая структура имеет смысл в том случае, когда общий мэйнфрейм управляет множеством подчиненных устройств, и не очень годится для локальных сетей, которые объединяют рабочие станции, файловые серверы и серверы приложений. Для поддержки сетевых решений IBM предлагает протокол LU 6.2, включив его в программное обеспечение PC Support/400 для AS/400. После запуска компьютеры устанавливают сеанс LU 6.2 c AS/400 и эмулируют терминал 5250 или выполняют одну из следующих функций PC Support:
Следуя своей традиции смешивать терминологию, IBM именует клиентскую часть кода LU6.2 маршрутизатором (the Router). Маршрутизатор представляет собой большую резидентную программу размером 60 Кбайт. После загрузки маршрутизатор остается в памяти до тех пор, пока его не выгрузят вручную, либо до следующей перезагрузки ПК. В результате на ПК часто не хватает памяти для подключения к файловым серверам и запуска приложений.
Решение Novell заключается в переносе LU6.2 на выделенное шлюзовое устройство и выполнении на клиенте только протоколов локальных сетей. Microsoft использует аналогичный подход.
В обоих случаях маршрутизатор заменяют значительно более коротким кодом, что позволяет сохранить предложенный IBM интерфейс без издержек протокола LU6.2. В результате клиенты локальной сети могут по-прежнему запускать приложения PC Support поверх сетевого транспорта IPX/SPX или NetBEUI.
ПОДХОД NOVELL
Шлюз в SNA фирмы Novell, NetWare for SAA, реализован как набор NLM для запуска под управлением NetWare 3.x или 4.x. Его можно загружать на сервере NetWare, обслуживающем, кроме прочего, файлы и принтеры, либо на выделенном устройстве.
Поскольку пакет NetWare for SAA включает в себя поддержку динамической NetWare, то нет необходимости приобретать отдельную копию NetWare для выделенного сервера. Выбор совмещенного или выделенного сервера NetWare for SAA определяется прежде всего условиями доступа к AS/400 и загруженностью файлового сервера. Если доступ к AS/400 необходим лишь от случая к случаю, a сервер загружен незначительно, можно избежать затрат на дополнительное оборудование, установив NetWare for SAA на имеющийся файловый сервер. Однако большое число обращений к AS/400 заметно снижает производительность файлового сервера, так что в этом случае необходимо установить выделенный сервер. NetWare for SAA способен обслуживать крупные вычислительные центры на базе AS/400.
Выделенный сервер NetWare for SAA версии 2.0 поддерживает до 2000 сеансов и обеспечивает одновременный доступ к 128 системам AS/400 по протоколам Ethernet, Token Ring, FDDI, Synchronous Data Link Control (SDLC) или Qualified Logical Link Control (QLLC).
Версия 2.0 имеет усовершенствованные средства администрирования и управления шлюзами. Оконная утилита конфигурирования SAA-серверов специально адресована тем, кого не устраивает обычный символьный интерфейс администратора Novell.
Интеграция пакета с NetWare Directory Services (NDS) позволяет обращаться и к файловому серверу, и к серверу SAA без повторного ввода пользователем своего идентификатора и пароля. Доступ к AS/400 производится с использованием таких расширенных возможностей системы обеспечения безопасности Novell, как ограничение по местонахождению рабочей станции, дню недели и времени суток. Кроме того, сеансовые пулы LU6.2 и выделенные устройства могут назначаться определенным группам и пользователям NetWare.
Утилита управления SNA, NetWare for SAA Services Manager, поставляемая отдельно от прежних версий, в версии 2.0 является встроенной. Services Manager позволяет администратору локальной сети управлять несколькими серверами SAA с рабочей станции и осуществлять контроль за сеансами, производительностью системы, текущим статусом и возникновением ошибок. Помимо программ PC Support и Client Access/400 компании IBM, NetWare for SAA поддерживает также ряд популярных пакетов эмуляции 5250, включая Rumba разработки Wall Data (Redmond, WA) и Reflection компании Walker, Richer & Quinn (Seattle).
Нередко пользователю необходимо распечатать задание с AS/400 на сетевом принтере. Обычно для этого между AS/400 и рабочей станцией устанавливается сеанс эмуляции принтера.
В среде NetWare for SAA печатное задание сначала посылается на сервер NetWare for SAA через соединение LU6.2, затем передается сеансу эмуляции принтера на рабочей станции, на которой поток печати преобразуется для эмуляции принтера 3812 или 5256. Печатное задание направляется по сети в очередь на печать сервера NetWare, где и хранится до тех пор, пока задание не передастся на сетевой принтер.
Такой режим вывода на печать отнимает ресурсы рабочей станции и порождает большой сетевой трафик. Кроме того, эмуляция принтера на отдельной рабочей станции усложняет задачу администрирования сети.
В связи с этим Novell предложила HostPrint/400, продукт для эмуляции печати AS/400 на сервере. Он загружается как NLM на сервере NetWare for SAA. Когда возникает необходимость распечатать задание на сетевой принтер, AS/400 передает печатное задание серверу NetWare for SAA, где выполняется преобразование потока данных принтера 3812 или 5256. Задание на печать ставится в очередь NetWare и отправляется на сетевой принтер.
HostPrint/400 исключает ненужный трафик, возникающий при сеансе эмуляции принтера на рабочей станции, и упрощает администрирование сеансов печати за счет централизации управления и мониторинга на сервере.
ЗА ОКНАМИ WINDOWS
Microsoft предлагает SNA Server 2.11 в качестве платформы для интеграции AS/400 в ЛВС. Обеспечивая те же функции, что и NetWare for SAA, он реализован не как набор NLM, a в виде приложения для сервера Windows NT.
SNA Server может выполняться одновременно с обслуживанием файлов и принтеров или на выделенном сервере. Компьютеры-клиенты локальной сети для подключения к SNA Server пользуются обычными транспортными протоколами (TCP/IP, IPX/SPX, AppleTalk или NetBEUI). SNA Server для подключения к AS/400 использует протокол LU6.2 поверх Token Ring, Ethernet или коаксиального кабеля.
Достоинства платформы Microsoft основаны на использовании операционной системы Windows NT. В отличие от NetWare for SAA, применение пакета SNA Server не ограничено оборудованием Intel и распространяется также на процессоры MIPS, DEC Alpha и IBM PowerPC. Производительность можно увеличить благодаря поддержке сервером NT симметричной многопроцессорной обработки (SMP). В крупных вычислительных центрах на базе AS/400 можно сконфигурировать несколько серверов SNA для распределения нагрузки и горячего резервирования. При этом все происходит автоматически: клиент подключается к наименее загруженному серверу, так что нагрузка автоматически распределяется между несколькими серверами. Потеря соединения с сервером приводит к автоматическому же переключению клиента на резервный сервер.
ЗА ДВЕРЯМИ IBM
Недостатки PC Support побудили IBM к отказу от него в пользу Client Access/400. Новый продукт имеет такие возможности PC Support, как Shared Folder для обслуживания файловой системы ПК, передача файлов и удаленный запуск заданий.
В пакет включены продукты для клиентов под DOS, Windows и OS/2. Продукт для Windows выполняется в защищенном режиме Windows, что позволяет отказаться от необходимой для PC Support резидентной программы, занимающей много памяти. Однако клиент DOS по-прежнему использует больше памяти, чем шлюз SNA.
IBM включила в Client Access/400 два пакета эмуляции 5250: IBM PC/5250 и эмулятор Rumba/400 компании Wall Data. Полученный результат оставляет полное впечатление работы с настоящим PC/3270.
Принципиально новым для AS/400 стало разработанное в IBM устройство FSIOP. Оно содержит микропроцессор INTEL 66 МГц 486DX2 со встроенной памятью, шиной AS/400 и разделяет доступ к дисковой памяти машины. Пока устройство используется только с операционной системой OS/2 LAN Server для обслуживания каталогов ПК в системе AS/400.
Недавно IBM объявила о планах включения поддержки FSIOP в NetWare for SAA. Пользователям NetWare будет представлено прямое IPX/SPX-подключение к AS/400, в то время как шлюз NetWare for SAA на FSIOP связывается с AS/400 через LU 6.2 по внутренней шине. Такая конфигурация позволяет при организации шлюза в SNA обойтись без внешнего оборудования и сохранить преимущества администрирования и управления, которые дает NetWare for SAA в сети Novell.
Последние несколько лет IBM занята разработкой архитектуры независимых от протокола сетевых коммуникаций под общим названием Multiprotocol Transport Networking (MPTN). Прилагаемые компанией усилия свидетельствуют о постепенном отходе от SNA. AnyNet/400, реализация MPTN для AS/400, включена в состав OS/400 3.1. Она обеспечивает не зависящий от транспортного протокола интерфейс между AS/400 и приложением. Благодаря AnyNet/400 все функции Client Access доступны клиентам Windows через TCP/IP и SNA-соединение с AS/400.
TCP/IP БЕСПЛАТНО?
Поддержка TCP/IP на AS/400 стала доступна с того момента, как для OS/400 2.0 появилось соответствующее обеспечение, которое, однако, не выдерживало критики в отношении производительности, надежности и цены.
С выходом OS/400 3.1 IBM совершила очередной шаг навстречу открытым стандартам, включив в операционную систему высокопроизводительную реализацию TCP/IP. В настоящее время клиенты LAN могут использовать TCP/IP для непосредственной связи с AS/400 и эмуляции 5250 поверх TCP/IP.
Для одновременного доступа по IPX/SPX к файловому серверу и по TCP/IP к AS/400 через общий сетевой адаптер клиенты NetWare могут использовать поддерживаемый ODI двойной стек протоколов, a клиенты Microsoft Windows NT двойной стек при помощи драйверов NDIS.
TCP/IP с его протоколом скользящего окна, фрагментацией пакетов и функцией повторной сборки весьма эффективен для доступа к AS/400 через глобальные сети и в средах с несколькими TCP/IP-хостами. Привлекает также отказ от шлюза SNA.
Такие поставщики, как FTP Software (North Andover, MA) и Walker, Richer & Quinn, предлагают реализацию TCP/IP в виде виртуального драйвера устройства (VxD), который занимает значительно меньше памяти, чем резидентная программа или стеки протоколов нормального уровня (DLL). В отличие от драйверов TSR, драйверы DLL загружаются динамически по мере необходимости и автоматически выгружаются в Windows, когда становятся не нужны. В загруженном состоянии они все же занимают память для буферизации данных и обработки прерываний.
Драйверы VxD, используя преимущества 32-разрядной архитектуры 386/486, не требуют стандартной памяти для кода. Работая в кольце 0, с тем же приоритетом, что и OS, 32-разрядные драйверы не конкурируют с другими приложениями за время процессора и превосходят драйверы DLL по производительности.
Существуют определенные недостатки TCP/IP-соединения с AS/400 в режиме эмуляции 5250. В отсутствие NetWare for SAA 2.0 нарушается тесное взаимодействие со службой каталогов NetWare 4.1, что усложняет процедуру открытия и управления сеансами.
Без сервера NetWare for SAA становится недоступен HostPrint/400. Эмуляция принтера по TCP/IP обыкновенно ограничивается базовыми функциями печати и не может быть использована для поддержки сложного потока данных печатающих устройств 3812 и 5256. Кроме того, процедура начальной установки TCP/IP-соединений может потребовать массу времени в связи с необходимостью присвоения IP-адреса каждой станции.
КЛИЕНТ-СЕРВЕР В ДЕСЯТКУ?
Доступ из локальной сети к мэйнфрейму IBM или миникомпьютерной системе чаще всего ограничивается эмуляцией терминала. Данные и приложения хранятся на IBM, a рабочая станция, вычислительная мощность которой при этом не используется, выступает в качестве терминала 3270 или 5250.
В модели "клиент-сервер" обработка распределяется между системой IBM и подключенными к ней рабочими станциями. В то время как данные по-прежнему хранятся на IBM, функция их представления может быть передана любому стандартному пакету для рабочих станций, имеющему графический интерфейс GUI (например, Excel или Visual Basic).
Хотя такие пакеты обеспечивают хороший интерактивный доступ к реляционным базам данных, в системе IBM данные традиционно хранятся в иерархических базах, требующих сложных программ управления. Именно поэтому модель "клиент-сервер" в системах IBM не применялась до появления AS/400 в пакете с базой DB 2/400 и поддержкой ODBC (Open Database Connectivity), далеко продвинувших IBM в реализации данной модели вычислений. Разработка соответствует архитектуре распределенных реляционных баз данных DRDA (Distributed Relational Database Architecture). Приложения рабочих станций для стандартной базы на SQL могут обращаться к базе DB2 на AS/400 через загруженный на станции драйвер ODBC.
IBM разрабатывает также новое поколение инструментальных программных средств для генерации запросов и представления полученных данных с ПК под Windows. Графический интерфейс для доступа к базе данных Database Access GUI, включенный в Client Access/400, позволяет легко импортировать данные из DB2/400 в приложения Windows типа Microsoft Word или Excel, где они могут быть затем преобразованы для отображения.
В состав пакета Rally! for AS/400, компании Attachmate (Bellevue, WA) входит DBQuery для доступа к данным DB 2/400. Удаленные прикладные программные интерфейсы SQL и ODBC дают возможность обращения к данным на AS/400 из внешнего графического интерфейса, написанного на языке типа Visual Basic или PowerBuilder.
Доступ пользователей и приложений к данным на AS/400 поддерживает также пакет Rumba for Database Access компании Wall Data. Его драйвер ODBC можно использовать для работы с базой данных DB2/400 в приложениях, написанных, например, на PowerBuilder. Через Rumba for DBA пользователь Excel может задавать команды ODBC SQL для генерации запроса к информации, хранящейся на AS/400. Продукты обеих указанных фирм могут использовать соединение с AS/400, устанавливаемое при помощи NetWare for SAA, LU6.2 или SNA Server. Rumba for DBA версии 3.0 включает поддержку для Windows функций Shared Folder и Virtual Print. В пакет интегрированы также доступ к базам данных и генерация отчетов.
НЕ БЫЛО ПЕЧАЛИ
IBM явно дает понять, что по-прежнему рассматривает AS/400 как основной продукт для продвижения на рынке. А с появлением все новых и новых средств соединения с локальными сетями эта система имеет просто отличные перспективы - особенно если такие компании, как Novell и Microsoft и в дальнейшем будут выпускать совместимое ПО.
Алан Шельтцер (Alan Sheltzer) - исполнительный вице-президент и соучредитель The LAN Company (Malvern, PA). С ним можно связаться через Internet по адресу: alans@tlc.ccmail.compuserve.com.
НЕ ДАВИТЕ!
Когда J.B.Lippincott, издательская компания с 200-летней историей из Филадельфии, объединила несколько лет назад свои офисы, ей потребовалась новая система отчетности. Рассмотрев различные варианты, компания остановила свой выбор на программном обеспечении от J. D. Edwards. Выбор ПО повлек за собой решение установить IBM AS/400, рекомендованную платформу для пакета J. D. Edwards.
На время установки AS/400 компьютерная база Lippincott состояла из автономных ПК и Macintosh в филадельфийском офисе и VAX компании Digital Equipment Corp. в офисе фирмы в Хагерстоуне (Мериленд). В удаленном офисе использовалась специализированная издательская система, которая обрабатывала базы данных о корреспонденции, гонорарах и продажах и была соединена с главным офисом через глобальную сеть на базе Ethernet.
Целью отдела компьютерного обеспечения было обеспечить пользователей ПК и Macintosh средствами соединения с AS/400 и VAX и установить файловый сервер Novell для автоматизации работы офиса. IBM предлагала установить сеть Token Ring, ПО IBM PC Support на ПК и отказаться от VAX.
Однако это решение было неприемлемым, так как специализированная издательская система на VAX была насущно необходима компании. Администраторы решили протянуть ЛВС до AS/400 и попробовать программу PC Support, но отдел компьютерного обеспечения нашел ее плохо документированной и трудной для конфигурирования при большом потреблении обычной памяти. Кроме того, вопросы средств соединения с VAX и Macintosh оставались по-прежнему не решенными.
В конце концов отдел принял решение об использовании TCP/IP для соединения всех своих систем. IBM признала, что поддержка TCP/IP предоставляется на AS/400 в качестве опции, хотя такая опция и не лежит в русле основных продуктов IBM.
IBM с неохотой установила TCP/IP на AS/400, после чего отдел компьютерного обеспечения установил программное обеспечение PC/TCP от FTP Software (North Andover, MA) на ПК и стек протоколов TCP/IP от InterCon Systems (Herndon, VA) на Mac"ах. Для терминального доступа к AS/400 с ПК и Mac"ов было использовано программное обеспечение для эмуляции терминала 5250 от OpenConnect Systems (Dallas). Спустя год был установлен сервер NetWare, что позволило использовать IPX на рабочих станциях для соединения с сервером и TCP/IP для соединения с VAX и AS/400 благодаря архитектуре ODI компании Novell.
В общем, издательство Lippincott весьма довольно использованием TCP/IP как средства связи с AS/400, хотя некоторые вопросы по-прежнему остаются. Стек протоколов TCP/IP занимает до 70 Кбайт памяти, из которых 32 Кбайт приходится на обычную память DOS. В случае использования больших программ в DOS. могут возникнуть определенные проблемы. Новые 32-разрядные драйверы виртуальных устройств для Windows (VxD) от FTP Software призваны помочь пользователям Windows, так как они занимают менее 3 Кбайт памяти DOS для буферизации пакета и совсем не занимают обычной памяти для размещения кода.
Все печатные задания в этой системе выполняют напрямую соединенные с AS/400 принтеры. Эту функцию, возможно, не удастся распространить на сетевые принтеры, так как TCP/IP обладает весьма ограниченными возможностями печати.
Реализация TCP/IP от IBM периодически зависает и приходится перезапускать коммуникационный сервис для TCP/IP. Когда писалась эта статья, Lippincott планировала установить новый AS/400 Advanced Server. Так как TCP/IP входит в ядро этой системы, это должно существенно улучшить надежность соединений ЛВС с AS/400.
В то же время отдел компьютерного обеспечения планировал реализовать проект электронного обмена данными Electronic Data Interchange. Целью его является прямой обмен данными между издательской системой на VAX и системой отчетности на AS/400 при помощи приложений для TCP/IP.
Этот и другие проекты стали возможны благодаря OS/400 3.1. Включив TCP/IP и другие коммуникационные стандарты, IBM позиционировала AS/400 как неколебимый столп в вычислительной среде, составленной из оборудования от многих поставщиков.