Локальная вычислительная сеть Novell NetWare

Фирма Novell выпустила несколько вариантов СОС для локальных сетей: NetWare 4.0, NetWare 5.0 и NetWare 5.1. NetWare 3.1 являлась самой популярной сетевой операционной системой для небольших ЛВС, последующие версии - для более крупных, причем версия NetWare 5.1 позволила создавать масштабируемые сети вплоть до больших корпоративных сетей и глобальных сетей. Ниже рассматривается вариант построения небольшой ЛВС на базе NetWare 3.1, а особенности использования СОС NetWare 5.1 будут рассмотрены в главе 14 «Корпоративные компьютерные сети».

NetWare поддерживает протоколы уровней 3–7 OSIи работает с многими сетевыми платами, включая Ethernet, Token Ring, ARCNet.

Протоколы NetWare для уровней 3 и 4 называются Internetwork Packet eXchange (IPX - межсетевой пакетный обмен) и Sequenced Packet eXchange (SPX - упорядоченный обмен пакетами). Оболочка NetWare предоставляет сервис уровней 5, 6 и 7. В частности, основной протоколверхнего уровня NCP (NetWare Core Protocol) обеспечивает работу основных служб СОС Novell NetWare и интегрирует функции всех уровней от транспортного до прикладного. Иногда сервис, предоставляемый на 5 и 6 уровнях OSI, обеспечивается пакетом Novell NetBIOS. При широковещательных сообщениях, когда сервер передает информацию о сетевых службах, им предоставляемых, работает протокол SAP (Service Advertising Protocol).

Протокол IPX использует адрес, состоящий из номера сети, номера узла и номера сокета (внутриузлового адреса). Номер сети назначается администратором сети, номером узла является его аппаратный адрес (МАС - адрес сетевого адаптера или порта маршрутизатора). При коммуникациях адрес сети и адрес сокета узнаются из SAP, соответственно, из серверных объявлений и по запросу, а адрес узла автоматически считывается из сетевого адаптера узла.

В настоящее время и у нас, и за рубежом наиболее массовыми являются локальные сетина базе сетевых плат Ethernet с операционной системой Novell NetWare. Такую комбинированную сеть часто называют сетью Novell NetWare, реже сетью Ethernet (поскольку эта сетевая плата была разработана для одноименной сети).

Основной вариант локальной вычислительной сети, предлагаемый фирмой Novell, базируется на тонком коаксиальном кабеле. Отрезки тонкого кабеля через специальные разъемы соединяют сетевые адаптеры, находящиеся в компьютерах локальной вычислительной сети. В числе компьютеров сети должен быть один или несколько серверов (сеть строится по модели «файл-сервер») и рабочие станции. Максимальное количество компьютеров в сети - 87. Крупные сети делятся на сегменты - отдельные более мелкие ЛВС или отрезки кабеля с подключенными к нему компьютерами. В одном сегменте длиной до 185 м может быть до 30 компьютеров. Максимальная протяженность всей сети - около 10 км.

В последнее время большую популярность, особенно за рубежом, получил вариант сети Novell NetWare на базе витой пары проводов. Он предусматривает подключение рабочих станций к файл-серверу через концентратор. Один концентратор в состоянии поддерживать работу 12 станций, расположенных на расстоянии до 120 м от него. Концентраторы можно соединять каскадами и максимальное число сегментов в одной сети может составлять 1024. Вместо сетевых плат Ethernet в этих сетях используется модернизированный их вариант под кодовым обозначением IEEE 802.3.

Таким образом, реализация локальной вычислительной сети NetWare фирмы Novell возможна в двух вариантах топологий:

l звездообразной.

Структурные схемы ЛВС на тонком кабеле и витой паре приведены на рис. 12.3 и 12.4.

Рис. 12.3. Сеть NetWare фирмы Novell на тонком кабеле

Рис. 12.4. Сеть NetWare фирмы Novell на витой паре

Сеть NetWare предоставляет пользователям следующие возможности:

l прозрачность доступа локальных и удаленных пользователей к ресурсам сети;

l коллективное использование файлов при доступе к файловому серверу с рабочих станций, работающих под управлением различных операционных систем;

l доступ к сетевым принтерам и электронной почте,

l работа с СУБД различных типов;

l передача и обработка данных с использованием таких протоколов, как TCP/IP, SPX/IPX, NetBEUI, NCP;

l использование средств обеспечения надежности и достоверности хранения информации;

l защита ресурсов сети от несанкционированного доступа;

l использование средств объединения удаленных сегментов сети;

l использование единого каталога сетевых ресурсов NDS - важного средства управления ресурсами корпоративных сетей.

Основные программные компоненты сети NetWare:

l сетевая операционная система, хранимая на файловом сервере;

l локальная операционная системарабочей станции.

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

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

l System содержит сетевые и дисковые драйверы, загружаемые и исполняемые модули. Все они работают только в оперативной памяти сервера. Доступ к ним имеет лишь администратор (главный управляющий) сети; пользователи с рабочих станций, в связи с ограничением их прав, обычно даже не видят этого каталога;

l Public содержит утилиты меню и утилиты командной строки, которые вызываются с сервера в оперативную память рабочей станции для исполнения. Часть утилит предназначена только для администратора, с частью утилит могут работать и администратор и пользователи;

l Login содержит программы Login и Logout для регистрации пользователей при входе и выходе из сети. Login - программа регистрации пользователя и инициализации его пользовательских прав. Пользователь идентифицируется по имени и паролю, после чего ему присваивается текущий порядковый номер, и он может работать в сети с разрешенными для него каталогами и файлами;

l Mail содержит подкаталоги, автоматически создаваемые NetWare во время добавления нового пользователя. Эти подкаталоги содержат специфические для каждого пользователя записи, формируемые при его регистрации в сети, и могут быть задействованы программами электронной почты;

l ETC содержит файлы, необходимые для поддержки протоколов TCP/IP, используемых в сети Интернет и т. д.

На рабочей станции размещается локальная операционная система компьютера (NetWare способна работать совместно с ОС MS DOS, OS/2, UNIX, Windows и др.) и для обеспечения доступа к сети две программы NetWare NetX.com и IPX.com.

Программа NetX.com анализирует запрос прикладной программы и, если он относится к сети, передает его программе IPX.com;в противном случае - оставляетдля DOS. Программа IPX.com отправляет запрос на файл-сервер и контролирует правильность его передачи.

Для работы в сети со своей рабочей станции пользователь:

l запускает программыNetX.com и IPX.com;

l регистрируется в сети с помощью программы Login.exe;

l в своей операционной системе запускает нужную прикладную программу.

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

l управление заданием в очереди - изменение приоритета задания в очереди (задержки задания или ускорение его выполнения);

l управление состоянием очереди - постановку задания в очередь, посылку задания на печать;

l управление режимами работы принтера - останов, пауза, старт, сброс задания, прогон листа;

l оповещение пользователей о состоянии принтера - не включен, нет бумаги и т. д.

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

В качестве файл-сервера желательно использовать компьютер с объемом оперативной памяти не менее 128 Mбайт. Емкость дисковой памяти файл-сервера - главного разделяемого ресурса поддерживаемой им сети - должна составлять 100–200 Гбайт.

Так как надежность работы файл-сервера определяет надежность работы всей сети, то необходимо принимать специальные меры для защиты информации на жестком диске от сбоев и потерь.

Компьютер, выполняющий функции рабочей станции, должен обеспечить пользователю возможность решения всех его прикладных задач. Требования к рабочим станциям более скромные, чем к файл-серверу. Большую часть пользователей вполне удовлетворит объем оперативной памяти 64–128 Мбайт и жесткий диск емкостью порядка 10 Гбайт.

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

Понятие ОС NetWare.

NetWare - это сетевая операционная система и набор сетевых протоколов, которые используются в этой системе для взаимодействия с компьютерами-клиентами, подключёнными к сети. NetWare является закрытой операционной системой, использующей кооперативную многозадачность для выполнения различных служб на компьютерах с архитектурой Intel x86. В основу NetWare была положена очень простая идея: один или несколько выделенных серверов подключаются к сети и предоставляют для совместного использования своё дисковое пространство в виде «томов». На компьютерах-клиентах с операционной системой MS-DOS запускается несколько специальных резидентных программ, которые позволяют «назначать» буквы дисков на тома. Пользователям необходимо зарегистрироваться в сети, чтобы получить доступ к томам и иметь возможность назначать буквы дисков. Доступ к сетевым ресурсам определяется именем регистрации. В основе сетевых протоколов системы лежит стек протоколов Xerox XNS.

Протоколы Xerox Network Systems (XNS) разработаны корпорацией Xerox в конце 1970-начале 1980 гг. Они предназначены для использования в разнообразных средах передачи, процессорах и прикладных задачах офиса. Несколько протоколов XNS похожи на Протокол Internet (IP) и Протокол управления передачей (TCP), разработанных агентством DARPA для Министерства обороны США (DoD). За время,прошедшее с момента создания, каждая из компаний внесла различные изменения в протоколы XNS. Novell дополнила их Протоколом доступа к услугам (Service access protocol - SAP ), чтобы обеспечить объявление о ресурсах, и модифицировала протоколы Уровня 3 OSI (которые Novell переименовала в Internetwork Packet Exchange - IPX - Oбмен межсетевыми пакетами) для работы в сетях IEEE 802.3, а не в сетях Ethernet.

В настоящее время NetWare поддерживает протоколы TCP/IP и IPX/SPX.

Протокол IPX предназначен для передачи дейтограмм в системах, неориентированных на соединение (также как и IP или NETBIOS, разработанный IBM и эмулируемый в Novell), он обеспечивает связь между NetWare серверами и конечными станциями. Максимальный размер IPX-дейтограммы составляет 576 байт, из них 30 байта занимает заголовок. Предполагается, что сеть, через которую транспортируются эти дейтограммы, способна пересылать пакеты соответствующей длины..

