90-е годы можно назвать десятилетием независимых данных. Мы можем наблюдать все новые вспышки борьбы в области технологий "клиент-сервер", но при всем этом идея состоит в совместном использовании информации. Вендоры различных средств внешнего и оконечного интерфейса борются за то, чтобы работать со всеми другими аппаратными средствами, сохраняя специализацию.
Однако, пока не применяется интеллект, данные - это еще не информация. Это означает, что к этим данных кто-то должен иметь доступ. Чем легче доступ, тем более вероятно, что данные станут своевременной и пригодной для использования информацией.
В прошлом компании имели различные разрозненные хранилища данных. Сегодня каждой системе должна быть доступна каждая другая система. Малые и средние корпоративные структуры основываются на доступности информации для большего числа людей, чем раньше. Возросшая автоматизация требует меньшего числа администраторов среднего звена для оформления данных в некоторую информационную форму для следующего административного уровня. Другие администираторы должны иметь возможность быстро извлекать данные из различных источников и пытаться самостоятельно преобразовать их в информацию.
Трудно придумать лучшее обоснование для обеспечения взаимодействия подразделений и совместного использования данных. Время, затрачиваемое на преобразование данных из различных подразделений в полезную форму, часто скрыто за стандартными рабочими процедурами.
Предпринимаются огромные усилия, чтобы помочь людям совместно работать и рационально решать проблемы. По крайней мере те, кто занимается компьютерным бизнесом, могут обеспечить совместную работу своих компьютеров.
Наиболее популярным совместно используемым ресурсом являются принтеры, но фирмы могут извлечь преимущества и из совместного использования других устройств. Примерами других ресурсов, с которыми могут совместно работать пользователи NetWare и Unix, являются кабельные концентраторы и физическое оборудование сетевого управления, жесткие диски и ленточные накопители.
После многолетнего опыта, наработанного в мире в области организации сетей компании все еще покупают сети для совместного использования принтера. И это не только фирмы, инвестирующие сотни и тысячи долларов в устройства наборной печати больших машин, но и те, кто применяет стандартные лазерные принтеры. Возможность передавать задания на любой принтер сети, независимо от управляющей им операционной системы, привлекает многие фирмы. Совместное использование принтеров не следует недооценивать.
Возможно совместно использовать на разных платформах память на жестких дисках является менее общей, чем использование принтеров, но более важной. Еще несколько лет назад мегабайт пространства на диске в системе среднего размера почти всегда стоил в пять или более раз дороже, чем тот же мегабайт на жестком диске PC. С ростом емкости дисков для PC и NetWare-серверов цена мегабайта сегодня для них еще ниже.
Эта тенценция падения стоимости дисков может затронуть также мир Unix. Поскольку многие производители дисков используют на разных системах одинаковые физические диски, общая стоимость PC положительно отразится на ценах средних систем.
Многие системы Unix работают сегодня точно также, как файловый NetWare-сервер PC. Это также помогает выровнять цену фактического дискового оборудования.
Хотя все это так, но верно также, что открытое дисковое пространство никогда не находится там, где нужно и когда нужно. С в мире PC доли программ, требующих много места на диске, таких как новые графические интерфейсы и реляционные базы данных масштаба предприятия, доступные мегабайты всегда будут приветствоваться.
Совместно-используемое пространство на диске можно реализовать таким образом, что пользователь не будет знать о том, что происходит. Скопировав важные файлы на другие платформы и операционные системы в сети, вы обеспечите целостность данных. Это обеспечивает надежность хранения файлов, сохраняя их доступность.
Способность ленточных систем Unix архивировать и восстанавливать данные, не влияя на производительность опережает то, чего можно добиться с помощью ленточных систем NetWare. Использование шин с большей пропускной способностью, доступных в Unix-системах также позволяет более эффективно организовать работу. Большинство работающих с лентами программных продуктов NetWare представляют собой просто улучшения автономных продуктов для PC, предназначенных для создания резервных копий.
Перед тем как сделать это для систем LAN, компании будут вкладывать средства в процедуры поиска файлов и работы с лентами для больших систем. Естественно, процедуры оборота лент и их хранения применяются практически на всех больших ситемах. Однако, администраторы NetWare часто не располагают никакими программными продуктами, которые могли бы им помочь, или временем для разработки своих собственных систем. Одако для ленточных систем NetWare нет смысла изобретать колесо. Более разумно поискать что-нибудь вне мира локальных сетей для PC.
Если вам в своей административной деятельности требуется уделять большое внимание защите данных, а сама административная работа занимает много времени, улучшение в процедурах сохранения в архиве и восстановления из архива на магнитных лентах может в значительной степени решить ваши проблемы.
Аппаратные системы Unix и их операционные системы с мультиобработкой, мультинитевостью и сильной мультипроцессорной поддержкой позволяют реальзовать мощные механизмы баз данных. Сортировка и передача больших файлов данных лучше всего выполняется под Unix. Однако представление в Unix данных на уровне пользователя иногда оставляет желать лучшего.
PC с работающей на них NetWare могут предоставить множество "дружественных" к пользователю средств. Кроме того, эта работа выполняется отдельным DOS-клиентом PC, что невозможно встретить в высокопроизводительных механизмах баз данных.
Комбинируя Unix и NetWare, вы можете разумно решить вопрос базы данных с обеих сторон. Пусть NetWare проявит свои дружественные к пользователю свойства, а Unix может использовать во всю свою силу фоновую обработку.
Графика и графический интерфейс с пользователем (GUI) являются сегодня назревшей темой. В мире PC это означает применение Microsoft Windows или IBM OS/2. В мире Windows это означает X Window System.
Ддаже минимальные GUI, подобные Windows, требуют большой вычислительной мощности, пространства на диске и пропускной способности сети. Некоторые из новых программ пытаются превратить PC в X-терминалы, часто используя для этого Microsoft Windows. Некоторые GUI, такие как DESQview/X (фирмы Quarterdeck Office Systems), даже пытаются превратить PC в X-сервер для других PC.
X-средства требуют большой вычислительной мощности. Если для вас большое значение имеют отображение графики и манипуляция с изображениями, то комбинация платформ NetWare и Unix будет наиболее эффективным и гибким решением.
Компании, исследующие отображение документов, отобенно те, которые пытаются свести всю бумажную работу к электронным изображениями, найдут, что Unix является подходящей для выбора платформой. Многие системы используют Unix в качестве основного средства хранения и извлечения данных.
Даже те компании, которые используют только NetWare, часто работают с изображениями, полученными с помощью сканеров Unix. Некоторые работающие в NetWare программы обработки документов взаимодействуют либо с модулями на Unix-системах или с базами данных SQL. Эта связь четко отражает идею выбора Unix в качестве используемого механизма базы данных и применения NetWare как средства представления информации пользователю.
Из-за сильных различий между двумя сетями в данном виде проекта правильное планирование играет более важнуж роль, чем во многих других. NetWare и Unix - это нечто совершенно разное, и пусть поверхностное подобие не заслоняет от вас огромное различие.
Во многих случаях комбинирования NetWare и Unix сводится к задаче трансляции. Здесь есть три варианта:
Этот подход предполагает, что PC - это враждебная среда, ограниченная по памяти и вычислительной мощности. Unix - это сильная операционная среда с намного лучшим управлением памятью и большей доступной вычислительной мощностью (даже при работе на той же аппаратуре Intel). Лучше изменить сильную сторону (Unix), чем слабую (NetWare).
C точки зрения сетевого администратора, легче изменить одну систему, чем сотни. Этот подход является рациональным для всех продуктов NetWare для Unix.
Если система Unix может общаться на языке NetWare, это дает следующие преимущества:
Однако этот метод имеет также следующие недостатки:
Если со стороны Unix есть тенденция к "поглощению" NetWare, то, возможно, этот подход выбирается по умолчанию. Он пользуется популярностью, проскольку первый вариант - достаточно редкое явление. Если доступ к данным и ресурсам Unix должны получить только несколько NetWare-клиентов или пользователей, это менее дорогой подход.
Данный подход лежит в основе всех продуктов NetWare NFS и FLeX/IP. На нем основаны также различные автономные пакеты для PC, которые добавляют к DOS или Windows TCP/IP или NFS. Большинство этих пакетов для PC будут функционировать на компьютере-клиенте, на котором работает также NetWare. Четыре года назад, до того как появились драуверы NDIS (Network Device Interface Specification) и ODI (Open DataLink Interface) на PC практически невозможно было параллельно выполнять IPX/SPX и TCP/IP. Теперь каждый поставщий TCP/IP, если он не хочет столнуться с недовольством потребителей, должен либо предлагать такую возможность.
Этот подход дает следующие преимущества:
Однако, здесь есть также следующие недостатки:
Транслятор для Unix и NetWare - это сетевой интерфейс TPC/IP ("шлюз"). Мы проанализируем три сетевых интерфейса TCP/IP, два из которых требуют выделения PC, а один будет сам работать на сетевом сервере NetWare. Все это работает аналогичным образом: на PC-клиенте выполняется программное обеспечение PC, осуществляющее связь с сетевым интерфейсом TCP/IP, а затем программное обеспечение реализует подключение черед сетевой интерфейс к требуемой хост-системе Unix. После открытия сеансов Telnet (эмуляция терминалов) у вас есть возможность передавать файлы и совместно использовать принтеры.
Метод применения транслятора дает следующие преимущества:
Однако, подобный подход имеет также ряд недостатков:
"Чистая" система NetWare (будем называть ее Native NetWare) всегда отличается лучшей производительностью (из расчета на единицу затрат), чем любая реализация NetWare для Unix. Тем не менее, некоторые из Unix-платформ, на которых работает NetWare for Unix, приближаются по производительности к Native NetWare. Однако это возможно только на больших и достаточно дорогих аппаратных Unix-платформах. Чтобы определить, какой вариант дает лучшую производительность, вы должны проанализировать несколько переменных.
Так как система Unix может работать на различных аппаратных платформах, от ПК-блокнотов до больших ЭВМ, она отличается большой масштабируемостью. Слишком медленная база данных? Перенесите ее на более быстрый блок и добавьте еще полдюжины процессоров. Не нужно будет изменять ни одной строки программы и не преобразовавать ни цифры данных.
Novell также предусматривает некоторую масштабируемость. Сейчас NetWare поддерживает больше пользователей и предлагает больше средств. В 1987 году верхним пределом для одного NetWare-cервера было 30 пользователей, и это был неплохой результат. Сегодня многие компании поддерживают как правило сотни пользователей на один сервер.
Одна из причин того, что NetWare и Unix стали лидерами в компьютерном мире, заключается в поддержке обеими системами программных разработок на разнообразных аппаратных платформах. Этот процесс идет двумя путями: вверх к большему числу пользователей пользователей и вниз к небольшим офисам и отделам фирм.
Возможность расширения при необходимости - это еще одна важная и требующая рассмотрения особенность. Обычно расширение относится к числу активных пользователей, но нужно учитывать также активные процессы и чистую вычислительную мощность.
Обе системы, Unix и NetWare, допускают расширение. При этом приобретенное вами ранее программное обеспечение не становится устаревшим. Novell применяет для NetWare ступенчатые цены (для 5, 10, 20, 50, 100, 250 и 1000 пользователей), и многие работающие с NetWare продукты принимают эту схему. Процедура расширения системы от 20 до 50 пользователей сводится в общем случае только к обновлению программного обеспечения. Изменять или конвертировать данные вам не нужно.
Unix-системы работают аналогично. Здесь для увеличения числа пользователей также требуется лишь изменить программное обеспечение.
Для систем, ориентированных на аппаратные средства, таких как сетевые интерфейсы, расширение - это не такая простая задача. Многие сетевые интерфейсы поддерживают теперь возможность выполнять на одном и том же PC-клиенте несколько интерфейсных функций, но многие этого не делают. Все они допускают сосуществование в одной сети нескольких сетевых интерфейсов. Если одного из них недостаточно, добавьте другой. Процедуры для пользователей остаются теми же, но, поскольку число физических сетевых интерфейсов удваивается, это потребует удвоить число администраторов.
И для Unix, и для NetWare управляемость остается слишком сложной и требует слишком много времени. К счастью, NetWare for Unix незначительно увеличила это бремя.
Для всех вендоров NetWare for Unix общее управление пользователями NetWare и Unix в этих смешанных средах является первоприоритетным вопросом. Возможность управление, отслеживания и администрирования "гибридного" пользователя (пользователя, имеющего полномочия доступа к обеим системам) с одной платформы - это великолепный приз, за который еще нужно побороться.
Одной из трудностей в интеграции NetWare и Unix является различная квалификация, требуемая для каждой операционной системы. Многие их принципы совпадают, но язык их совершенно различен.
Во многих случаях предполагается, что администраторы NetWare и Unix совместно конфигурируют системы при установке. Это потребует немалых усилий, но в итоге позволит сэкономить время.
Когда-то об идее выбора протокола еще не слышали; покупатели использовали протокол, поставляемый вместе с системой. По мере того как в компьютерном мире все менялось, большие возможности открыли больше вариантов для выбора. Появились возможности выбора и протоколов, хотя традиционные варианты оставались некополебимыми. Если вы работаете с Unix, то используете TCP/IP. Если вы работаете с NetWare, то применяете IPX/SPX. Когда это требуется, вы можете смешать эти протоколы. Сегодня существуют возможности реализации протокола Novell IPX/SPX на системах PC, Macintosh, NeXT, SCO, SVR4 UNIX, Solaris, UnixWare, LAN Server, Banyan и даже больших системах IBM 370. Начавшись со скромного небольшого локального протокола, IPX/SPX проделал большой путь. С другой стороны, TCP/IP начинался как протокол только для Unix-систем, а теперь он доступен на всех вышеупомянутых платформах и многих других. Достаточно сказать, что тем или другим образом IPX/SPX и TCP/IP можно загрузить на любой мыслимой компьютерной платформе. Некоторые LAN-системы принимают с качестве транспортного протокола для локальных сетей, построенных на основе PC, TPC/IP. Основным примером является LAN Manager фирмы Microsoft, хотя TCP/IP использован как транспортный уровень для SMB (Server Message Block) и NetBIOS. Фирмы, использующие лицензию на LAN Manager, такиек как StartGroup (ATT/NCR), используют теперь TCP/IP вместо OSI (Open System Interconnection), протокол, нацеленный на то, чтобы когда-нибудь в будущем заменить TCP/IP.
TCP/IP - это один из немногих протоколов, широко используемых в сетевом мире, на котором основаны многие системы. TCP/IP имеет некоторые средства, недоступные для NetWare. IPX/SPX создан на основе подмножества XNS, который сам является подмножеством TCP/IP. В этих протоколах есть различия, но IPX/SPX отстает на два или более поколений.
Перечислим некоторые из средств TCP/IP, которые применяются сегодня в локальных сетях:
- он может выполнять маршрутизацию данных между различными сетями или подсетями; - не зависит от используемой для подсетей технологии (такой как Ethernet, Token Ring и X25); - не зависит от аппаратного обеспечения хост-машины; - устойчив к высокой частоте ошибок в подсетях; - имеет надежные средства восстановления после сбоя.
TCP/IP может служить ценной основой и источником сведений для будущего развития IPX/SPX. Метод улучшения TCP/IP с учетом интересов заинтересованных пользователей является моделью взаимного учета интересов.
Не думайте, что понимание TCP/IP не является необходимым, поскольку скоро его заменит OSI. Протокол OSI был разработан как способ решения проблем, которые появились в TCP/IP при построении глобальных сетей. TCP/IP не отвергнут, просто запросы в компьютерной сфере растут, и от него требуется больше, чем можно было когда-либо представить. Узкие места устраняются как в самом сообществе TCP/IP, так и специальными комитетами, и вряд ли этот протокол отомрет в обозримом будущем.
Создавая IPX/SPX, фирма Novell улучшила протокол XNS (Xerox Network Services), ориентировав его на работа в надежных локальных сетях с не слишком интеллектуальными ранними моделями PC. С учетом работы протокола в этой среде IPX/SPX дает прекрасную производительность с минимальными издержками на работу с оперативной памятью. Для PC с объемом ОЗУ в 640К и отсутствием средств управления памятью это было очень важно. Перечислим некоторые возможности IPX/SPX, применимые сегодня к LAN:
Многие работающие с Unix относятся к IPX/SPX недоброжелательно, перенося на него свое отношение к DOS. Однако, новый мир настольных вычислительных систем меняет это отношение. Теперь стандартный пакет DOS, DR DOS (после приобретения его Novell) включает в себя сетевые протоколы. Microsoft Windows поставляется со встроенным протоколом IPX/SPX, как и Windows NT, OS/2, SCO, NeXTstep 3.0, Solaris 2.0, UnixWare и почти все другие настольные системы.
По числу продаж IPX/SPX опередил TCP/IP на годы. Новые узлы NetWare IPX/SPX насчитывают более миллиона продаж в месяц. TCP/IP наститывает менее десятой доли этого объема. В корпоративном мире NetWare с расширениями IPX/SPX охватывает около 70 процентов рынка. Если Unix собирается расширить свое влияние в этом секторе, то ему придется делать это в сотрудничестве с IPX/SPX.
Novell контролирует IPX/SPX уже многие годы, и этот протокол имеет небольшие шансы завоевать сердца и умы в сообществе Unix. В 1992 году Novell занялась этим вплотную, по недорогой цене предоставляя лиценцию на IPX/SPX всем желающим. Технически это приемлемо, в том смысле, что Novell продолжает контролировать будущие разработки.
Однако рынок свидетельствует, что IPX/SPX является общепринятым транспортным протоколом. Вы можете говорить, что TCP/IP лучше, однако победа за IPX/SPX. TCP/IP никогда не отомрет, но IPX/SPX будет доминировать и контролировать до конца столетия PC-ориентированные настольные системы.
С технической точки зрения NetBIOS (Network Basic Input Output System) не является протоколом или API - это интерфейс программного обеспечения нижнего уровня. NetBIOS не зависит от языка и протокола: определения протокола или API остаются вне ее. Однако не спорьте с людьми, которые настаивают, что NetWare - это протокол, разработанный IBM: их заблуждения вполне понятны.
Появившись в 1984 году вместе с сетевой программой для PC (PC Network program) фирмы IBM и платой сетевого интерфейса с повышенной пропускной способностью, SMB-cерверы и программное обеспечение клиента REDIRECTOR стали доступны на платформах, использующих исключительно PC. Многие из программ NetBIOS работали на самой плате, поскольку PC-платформа обладала недостаточной мощностью. Особую важность это приобрело (и было замечено на рынке) в 1986 году, когда IBM начала поставлять поддерживающие NetBIOS адаптеры Token Ring.
NetBIOS имеет больше общего с PC BIOS, чем с традиционной сетевой работой. Программные прерывания от процессора через NetBIOS и сетевое программное обеспечение нижнего уровня поступают в блок NCB (Network Control Block). Функции NetBIOS не зависят от протокола, поскольку конкуренты IBM сделали вывод, что поддержка функций NetBIOS позволит программному обеспечению, написанному для сети IBM, работать с чужим (не разработанным IBM) программным и аппаратным обеспечением. Сегодня NetBIOS обычно работает через IPX/SPX, TCP/IP или OSI. Спецификации NetBIOS для TCP/IP вы можете найти в RFC 1001/1002.
Вопреки тому, что NetBIOS имеет некоторые неплохие средства и многих поклонников, пользователи NetWare обычно ее избегают. Novell не стала тратить время на то, чтобы сделать NetBIOS важной частью NetWare, поскольку большинство предусмотренных в NetBIOS функций охватываются также различными средствами IPX/SPX и самой NetWare. Кроме того, в NetBIOS особенно чувствительна к межоперативным возможностям. Для обеспечения коммуникаций везде должна использоваться одна и та же NetBIOS.
Для многих программных продуктов (особенно сетевых интерфейсов TCP/IP), о которых мы говорим в плане интеграции NetWare и Unix, доступны аналоги NetBIOS. Некоторые компании, наиболее известными из которых являются Performance Technology (Сан-Антонио, Техас) и Micro Computer Systems (MCS) (Даллас) добавили NetBIOS в системы Unix. Это позволяет реализовать все то, что позволяет сделать добавление в систему Unix IPX/SPX - PC-клиент может эмулировать терминал хост-машины без TCP/IP.
Наиболее надежный способ соединить две существующие сети (если предположить, что у вас функционирует и NetWare, и Unix) заключается в размещении в точке их пересечения маршрутизатора или моста. Этот метод дает возможность состыковать их без нарушения существующих сетей. Если что-то идет не так, то при таком способе проще всего отключить соединение.
Если устройство принимает решения на основе физических адресов узла-источника и узла-приемника пакета, то это мост. Если решение принимается на основе анализа протокола высокого уровня, то такое устройство представляет собой маршрутизатор.
Маршрутизаторы становятся все более популярными на локальном уровне, занимая все больше той территории, которая принадлежала ранее простому мосту. Частично причина состоит в том, что стоимость интеллектуального сетевого аппаратного обеспечения снижается, и преимущещства низкой цены мостов теряют свою привлекательность. С другой стороны, сегодня возрастает необходимость в управлении, защите и обслуживании сетей, а маршрутизаторы как правило выполняют эти функции лучше, чем мосты.
В 1986 году Novell добавила в NetWare возможность связывать с помощью моста различные сегменты локальной сети. В течении нескольких лет Novell называла это мостом, но так как "мост" для принятия решения о маршрутизации пакета анализировал только адреса IPX/SPX, то официально он был маршрутизатором. Novell отказалась подтвердить это, хотя пакеты NetBIOS, работающие на ранних интерфейсных платах IBM Token Ring, не могли передаваться по "мосту" NetWare.
С тех пор положение дел в маршрутизации NetWare улучшилось, и Novell стала называть маршрутизатор маршрутизатором. Однако, существует несколько причин, из-за которых вы не можете настолько доверять NetWare-серверу, чтобы использовать его в качетстве основного маршрутизатора своей сети.
Для сервера наиболее важными функциями являются файловые средства и средства печати. В списке приоритетов для сервера маршрутизация стоит далеко не на первом месте. Это означает, что использование сервера для маршрутизации ухудшит средства печати и работы с файлами, а сервер не сможет функционировать также хорошо, как это делает маршрутизатор.
Сегодня крупные сети требуют жесткого управления. Хотя NLM TCP/IP включает в себя простой управлющий протокол SNMP (Simple Network Management Protocol), но он функционально ограничен.
Если ваша сеть состоит из одного или двух NetWare-серверов с несколькими физическими LAN-сегментами для каждого, то сервер-маршрутизатор работает достаточно хорошо. Если ваша сеть выходит за рамки указанной конфигурации, то для выполнения функций маршрутизации нужно поискать что-то вне NetWare-сервера.
Novell выпустила в качестве отдельного продукта свой маршрутизатор Multi-Protocol Router. Работая на автономном PC с операционной системой NetWare Runtime, он поддерживает IPX, IP, Appli-Talk, OSI и NetBIOS фирмы Novell. Маршрутизируются протоколы IPX RIP, IP RIP, AppleTalk RTMP и OSI IS-IS.
Установив это программное обеспечение на PC 80386 с 8 мегабайтами оперативной памяти и жестким диском объемом 40 мегабайт, вы получите хорошее соотношение "стоимость/производительность" без ухудшения файловых средств и средств печати. Это неплохой выбор для точки соединения сети NetWare и Unix. Если вы работаете с NetWare, то этот маршрутизатор будет для вас наиболее знакомым. Если у вас есть партнер со стороны Unix, организуйте встречу и обсудите некоторые не относящиеся к NetWare решения.
Сеть Internet была построена на основе маршрутизации (в основном маршрутизации WAN, но тем не менее маршрутизации. Лучшие LAN-маршрутизаторы разработаны теми фирмами, которые извлекли уроки из сетей Unix, особенно вендорами Internet.
Самые известные номера в области маршрутизации TCP/IP - это фирмы Cisco Systems и Wellfleet. Набирают здесь силу также Vitalink, Proteon, CrossCom, 3Com и IBM. Идет жестокая борьба средств, и все эти компании имеют сильные средства локальной маршрутизации, а также маршрутизации сетей WAN.
Так как операционная система Unix с самого начала была более сложной чем NetWare, управление сетью больше продвинулось в области TCP/IP, чем в PC LAN. Одним из приоритетов здесь является управление с помощью маршрутизаторов. Фактически, протокол SNMP был разработан для расширения SGMP (Simple Gateway Management Protocol) и для контроля мостов и маршрутизаторов, которыми должны управлять сетевые администраторы.
В сети со стороны NetWare доступно меньше исчерпывающих средств управления. По этой причине, если есть купить порт для существующего маршрутизатора, чем покупать новый, лучше это сделать. Это обойдется дешевле, и коллеги-администраторы Unix возможно смогут обслуживать и следить за вашим новым портом лучше, чем это смогут сделать адмистраторы NetWare.