SPX (Sequence Packet eXchange) и его усовершенствованная модификация SPX II представляют собой транспортные протоколы 7-уровневой модели ISO. Это протокол гарантирует доставку пакета и использует технику скользящего окна (отдаленный аналог протокола TCP). В случае потери или ошибки пакет пересылается повторно, число повторений задается программно. В протоколе SPX не предусмотрена широковещательная или мультикастинг-адресация. В SPX индицируется ситуация, когда партнер неожиданно прерывает соединение, например из-за обрыва связи. Пакеты SPX вкладываются в пакеты IPX.

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

Эта сетевая операционная система позже была названа Novell NetWare. В NetWare используется протокол NCP (от англ. NetWare Core Protocol – «протокол ядра NetWare»), который является протоколом передачи пакетов, позволяющим клиентам передавать запросы на серверы NetWare и получать от них ответы. NCP представляет собой язык общения серверов и клиентов в среде NetWare. Первоначально NCP был привязан к протоколам IPX/SPX , то есть система NetWare сама по себе могла использовать для взаимодействия в сети только IPX/SPX.

Протоколы Novell

Стек протоколов Novell NetWare создан под влиянием архитектуры XNS (Xerox Network System). Протоколы Novell обеспечивают поддержку большинства существующих операционных систем для настольных компьютеров, включая DOS, Windows, Macintosh, OS/2 и UNIX. Кроме того, Novell обеспечивает эффективную поддержку локальных сетей и распределенных сетей на базе асинхронных соединений. Стек Novell включает следующие протоколы:

Протокол IPX (Internetwork Packet Exchange - межсетевой обмен пакетами) разработан компанией Novell на основе протокола ЮР (Internet Datagram Protocol - межсетевой протокол обмена дейтаграммами) фирмы Xerox. IPX относится к числу протоколов без организации соединений (connectionless) и обеспечивает доставку пакетов через Internet, а также поддерживает адресацию и маршрутизацию рабочих станций и серверов NetWare.

Протокол Broadcast (BCAST - широковещание) обеспечивает извещение пользователей о приеме для них сообщений по сети.

Протокол BMP (Burst Mode Protocol - протокол группового режима) реально использует пакеты протокола NCP (тип запроса - 7777Н). Протокол BMP обеспечивает поддержку нескольких откликов на один запрос чтения или записи файла. Пакетный режим повышает эффективность взаимодействия между сервером и клиентами, позволяя рабочим станциям получить (передать) от сервера до 64 Кбайт данных по единственному запросу на чтение или запись. При описании протокола BMP будем использовать для термина burst (взрыв, пакет) русский термин "группа" во избежание путаницы с термином "пакет".

Протокол диагностики (Diagnostic Responder или DIAG) является удобным инструментом анализа локальных сетей NetWare. Протокол DIAG можно использовать для тестирования соединений, проверки конфигурации или сбора информации.

Протокол NCP (NetWare Core Protocol - протокол ядра NetWare) используется для управления доступом к основным ресурсам сервера NetWare. Для получения доступа к ресурсам NCP вызывает процедуры протокола NetWare NFSP (File Sharing Protocol - протокол разделения файлов). Протокол NFSP обслуживает запросы к файловым и принтерным ресурсам NetWare.

NDS (NetWare Directory Service - служба каталогов NetWare) является глобально распределенной сетевой базой данных, используемой вместо принятой в ранних версиях NetWare базы bindery. В сети, поддерживающей сервис NDS, для получения доступа ко всем сетевым ресурсам достаточно один раз зарегистрироваться в сети (не требуется регистрации на каждом сервере).

NLSP 1 " 1 (NetWare Link Service Protocol - протокол канального сервиса NetWare) является протоколом маршрутизации на основе состояния каналов (link state) для сетей IPX. Этот протокол обеспечивает требуемый обмен информацией между маршрутизаторами в больших сетях IPX. Протокол IPX используется на сетевом уровне Novell NetWare.

Этот протокол был разработан компанией Novell на основе протокола NetBIOS.

В пакетах протокола NovelNetBIOS поле типа потока данных имеет фиксированный размер (1 байт), а остальные поля имеют переменную длину.

Протокол маршрутной информации RIPX (Routing Information Protocol) используется для сбора, поддержки и обмена корректной информацией о маршрутах между шлюзами в Internet. Следует отличать описываемый здесь протокол от протокола RIP в стеке TCP/IP.

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

Пакеты проверки содержат только одно 6-байтовое поле данных.

Прежде, чем станция-клиент сможет установить соединение с сервером, она должна узнать об имеющихся в сети серверах. Для обеспечения станций требуемой информацией служит протокол SAP (Service Advertising Protocol - протокол анонсирования сервиса). Протокол SAP обеспечивает распространение информации обо всех серверах, присутствующих в сети предприятия. В качестве таких серверов могут выступать файловые серверы, сервера печати и доступа, а также серверы иных типов.

Протокол SPX (Sequenced Packet Exchange - последовательный обмен пакетами) был разработан компанией Novell на основе протокола SPP (Sequenced Packet Protocol - протокол последовательной передачи пакетов) фирмы Xerox. Протокол работает на транспортном уровне и обеспечивает доставку пакетов для приложений вышележащих уровней.

В июле 1991 года компания Novell начала разработку следующей версии протокола SPX - SPX II. Основными улучшениями в SPX II по сравнению с SPX является поддержка пакетов большего размера и возможность использования протоколов с поддержкой окон.

Протокол WDOG (Watchdog - сторожевая собака) обеспечивает постоянную проверку соединений активных рабочих станций и уведомляет операционную систему NetWare, если соединение может быть закрыто в результате продолжительного бездействия.

Службы для Novell NetWare

Windows 2000 поддерживает службы, позволяющие компьютерам под управлением Windows сосуществовать и совместно функционировать с сетями и серверами на базе Novell NetWare. Некоторые из этих служб включены в Windows 2000 Server и Windows 2000 Professional, другие доступны как отдельные продукты: NWLink IPX/SPX/NetBIOS-совместимый транспортный протокол (NWLink IPX/SPX/NetBIOS Compatible Transport Protocol), включен в состав Windows 2000 Server и Windows 2000 Professional и является реализацией протокола IPX/SPX в Windows 2000. NWLink поддерживает взаимодействие компьютеров под управлением Windows и компьютеров под управлением NetWare, а также других совместимых систем. NWLink может также использоваться как протокол, объединяющий несколько компьютеров под управлением Windows NT, Windows 2000, Windows for Workgroups, Windows 95/98 с установленным сетевым клиентским программным обеспечением Microsoft для компьютеров под управлением MS-DOS.

Службы шлюза для NetWare (Gateway Services for NetWare, GSNW) включены в состав Windows 2000 Server и позволяют компьютеру под управлением Windows 2000 устанавливать соединение с серверами NetWare версий от 4.дг и выше, на которых функционирует либо Служба каталогов Novell (Novell Directory Service, NDS), либо служебная база данных Bindery. Также включена поддержка сценария входа в сеть. Кроме того, можно использовать GSNW для создания шлюзов к ресурсам NetWare. Создание шлюзов позволяет компьютерам, испрльзующим только клиентское программное обеспечение Microsoft, обращаться к ресурсам NetWare.

Службы клиента для NetWare (Client Services for NetWare, CSNW) включены в состав Windows 2000 Professional и позволяют клиентским компьютерам устанавливать непосредственные соединения с файловыми ресурсами и принтерами на серверах под управлением NetWare версий 2.x и выше. CSNW поддерживает серверы NetWare 4.x или выше, на которых функционирует или Bindery, или NDS. Также в CSNW включена поддержка сценария входа в сеть.

Службы синхронизации каталогов (Microsoft Directory Synchronization Services, MSDSS) включены в состав Services for NetWare v. 5 (см. главу 24) и дают возможность переносить учетные записи пользователей и групп с серверов NetWare в Active Directory. Сервер NetWare, с которого происходит миграция, может использовать NDS, либо Bindery типа NetWare 3.x.

Утилита переноса файлов (Microsoft File Migration Utility, MSFMU) включена в состав Services for NetWare v. 5 и предназначена для переноса общих ресурсов NetWare в среду Windows 2000.

Службы доступа к файлам и принтерам сетей NetWare (File and Print Services for NetWare, FPNW) - отдельный продукт. Службы FPNW позволяют компьютеру под управлением Windows 2000 Server предоставлять службы печати и файлов непосредственно клиентам NetWare и совместимым с ними. Клиенты NetWare видят такого рода сервер, как любой другой сервер NetWare, и могут обращаться к его томам, файлам и принтерам. Никакие изменения в программном обеспечении клиента NetWare не требуются.

Что такое файл-сервер, сервер приложений, коммуникационный и принт-сервер?

Файл сервер - узел сети, выполняющий централизованное хранение данных и обеспечивающий разделяемый доступ к ним со стороны других узлов - пользователей или других типов серверов.
В сетях с централизованным управлением, к которым относится и NetWare, файл-сервер несет и нагрузку по управлению доступом к сети, обеспечению коммуникаций и других функций общего назначения, часто его называют просто сервером.
Сервер приложений (Application Server) обеспечивает предоставление специализированного сервиса (сервер базы данных или математический сервер). Обычно он используется для централизованного выполнения операций, требующих мощных или специфических ресурсов. Сервер приложений обычно является клиентом файлового сервера и может функционировать как на том же компьютере, что и сервер, так и на специально выделенном для этих целей.
Приложения сервера - дополнительные модули, загружаемые на платформе сервера для расширения его функций (сервисов). Для NetWare примерами являются Btrieve, MHS.
Коммуникационный сервер обеспечивает разделяемый доступ к коммуникационным средствам - модемам, портам X.25 и т. п. Пример - NetWare Connect или NetWare Asynchronous Communication Services (NACS).
Принт-сервер в NetWare - служебная программа (или специализированный микроконтроллер) для вывода заданий из очередей на принтеры. Непосредственно для пользователей она не предоставляет дополнительных сервисов (кроме сообщений о прохождении заданий и хлопот по обслуживанию), а является необходимым "довеском" для обслуживания очередей файл-сервера.

Что представляет собой сервер NetWare?

Сервер NetWare 3.x и старше - это PC-совместимый компьютер с процессором не ниже 80386 и ОЗУ не менее 4 Мбайт (8 для версии 4.x), на котором запущена программа SERVER.EXE, извлекающая из себя 32-разрядную многозадачную ОС защищенного режима.
Сервер (обычно подразумевается файл-сервер) имеет дисковое пространство значительного объема, организованное собственными методами (отличными от DOS) и может иметь дополнительные устройства массовой памяти - CD-ROM, стримеры, магнитооптические устройства. Дисковая память сервера обеспечивает разделяемый доступ пользователей к данным, централизованно хранимым, архивируемым и защищаемым от разрушения.
Коммуникационная система сервера включает сетевые адаптеры и средства удаленного доступа.

Что означает сообщение "Insufficient memory to run NetWare 386" при запуске SERVER.EXE на компьютере с 16 Мбайт ОЗУ?

Только то, что DOS использует расширенную память, не отдавая ее NetWare. Удалите ссылки на HIMEM.SYS из файла CONFIG.SYS и, перезагрузив DOS, снова загружайте SERVER.

Что представляет собой рабочая станция NetWare?

Рабочей станцией NetWare является компьютер, имеющий связь с серверами по локальной сети или через удаленное подключение, на котором загружено клиентское программное обеспечение. Стандартное клиентское обеспечение состоит из драйверов протокола IPX и оболочки, формирующей из обычных вызовов DOS, адресованных к сетевым ресурсам (дискам или перенаправляемых LPT-портов), запросы к серверу по протоколу NCP, использующие сетевой транспорт IPX/SPX. Для приложений пользователя сетевые функции прозрачны, и работа с сетевыми каталогами и перенаправляемыми портами почти не отличается от использования локальных ресурсов компьютера.
NetWare поставляется с клиентской частью для DOS/Windows, OS/2, Macintosh и UNIX.

Какие средства языковой поддержки имются в NetWare?

Поддержка национальных языков введена в NetWare 3.12 и 4.x и конфигурируется при инсталляции сервера. Эти средства включают задание кодовой страницы сервера, определяющей способ перекодировки символов нижнего регистра в верхний (имена объектов нечувствительны к регистру), модуль драйвера, изменяющего раскладку клавиатуры сервера для европейских языков (для немецкой клавиатуры меняется местоположение букв Z и Y), и код страны, определяющий формат представления даты, времени и длинных чисел (удобен код страныUK, дающий дату в формате дд-мм-гг). Рабочие станции используют средства языковой поддержки их исходной ОС, и, если они не совпадают с установленнной на сервере, возможны неприятности с не ASCII-символами (некоторые символы могут оказаться недоступными). Кроме того, при инсталляции определяется язык, на котором будут выдаваться системные сообщения рабочей станции и сервера.
В русскоязычном варианте пока существует только NetWare 3.12. Для ее использования видеоадаптер сервера должен быть русифицирован аппаратно или программно из среды DOS до загрузки SERVER.EXE, клавиатуру русифицировать невозможно (и не нужно).

Избегайте использования символов национальных алфавитов в именах объектов (пользователей), паролях, именах каталогов и файлов .

Что представляет собой рабочая станция NetWare Lite и Personal NetWare?

Рабочая станция одноранговых сетей может быть клиентом, сервером или выступать в обеих ролях. Доступ к сети таких рабочих станций обеспечивается комплектом драйверов IPXODI (LSL.COM, драйвер платы и IPXODI.COM из поставки NetWare Lite) или IPX.COM (из поставки NetWare). Для экономии памяти IPXODI загружается с ключом A, обеспечивающим загрузку только протокола IPX (для приложений, не использующих SPX-вызовы).
На машине-сервере запускается утилита DOS SHARE.EXE и собственно программа SERVER.EXE. Для повышения его производительности на время, когда нет необходимости работы клиента на этой станции, запускается программа DEDICATE.EXE, предоставляющая все ресурсы PC серверу (до нажатия клавиши).
При инсталляции сервера на его диске создается скрытый каталог, содержащий информацию о сетевых ресурсах и пользователях.
На машине-клиенте NetWare Lite запускается редиректор CLIENT.EXE, обеспечивающий переназначение устройств (дисков и принтеров) в сеть. Переназначаться могут только диски, зарезервированные для использования DOS. Их количество определяется параметром LASTDRIVE файла CONFIG.SYS (по умолчанию E, обычно указывают LASTDRIVE = Z).
Для Personal NetWare используется обычный для NetWare 3.12 и старше VLM-клиент с подключенным протоколом PNW (указывается в команде

NETWARE PROTOCOL = PNW

Можно ли клиенту сети NetWare Lite и Personal NetWare получить доступ и к обычному серверу NetWare?

Да, для обеспечения связи с сервером NetWare 2.x-3.x после загрузки IPX (IPXODI) и CLIENT.EXE можно загрузить оболочку NETx, при этом под диски NetWare отводятся буквы, следующие за указанной в LASTDRIVE. Клиенту Personal NetWare для доступа к серверам 2.x-3.x и 4.x достаточно указать в списке протоколов BIND и (или) NDS соответственно в команде

NETWARE PROTOCOL = NDS, BIND, PNW

секции NetWare Dos Requester файла NET.CFG).

Можно ли клиентов сервера NetWare подключать к разным кабельным сетям?

Можно, а при большом количестве станций даже нужно для повышения производительности. Эти кабельные сети могут иметь даже различные архитектуры (Ethernet, ARCnet, Token Ring), но после их подключения к соответствующим адаптерам сервера все их станции будут иметь равноправный доступ к серверу и связь друг с другом по протоколу IPX или другим установленным протоколам. Эту возможность обеспечивает внутренний интеллектуальный мост-маршрутизатор, встроенный в ОС NetWare.

Почему клиенты и серверы NetWare Lite разных физических IPX-сетей, соединенных внутренним маршрутизатором сервера NetWare, не видят друг друга?

Здесь причины не в типах фреймов (как это было бы для клиентов NetWare), а в том, что NetWare Lite в принципе не поддерживает межсетевой передачи пакетов, поэтому станции разных подсетей, связанных мостом верхних уровней (каковым является внутренний маршрутизатор сервера NetWare), не будут иметь доступа друг к другу. Соединение сегментов для NetWare Lite обеспечивается только повторителями или мостами MAC-уровня.

Что такое WORKGROUP в NetWare?

WORKGROUP (рабочая группа) является ключевым понятием организации сети Personal NetWare (PNW) и в "больших" NetWare фигурирует в файле NET.CFG - конфигураторе запросчика универсального клиента NetWare - VLM.EXE.
WORKGROUP состоит из группы пользователей, имеющих доступ к совместно используемым ресурсам и хотя бы одного сервера. Внутри рабочей группы управление ресурсами может осуществлять менеджер рабочей группы. Супервизор имеет максимальные права, включающие права создания рабочих групп, права менеджера и рядового пользователя. При наличии прав управление всеми ресурсами сети (администрирование) может осуществляться централизованно. Права доступа к сетевому каталогу определяются для групп и отдельных пользователей. Права доступа: ALL - чтение и запись, READ - только чтение, WRITE - только запись ("черный ящик").

Кто и как управляет сетью NetWare?

Управление в NetWare производится с двух сторон: администратор сети создает бюджеты каждому пользователю и определяет для них права и ограничения, управляет предоставлением разделяемого доступа к файлам и сетевой печатью. Также он отвечает за обеспечение по крайней мере минимальных, а лучше - комфортных условий для работы пользователей. Главные инструменты администратора - утилиты SYSCON, NETADMIN, NWADMIN.
Пользователь (хотя в этом ему может помогать и администратор) создает себе личный комфорт в сети (в пределах отпущенных прав) путем создания требуемых ему назначений сетевых ресурсов (дисков, очередей печати) и настройки параметров рабочей станции. Для этого используются те же средства (их возможности, естественно, ограничиваются предоставленными пользователю правами) а также утилиты оперативного изменения сетевого окружения SESSION.EXE и NETUSER.EXE, множество других утилит и специфические средства клиентов Windows.
Кроме того, администратор управляет конфигурацией сервера и выполняет его обслуживание NLM-утилитами и командами консоли сервера.

Как управлять сетями NetWare Lite и Personal NetWare ?

Все действия по управлению ресурсами этих сетей, включая назначения сетевых дисков и принтеров, выполняются в режиме меню утилиты NET.EXE или NET-командами из командной строки (например, NET LOGIN и т.п.)
В Personal NetWare сделанные назначения дисков, принтеров и переменных окружения DOS можно сохранить командой NET SAVE в файле PNWLOGIN.BAT для последующего использования при регистрации. Команда NET SAVE /S автоматически формирует файл процедуры регистрации, выполняющейся каждый раз при входе в сеть, что избавляет от необходимости ручного написания процедуры, как это принято в NetWare.

Какие существуют утилиты NetWare и как ими управлять?

Утилиты NetWare подразделяются на утилиты сервера и утилиты рабочей станции. На сервере в качестве утилит могут выступать только.NLM-файлы. Тип "EXE" или "COM" файла-утилиты однозначно свидетельствует о возможности ее исполнения только на рабочей станции сети.
По интерфейсу с пользователем утилиты подразделяются на диалоговые утилиты (меню-утилиты) и командные, в которых все параметры задаются в командной строке. Некоторые командные утилиты, загруженные без параметров, выходят в режим меню.
Во всех командных утилитах для получения информации о синтаксисе возможен ввод "-?" после имени утилиты. Для утилит-меню характерно единообразное назначение функциональных клавиш.
Состав утилит весьма обширный, многие функции дублируются несколькими утилитами. Ниже приводится список наиболее часто используемых (необходимых) утилит. Таблица 0.1. Список основных утилит NetWare 3.x/4.x

NetWare 3.x	NetWare 4.x	Тип утилиты: C-команда; M-меню; W-WinHows	Назначение
	AUDITCON.EXE	M	Управление аудитом
CAPTURE.EXE	CAPTURE.EXE	C	Переназначение LPT-порта
COLORPAL.EXE	COLORPAL.EXE	M	Управление цветами меню
CONLOG.NLM	CONLOG.NLM	M	Протоколирование консольных сообщений сервера в файл
	CX.EXE	C	Смена текущего контекста
	DSMERGE.NLM	M	Объединение деревьев Каталогов
	DSREPAIR.NLM	M	Восстановление дерева Каталогов
EDIT.NLM	EDIT.NLM	C	Экранный редактор текстовых файлов
FILER.EXE	FILER.EXE	M	Управление файлами (атрибуты, права доступа, вся сетевая информация о файле)
SALVAGE.EXE	FILER.EXE	M	Восстановление и выборочная очистка удаленных файлов
	FLTCFG.NLM	M	Управление фильтром маршрутизатора
FLAG.EXE	FLAG.EXE	C	Управление атрибутами файлов
FLAGDIR.EXE	FLAG.EXE	C	Управление атрибутами каталогов
INETCFG.NLM	INETCFG.NLM	M	Конфигурирование сетевых драйверов и протоколов сервера
INSTALL.NLM	INSTALL.NLM	M	Установка, конфигурирование и обновление сервера
IPXCON.NLM	IPXCON.NLM	M	Консоль маршрутизатора IPX
	IPXPING.NLM	C	Проверка доступности IPX-узла
MAP.EXE	MAP.EXE	C	Планирование драйвов
MENUCNVT.EXE	MENUCNVT.EXE	C	Преобразование меню старых версий (до 3.12)
MENUMAKE.EXE	MENUMAKE.EXE	C	Компиляция меню
MONITOR.NLM	MONITOR.NLM	M	Наблюдение и управление сервером
NCOPY.EXE	NCOPY.EXE	C	Эффективное копирование сетевых файлов
	NETADMIN.EXE	M	Управление объектами NDS
SYSCON.EXE		M	Управление пользователями Bindery
SESSION.EXE	NETUSER.EXE	M	Управление текущим сеансом работы в DOS
	NLIST.EXE	C	Вывод информации об объектах NDS
NMENU.EXE	NMENU.EXE	C	Запуск меню
	NPATH.EXE	C	Вывод информации о путях поиска и текущем контексте
NPRINT.EXE	NPRINT.EXE	C	Печать файла на сетевом принтере
RPRINTER.EXE	NPRINTER.EXE	C	Поддержка разделяемого принтера на рабочей станции
NVER.EXE	NVER.EXE	C	Вывод версий клиентского обеспечения станции
	NWADMIN.EXE	W	Управление объектами NDS в Windows
NWUSER.EXE	NWUSER.EXE	W	Управление текущим сеансом работы в Windows
	PARTMGR.EXE	M	Управление разделами NDS
PCONSOLE.EXE	PCONSOLE.EXE	M	Управление принт-серверами, их принтерами и очередями
PING.NLM	PING.NLM	C	Проверка доступности TCP-узла
PRINTCON.EXE	PRINTCON.EXE	M	Создание конфигураций заданий на печать
PRINTDEF.EXE	PRINTDEF.EXE	M	Создание конфигураций принтеров
PSC.EXE	PSC.EXE	C	Управление сетевыми принтерами
PURGE.EXE	PURGE.EXE	C	Очистка (уничтожение) удаленных файлов
RCONSOLE.EXE	RCONSOLE.EXE	M	Удаленная консоль сервера со связью по локальной сети
ACONSOLE.EXE	RCONSOLE.EXE	M	Удаленная консоль сервера со связью через COM-порт
SEND.EXE	SEND.EXE	C	Посылка и управление приемом сообщений
CASTON.EXE	SEND.EXE	C	Разрешение приема сообщений
CASTOFF.EXE	SEND.EXE	C	Запрет приема сообщений
	SERVMAN.NLM	M	Управление сервером
SETPASS.EXE	SETPASS.EXE	C	Установка и смена пароля
SPXCONF.NLM	SPXCONF.NLM	M	Конфигурирование протокола SPX на сервере
SYSTIME.EXE	SYSTIME.EXE	C	Синхронизация времени станции с сервером
TCPCON.NLM	TCPCON.NLM	M	Консоль маршрутизатора TCP
MAKEUSER.EXE USERDEF.EXE	UIMPORT.EXE	M M C	Создание множества пользователей
VREPAIR.NLM	VREPAIR.NLM	M	Восстановление поврежденных томов и снятие дополнительного пространства имен
	WSUPDATE.EXE	C	Обновление файлов клиентской части рабочей станции

Таблица 0.2. Назначение функциональных клавиш меню-утилит NetWare

Клавиши	Действие
F1	Контекстная помощь
F3	Модификация выбранных (подсвеченных) элементов
F5	Отметка элементов списка
F6	Задание шаблона для групповой отметки
F7	Отмена изменений
Ins	Добавление нового элемента в список
Del	Удаление отмеченных элементов из списка
Enter	Вход в выбранную опцию, подтверждение ввода
Esc	Выход из подменю, но иногда - готовность к продолжению действия
Alt-F10	Выход из утилиты
Клавиши вертикального управления курсором, PgUp, PgDn, Home, End	Перемещение по списку
Клавиши горизонтального управления курсором	Выбор значения из ряда возможных

Что такое "однопользовательская" сетевая ОС NetWare Runtime?

NetWare Runtime является полнофункциональной сетевой операционной системой - платформой для загрузки.NLM-приложений. От обычного сервера отличается тем, что ее ядро поддерживает только одно соединение - для администратора. На количество соединений, допустимых для приложений, лицензионного ограничения нет, как и в обычном сервере. Установка NetWare Runtime аналогична установке многопользовательского сервера. Для обеспечения доступности единственного соединения в AUTOEXEC.NCF необходимо указать

SET REPLY TO GET NEAREST SERVER=OFF

и запускать модуль NLICLEAR.NLM. Эти меры не позволят станциям использовать компьютер с Runtime как сервер по умолчанию и обеспечат быстрый сброс дефицитного соединения при потере его действительности.
Система имеет свой серийный номер и существенно дешевле многопользовательского варианта. Целесообразно использовать ее для разгрузки процессора файл-сервера, а также для запуска приложений, требующих периодической перезагрузки ОС в связи с реконфигурацией, когда остановка работы обычных пользователей нежелательна.

Какая разница между числом пользователей и соединений сервера?

На комплекте поставки NetWare обычно указывается 10-User, 100-User и т. д. Строго говоря, число пользователей сервера - это число заведенных на нем бюджетов со своими уникальными именами. На это количество явного ограничения нет, а лицензионный параметр ограничивает число одновременно подключенных к серверу пользователей, а точнее - число соединений.Число соединений сервера определяется числом станций, установивших с ним соединение (включая принт-серверы на выделенных рабочих станциях и некоторые серверные приложения). Соединение устанавливается при успешной загрузке оболочки (запросчика) с первым откликнувшимся на GNS или предпочтительным сервером. Именно число соединений сервера ограничено его лицензионным параметром и отображается на консоли утилитой MONITOR.

Количество пользователей, использующий внутренний маршрутизатор сервера, лицензионным параметром не ограничено.

Как увеличить число лицензированных соединений сервера?

В NetWare 3.x для этого необходимо приобрести новую копию SERVER.EXE на требуемое количество соединений с уникальным серийным номером (обычно в прайс-листах указывается число пользователей, например, 50-user, что не совсем корректно, но как раз то, что нужно), и, остановив сервер командами DOWN и EXIT, загрузить новый SERVER.EXE. Если версия та же, то больше ничего делать не надо. Если номер новой версии NetWare выше, это уже случай Upgrade .
В NetWare 4.x можно добавить новую лицензию в сервер. Для этого запустите утилиту INSTALL.NLM, выберите пункт License Option и вставьте лицензионную дискету. При необходимости переноса лицензии самую последнюю из установленных можно снять по клавише F8, после чего с ее дискеты можно установить лицензию на другой сервер данной сети. Из середины "стопки" лицензию можно вынуть последовательным снятием "верхних".

Где спрятаны серийные номера серверов NetWare?

В NetWare 286 серийный номер находится на диске GENDATA, в NetWare 3.x - в модуле SERVER.EXE (и только в нем), в NetWare 4.x номера находятся на дискетах с лицензией и при их установке фиксируются в базе данных Каталога.

Как посмотреть список имеющихся в сети серверов?

В NetWare 3.x список серверов, доступных рабочей станции, выводится командой SLIST.
В NetWare 4.x для тех же целей используется команда NLIST SERVER , ключ /B позволяет видеть и серверы Bindery, /S - задает поиск серверов в подкаталогах дерева, /R - определяет начало поиска с корня дерева.
С консоли сервера список всех серверов, представляющихся по протоколу SAP, выводится командой DISPLAY SERVERS.

Что такое NWCARE

NWCARE.EXE - утилита Novell, позволяющая совершить "путешествие" по всем закоулкам IPX-сетей, отображая на экране в символьном режиме (с использованием псевдографики) структуру и узлы - серверы, станции, мосты и маршрутизаторы, сообщая адреса сетей и узлов, конфигурацию их аппаратных средств и сетевых драйверов. Утилита позволяет получать диагностическую информацию и тестировать связь между выбранными узлами.

Можно ли на старом сервере загружать новую версию NetWare?

Разные поколения версий существенно различаются организацией своих дисковых разделов и томов, системой управления ресурсами (Bindery, NDS) а также составом и действиями утилит, привязанных к этим подсистемам. Утилиты старых версий бессильны в новых (старые серверные утилиты могут и разрушить данные новых версий). Новые утилиты обычно охватывают и некоторый слой старых версий.
Для нормального использования новой версии NetWare на старом сервере необходимо выполнить его модернизацию (Upgrade), в ходе которой все его подсистемы реорганизуются до полноценной новой версии, а необходимая (выбранная оператором) информация сохраняется.

Как обновить текущую версию NetWare?

Техническая модернизация (Upgrade) NetWare распадается на две фазы: модернизация рабочих станций и модернизация сервера. Кроме того, существенное значение имеет подготовка пользователей к работе в новой системе, что не следует упускать из виду, особенно если пользователи - не профессионалы в области компьютерных сетей.
Процесс обновления сервера сложнее, чем инсталляция нового сервера и простой перенос на него файлов и каталогов: при модернизации сохраняется и информация о пользователях и их правах. Все эти действия выполняет утилита MIGRATE.EXE, запускаемая с рабочей станции, или INSTALL.NLM, запускаемая на сервере при обновлении на месте.

Во время модернизации все пользователи должны разрегистрироваться на всех серверах, участвующих в этом процессе. Остается зарегистрированным только SUPERVISOR (ADMIN), который не должен держать открытых файлов (кроме Bindery) на сервере, поскольку открытые файлы переноситься не будут.

Есть и третья фаза модернизации (как и всякой революции), - восстановительный период, в ходе которого налаживается обычная регулярная работа всех пользователей сети.

Как подготовиться к модернизации NetWare?

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

NDIR SYS:*.* /AC BEF 1-1-94 /SUB OLD_ACC.DAT

При объединении утилитой MIGRATE нескольких серверов в один обратите внимание на уникальность имен пользователей, групп, каталогов и файлов. Каталоги с совпадающими именами будут объединяться, файлы с именами, совпадающими с уже существующими на новом сервере, копироваться не будут, а их список отразится в отчете для возможности последующего переименования и копирования. Права одноименных пользователей объединяются.
При переходе от NetWare 3.x и младше с Bindery к NetWare 4.x с NDS проблемы имен обостряются: если в Bindery объекты разных классов (например, сервер и пользователь) могли иметь совпадающие имена, то при переносе их в один контейнер (а так и делается) совпадение имен объектов не допускается.

При переименовании таких объектов удобно к их именам добавлять приставки или окончания, характеризующие класс объекта, например PS_MASTER, Q_MASTER, FS_MASTER для принт-сервера, очереди и файл-сервера. Пользователей (их много) проще при этом не переименовывать.

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

Как модернизировать сервер NetWare?

В NetWare имеется три основных способа модернизации сервера, требующих разных ресурсов и имеющих свои достоинства и недостатки.
1. Если новая версия устанавливается на другой компьютер, который можно подключить к сети со старым сервером, то самый удобный (но если на старом сервере большой объем переносимых данных, то не самый быстрый) способ - перенос по сети. Для этого выполняется обычная инсталляция сервера новой версии, после чего с рабочей станции, подключенной к обоим серверам, выполняется диалоговая утилита MIGRATE.EXE, позволяющая выбирать переносимые данные и объекты сети. При этом вы не рискуете потерей данных старого сервера (поскольку они только считываются), имеете возможности произвольной реорганизации томов и можете на новый сервер перенести данные нескольких старых серверов.
2. Если нет возможности одновременного использования двух серверов, то при наличии рабочей станции с 5 Мбайт свободного дискового пространства и устройством архивирования (или свободного пространства на диске, локальном или другого сервера, достаточного для хранения файлов старого сервера) утилитой MIGRATE можно перенести всю (или выборочно) информацию со старого сервера на эту станцию, а затем обратно, но уже на обновленный сервер. Этот способ дольше и сопровождается риском потери данных, если во время процедуры (не быстрой) произошли серьезные ошибки.
3. Возможна и замена на месте с помощью утилиты INSTALL.NLM, но при этом существует риск потери данных и требуется наличие свободного пространства на томах сервера и объем ОЗУ больший, чем требуется для регулярной работы. Этот вариант позволяет сохранить пароли пользователей, но не позволяет реорганизовать тома (изменить размер блока, что актуально для перехода на NetWare 4.x.)

При обновлении серверов 2.1x или 2.2 до NetWare 4.x используется утилита 2XUPGRDE.NLM (для промежуточного подъема до версии 3.12)

Зачем нужно переходить с NetWare 4.0 - 4.02 на 4.1?

В NetWare 4.1 исправлены многие ошибки предыдущих версий NetWare 4, повышена производительность за счет улучшения программного кода модулей и организации коммуникаций, особенно с глобальными сетями, модернизировано и клиентское обеспечение. В NDS появилась возможность объединения деревьев, переименования контейнеров и перемещения частей деревьев (разделов Каталога), расширились возможности связи серверов с Bindery и NDS. Эти и другие функциональные улучшения являются серьезными основаниями для процедуры Upgrade, которая может выполнятся и поэтапно в многосерверной сети, поскольку NDS 4.1 совместим с 4.0-4.02.

Как выполняется Upgrade сервера NetWare 4 в 4.1?

В сети с одним сервером эта процедура тривиальна и сводится к замене файлов всех модулей и драйверов NetWare, после чего возможно развитие сети с использованием новых возможностей NetWare 4.x.
В сети с несколькими серверами NetWare 4 появляются нюансы, обусловленнные распределенным хранением базы NDS. Хотя версия NDS 4.1 совместима с 4.0-4.02, хранение дубликатов одного и того же раздела на серверах разной версии может приводить к проблемам их синхронизации. Желательно "поднять" все серверы до 4.1, или, по крайней мере, версию их модуля DS.NLM до 296. Если команда MODULES сообщает меньшую версию этого модуля, воспользуйтесь "заплатками" для модуля SERVER.EXE.
Перед выполнением модернизации сервера 4.0-4.02 убедитесь в целостности базы и синхронизированности дубликатов разделов (наличие пары свежих архивных копий сервера подразумевается). Проверку базы и устранение ошибок выполняет утилита DSREPAIR.EXE. Проверить синхронизированность дубликатов поможет команда консоли обновляемого сервера

SET DSTRACE = ON

Переключившись по Alt-Escape в экран трассировки, можно определить состояние синхронизации: сообщение "All processed = YES" говорит о норме, "All processed = NO" указывает на необходимость использования DSREPAIR.
Также необходимо убедиться в синхронизированности времени сервера по команде TIME.
После этих подготовительных шагов выполняется собственно Upgrade.
Следующий этап - снова убедиться в синхронизированности дубликатов и времени обновленного сервера теми же средствами, что и на подготовительном этапе.

Как инсталлируется и модернизируется клиентское обеспечение станций?

При поставке NetWare на дискетах для рабочих станций существуют специальные дискеты с утилитой INSTALL, выполняющей все необходимые функции копирования и конфигурирования файлов.
При поставке на CD для станций с CD-ROM процедура выполняется с него же. Для станций без CD-ROM утилита INSTALL позволяет создать инсталляционные дискеты (пункт меню "DOS/Windows Client Diskette Creation"), с которых и устанавливается клиентское обеспечение.
Если станция уже имеет доступ к серверу, то утилиту INSTALL удобнее и быстрее выполнить из каталога SYS:PUBLIC\CLIENT\DOSWIN.

Как найти необходимые файлы на дистрибутивах NetWare?

На дискете INSTALL или в одноименном каталоге CD-ROM имеется текстовый файл FILEDADTA.DAT, содержащий информацию о местонахождении файлов. Упакованные файлы извлекаются утилитой NWXTRACT.EXE (или NWUNPACK.EXE), которые, в отличие от DOS EXPAND, "понимают" шаблоны "*" и "?" и не требуют задания полного имени распакованного файла (при необходимости можно задать целевой каталог).

Для чего можно использовать сервер NetWare?

Кроме тривиального назначения - обеспечения хранения разделяемых файлов, штатные средства NetWare включают сервис печати, обмен сообщениями (консольными и почтой через MHS), использование сервера как мультипротокольного маршрутизатора. Дополнительно на него могут быть загружены Btrieve, SQL-сервер, NetWare Connect, WWW-сервер, NetWare for SAA и другие NLM-приложения.

Что такое Btrieve

Btrieve - программный продукт управления записями баз данных, индексированных по ключу, входящий в комплект NetWare 3+ и обеспечивающий доступ, создание, изменение, удаление и сохранение записей базы. Btrieve может работать в двух версиях, базирующихся на клиенте и (или) сервере. В первом случае, обычно используемом для разработки, база находится на рабочей станции, на ней же исполняется программа манипулирования записями. Во втором случае базы находятся на сервере (серверах), на котором загружается BTRIEVE.NLM - менеджер записей. Запросчики Btrieve для DOS, OS/2 и других систем обеспечивают доступ как к локальным, так и серверным базам Btrieve из приложений, работающих на станциях. Серверное (штатное) использование Btrieve значительно снижает трафик по сравнению с СУБД, работающими на станциях и обращающимися к общим файлам данных, расположенных на сервере.

Коммуникационные средства обеспечивают взаимодействие программы как с локальными, так и с удаленными базами данных. BSPXCOM.NLM обеспечивает связь менеджера записей с запросами, поступающими от станций или других серверов. NLM-приложения взаимодействуют с менеджером своего сервера напрямую. Для NLM-приложений, требующих доступа и к базам других серверов, требуется загрузка специального маршрутизатора запросов BROUTER.NLM или BDROUTER.NLM.
Утилита BSETUP.NLM обеспечивает конфигурирование системы, BREBUILD.NLM - преобразование баз версии 5.x в 6.x, BUTIL.NLM - экспорт-импорт данных из баз и передачу данных между файлами Btrieve.
BDIRECT.NLM обеспечивает поддержку NDS для NetWare 4.x.

Что такое MHS?

MHS (Message Handling Systems) - система манипулирования сообщениями, обеспечивающая передачу сообщений между конечными пользователями или между пользователем и CCITT-сервисом типа факса, видеотекста и т. д по протоколу X.400. MHS (Message Handling Service) - стандарт, разработанный Novell, почти совпадающий с MHS CCITT.
Компоненты MHS:
UA (User Agent) - агент, связывающий интерфейс пользователя с MTS.
MTS (Message Transfer System) - система гарантированной доставки сообщений без установления соединений. Состоит из совокупности взаимодействующих между собой транспортных агентов MTA (Message Transfer Agent).
MS (Message Store) - система временного хранения сообщений, доступ к которым от UA и сервисов осуществляется по протоколу MSAP (Message Store Access Protocol).
AU (Access Unit) - связь интерфейсов сервисов CCITT с MTS.

Что такое Basic, Global и Remote MHS?

NetWare Basic MHS , входящий в поставку NetWare 3.12 и старше, обеспечивает прохождение электронной почты между клиентами одной рабочей группы, имеющими доступ к одному общему серверу. Продукт устанавливается на сервер с помощью утилиты INSTALL.NLM, для работы использует библиотеку CLIB.NLM и систему Btrieve (BTRIEVE.NLM и BSPXCOM.NLM), реализуя компоненты MS и MTS. В комплект входит пакет утилит рабочей станции FirstMail, реализующий функции UA. Продукт обеспечивает импортирование клиентов в рабочую группу из BINDERY, позволяя использовать адресацию по полным именам пользователей.
NetWare Global MHS (GMHS) позволяет обмениваться почтой между рабочими группами разных серверов, связанных сетью IPX. Продукт полностью совместим с Basic MHS, при замене сохраняются списки пользователей и распределений. Для связи с другими почтовыми системами применяются дополнительные модули:
SMTP for Global MHS - для обмена с UNIX по протоколу SMTP и TCP/IP;
SNADS for Global MHS - для обмена с системами IBM по протоколу SNADS;
X.400 for Global MHS - для обмена в стандарте X.400
NetWare Remote MHS обеспечивает доступ к сети MHS удаленных клиентов через асинхронные коммуникации (компьютеров через модемы).

Что такое NetWare Connect

NetWare Connect - средство подключения удаленных компьютеров к серверу NetWare через пул разделяемых и динамически переназначаемых коммуникационных средств: модемов, факс-модемов, коммуникационных линий, каналов ISDN и X.25. NetWare Connect обеспечивает два вида удаленного подключения: Dialing-out - подключение к сети удаленной хост-машины или сервера, и Dialing-in - подключение удаленных рабочих станций к сети. NetWare Connect полностью заменяет NetWare Asynchronous Communication Services (NACS), имея дополнительно Dial-in порты, расширенные средства безопасности и трассировку сеансов связи. NetWare Connect обеспечивает независимость от типа модема. NetWare Connect имеет средства поддержки передачи асинхронных данных через синхронные протоколы и обеспечивает связь через сети коммутируемых пакетов X.25.
NetWare Connect обеспечивает три вида сервиса: ARAS - AppleTalk Remote Access Service - связь (Dial-in) удаленного Macintosh-клиента с локальной сетью; RNS - Remote Node Service - связь (Dial-in) удаленного DOS и Windows-клиента с локальной сетью по протоколам IPX и TCP/IP (функционально идентично работе в локальной сети клиента NetWare и LAN WorkPlace); NCS - NASI (NetWare Asynchronous Service Interface) Connection Service - связь (Dial-out) клиентов локальной сети с удаленной хост-машиной и связь (Dial-in) удаленных клиентов с их сеансами на выделенном компьютере (сервере приложений) локальной сети.
NetWare Connect представляет собой NLM, который может запускаться на файл-сервере NetWare или выделенном компьютере на платформе NetWare Runtime в сочетании с любыми другими NLM, обеспечивая им разделяемое использование коммуникационных ресурсов (например, для Global MHS). Поддерживает транспорт IPX/SPX, TCP/IP и AppleTalk, работает с любыми сетевыми адаптерами, поддерживаемыми NetWare.
Система безопасности обеспечивает парольную защиту регистрации, разграничение прав доступа, ведение учета сеансов связи.
Для каждого вида сервиса на удаленной стороне устанавливается соответствующее клиентское матобеспечение.

Что такое NetWare Access Services?

NetWare Access Services (NAS) - сервер доступа - продукт, поддерживающий технологию удаленного управления. NAS представляет собой как бы многопользовательский вариант PC Anywhere. NAS 1.3 позволяет запускать до 16 виртуальных машин DOS, каждой из которых кроме стандартной доступно до 16 Мбайт расширенной (Expanded) памяти, что позволяет запускать Windows 3.1 в стандартном и расширенном режиме с полной поддержкой мыши на удаленном компьютере. Пользователь может одновременно использовать несколько виртуальных машин. Связь с пользователями возможна по локальной сети, через коммуникационные порты NAS или через коммуникационный сервер (NACS). Средства защиты позволяют подключаться только зарегистрированным пользователям локальной сети, ограничивать доступ к ресурсам, задавать список телефонных номеров, с которых разрешается доступ (проверяется автоматическим "перезвоном").
NAS может работать на PC-386+ с объемом ОЗУ 1 Мбайт, к которому на каждый сеанс DOS добавляется 800 Кбайт плюс требуемый объем расширенной памяти (всего до 64 Мбайт). Коммуникационные средства - асинхронные порты, интерфейс X.25, адаптер локальной сети.
Удаленной рабочей станцией могут быть IBM PC-совместимые компьютеры (XT, AT, PS/2) с 350 кбайт свободной памяти под управлением DOS 3+, Macintosh или асинхронный ASCII-терминал с соответствующими коммуникационными средствами.

Что такое NetWare for SAA

NetWare for SAA - дополнительный продукт, обеспечивающий подключение локальных сетей к хост-машинам через систему IBM 3270 и AS/400. Продукт позволяет рабочим станциям сетей использовать ресурсы больших машин (Mainframe).

В дополнение к NetWare for SAA поставляется продукт NetView, который обеспечивает удаленное управление серверами NetWare с консоли оператора хост-машины. Функции управления включают выполнение задач оператора консоли NetWare и, дополнительно, позволяют загружать и выгружать NLM, получать информацию о занятии и устанавливать ограничение доступного пространства для конкретного пользователя на томе и в каталоге, устанавливать опекунские назначения, дату и время создания и имя хозяина для каталогов.
Для функционирования NetView на сервере NetWare загружается управляющий агент NMANV.NLM. Установка агента и его конфигурирование выполняется через опцию установки продуктов меню INSTALL.NLM.

Что такое NetWare Name Service (NNS)?

NetWare Name Service - дополнительный продукт, разработанный как средство облегчения доступа к нескольким серверам для пользователей многосерверной сети NetWare 3.x. NNS поддерживает концепцию доменов, согласно которой группа серверов (теоретически до 400, практически - до 30) образует домен, который выглядит для пользователя как один логический сервер. Количество доменов в сети неограничено, их относительное местоположение в интерсети несущественно, каждый сервер может входить только в один домен. Пользователь регистрируется в домене как в обычном сервере, предъявляя одно имя и пароль. На самом же деле, он имеет согласованные бюджеты с совпадающими именами и паролями на всех серверах домена. Если во время изменения бюджета пользователя какой-либо сервер отключен, при его включении синхронизацию баз серверов домена необходимо инициировать вручную.
При установке NNS часть утилит обновляется, вместо SYSCON для управления пользователями доменов используется NETCON, а для пользователей, не входящих в домены - специальная версия SYSCON, не разрушающая базы доменов.
Из-за ограничений и эксплуатационных сложностей NNS не стала популярной. Проблемы многосерверных сетей успешно решены в NDS NetWare 4.x, а NETSYNCH позволяет более эффективно, чем NNS, включить серверы NetWare 3.x в сервис Каталогов.

Что такое ALM?

ALM (Application Loadable Module) - модули-заготовки для разработчиков серверных приложений, поставляемые фирмой Novell в составе пакетов инструментальных средств.

Как создать собственные программы для NetWare?

Для создания собственных приложений, использующих непосредственный доступ к услугам ОС через протокол NCP, прикладные и транспортные интерфейсы Novell поставляет инструментальные пакеты SDK (System Design Kit). NLM SDK предназначен для построения приложений сервера, NetWare Client SDK - для создания приложений рабочих станций в среде DOS, Windows и OS/2. Инструментальные пакеты содержат библиотеки языка C, файлы заголовков, примеров использования и комплект документации.

Что такое NetWire?

NetWire - это телекоммуникационный сервис фирмы Novell в CompuServe. В нем имеется ряд форумов, в которых можно получить платную консультацию по разным вопросам, а в секции NOVLIB можно получать новые версии отдельных утилит NetWare.

Где можно получить информацию о новых версиях утилит, решении проблем NetWare?

Novell распространяет новые версии, заплатки, информацию о новых продуктах, техническую информацию через Internet. Главным сервером является WWW.Novell.com, за файлами он направляет в FTP.Novell.com. Эти серверы имеют "зеркала" в разных странах. На русском языке интересную информацию можно получить на WWW.Novell.ru, WWW.Novell.spb.ru, WWW.ritmpress.ru.
На этих серверах можно найти как официально распространяемые версии, так и предварительные (pre-release patches).

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

Copyright (c) М. Гук, 1996. Дизайн (с) О. Гук, 1999.

Novell NetWare 6.5 SP6

Эта сетевая операционная система позже была названа Novell NetWare . В NetWare используется протокол NCP (англ. NetWare Core Protocol - протокол ядра NetWare), который является протоколом передачи пакетов, позволяющим клиентам передавать запросы на серверы NetWare и получать от них ответы. Первоначально NCP был привязан к протоколам IPX/SPX , то есть система NetWare сама по себе могла использовать для взаимодействия в сети только IPX/SPX. Для хранения информации аутентификации использовалась встроенная система на основе СУБД Btrieve .

Первый программный продукт с именем NetWare был выпущен в 1983 году . Он назывался NetWare 68 (или Novell S-Net ), работал на процессоре Motorola 68000 и использовал топологию «звезда ». Этот продукт был заменён в 1985 году на NetWare 86 , который был написан для работы на процессорах Intel 8086 . После выпуска процессора Intel 80286 компания Novell выпустила NetWare 286 (в 1986 году). В 1989 году , после выпуска процессора Intel 80386 , последовала NetWare 386 . Позже Novell пересмотрела нумерацию версий NetWare: NetWare 286 стала NetWare 2.x , а NetWare 386 стала NetWare 3.x .

NetWare 286 2.x

Настройка NetWare версии 2 требовала значительных усилий: для любого изменения было необходимо перекомпилировать ядро и перезагружать систему. NOS поставлялась в виде набора объектных моделей. Перекомпиляция для замены драйвера ЛВС требовали поочерёдного использования 20 дискет . Тем не менее именно в этой версии произошла изоляция ядра сетевой операционной системы (NOS) от технологии - архитектуры коммуникаций. Конкурирующие с NetWare продукты представляли собой "коробочные" решения, сочетавшие софт и железки из одного ящика. Администрирование NetWare выполнялось с помощью текстовых утилит , например SYSCON . В NetWare 2 использовалась файловая система NetWare File System 286 , или NWFS 286.

NetWare 3.x

NetWare версии 3 была упрощена за счёт построения по модульному принципу. Функции операционной системы выполнялись отдельными программными модулями - загружаемыми модулями NetWare (NLM), которые могли быть загружены как при запуске системы, так и по мере необходимости после запуска. Такая архитектура позволила добавлять необходимые функции в систему, такие как антивирусную защиту , резервное копирование , поддержку длинных имён файлов (в то время имена файлов в распространённой MS-DOS ограничены 8 символами имени и 3 символами расширения имени) или поддержку файлов Macintosh . Управление NetWare по-прежнему предлагалось выполнять в текстовых утилитах. В NetWare 3.x появилась новая файловая система, которая использовалась по умолчанию во всех системах NetWare до NetWare 5.x, - Netware File System 386 , или NWFS 386.

Первоначально в NetWare для аутентификации использовалась служба Bindery . Это была система, в которой все данные о правах доступа пользователей и данные системы защиты хранились отдельно на каждом сервере. Когда в сети было несколько серверов, пользователям нужно было регистрироваться в каждом из этих серверов отдельно, а каждый сервер должен был содержать свой список пользователей с правами доступа.

NetWare 4.x

NetWare 4.1x

Open Enterprise Server

Эффективность протокола NCP

Большая часть сетевых протоколов , использовавшихся во времена разработки NetWare, не считали надёжной доставку сообщений сетью. Обычно операция чтения файла клиентом выполнялась следующим образом.

1. Сервер подтверждал получение запроса.
2. Клиент подтверждал получение подтверждения.
3. Клиент подтверждал получение данных.
4. Сервер подтверждал получение подтверждения.

В основе же протокола NCP лежала концепция надёжной доставки пакетов сетью в большинстве случаев. Поэтому ответ на запрос служил в большинстве случаев подтверждением. Пример запроса чтения клиента в данной модели.

1. Клиент отправлял запрос на сервер.
2. Сервер отправлял запрошенные данные клиенту.

Все запросы содержали последовательный номер, поэтому если клиент не получал ответа в течение указанного времени, он отправлял запрос повторно с тем же последовательным номером. Если сервер уже обрабатывал этот запрос, он отправлял кэшированный ответ повторно. Если у сервера не было времени на обработку запроса, он отправлял «положительное подтверждение», что означало «я получил запрос, но ещё не дошёл до его обработки, не беспокойте меня».

Результатом использования этой модели «надёжной сети» было уменьшение на две трети сетевого трафика и связанных с ним задержек.

Операционная система без вытесняющей многозадачности, разработанная для сетевых служб

В 90-х годах интенсивно сравнивалось выполнение операций сетевых файловых служб специальным программным обеспечением в обычной операционной системе с выполнением тех же операций специализированной операционной системой. NetWare была специализированной операционной системой, не операционной системой с поддержкой режима разделения времени. Она была полностью написана для обработки запросов типа «клиент-сервер ». Изначально система была ориентирована на службы файлов и печати, но позже продемонстрировала отличные унаследованные возможности в качестве платформы баз данных , систем электронной почты , веб-сервисов и других служб. Она также эффективно работала в качестве маршрутизатора протоколов IPX , TCP/IP и AppleTalk , хотя никогда не претендовала на гибкость, присущую аппаратным маршрутизаторам.

В версии 4.x и более ранних версиях NetWare не поддерживалась вытесняющая многозадачность , режим разделения времени, виртуальная память , графический интерфейс пользователя и прочее. Процессы и службы, выполнявшиеся в NetWare, должны были работать правильно: обрабатывать запрос и возвращать управление операционной системе в отведённое время. В отличие от NetWare операционные системы общего назначения (UNIX , Microsoft Windows) основывались на интерактивной модели с поддержкой режима разделения времени, когда без контроля со стороны операционной системы программа могла бы занять все доступные ресурсы системы. В таких средах с вытесняющей многозадачностью и виртуализацией памяти возникала значительная дополнительная нагрузка, так как в таких системах никогда не хватает ресурсов для выполнения всех запросов всех приложений, конкурирующих за использование системной памяти и доступ к устройствам ввода-вывода. Такие системы улучшились со временем путём более тесной интеграции сетевых служб с ядром операционной системы «общего назначения», а в основном - за счет упрощения, если не сказать огрубления механизма выделения ресурсов конкурирующим приложениям, что опять же приближало их к системам кооперативной многозадачности; но так и не смогли достигнуть уровня эффективности NetWare. Раньше, когда прикладные процессы управляли собой, такое «доверие» часто приводило к аварийным остановам системы. Но зато и результат в случае "правильной" работы впечатлял. Пожалуй, инженеры Novell нашли в версиях 5.х и 6.х с гибридным ядром оптимальный баланс надежности - толерантности системы и ее производительности. Обидно, что приложений, написанных для API именно этих версий очень мало.

Возможно, основной причиной успеха Novell в 80-х и 90-х годах была более эффективная работа NetWare по сравнению с операционными системами общего назначения. Однако по мере увеличения мощности микропроцессоров значение эффективности становилось всё меньше и меньше, а с появлением процессора Pentium сложность управления и разработки приложений для NetWare стали перевешивать её преимущества. Самоуверенность маркетингового подразделения и руководства Novell на фоне реальной угрозы конкурентов (NT4 и Microsoft Exchange) стало последней каплей в процессе, который, в конце концов, привёл к потере позиций системой NetWare.

Возможна и другая точка зрения. Novell перестала продвигать свой головной продукт, ее менеджеры неадекватно воспринимали реальность. NetWare оставалась очень эффективной платформой для SQL серверов; после портирования на нее сервера Apache она имела серьёзные шансы состязания с платформой *nix. Следовательно, главной бедой Novell стало самоустранение из бизнеса на фоне былых маркетинговых ошибок.

Примечания

См. также

• Сравнение операционных систем

Ссылки

• Novell NetWare 6.5 - раздел NetWare на веб-сайте Novell.
• The First NetWare Users (англ.) - ранняя история NetWare (формат PDF)
• Краткая история NetWare (англ.)
• Ещё одна краткая история NetWare (англ.)
• www.novell-admin.ru Системный администратор Novell NetWare

Литература

• Гаскин Д. Администрирование Novell Netware 6.0/6.5. - СПб. : BHV-СПб, 2003. - С. 1056. - ISBN 5-94157-233-6

Управление разработкой

Когда-то сетевая операционная система Novell NetWare была лидером мирового рынка. Когда-то в ее основу были заложены самые прогрессивные идеи. Однако в ИТ-индустрии все быстро устаревает, а конкуренты никогда не дремлют.

Microsoft Windows NT – более молодая ОС по сравнению с NetWare. Корпорация Билла Гейтса не могла упустить рынок сетевых операционных систем. Включившись в борьбу позже, но со свойственным ей размахом, Microsoft начала быстро осваивать рынок и смогла избежать некоторых ошибок первопроходцев.

Novell NetWare

Работа над будущей NetWare OS началась еще в SuperSet Software – консалтинговой группе, основанной друзьями Дрю Мэйджером, Дэйлом Найбауэром, Кайлом Пауэллом и Марком Хёрстом. Они использовали свои наработки, сделанные еще в университете Бригама Янга в городе Прово (штат Юта), в октябре 1981 года.

SuperSet Software была основана в 1979 году и занималась производством систем, работающих под управлением ОС CP/M. Группа должна была создать систему совместного использования дисков для сетей на основе CP/M.

CP/M (Control Program/Monitor либо Control Programs for Microcomputers) - операционная система, первоначально предназначенная для 8-разрядных микрокомпьютеров. Написана в 1973 году программистом Гэри Килдаллом на языке программирования PL/M (Programming Language for Microcomputers).

В ходе работы группа пришла к выводу, что дальнейшие перспективы CP/M равны нулю. Команда решила разработать свою операционную систему для IBM-совместимых ПК, которые тогда только появились и были «на гребне волны». В результате возникла сетевая операционная система, которая позже была названа Novell NetWare.

В 1983 году к работе группы SuperSet присоединился Рэймонд Ноорда, ставший во главе молодой фирмы Novell Inc.

В том же году компания выпустила первый коммерческий продукт – ОС NetWare 68 (или Novell S-Net). Она работала на базе процессора Motorola 68000. В 1985 году вышла NetWare 86, которая поддерживала процессоры Intel 8086.

В 1986 году, после выпуска процессора Intel 80286, компания Novell выпустила NetWare 286. А в 1989 году, появились Intel 80386 и NetWare 386. В дальнейшем Novell решила дать своим системам более простые номера версий: так, NetWare 286 стала называться NetWare 2.x, а NetWare 386 - NetWare 3.x.

Причины успеха NetWare

Для передачи пакетов в NetWare использовался протокол NCP (NetWare Core Protocol - протокол ядра). Он был разработан на базе популярных ранее протоколах IPX/SPX (Internetwork Packet eXchange/Sequenced Packet eXchange), разработанных всё той же Novell.

NCP использовался для организации обмена между рабочей станцией и файловым сервером. Протокол IPX обеспечивал сетевой уровень (доставку пакетов, аналог IP), SPX - транспортный и сеансовый уровень (аналог TCP). Правда, в пятой версии NetWare компания-производитель всё же сделала основной для протокола NCP поддержку TCP/IP, а не IPX/SPX.

Пик популярности NetWare пришелся на 80-90-е годы. Это была удобная по тем временам система, и весьма стабильная: серверы под управлением NetWare могли работать годами без вмешательства администратора.

Также немалую роль сыграл тот факт, что большинство сравнительных тестов в то время указывали на преимущество в производительности в соотношении от 5:1 до 10:1, по сравнению с продуктами Microsoft и других компаний. Такой эффект достигался благодаря использованию службы файлов вместо дисковых служб, эффективности протокола NCP и отсутствие вытесняющей многозадачности.

В 1993 году, рассчитывая на быстрый успех, фирма Novell выпустила NetWare 4.0 и NDS (названную тогда службой каталогов NetWare), но они не были встречены с распростертыми объятиями. Новые продукты воплощали реализацию нового подхода к организации сетевых вычислений на предприятии и сильно отличались от всего, к чему привыкли пользователи NetWare 3.x. Поэтому самой популярной версией долгое время оставалась именно 3.х.

Однако в дальнейшем служба каталогов (NDS), входящая в состав NetWare 4.x, стала индустриальным стандартом в корпоративной среде.

Windows NT

Сильнейшим конкурентом Novell NetWare стала сетевая операционная система Microsoft Windows NT.

Началось все в 1975 году. Именно тогда, когда корпорация Digital Equipment начала разработку своей 32-битной платформы VAX, которая впоследствии была подхвачена компанией Microsoft.

В 1977 году были анонсированы машина VAX-11/780 и операционная система для нее - VMS 1.0. Разработкой системы руководил Дэвид Катлер. Спустя четыре года он решил покинуть Digital: не устраивали темпы развития проекта.

Тогда руководство компании организовало автономное подразделение в Сиэтле, и Катлеру позволили набрать необходимое количество персонала (около 200 человек) непосредственно из сотрудников Digital. Новая структура занялась проектированием процессорной архитектуры и операционной системы под кодовым названием Prism.

Однако менеджеры не сумели довести начатое дело до логического завершения, и в 1988 году Катлер покинул компанию.

Именно тогда Билл Гейтс и пригласил его в Microsoft. К тому времени он как раз пришел к необходимости создания серверной ОС, конкурирующей с клонами Unix.

Гейтс настолько ценил Дэвида Катлера, что согласился нанять 20 бывших инженеров Digital вместе с ним. В ноябре 1988 года команда, включавшая пять выходцев из Digital и одного программиста Microsoft, начала работать над новой операционной системой. Конечно, она не была абсолютно новой, так как Катлер использовал свои наработки.

Необходимо было написать ОС для нового RISC-процессора Intel i860 под кодовым названием N-Ten. Отсюда, кстати, и возникла аббревиатура NT, позднее трактованная маркетологами Microsoft как New Technology. Уже в декабре 1988 года были готовы первые фрагменты системы. Однако проблема заключалась в том, что i860 пока существовал лишь на бумаге, поэтому код приходилось тестировать на программном эмуляторе. Разработка велась на «игрушечных», по нынешним меркам, машинах Intel 386 25 MHz с ОЗУ 13 MB и жесткими дисками 110 MB.

В 1989 году выяснилось, что «железный» i860 не способен достаточно эффективно исполнять написанный код. Пришлось переориентироваться на MIPS R3000, а затем и на стандартный процессор Intel 386, что было сделано командой, увеличившейся до 28 инженеров за несколько месяцев.

Диаграмма развития операционных систем семейства Windows NT

В 1990 году произошло ключевое событие в судьбе операционной системы NT - выход и головокружительный успех Windows 3.0. Фактически она стала первой многозадачной ОС Microsoft с приличным графическим интерфейсом, в которой можно было выполнять реальную работу. Именно заимствование данного интерфейса и API предопределили будущее NT.

Изначально серверная ОС должна была стать ремейком совместного с IBM проекта OS/2 и, соответственно, функционировать с существующими приложениями OS/2.

Однако после выхода третьей версии Windows компания Microsoft отказалась от сотрудничества с IBM и переориентировала команду разработчиков NT на проектирование Win32 API, сделанного по «образу и подобию» интерфейса Win16. Это обеспечивало необходимую преемственность, облегчившую портирование приложений из настольной на серверную платформу. Так группа разработки NT, превратившейся к тому моменту в Windows NT, выросла почти до 300 человек.

Отказ от сотрудничества с IBM привел к серьезным проблемам во взаимоотношениях между компаниями. Правда, официальных заявлений не поступало, но на одной из межкорпоративных презентаций сотрудники IBM с удивлением обнаружили, что созданная ОС не имеет никакого отношения к их OS/2.

Тем не менее, в Windows NT 3.1 (нумерация была «подогнана» к текущей версии 16-разрядной Windows, существовавшей на тот момент) была реализована поддержка DOS, Win16, POSIX и OS/2 API в том числе. В июле 1993 году новая серверная система от Microsoft вышла в свет и начала завоевывать рынок.

Интеграция

В сентябре 1994 года вышла Windows NT 3.5. В ней были решены некоторые проблемы эффективности и быстродействия, которые из-за спешки не удалось решить в предыдущей версии.

Однако появилась новая проблема: организация взаимодействия с сетями, построенными на NetWare - абсолютным лидером того времени, доминировавшим на рынке локальных сетей.

В Novell не могли принять решение об обеспечении клиентской поддержки Windows NT и тянули время. В итоге Microsoft остановилась перед выбором: ждать еще или писать свой клиент для NetWare.

Компания Гейтса выбрала второй вариант и не прогадала: их самописный NetWare-клиент оказался настолько хорош, что его продолжали использовать и после выхода оригинального программного обеспечения от Novell. Время было упущено. Более того, было упущено не только оно.

Пользователи, особенно поначалу, выказывали резкое недовольство позициями Novell и Microsoft. Борьба между сетевыми компаниями предоставляла свободу выбора, но не давала возможности использовать оба продукта в одной среде.

Догнать и перегнать

В мае 1995 года благодаря архитектуре, основанной на микроядре, появилась специальная «PowerPC-редакция» ОС - Windows NT 3.51.

PowerPC (или сокращённо PPC) - микропроцессорная RISC-архитектура, созданная в 1991 году альянсом компаний Apple, IBM и Motorola, известным как AIM.

По некоторым данным, ее выпуск был в свое время задержан вследствие неспособности IBM придерживаться плана по выводу этого процессора на рынок. Поэтому эволюция PowerPC-версии зашла несколько дальше, чем Windows NT 3.5, что позволило ей стать основой для следующей версии ОС.

В версии Windows NT 4.0 графическая подсистема была интегрирована в ядро.Такое решение было абсолютно логичным выводом из печального опыта попытки интеграции в NT популярной оконной среды Windows 95. Вероятно, идея повторения архитектурной модели X Window - Unix - возникла именно из-за первоначальной «серверной ориентации» NT.

Однако если собственно с «пересадкой» графической оболочки проблем не возникло, то ее быстродействие в пользовательском режиме (т. е. в виде обычного приложения) оставляло желать лучшего.

Графическая подсистема Windows несоизмеримо сложнее и, соответственно, требовательнее к ресурсам, чем X Window, «понимающая» исключительно растровые дисплеи. Так, в составе ядра Windows NT 4.0, выпущенной в июле 1996 года, появился еще один модуль. Ревизия получила название Shell Update Release (SUR).

Чтобы превратить Windows 95 и Windows NT в универсальные клиенты сети для любого сервера, корпорация Microsoft в прошлом году встроила стек протоколов TCP/IP в свои операционные системы.

Переход на TCP/IP, оказал значительное давление на традиционных поставщиков сетевых ОС, использующих свои собственные протоколы. Он не прошел незамеченным и для Novell. Компания выпустила новый продукт – NetWare/IP, загружаемый модуль, дающий возможность использовать IP в качестве сетевого протокола на сервере NetWare. Однако это не помогло удержать лидерство на рынке.

«NetWare/IP, поначалу вызывавший интерес, не оправдал надежд в полной мере, - делился своими впечатлениями Джон Миллер, специалист по планированию сети в Apollo Travel Division в United Airlines. - Он не справляется с ролью сетевого протокола для серверов».

По мнению Миллера, требования к заголовку IPX означали, что Novell в действительности не поддерживал IP или не предлагал каких-либо преимуществ при его использовании.

Реализация TCP/IP в Netware 5.x не спасла положение, так как вновь было потеряно драгоценное время.

Перевес по голосам

Крупным компаниям, которым Microsoft уделяла непосредственное внимание, не пошли на поводу у корпорации и предпочли NetWare. Тем не менее, проведенный Computer Intelligence и InfoCorp обзор свидетельствовал о том, что NT популярна в мелких центрах, где работают менее 1000 сотрудников.

Мелкие компании предпочитают Windows NT (количество компаний, использующих NT, %)

Однако NT проникла и на территорию NetWare. Все решили приложения. Выбор одной из этих систем в огромной степени зависел от того, какими приложениями пользовался клиент. Со временем приложения Microsoft оказались более чем на половине рассмотренных в обзоре станций NetWare.

Количество станций NetWare, на которых используется Windows NT, %

По мере увеличения мощности процессоров значение эффективности становилось всё меньше и меньше, а с появлением процессора Pentium сложность управления и разработки приложений для NetWare стали перевешивать ее преимущества. Но эти факты упорно игнорировались маркетинговым отделом Novell, равно как и руководством компании.

Так Novell NetWare потеряла позиции лидера, уступив их Windows NT.