ODI и NDIS: параллельная поддержка протоколов
Отделение программного обеспечения TCP/IP от интеллектуальной
платы Ethernet стало возможным с разработкой ODI. Этот программный
интерфейс позволяет одной плате сетевого интерфейса, смонтированной
в PC, поддерживать параллельно до 4-х протоколов.
Стек других протоколов -+
(всего до 4) ¦
Протоколы TCP/IP ¦
(включая FTP и Telenet)--+ ¦
Оболочка ¦ ¦
NetWare ---+ ¦ ¦
(NETX.COM, ¦ ¦ ¦
EMSNETX.COM) ¦ ¦ ¦
¦ ¦ ¦
v v v
+-----+ +-----+ +-----+ +
¦ ¦ ¦ ¦ ¦ ¦ +<--+
----+-----+---------+-----+---------+-----+------- + ¦
-------------------------------------------------- ¦
-----Протокол поддержки связей (LSL.COM)---------- ¦
-------------------------------------------------- ¦
------------------------------------------ ¦
---------------LAN-драйвер---------------- ¦
------------например, NE2000.COM)--------- ¦
------------------------------------------ ¦
------------------------------ ¦
------------------------------ ¦
--Плата сетевого интерфейса--- Стеки протоколов
------------------------------ (IPXODI.COM)
------------------------------
------ ¦¦¦¦¦¦¦¦¦¦¦¦¦¦
Фактически, Novell предложила ODI еще до того, как Microsoft
и 3Com опубликовали подробности о NDIS. К огорчению Novell, код
NDIS и инструментарий разработчика были выпущены задолго до того,
как это было сделано для ODI. Это означает, что Novell наблюдала,
как продукты NDIS появились более чем на год раньше продуктов
ODI. Иногда предварительное опубликование результатов надолго
опережает продукт, как это и было в данном случае.
Хотя NDIS появилась с большим опережением, против нее работали
два момента. Во-первых, фирма 3Com оставила бизнес в области информационных
систем для локальных сетей после всего пары лет продаж 3+Open,
который представлял собой на самом деле администратор локальной
сети (LAN Manager) фирмы Microsoft в оболочке 3Com. Фирма 3Com,
благодаря 3+Open, получила операционную систему, сопоставимую
с NetWare. Работы 3Com по разработке поддержки TCP/IP с использованием
NDIS, проводимые совместно с Hewlett Packard, подняли уровень
3+ Open на уровень, превосходящий первоначальный прототип - LAN
Manager. Ее DPA (Demand Protocol Architecture) для TPC/IP-клиентов
был превосходным продуктом, позволившим реализовать параллельные
соединения PC LAN и TCP/IP за целый год до появления продукта
Novell.
Другим ударом против NDIS была все еще сохраняющаяся слабость
LAN Manager по сравнению с конкурирующими продуктами Novell. К
моменту, когда 3Com свернула работы над 3+Open, Microsoft уже
более года занималась продуктами DPA. К этому времени Novell уже
имела ODI, и наряду с этим существовал LAN WorkPlace. До того
как Microsoft реорганизовала свою политику продаж LAN Manager,
началась шумиха вокруг NT. Желание со стороны Microsoft превратить
NT в сервер, особенно для Windows PC, еще более ослабило LAN Manager.
Это еще один пример в компьютерной индустрии, когда хороший продукт
умирает из-за плохого маркетинга и менеджмента.
Операционная система UnixWare
Операционная система UnixWare - это продукт фирма Univel. Univel
была создана совместно NetWare и USL (перед ее приобретением Novell)
с целью содействия коммерциализации и придания специфических черт
Unix SVR4.2. Эти цели требовали создания программного продукта,
который имел бы коммерческий успех и продавался бы дилерами NetWare
в основном для установочной базы NetWare.
С другой стороны, все острее ощущается необходимость кардинального
расширения возможностей персональных компьютеров. Несмотря на
то, что аппаратные средства рабочих станций уже сегодня способны
обеспечить требуемый уровень вычислительных мощностей, появление
систем нового класса сдерживается присущими DOS ограничениями.
Сетевые рабочие станции должны иметь возможность работать на нескольких
платформах, поддерживать многопользовательский и многозадачный
режимы, полностью использовать ресурсы управления памятью и т.д.
Именно этими качествами и обладает Unix. Потребность объединения
свойств Unix и NetWare достаточно велика (и ожидается, что она
будет возрастать примерно на 50% ежегодно).
Реализация программного продукта, реализующего возможности Unix
и обеспечивающего тесное взаимодействие с NetWare, является здесь
оптимальным решением.
Перечень средств UnixWare впечатляет. Он отражает введенный в
Unix фирмой Novell принцип "все для потребителя". Среди
средств UnixWare (стандартных и дополнительных) можно назвать
следующие:
Возможность выполнять программы, написанные для SVR4, SCO,
X, DOS и Microsoft Windows.
Поддержка типовых аппаратных платформ PC.
Возможность использовать средства NetWare-сервера.
Возможность связи с традиционными системами Unix с TCP/IP
и NFS.
Возможность загрузки систем из UnixWare или UnixWare-серверов
в сети.
Наследование свойств Unix, как многозадачной операционной
системы с мультинитевостью.
Наиболее сильное влияние на эту систему оказали интерактивные
свойства Unix. Никогда ранее операционная система Unix с самого
начала не была ориентирована на пользователей NetWare.
Похоже,
UnixWare ориентирована в основном на пользователей NetWare, знакомящихся
с Unix, а не на традиционных пользователей Unix.
UnixWare работает в режиме "клиент-сервер" и является,
пожалуй, платформой, наиболее приемлемой по цене для фирм, предполагающих
широко использовать пакеты прикладных программ, выполняемых в
среде Unix. UnixWare построена на базе Unix System V Release 4.2
и имеет ряд уникальных особенностей. Она имеет развитую систему
защиты, средства обработки информации в реальном времени, развитую
систему управления и сопровождается разнообразными прикладными
пакетами.
Поддержка протоколов IPX/SPX позволяет UnixWare работать в качестве
полноценной составляющей NetWare. UnixWare обеспечивает полностью
интегрированный графический пользовательский интерфейс, состоящий
из набора стандартных, интуитивно понятных и легко запоминаемых
операций.
UnixWare представлена двумя самостоятельными продуктами UnixWare
Personal Edition (однопользовательская версия UnixWare, поддерживающая
подключение рабочей станции к локальной сети NetWare c использованием
IPX/SPX) UnixWare Application Server (сервер приложений UnixWare,
обеспечивающий распределенный многопользовательский доступ к приложениям
Unix c поддержкой протоколов TCP/IP и IPX/SPX). С логической точки
зрения это большой шаг вперед, особенно с учетом приобретения
Novell фирмы Digital Research, имеющую большой опыт в DOS и разработки
серверной системы. Это отражает также эволюцию рынка настольных
приложений Unix.
Оператор BEGIN
Конструкция BEGIN...END позволяет задать блок операторов, выполняемых
в случае удовлетворения или неудовлетворения заданного условия.
IF условия THEN
BEGIN
(выполняемые в случае True команды)
END
Команда IF...THEN обычно вычисляет условия, используя идентификаторы
переменных. Значения в условиях должны заключаться в кавычки,
например:
IF DAY_OF_WEEK="Friday" THEN...
Команда WRITE должна находиться на отдельной строке. Операторы
IF...THEN могут быть вложенными. Если IF...THEN содержат BEGIN
или занимают несколько строк, то конструкция должна завершаться
ключевым словом END. Команду IF...THEN можно поместить в любое
место сценария регистрации и использовать ее несколько раз.
В команде IF...THEN можно вычислять 6 соотношений, которые перечислены
в следующей таблице. Кроме того, для формирования сложных условий
можно использовать команды AND, OR и NOR.
| Операция | Значение |
| = | Равно |
| <> | Не равно |
| > | Больше чем |
| < | Меньше чем |
| >= | Больше или равно |
| <= | Меньше или равно |
Параметры командной строки, такие как имя сервера и регистрационное
имя пользователя, представляют собой переменные, которые вы можете
перехватывать и использовать в сценариях регистрации. Сама команда
LOGIN - это параметр %0. Второй параметр - это параметр %1 и т.д.
Приведем пример:
LOGIN FINDATA/AMIKE ORDS
IF %3="ORDS" THEN ATTACH ORDS
Здесь параметр %1 будет равен FINDATA, %2 - AMIKE, a %3 ORDS.
Если при регистрации указывается параметр ORDS, команда ATTACH
подключает сервер ORDS.
С помощью MEMBER OF и NOT MEMBER OF в командах IF...THEN вы
можете также выяснить принадлежность пользователя к группе. Команды
в этом случае имеют форму:
IF MEMBER OF "имя_группы" THEN команда
или IF NOT MEMBER OF "имя_группы" THEN команда
Заданная "команда" выполняется в случае принадлежности
(первая форма) или не принадлежности (вторая форма) пользователя
к группе. Команды можно заключать в блоки BEGIN...END.
Оператор ELSE
После команды IF...THEN можно указать на отдельной строке оператор
ELSE, за которым следует команда END:
IF условия [AND;OR;NOR] THEN
(выполняемые команды)
ELSE
(выполняемые команды)
END
Если вычисление аргумента "условия" дает True, то выполняются
команды, следующие за оператором THEN. В случае значения False
выполняются команды, следующие за необязательным оператором ELSE.
После ELSE вы можете указать другой оператор IF...THEN...ELSE.
Операторы
Оператор - это пользователь, который отвечает за системные ресурсы,
такие как принтер или сервер. Вы можете предоставить пользователю
ограниченные права на объект ресурса, так что при необходимости
он сможет изменять характеристики полей объекта. Например, объект
принтера имеет поля характеристик, содержащие информацию о том,
где находится принтер, его описание, очереди, список уведомления
и конфигурацию. Оператор принтера должен иметь полномочия, достаточные
для изменения этих полей в случае необходимости.
Операторы обычно связаны с некоторым аппаратным устройством. Они
обычно указываются в списке пользователей, с которыми можно связаться
в случае проблемы с устройством. Например, если на принтере кончилась
бумага, пользователи принтера могут просмотреть характеристики
принтера и увидеть, кто за него отвечает. Они могут послать оператору
сообщение по электронной почте или позвонить по телефону.
Определение Directory Information Base
Directory Information Base (DIB) состоит из схемы каталогов (Directory
Schema), дерева каталогов (Directory Tree) и других специальных
объектов, используемых для ссылки и в целях эмуляции базы объектов
Bindery. Доступ к DIB реализуется через Directory Services. Любой
сервер, предусматривающий средства службы каталогов, можно назвать
сервером имен (Name Server).
Схема каталога Directory Schema определяет правила построения
объектов, которые находятся в Directory Tree. Дерево каталогов
Directory Tree - это набор объектов в DIB, за исключением определений
Directory Schemа. Так как записи Directory Schema в DIB представляет
собой определения, они не размещаются в дереве каталогов Directory
Tree, а используются как справочная база данных.
Если вы нарисуете схему, показывающую отношение объектов в дереве
каталогов, то она будет выглядеть как перевернутое дерево или
корни дерева. Верхний объект в дереве называется корневым объектом.
Иногда на него ссылаются как на [root]. Этому корню [root] подчиняются
все другие объекты в дереве.
Объекты в дереве идентифицируются по их именам и именам порождающих
объектов. Полное имя объекта включает в себя имя объекта и имена
всех объектов между ним и корнем [root] дерева.
Наблюдая за порядком имен объектов в полном имени, вы можете видеть
структуру дерева каталога Directory Tree. Полное имя называется
также отличительным именем объекта - DN (Distinguish Name). Само
имя объекта - это частичное или относительное имя RDN (Relative
Distinguish Name).
Следующий рисунок дает вам представление о содержимом дерева каталога
и взаимосвязи объектов в нем.
[root]
¦¦+-----------------------+
+---------------+¦ ¦
¦ +---+ ¦
+---+---+ +---+---+ +---+---+
¦ A1 ¦ ¦ A2 ¦ ¦ A3 ¦
+-+-+-+-+ +---+---+ +--+-+--+
¦ ¦ +------------+ ¦ ¦ ¦
+--+ +-----+ ¦ +----+ +--+ +-----+
+---+---+ +---+---++---+---+ +---+---+ +---+---+ +---+---+
¦ D1 ¦ ¦ B1 ¦¦ B3 ¦ ¦ B1 ¦ ¦ B1 ¦ ¦ B2 ¦
+-------+ +--+-+--++-------+ +-------+ +-------+ +-------+
¦ ¦
+--+ +-----+
+---+---+ +---+---+
¦ C1 ¦ ¦ C2 ¦
+-------+ +-------+
Объекты в Directory Tree образуют структуру дерева, а дополнительная
информация, связанная с этими объектами, хранится в DIB. В дереве
каталогов есть информация трех типов: объекты, атрибуты (или характеристики)
этих объектов и значения атрибутов. Каждый объект и его атрибуты
в дереве создаются на основе определений и ограничений, заданных
в схеме каталога.
Определение номера рабочей станции пользователя
Следующая процедура поможет вам определить адрес пользовательской
рабочей станции и другую информацию о подключении пользователя:
Для загрузки модуля MONITOR наберите следующую команду: LOAD
маршрут\MONITOR Замените "маршрут" тем диском и каталогом,
где находится MONITOR.NLM (если это не каталог SYS:SYSTEM).
Выберите в меню Available Options утилиты MONITOR пункт Connection
Incormation.
Когда выведется список активных пользователей (Active Users),
используйте для его просмотра клавиши стрелок, а чтобы увидеть
информацию о подключении рабочей станции, нажмите Enter.
В выводимом информационном экране в верхнем окне выводится сетевой
адрес пользователя, а также другая информация о подключении. Ниже
показывается список файлов, которые открыл пользователь. Если
одним из этих файлов является файл базы данных, вы можете выделить
его и нажать Enter. При этом будет показан диапазон записей, с
которыми работает пользователь.
Отключить пользователя можно подсветив его имя в списке Active
Users и нажав Del. На запрос "Clear Connection?" ответьте
Yes.
Организация каталогов
Структура каталогов на ваших томах должна оптимизироваться для
улучшения производительности и упрощения администрирования. В
этом разделе дается ряд рекомендаций, которые помогут вам в организации
каталогов. Важно хранить файлы данных и документов отдельно от
программных файлов. Это поможет при архивизации. Программные файлы
не требуется сохранять каждый день, так как обычно они не изменяются.
Файлы данных обычно требуют ежедневной архивизации. Хранение файлов
данных в том же каталоге, что и программные файлы, вынудит вас
архивизировать все файлы, что займет существенно больше времени
и потребует больше места на носителе. В больших сетях архивизацию
можно автоматически выполнять в ночное время, на регулярной основе
и без вмешательства пользователя.
Помните, что полномочия действуют сверху вниз, поэтому, если вы
предоставляете пользователям полномочия Read и File Scan на каталог
с именем APPS (для приложений), они смогут выполнять любую программу
в каталоге APPS и его подкаталогах. На следующем рисунке показана
структура каталогов, в которой программы отделены от данных и
облегчается назначение полномочий. Каталог APPS содержит подкаталоги
приложений. Эту ветвь вы можете архивизировать каждую неделю.
Каталог DOCS содержит подкаталоги с файлами документов. Их вы
можете архивизировать каждый день.
+--------+
¦ ROOT ¦
+---+----+
¦
+-----------+--+-------+----------+----------+----------+
¦ ¦ ¦ ¦ ¦ ¦
+---+----+ +---+----+ +---+----+ +---+----+ +---+----+ +---+--+
¦ SYSTEM ¦ ¦ APPS ¦ ¦ PUBLIC ¦ ¦ LOGIN ¦ ¦ DOCS ¦ ¦ MAIL ¦
+--------+ +-+----+-+ +--------+ +--------+ +-+----+-+ +------+
¦ ¦ ¦ ¦
+---+ +--+ +---+ +--+
+----+----+ +---+----+ +---+----+ +---+----+
¦ QUATTRO ¦ ¦ WORD ¦ ¦ LEX ¦ ¦ WRDDOC ¦
+---------+ +--------+ +--------+ +--------+
Чтобы пользователи могли работать в каталогах QUATTRO и WORD,
предоставьте им полномочия доступа Read и File Scan к каталогу
APPS. Поскольку полномочия действуют сверху вниз, они смогут выполнять
программы в подкаталогах. Чтобы позволить пользователю выполнять
Quattro Pro, но не Word, присвойте этому пользователю полномочия
только на каталог QUATTRO. Той же стратегии следует придерживаться
при присваивании полномочий доступа к каталогу DOCS, но одним
пользователям вы можете дать полномочия только на чтение, а другим
- на создание и редактирование файлов.
Права доступа к каталогу, назначаемые для пользователя переопределяют
полномочия, наследуемые из каталогов выше по структуре каталогов.
Приведенный выше рисунок показывает упрощенное дерево каталога,
но иллюстрирует базовую структуру программ и файлов данных. В
реальности большие компании со многими серверами и томами имеют
множество подобных деревьев каталогов. При организации структуры
каталогов нужно иметь в виду следующее:
Помещайте поддержку пространства имен для других типов файлов,
таких как Unix, Macintosh и OS/2, на отдельные тома.
Если у вас сотни пользователей, установите отдельный сервер
для их персональных каталогов. Это отделит персональный трафик
пользователей от трафика, необходимого для доступа к средствам
основного сервера NetWare.
Некоторые файлы требуют отслеживания. Если это возможно, группируйте
файлы.
Файлы, требующие упаковки, следует выделять в отдельный каталог.
Для файлов, предназначенных для переноса, в идеальном случае лучше
выделить отдельный том.
Приложения, использующие выполняемые файлы, могут подвергаться
заражению вирусами. Храните эти файлы отдельно, чтобы к ним можно
было применить меры защиты. Никогда не предоставляйте случайным
пользователям никаких прав на программные каталоги, за исключением
Read и File Scan.
Организация учета
Система учета устанавливается отдельно для каждого сервера сети.
Если учет на сервере вам не требуется, то эту систему лучше не
устанавливать, так как она занимает достаточно много места на
диске и использует процессорное время.
Хотя обычно система учета используется для оплаты машинного времени
и ресурсов, в NetWare она дает также полезную информацию о регистрации
и выходе пользователей из системы. По протоколу можно отследить,
как и какими пользователями используются ресурсы. Эта информация
может оказаться полезной при принятии решения о покупке дополнительного
оборудования и устройств внешней памяти. Система учета оценивает
использование ресурсов в баллах, которые могут иметь денежное
выражение. Либо их можно рассматривать как кредит, который могут
тратить пользователи. Для временного пользователя супервизор может
выделить определенное число баллов. Когда они окажутся исчерпанными,
пользователь может запросить дополнительные баллы. Таким образом,
супервизор будет знать, какие ресурсы требуются пользователю.
Баллы можно выделять и неограничено. Это зависит от того, как
супервизор управляет системой.
Для просмотра учетной информации используется утилита ATOTAL,
которая компилирует эти данные и выводит список времен работы
в системе, запросы на обслуживание, число считанных и записанных
блоков и использованную на диске память.
Ориентация на клиента
NetWare for Unix выглядит точно также как любой другой файловый
сервер для NetWare-клиента. Ничто из того, что видит пользователь,
не показывает, работает ли на сервере Native NetWare или NetWare
for Unix. Благодаря этому серверы NetWare for Unix можно погрузить
в существующую среду NetWare, не затрагивая клиента.
Этот дизайн ограничивается изменениями на минимально возможном
числе компьютерных систем. Например, ранние версии LAN Manager
for Unix (LM/X) требовали для передачи данных PC-клиент Unix-сервер
другого протокола. Вместо обычных коммуникаций NetNEUI и SBM LM/X-клиенты
добавляли к своим коммуникациям с хост-системой протокол TCP/IP.
Реализуя идею LM/X, PC-клиент может подключиться не только к LM/X-серверу,
но и к любой хост-машине в сети, использующей TCP/IP. Если сеть
ориентирована на хост-системы Unix, это имеет смысл. Однако в
наказание придется изменять каждого клиента с новым протоколом.
Это работа включает в себя назначение и обслуживание для каждого
клиента адресов IP.
Позиция Novell прямо противоположна. Не требуя изменений, каждый
использующий NetWare клиент может немедленно начать работать с
новым основанным на Unix сервере. Вам не нужно назначать и обслуживать
никаких адресов IP. Если в новой основанной на Unix системе NetWare
появляется что-то интересное, то нужно просто подключить к серверу
клиента (как в случае любого другого NetWare-сервера).
Там, где установлено много хост-машин, использующих Unix или TCP/IP,
NetWare for Unix обеспечивает для каждого клиента способ доступа
к любой хост-машине. Программа NVT позволяет клиенту обмениваться
данными с Unix-сервером. Как поясняется ниже, оттуда она может
достичь любой другой системы.
Основной экран утилиты MONITOR
Основной экран утилиты MONITOR выводит информацию о следующих
сетевых функциях:
Server Up Time
Интервал времени, в течении которого работает сервер.
Utilization
Процент времени, в течении которого процессор занят. Высокий процент
указывает на чрезмерную загрузку сервера. Это значение должно
оставаться ниже 80%. В противном случае вам может потребоваться
другой микропроцессор или перенос некоторых процессов, приложений
или интенсивно работающих пользователей на другой сервер. Вам
следует убедиться также, что на сервере достаточно памяти для
нормальной работы.
Original Cache Buffers
Число кэш-буферов (в блоках), доступных при первой загрузке сервера.
Сравните это число с общим числом кэш-буферов.
Total Cache Buffers
Общее число кэш-буферов, доступных для кэширования файла. Чтобы
обеспечить адекватное количество доступной для кэширования памяти,
проверьте это число после загрузки NLM-модулей.
Dirty Cache Buffers
Число блоков, ожидающих записи на диск. Это значение должно быть
значительно меньше значения Total Cache Buffers. При пиковых нагрузках,
когда много пользователей записывает множество файлов на диск,
это значение возрастает, но должно оставаться на приемлемом уровне.
Например, если файл сохраняет только один пользователь, данное
значение возрастает, но через несколько секунд опять уменьшается
до 0 (после записи кэш-буферов на диск). Вы можете настроить его
с помощью параметра Maximum Concurrent Disk Cache.
Current Disk Requests
Число запросов к диску, ожидающих обслуживания. Сравните значение
в вечерние часы с пиковой нагрузкой.
Packet Receive Buffers
Число буферов, доступных для приема поступающих с рабочих станций
пакетов. По умолчанию используется 10 буферов, но сервер при необходимости
динамически выделяет больше буферов. При этом используется оперативная
память, которая может потребоваться для
других процессов. С помощью утилиты SERVMAN вы можете задать верхнюю
и нижнюю границы.
Directory Cache Buffers
Число буферов, выделяемых для кэширования каталогов.
Service Processes
Число "описателей задач", выделенных для запросов рабочей
станции. При высоком уровне запросов рабочей станции сервер может
выделять дополнительные процессы, которые не освобождаются, пока
не завершается работа сервера.
Connections In Use
Число станций, подключенных к файловому серверу. Максимально доступное
число зависит от того, какой уровень имеет ваша операционная система
NetWare.
Open Files
Число открытых для доступа файлов.
Ниже информации о состоянии выводится меню Available Options.
Чтобы увидеть более детальную информацию по этой теме, выберите
один из пунктов этого меню. Эти параметры описываются в следующих
разделах.
Особенности команд NMENU
Рассмотрим команды меню более подробно. При создании меню действуют
следующие правила:
Меню может иметь до 11 уровней и до 255 экранов.
Имя меню может быть длиной до 40 символов, а пункт меню до
60.
MENU 1 (основное меню) должно указываться в начале. За ним
следуют все подменю.
Максимальная длина любой строки - 80 символов. Если вам не
хватает одной строки, нажмите Enter и +, продолжив ее на следующей.
Доступные команды меню перечислены в следующей таблице. Нужно
помнить, что MENU и ITEM - это организационные команды, а остальные
команды выполняют действия.
| Команда | Описание |
| MENU | Задает новое меню. |
| ITEM | Определяет пункты меню. |
| EXEC | Выполняет команду DOS& |
| SHOW | Выводит подменю в той же программе меню. |
| LOAD | Выводит меню в другой программе меню. |
| GETO | Запрашивает дополнительную информацию от пользователя. |
| GETP | Запрашивает информацию и присваивает ее переменной, которую можно затем использовать. |
| GETR | Запрашивает информацию от пользователей. |
Особенности NetWare
В основном предубеждение работающих с Unix к NetWare ошибочно
переносится на эту систему с DOS. Одной из сильных коммерческих
сторон NetWare является то, что сеть может подаваться как некая
"супер-DOS", позволяющая множеству пользователей совместно
использовать диски и принтеры. Этот аспект "супер-DOS"
особенно привлекателен для работающих в DOS и Windows.
Нужно отметить, что другие операционные системы выполняют те же
функции, возможно некоторые из них делают это даже лучше, чем
система фирмы Novell. Система MS NET фирмы Microsoft и более поздняя
версия PC NET, а также последний вариант EtherShare (фирмы 3Com)
и PC Network (IBM) еще более согласованы с DOS, чем NetWare. Novell
добавила некоторые средства, не имеющие аналогов в DOS, такие
как множественный поиск маршрутов и общедоступный каталог (что
аналогично длинным операторам SET и PATH в операционной среде
Unix).
Однако DOS и NetWare нужно дифференцировать. NetWare имеет в своей
основе что-то от Unix. Кроме того, NetWare может превратить обычную
DOS для PC в нечто почти настолько же полезное многозадачное как
Unix.
Одной из привлекательных черт NetWare, является ее стоимость и
"дружественность" к PC. NetWare - это "дружественное"
расширение DOS. NetWare - это многозадачная система с мультинитевостью
(multithreading - одновременное порождение одним процессом сразу
нескольких подпроцессов), способная обслуживать аппаратное обеспечение
сервера, файловую систкему, принтеры и средства коммуникаций.
Все это как будто говорится про Unix, однако NetWare традиционно
не выполняет никакой обработки на хост-машине, то есть сервере.
Всю обработку для приложений выполняют оконечные PC.
Таким образом, NetWare можно также рассматривать как некий аналог
системы Unix, где память каждого пользователя и пространство приложения
разделены различными PC, а не операционной системой.
Говоря о NetWare, нельзя не упомянуть о процессах. Процессы-"демоны"
Unix реализованы в NetWare в виде загружаемых модудей NetWare
- NML (NetWare Loadable Module) и процессов VAP (Value Added Processes).
VAP - это ранняя версия, которая работала в NetWare 286 версии
2.х. Процессоры 80286 с реальным и защищенным режимами затруднили
разработку этих программ и еще более их работу. NLM - этот тот
же процесс, но выполняемый только в NetWare 386 версии 3.х или
старше. Преимущества микропроцессора 80386 сделали NLM стабильной
платформой для реальных приложений.
NLM почти превратили NetWare в операционную систему общего назначения,
аналогичную Unix. NLM могут управлять печатью, отслеживать почту,
управлять созданием резервных копий, наблюдать за загрузкой сервера,
поддерживать коммуникации с внешними системами и даже выполнять
базы данных Oracle и Sybase SQL.
Особенности Unix
Unix - это многозадачная система с мультинитевостью. Она была
изначально построена как многопользовательская (фактически, многопрограммная)
операционная система. Она более сложна, чем NetWare и может выполнять
больше функций.
Наиболее значительное различие NetWare и Unix состоит в том, где
происходит обработка программ. В NetWare вся обработка приложений
выполняется клиентом - компьютером PC или Macintosh. В Unix вся
обработка приложений выполняется основной хост-машиной. Это позволяет
значительно сэкономить время, особенно для отдельных приложений.
При работе с базой данных файлы не нужно передавать по сети между
сервером и прикладной программой, так как все это находится на
хост-машине Unix.
Так как все программы и данные находятся в одном и том же пуле
памяти, доступном для всех программ, становится возможным совместное
использование. Выполнение приложений в пуле памяти отдельных PC
делает совместное использование невозможным. Блокируемые в NetWare
записи базы данных остаются заблокированными, пока не закончится
основной трафик сети, и Unix здесь дает намного меньшую задержку.
Обратной стороной этого является то, что каждое нажатие клавиши
на каждом терминале требует реакции хост-машины. Когда-то это
означало перегрузку системы из-за простой обработки текста. Теперь
это не так, но сдвиг в сторону вычислений "клиент-сервер"
означает использовние хост-обработки только там, где это необходимо,
а клиент берет на себя свои функции.
В Unix используется планирование с выгрузкой (или планирование
с выбрасыванием). На самом деле это просто приоритетное планирование.
Определенные системные функции могут прерывать другие функции.
Независимо от того, что еще делается в системе, это позволяет
запускать планируемые задания и выполнять в системных функциях
необходимые процедуры. NetWare такой особенности не имеет и поэтому
не может быть системой реального времени.
В Unix все рассматривается как файл, даже клавиатура и монитор.
Три типа файлов называются обычными файлами, каталогами и специальными
файлами. Обычные файлы и каталоги в основном соответствуют этим
понятиям в DOS. Как и в DOS, это могут быть файлы ASCII (текстовые
файлы) или двоичные файлы. Каталоги могут включать в себя файлы
и подкаталоги.
Unix рассматривает физическое устройство как "специальный"
файл. Любую часть аппаратной системы и ее периферии можно интерпретировать
как файл. То, что в DOS рассматривается как устройства, в Unix
считается специальными файлами. На любой приемник вывода и источник
ввода можно ссылаться как на файл. Этот принцип дает огромную
гибкость. Любой файл или устройство (в смысле DOS) можно направить
на любой другой файл или устройство. Любой вывод может стать вводом
для чего-угодно.
В отличие от DOS и NetWare, Unix различает регистр символов. Это
может вызвать некоторые затруднения, когда вы пытаетесь связать
файлы Unix и NetWare, поэтому об этом надо подумать сразу. Нужно
знать также, что Unix не имеет ограничений имен файлов DOS - в
именах файлов там используется другой синтаксис.
В Unix также используются процессы-демоны. Однако между демоном
и фоновым процессом в Unix есть различия. Фоновые процессы - это
программы, активно работающие в фоновом режиме. Обычно они представляют
собой прикладные программы или утилиты. Любая прикладная программа,
работающая на сервере NetWare, само может являться NLM. Программа
отслеживания загрузки для NetWare должна представлять собой NLM,
но в Unix это будет просто прикладная программа, работающая в
фоновом режиме. Поскольку NetWare эти фоновые процессы недоступны,
она должна использовать NLM. Unix одновременно использует только
несколько демонов, а остальные являются фоновыми процессами. Пользователи
NetWare не могут запустить NLM, если не имеют привилегий консоли.
И NetWare, и Unix имеют ядро - программу, которая выполняет все
другие программы. В NetWare это программа SERVER.EXE, а в Unix
- ядро (часто называемое UNIX или VMUNIX и расположенное в корневом
каталоге). Сегодня и NetWare, и Unix стараются отделить ядро от
программных и аппаратных дополнений, являющихся частью каждой
инсталляции. Но ядра обеих систем выполняют одинаковую функцию
- управляют всем, что происходит вокруг.
В то время как NetWare может повсюду обеспечивать сетевое функционирование
для работающих в PC LAN, Unix работал в сети задолго до этого.
Построение сети NetWare конечно отличается построения сети Unix.
NetWare всегда использовала схему "клиент-сервер", а
Unix - в основном "один в один" (хотя есть и отступления
от этого правила).
Разница в построении сетей NetWare и Unix состоит в слабости клиентов
DOS в системах PC LAN и относительной структуре сетевой организации
Unix. В сфере сетевой организации "клиент-сервер" NetWare
клиенты DOS (а также Macintosh и OS/2) намного слабее соответствующих
эквивалентов в Unix. Это переносит основную тяжесть на сервер
NetWare, который непрерывно улучшается.
Одним из основных требований сетевой работы Unix является поддержка
NFS. Средство NFS, первоначально разработанные фирмой Sun в середине
80-х и ставшее общедоступным, является одной из основ распределенных
вычислений Unix. Это средство настолько внедрилось в систему,
что программы Unix обычно не могут определить, обращаются они
к файлам локальной системы или через сеть с помощью NFS.
В Unix каждая машина является в сети и клиентом, и сервером. Фактически,
автономная машина выполняет функции клиента и сервера. Например,
системный сервер печати должен дать клиенту разрешение на использование
средства печати. В NetWare предоставлять полномочия требуется
только серверу.
Unix был разработан как платформа для программистов, а не обычных
пользователей. То, что легко и обычно для программистов, особенно
для тех, кто занимался первоначальным созданием и разработкой
Unix, не всегда легко и логично для остальных. С другой стороны
мы имеем пользователей и администраторов DOS и NetWare. Нормой
здесь являются готовые программы и продукты.
Успех Unix в том, что он привлекает высококвалифицированных программистов.
Хотя со времением эта тенденция идет на спад, квалифицированные
программисты не будут об этом сожалеть, так как работы у них будет
больше чем раньше. Чем больше пользователей, тем больше программ
нужно написать и больше систем нуждаются в администрировании.
Останов сервера
В целях обслуживания или расширения аппаратуры вам может потребоваться
остановить сервер. Это делается в два шага, которые всегда следует
выполнять. Никогда не отключайте просто так сервер.
Наберите команду DOWN.
Команда DOWN правильно закрывает файловую систему и сохраняет
на диске данные из кэш-буферов. Таблица каталога и таблица распределения
файлов должным образом обновляются. После этого файловая система
не доступна для сетевого использования, но файловый сервер доступен
как узел сети и может обрабатывать сетевой трафик. С консоли сервера
вы можете давать команды консоли.
Чтобы выйти в DOS, дайте команду EXIT.
Эта команда останавливает на сервере все сетевые коммуникации
и выводит подсказку DOS.
Остановка сервера
NetWare предусматривает несколько способов остановки сервера.
Вы можете использовать на рабочей станции, удаленной консоли или
консоли файлового сервера команду RCONSOLE. Для обеспечения целостности
данных необходим правильный останов сервера. Запишите все кэш-буферы
на диск, закройте файлы и правильно обновите каталог и таблицы
распределения файлов.
Если файлы открыты, вам выведется запрос, хотите ли вы остановить
сервер. Всегда закрывайте файлы с помощью соответствующих приложений.
Для уведомления всех пользователей об останове сервера используйте
команду SEND.
Для остановки сервера дайте с удаленной консоли или с консоли
файлового сервера команду DOWN. Затем для возврата в DOS вы можете
использовать команду EXIT. Если вы использовали команду REMOVE
DOS, то сервер перезагружается.
Освобождение памяти с помощью REMOVE DOS
Для удаления DOS из памяти сервера используйте команду REMOVE
DOS. Используемая DOS память становится доступной для кэширования
файлов. Эта команда используется при нехватке памяти или для увеличения
защиты файлового сервера. После удаления DOS NLM-модули с дисков
DOS файлового сервера загружаться не могут. Чтобы удалить DOS,
наберите команду:
REMOVE DOS
После команды EXIT с консоли сервера файловый сервер перезагружается.
Отличие DIB от Bindery
Вы можете подумать, что в версиях, предшествующих NetWare 4.0,
уже предусматривались те же данные, которые можно найти в DIB.
Во многом это соответствует истине. Такой вид информации традиционно
хранился в NetWare Bindery. Для чего же потребовался переход на
DIB? Ведь назначение Bindery совпадает с назначением Directory
Services.
Различия заключаются в том, что DIB - это распределенная база
данных, которую можно разбивать на несколько частей. Она обеспечивает
более гибкий доступ и более специализированную защиту. Вместо
простой файловой структуры DIB использует объектно-ориентированную
структуру. Кроме того, в то время как доступ к базе объектов Bindery
ориентирован на сервер, для доступа к DIB можно использовать всю
сеть. Информация в Bindery на серверах относится в основном к
самому серверу. Серверы с информацией DIB хранят данные о всей
сети.
Отмена подключений
Чтобы отключить рабочую станцию от файлового сервера, можно использовать
команду CLEAR STATION. Это может потребоваться в тех случаях,
когда, например, пользователь оставил включенной удаленную рабочую
станцию, или нужно отключить рабочую станцию, на которой произошел
сбой, и остались открытыми файлы. Однако ей нужно пользоваться
аккуратно. Она удаляет все ресурсы файлового сервера, которые
были выделены рабочей станции, и стирает внутренние таблицы, используемые
файловым сервером для работы с ней. Если эту команду дать во время
транзакций, данные могут запортиться.
Команда имеет следующую форму:
CLEAR STATION n
где n - это номер рабочей станции.
Отображение данных
Компании, исследующие отображение документов, отобенно те, которые
пытаются свести всю бумажную работу к электронным изображениями,
найдут, что Unix является подходящей для выбора платформой. Многие
системы используют Unix в качестве основного средства хранения
и извлечения данных.
Даже те компании, которые используют только NetWare, часто работают
с изображениями, полученными с помощью сканеров Unix. Некоторые
работающие в NetWare программы обработки документов взаимодействуют
либо с модулями на Unix-системах или с базами данных SQL. Эта
связь четко отражает идею выбора Unix в качестве используемого
механизма базы данных и применения NetWare как средства представления
информации пользователю.
Отслеживание пользователей
Нужно постоянно отслеживать пользователей. Руководители отделов
и подразделений должны информировать вас об уволившихся или перешедших
на другое место сотрудниках. Это позволит вам удалить или изменить
их учетные данные. Аудиторский отчет системы отслеживания NetWare
также поможет вам отслеживать действия пользователей.
Отслеживание томов
Данный раздел предназначен для аудиторов, отслеживающих тома.
Для запуска утилиты AUDITCON наберите соответствующую команду.
Вы увидите показанное выше меню. Выберите Audit Volume Login,
затем наберите пароль, данный вам супервизором. Выводится следующее
меню:
+========================================+
¦ Avaliable Audit Options ¦
¦========================================¦
¦ ¦Audit Directory Service---------------¦
¦ ¦Audit Files Maintenance ¦
¦ ¦Auditing Configuration ¦
¦ ¦Auditing Reports ¦
¦ ¦Change Current Server ¦
¦ ¦Change Current Volume ¦
¦ ¦Display Audit Status ¦
+========================================+
Измените существующий пароль, выбрав для этого Auditing Configuration,
затем выберите Change Audit Password.
Разрешение событий отслеживания тома
Чтобы отслеживать события тома, задайте сначала, какие события
вы хотите отслеживать. Выберите в основном меню Auditing Configuration.
Затем выберите один из следующих параметров. Если потребуется
справочная информация, нажмите F1.
Отслеживание по событию
При выборе пункта Audit By Event выводится следующее меню.
+============================+
¦ Audit By Event ¦
¦============================¦
¦ ¦Audit By File Events------¦
¦ ¦Audit By QMS Events ¦
¦ ¦Audit By User Events ¦
+============================+
Выбирая пункты данного меню, вы можете видеть список отслеживаемых
событий. Чтобы разрешить событие, подсветите его и нажмите F10.
Отслеживание по файлу/каталогу
С помощью Audit By File Events вы можете выбрать файл или каталог,
для которого требуется отслеживать события. Просмотрите дерево
каталогов и подсветите нужный каталог, затем для разрешения отслеживания
нажмите F10.
Отслеживание по пользователю
Для отслеживания активности пользователя выберите Audit By User.
Подсветите пользователя и для разрешения отслеживания нажмите
F1.
Меню Audit Options Configurations имеет важные параметры, определяющие,
какие действия должны выполняться при переполнении файла регистрации.
Можно задать демонтирование тома или прекращение трассировки.
Пакет Catipult фирмы Ipswitch
Фирма Ipswitch использовала в своем программном продукте Catipult
подход, отличный от сетевого интерфейса IPX/SPX TCP/IP. Вместо
установки программного обеспечения на файловом сервере оно работает
на отдельном PC с операционной системой OS/2 (версия 1.3). Принцип
сетевого интерфейса действует и в этом случае, и все вышеописанные
преимущества, касающиеся продукта фирмы Firefox, применимы и здесь.
Планируемая поддержка Microsoft Windows должна помочь расширить
применение этого продукта. Catipult уже поддерживает INT14 и INT61
для продуктов независимых разработчиков.
Сюда включены также программы коммуникаций с помощью средств электронной
почты, использующие стандартную систему почтовых пересылок Unix,
и различные утилиты. Средства электронной почты и передачи файлов
освещаются в следующих главах.
Причины выбора в качестве платформы сетевого интерфейса операционной
системы OS/2 просты: это недорогая и мощная многозадачная система,
поддерживающая множество протоколов. Для конечного пользователя
OS/2 цена ее составляет порядка 150$. Это намного дешевле, чем
использование в качестве операционной системы сетевого интерфейса
Unix. Кроме того, многие компании относятся к OS/2 как к некоему
расширению DOS, в то время как Unix требует гораздо больше внимания
и обслуживания (не говоря уже об обучении и подготовке).
Успех или неудача OS/2 как операционной системы для настольных
ЭВМ имеет в этой ситуации небольшое значение. Для OS/2 доступны
мощные инструментальные средства программирования, что позволяет
разработчику воистину творить чудеса. IBM создав версию OS/2 для
настольных систем и версию для сервера, сделала одну из лучших
своих работ (аналогично UnixWare фирмы Novell и Windows NT фирмы
Microsoft), поэтому использование OS/2 в качестве сетевого интерфейса
между NetWare и Unix не выглядит особенно странным.
Принцип сетевого интерфейса используемый для передачи в интерфейс
IPX/SPX, преобразования в TCP/IP и дальнейшей передачи в хост-систему
продолжает действовать и здесь. Но недостатком использования в
продукте Catipult для платформы сетевого интерфейса OS/2 является
потребность в NetBIOS, а не только в IPX/SPX. Для сетевых интерфейсов
на основе OS/2 NetBIOS обязательна.
В отличие от Novix, пакет Catipult не связан ни с каким конкретным
файловым NetWare-cервером. В большой сети с несколькими файловыми
серверами даже при сочетании NetWare 2.x, 3.х и 4.х список клиентов
на сетевом интерфейса ведется отдельно от этого списка на сервере.
Если программное обеспечение с IPX/SPX на клиенте может подключаться
к NetWare-cерверу, то этот клиент будет поддерживаться.
Хост-систему Unix совершенно не заботит то, что находится по другую
сторону сетевого интерфейса. Если в хост-систему по допустимым
номерам гнезд поступают допустимые пакеты TCP/IP, то все в порядке.
Пакет Novix for NetWare фирмы FireFox
Пакет Novix for NetWare фирмы FireFox Comminications, первый работающий
на сервере пакет эмуляции терминалов NetWare, работает понятно
и быстро. Это интегрированное средство передачи данных TCP/IP",
и данный продукт полностью соответствует такому названию.
Фирма Firefox разработала свой продукт в ответ на потребности
пользователей в лучших средствах эмуляции для Unix-систем, охватывающих
протоколы TCP/IP и OSI. Основатели фирмы имеют многолетний опыт
работы в различных компаниях в Великобритании и внесли в свой
продукт сильную инженерную проработку. Их всесторонняя квалификация
в OSI помогла им поддерживать тесные рабочие отношения с Novell.
Данный продукт является свидетельством этих крепких партнерских
связей. Примерами европейского опыта компании являются плата интерфейса
Ethernet BICC (одной из самых известных в Европе) и программное
обеспечение эмуляции терминалов OfficeServer (ICL).
Firefox - одна из компаний, все еще поддерживающих старые версии
NetWare, и Novix может поддерживать NLM для NetWare 386 или VAP
для NetWare 286. Интегрируя в Novix программы LAN WorkPlace, Firefox
является членом программы Novell под названием Professional Developer
и подписала соглашение как партнер OEM.
Использование NLM-модулей позволяет программе работать на обычной
NetWare или на любой версии NetWare Runtime. Перевод программного
обеспечения на маршрутизатор NetWare или шлюз дает большую гибкость
в проектировании сети. Такое расположение облегчает также поддержку
с минимальными затратами пользователей с различных файловых серверов
и множества типов плат сетевого интерфейса.
Трансляция IPX/SPX в TCP/IP выполняется быстро и, благодаря эффективности
процесса NLM, минимально влияет на сервер NetWare 386. Старые
использующие VAP системы из-за ограничений VAP и с учетом того,
что многие из этих старых серверов имеют меньшую мощность, могут
понести больший ущерб в плане производительности.
Преимущество Novix в том, что она для файлового сервера импортирует
собственный стек протоколов TCP/IP. Фактически, стек протоколов
TCP/ IP фирмы Novell не может выполняться на той же плате сетевого
интерфейса, что и Novix, хотя может быть резидентным на другой
плате того же сервера. На сервере 386 NetWare версии 3.11 и старше
Novell поддерживает только TCP/IP. Старые серверы, оснащенные
Novix, могут стать полноправными членами мира TCP/IP.
Одна из деталей, которая больше не беспокоит сетевого администратора,
это индивидуальные адреса TCP/IP для каждого клиента. Программное
обеспечение сетевого интерфейса работает на NetWare-сервере, имеющем
свой собственный адрес TCP/IP, и этот адрес используется для поддержки
множества активных подключений к хост-системе. Клиенты не имеют
от этого никаких плохих последствий, и кроме всего прочего, это
упрощает управление. Это одна из причин того, что сетевые интерфейсы
TCP/IP вдохновляют компании, работающие на уровне адресов IP (или
нижнем уровне администраторов сети).
Тот факт, что протокол TCP/IP не выполняется на клиенте, никоим
образом не касается хост-системы Unix. Если допустимый клиент
TCP/IP работает черед правильные номера гнезд, хост-система принимает
подключение.
Для хост-системы поступающие от Novix пакеты не будут отличаться
от тех, которые приходят от клиентов, выполняющих LAN WorkGroup.
TCP/IP - это стандартный протокол, пригодный для мира Unix, и
способность работать с пакетами TCP/IP является здесь общей. В
Novix включены все обычные функции TCP/IP, и их достаточно, чтобы
удовлетворить любую хост-систему с TCP/IP.
В некоторых отношения конфигурация Novix более гибкая, чем конфигурация
LAN WorkGroup. Отдельные файлы конфигурации для Novix позволяют
устанавливать различные номера портов Telnet. Некоторые системы
не используют для Telnet стандартный порт (23). В этих случаях
гибкость Novix будет быстро оценена.
Для тех, кто хочет получить более совершенный интерфейс, чем базовая
эмуляция vt220, клиентная часть LAN WorkSpace (автономное программное
обеспечение TCP/IP PC-клиента, образующее основы LAN WorkGroup)
будет работать как надстройка над обеспечиваемыми Novix транспортными
возможностями. Эта новая возможность, превращающая жесткий продукт
в действительно гибкое и мощное средство, появилась в версии 2.0.
Пакетный (монопольный) режим
Пакетный режим улучшает коммуникации в сети, позволяя клиентам
и серверам передавать несколько пакетов информации без необходимости
посылать ответ для каждого пакета. Если вы по каким-то причинам
не можете использовать пакетный режим (возможно по рекомендации
разработчика программного обеспечения), то можете запретить его,
добавив в NET.CFG следующую строку:
PB BUFFERS=0
Пакеты и схемы
Тот способ, с помощью которого данные, речевая и видеоинформация
передаются из одного пункта в другой, зависит от типа используемого
вами средства. Сетевые и телефонные средства могут быть ориентированными
на подключения или нет.
Ориентированные на подключения средства предусматривают выделенную
связь между двумя системами. Это физическая линия, которую вы
можете установить с помощью телефонного центра коммутации перед
началом передачи данных. Ориентированными на подключение являются
линии с вызовом по номеру и арендуемые линии.
Датаграммные средства не являются ориентированными на подключения.
Данные и оцифрованная голосовая информация помещаются в пакеты,
им присваивается адрес, и они передаются по сложным межсетевым
линиям. Адрес пакета определяет его наилучший маршрут через коммуникационную
сеть. Пользователям системы с обоих концов кажется, что они работают
через выделенную линию. Фактически, это виртуальная линия. Такая
"линия" образуются, когда пакеты или ячейки данных путешествуют
по сети по многим маршрутам (отсюда и название - коммутация или
переключение пакетов). Выбор наилучшего маршрута позволяет оптимизировать
прохождение. Такую связь предоставляют средства PDN. Сложную сеть
с коммутацией пакетов часто называют облаком. Это иллюстрирует
следующий рисунок.
+---------+ Виртуальная линия
¦+-------+¦
¦¦ ¦¦ +-+---------------------+
¦¦ ¦¦ ¦ +--------+ ¦ ¦ ¦
¦+-------+¦ ¦ ¦ ¦ +---------+ ¦
+--+---+--+ ¦ ¦ ¦ ¦ +--+
+------+---+-------+ ¦ +----------------------
¦ - +--+ +--++--------+ ¦ ¦ +--------+
¦ +--+ +--+¦ +------------------+-----
+------------------+ ¦
"Облако" +--------+
¦
+---------+ ¦
¦+-------+¦ ¦
¦¦ ¦¦ ¦
¦¦ ¦¦ ¦
¦+-------+¦ ¦
+--+---+--+ ¦
+------+---+-------+¦
¦ - +--+ +--+¦¦
¦ +--+ +--+++
+------------------+
Мультиплексирование - это метод одновременной передачи нескольких
сигналов по одной линии или каналу. Благодаря мультиплексированию
отпадает необходимость для каждой потенциальной коммуникации прокладывать
между коммутационными центрами тысячи проводов. При этом множество
сигналов передаются по кабелю по так называемой логической выделенной
линии. Каждый сигнал отделяется от другого во времени и по частоте.
Устройство, используемое для смешивания сигналов, называется мультиплексором.
Устройства, ориентированные на подключения, требуют перед началом
передачи определения схемы передачи. Не ориентированные на подключения
устройства этого не требуют, поэтому работать с ними легче. В
зависимости от типа и объема информации, которую вам нужно передавать,
каждый тип устройств имеет свои преимущества.
В 90-ые годы появился конгломерат устройств, основанных на волоконно-оптических
методах, такие как ATM.
Пакеты информации
Перед тем как углубиться в обсуждение стеков протоколов, важно
понять, как передается информация по сети. Для передачи информация
разбивается на пакеты данных. Каждый такой пакет или, как его
еще называют, окно или кадр, имеет адрес и описание содержащихся
в нем данных. Каждый пакет включает в себя следующую информацию:
Данные (содержимое) - это информация, предназначенная для
передачи по сети.
Адрес - это место назначения пакета. Каждый сегмент сети имеет
адрес. Он имеет важное значение в объединенных сетях, состоящих
из множества локальных сетей. Существует также адрес рабочей станции
и адрес приложения. Адрес приложения необходим, чтобы идентифицировать,
какому приложению на рабочей станции принадлежит пакет.
Управляющие коды - это информация, описывающая размер и тип
пакета. Управляющие коды включают в себя также коды проверки ошибок
и другую информацию.
Память большой емкости NewWare
Память большой емкости NewWare (HCSS) обеспечивает способ переноса
файлов из систем с быстрой магнитной памяти на более медленные
системы оптической памяти большой емкости. Когда эти файлы потребуются
снова, их можно перенести обратно. Такими файлами могут быть редко
используемые (раз в неделю или в месяц) файлы. Перенос их на оптическую
память освобождает место на сервере.
Оптические устройства HCSS обычно представляют собой устройства
с автоматической сменой дисков (jukebox). Они могут считывать
и записывать стираемые оптические диски и использовать механизм
автоматической смены, монтирующий и демонтирующий диски по запросу.
Типичное устройство с автоматической сменой дисков может содержать
до 4 дисководов, которые выбирают диски из накопителя и в ставляют
их в дисковод.
HCSS - это альтернатива архивизации, когда файлы копируются на
магнитную ленту или другой физический носитель. Поскольку файлы
HCSS всегда оперативно доступны, HCSS устраняет необходимость
долгого восстановления файла из обычного архива. Например, пользователю
не нужно связываться с оператором архива, который находит ленту,
монтирует ее и затем восстанавливает данные.
Система HCSS создана для юридических фирм, госпиталей, страховых
компаний и других организаций, которые работают с большими объемами
редко используемых документов.
Память на диске
Жесткий диск сервера - это основной фактор, влияющий на производительность
сети. Еще несколько лет назад было очень важно правильно оценить
нужный тип дисковода и его производительность. Сегодня большинство
серверных систем имеют жесткие диски с чрезвычайно высокими показателями
объема памяти и производительности.
Потребности в дисковом пространстве очень важно оценить заранее.
Диск сервера должен содержать файлы приложений, а также файлы
данных. Пользователям также необходима дисковая память для их
личных приложений и данных. Если у вас есть система электронной
почты, то потребности в дисковой памяти будут резко возрастать
по мере знакомства пользователя с этой системой и использования
ее средств. Если ваша система не управляется должным образом,
сотни и тысячи сообщений электронной почты могут заполнить диск
за считанные месяцы и даже дни.
Как уже упоминалось выше, следует начать с диска, отвечающего
вашим ближайшим потребностям и обеспечивающего возможности для
будущего роста. NetWare 4.x использует технологию сжатия, которая
уменьшает объем текстовых файлов ASCII примерно на 50%. Это дополнительное
пространство также нужно принимать во внимание, но с не все файлы
могут сжиматься с таким коэффициентом. Следует также учитывать,
что NetWare v.4 поддерживает перенос данных на оптические диски
или архивные системы на магнитной ленте. Перемещая редко используемые
файлы в эту вторичную память, вы сможете освободить основную память.
Эти файлы сохраняют свои исходные имена и будут доступны для пользователей.
Определив нужный тип и объем диска, купите два диска - если вам
позволяет бюджет, то следует реализовать предлагаемые NetWare
средства дублирования диска. Если вы сравните цену дискового накопителя
с возможными последствиями выхода его из строя, то увидите преимущества
дублирования. Кроме того, если тома NetWare занимают у вас несколько
дисков, то дублирование диска имеет также имеет важное значение.
Параллельное использование драйверов ODI и NDIS
IBM, Microsoft и другие разработчики сетей придерживаются спецификации
NDIS (Network Driver Interface Specification). NDIS используется
в Microsoft LAN Manager, Microsoft Windows NT, Microsoft Windows
for Workgroups, IBM LAN Server и 3COM 3+Share. Чтобы стеки протоколов
NDIS могли работать с ODI, Novell разработала ODINSUP.COM.
В основном программа ODINSUP предназначена для того, чтобы связывать
вместе две различные сети. Она позволяет стеку протоколов NDIS
работать через LSL (Link Support Layer) ODI с ODI-совместимым
драйвером сетевой интерфейсной платы. ODINSUP устраняет необходимость
перезагрузки рабочей станции, когда вы хотите перейти от сетевой
схемы NDIS к ODI или наоборот.
Как показано на следующем рисунке, ODINSUP, как и все стеки протоколов,
находится над уровнем LSL. Она может получить пакеты из LSL и
передавать их стеку протоколов NDIS. Если пакеты нужно передать
по сети, то они пересылаются в обратном направлении.
+----------------+ +---------++---------++---------+
¦ ODINSUP ¦<----->¦ NDIS ¦¦ IPX ¦¦ TCP/IP ¦
+----------------+ +---------++---------++---------+
^ ^ ^ ^
¦ ¦ ¦ ¦
v v v v
+--------------------------------------------------------+
¦ LSL ¦
+--------------------------------------------------------+
Представим общую схему установки ODINSUP. Заметим, что при объявлении
новых программных продуктов для NetWare v.4 эти процедуры могут
изменяться (подробности вы можете найти в руководстве по NetWare).
Удалите из файла CONFIG.SYS все существующие драйверы NDIS.MAC.
Скопируйте файл ODINSUP.COM с дискеты WSDOS_1 в каталог NWCLIENT
или в тот каталог, где находится файл NET.CFG.
Добавьте в файл CONFIG.SYS команду NDIS Protocol Manager (если
она там отсутствует). Используйте следующий синтаксис, заменив
"маршрут" каталогом и маршрутом команды:
DEVICE=C:\маршрут\PROTMAN.DOC /I:маршрут
Измените файл STARTNET.BAT в каталоге NWCLIENT следующим образом:
добавьте команду ODINSUP после команды, загружающей Novell
ODI LSL и драйверы ODI LAN;
после загрузки ODINSUP добавьте команду NETBIND (заметим,
что NETBIND находится обычно в том каталоге, где расположены драйверы
NDIS, и при необходимости нужно указать маршрут);
после команды NETBIND укажите команду NET START, загружающую
для NDIS программное обеспечение LAN Requester (после NET START
может оказаться необходимым включить другие команды, такие как
CALL INITFSI.BAT, инициализирующая полноэкранный интерфейс, и
NETBIOS, устанавливающая поддержку протокола NetBIOS);
за этими командами следуют обычные команды, которые можно
найти в файле STARTNET.BAT, такие как IPXODI и VLM.
Теперь внесите в файл NET.CFG изменения, разрешающие тип кадра
Ethernet и Token Ring и связывающие протокол ODINSUP с конкретным
драйвером ODI. Например, секция Link Driver для Ethernet NE2000
может выглядеть следующим образом:
LINK DRIVER NE2000
frame ethernet_802.3
frame ethernet_802.2
frame ethernet_ii
frame ethernet_snap
PROTOCOL ODINSUP
bind ne2000
Наконец, вы должны внести изменения в файл PROTOCOL.INI, расположенный
в том каталоге, где находится драйверы LAN Manager или другие
программные драйверы. В этом файле нужно полностью удалить драйвер
NDIS MAC и заменить его командой BINDINGS, например:
BINDINGS=NE2000
Замените NE2000 именем используемого вами сетевого драйвера.
Если эта процедура выглядит сложной, не отчаивайтесь. Одновременно
выполнение драйверов ODI и NDIS - это непростая задача, но, если
вы знаете все параметры, с ней вполне можно справиться.
Параметр Locks (Блокировки)
Параметры блокировки используются для управления числом открытых
файлов и число блокировок записей, с которыми может работать операционная
система и рабочая станция. При установке физической блокировки
другие пользователи не могут обращаться к заблокированной записи
файла. Устанавливая логическую блокировку, приложение присваивает
имя каждой секции данных, которую нужно заблокировать, и блокирует
это имя при доступе к данным.
Maximum Record Lock per Connection
Установите это значение в число записей, которое станция может
одновременно блокировать. Если выводятся сообщения об ошибке,
когда рабочая станция не может заблокировать достаточное число
записей, увеличьте это число.
Maximum File Locks Per Connection
Установите этот параметр в число открытых и заблокированных файлов,
которые рабочая станция может одновременно использовать. Если
станция не может открыть достаточное число файлов, увеличьте это
значение. На станции с OS/2 это значение может потребоваться установить
больше заданного по умолчанию. Может также потребоваться увеличить
число описателей файлов в файле NET.CFG рабочей станции.
Maximum Records Locks
Установите этот параметр в максимальное число блокировок записей,
которые должна обрабатывать операционная система. Если у пользователей
возникают проблемы с выполнением приложений, увеличьте это значение
(возможно, не хватает блокировок записей). Если пользователи используют
слишком много ресурсов файлового сервера, уменьшите его. Для просмотра
числа блокируемых записей используйте MONITOR.
Maximum File Locks
Этот параметр позволяет управлять число открытых и блокируемых
файлов, с которыми может работать операционная система. Чтобы
увидеть число открытых файлов во время пиковой нагрузки системы,
используйте MONITOR. Если число открытых файлов близко к заданному
по умолчанию, увеличьте это значение.
Параметры Directory Caching (Кэширование каталогов)
Кэширование каталога путем хранения таблиц каталога в памяти обеспечивает
быстрый поиск файлов. Кэширование каталогов и кэширование файлов
должны быть сбалансированы. Если вы слишком интенсивно кэшируете
каталоги, то память отбирается у файловых кэш-буферов и наоборот.
Собрать статистику об использовании памяти и кэш-буферов можно
с помощью команды MONITOR.
Если пользователи часто записывают на диск небольшие порции данных,
измените Maximum Concurrent Directory Cache Writes на 25, а Dirty
Directory Cache Delay Time - на 2. Однако, при ощутимом замедлении
запросов чтения измените значение Maximum Concurrent Directory
Cache Writes на 5. Другим способом улучшить реакцию на запросы
чтения является установка Directory Cache Buffer NonReferenced
Delay в 60.
Если поиск в каталоге выполняется медленно, удвойте значения следующих
параметров:
Maximum Directory Cache Buffers Mimimum Directory Cache
Buffers Directory Cache Allocator Wait Time
Если на сервере не хватает памяти, вам может потребоваться также
уменьшить значение Maximum Directory Cache Buffers.
Directory Cache Buffer Nonreferenced Delay
Установите эту задержку в интервал времени, в течении которого
допускается кэширование записи каталога перед замещением другой
записью (из-за неактивности первой). Если это время увели чивается,
операционная система выделяет для кэш-буферов больше памяти, и
доступ к файлам улучшается. При уменьшении времени производительность
уменьшается, т.к. уменьшается вероятность того, что запись каталога
находится в кэш-буфере. По умолчанию устанавливается значение
5.5 сек., а допустимый диапазон - от 1 до 5 минут.
Maximum Directory Cache Buffers
После выделения кэш-буферов для кэширования каталогов эта память
не освобождается для кэширования файлов, пока сервер не будет
перезагружен. Из-за этого важное значение может иметь максимальное
число кэш-буферов для кэширования каталогов. По умолчанию устанавливается
значение 500, а допустимый диапазон - от 20 до 4000.
Mimimum Directory Cache Buffers
Установите это значение в минимальное число буферов кэширования
каталогов, которые должны быть все время доступны, но не устанавливайте
слишком маленькое значение, иначе это повлияет на производительность
при доступе к файлам. Получить информацию об использовании кэш-буферов
можно с помощью команды MONITOR. По умолчанию для этого параметра
устанавливается значение 20. Вы можете выбирать значения в диапазоне
от 10 до 2000.
Dirty Directory Cach Delay Time
Этот продвинутый параметр определяет, сколько можно накопить запросов
на запись буферов кэширования каталогов перед тем как головка
начнет перемещаться по диску. Увеличение задержки увеличивает
производительность, но увеличивает возможность порчи таблицы каталогов.
Уменьшение задержки имеет обратный эффект. По умолчанию задается
значение 0.5 сек. Вы можете выбирать значение от 0 до 10 сек.
Maximum Concurrent Directory Cache Writes
Этот продвинутый параметр определяет, сколько можно накопить запросов
на запись буферов кэширования каталогов перед тем как головка
начнет перемещаться по диску. Увеличение задержки увеличивает
производительность, но увеличивает возможность порчи таблицы каталогов.
Уменьшение задержки имеет обратный эффект. По умолчанию задается
значение 10 сек. Вы можете выбирать значение от 0 до 10 сек.
Directory Cache Allocation Wait Time
Данный параметр определяет, сколько времени операционная система
ждет перед выделением нового кэш-буфера после выделения предыдущего.
Во время ожидания все запросы на новый кэш-буфер каталога игнорируется.
Если задано малое значение, то при пиковом использовании может
распределяться большее число буферов кэширо вания каталога, чем
обычно необходимо. При большом значении операционная система выделяет
кэш-буферы медленнее, чем это требуется для обслуживания нормальных
запросов. По умолчанию устанавливается значение 2.2 сек. Вы можете
выбрать значение в диапазоне от 0.5 сек до 2 мин.
Параметры File Caching (Кэширование файлов)
Система кэширования файлов - одно из наиболее важных средств
NetWare. Она обеспечивает постоянную доступность файлов и хранение
их в оперативной памяти. Большинство заданных по умолчанию параметров
будут адекватно соответствовать вашим потребностям, но в зависимости
от конфигурации и сетевых пользователей вы можете внести изменения.
Убедитесь, что в вашей системы достаточно памяти для работы системы
кэширования. Использование кэша вы можете просмотреть с помощью
утилиты MONITOR.
Чтобы ускорить запись на диск, вы можете изменить параметр Maximum
Concurrent Disk Cache Writes на 100, однако это увеличит использование
сервера. Но если диск медленно отвечает на запросы чтения, установить
меньшее значение данного параметра, например, 10.
Если при загрузке на сервере NLM-модуля вы получаете сообщение
о нехватке памяти ("Insufficient Memory"), то можете
увеличить параметр Minimum File Cache Buffers, выделив для процессов
сервера больше памяти.
Если пользователи часто выполняют небольшие операции записи на
диск, измените Dirty Cache Delay Time на 7.
Вы можете также задать вывод сервером предупреждающего сообщение
при достижении кэшем минимального объема памяти. Для этого установите
Minimum File Cache Buffer Report Threshold в 100.
Minimum File Cache Buffers
Большая часть доступной оперативной памяти выделяется для файловых
кэш-буферов, но загружаемые модули и другие задачи могут потребовать
освобождения части этой памяти. Установите это значение в минимальное
число файловых кэш-буферов, которые всегда должны быть доступны
и не будут мешать выделению операционной системы буферов для других
задач. По умолчанию это 20, а допустимый диапазон - от 20 до 100.
Слишком большое значение может помешать загрузить в память другие
задачи.
Maximum Concurrent Disk Cache Writes
Этот параметр определяет, сколько можно накопить запросов по записи,
прежде чем головка начнет перемещаться по диску. Задание большего
значения позволяет эффективнее запросы записи, а при низком значении
Параметры File System (Файловая система)
Параметры File System управляют выводом предупреждений о переполнении
томов, уничтожении файловой системы и повторном использовании
турбо FAT. С помощью пунктов меню File System вы можете управлять
заполнением томов, тем, что происходит при удалении файлов и установкой
параметров упаковки файлов.
В Miscellaneous установите Diaplay Disk Device Alerts. При
этом будут выводиться сообщения об активности дисководов (об их
активизации, деактивизации, удалении, добавлении или останове).
Эти сообщения позволяют вам определить проблемы дисков, но если
диск работает нормально, этого обычно не требуется.
Если пользователи часто используют большие файлы (размером
64 блока или больше), установите Turbo FAR Re-Use Wait Time в
значение около 10 мин. Это улучшит чтение с диска.
Вы можете вывод операционной системой предупреждения, когда
том близок к заполнению. Чтобы изменить пороговые значения для
вывода предупреждений, выберите в меню Categories пункт File System
и измените следующие значения:
Volume Low Warning Threshold=512
Volume Low Warning Reset Threshold=512
Immediate Purge of Deleted Files
Установите это значение, если вы хотите немедленно уничтожать
удаленные файлы без возможности их восстановления. По умолчанию
эта возможность отключена. Это можно использовать для освобождения
пространства на диске и некоторого улучшения производительности,
однако случайно стертые файлы будут потеряны.
Volume Low Warn All Users
По умолчанию предупреждение о переполнении файла выводится всем
пользователям. Вы можете отключить эту возможность.
Volume Low Warning Threshold
Установите это значение в объем свободного пространства на диске,
при достижении которого операционная система выводит пользователям
предупреждающее сообщение. По умолчанию это 256 блоков, а допустимый
диапазон значения - от 0 до 100000 блоков.
Volume Low Warning Reset Threshold
Когда том становится почти заполненным, предупреждающее сообщение
может выводиться снова и снова, так как пользователи периодически
создают и удаляют файлы. Чтобы предотвратить вывод предупреждающего
сообщения каждый раз, когда объем свободного пространства становится
меньше порогового значения, установите данное значение. Этот параметр
можно задать с консоли. По умолчанию задается 256 блоков. Вы можете
задать от 1 до 100000 блоков.
Minimum File Delete Wait Time
Этот параметр задает время, в течении которого файл можно восстановить
на диске после его удаления. В течении этого времени удаленные
файлы не будут автоматически уничтожаться. По умолчанию задается
время 1 минута 5.9 сек. Вы можете задавать значения от 0 сек до
7 дней.
File Deleted Wait Time
Установите этот параметр в интервал времени, в течении которого
операционная система ожидает, прежде чем уничтожить файл. Когда
время ожидания удаления файла истекает, он отмечается как удаляемый
и уничтожается, как только на томе потребуется дополнительное
пространство. Более старые файлы удаляются первыми. Если нужно
сохранять файлы дольше, установите большие значения. По умолчанию
задается интервал в 5 минут, 29 сек, а допустимый диапазон - от
0 сек до 7 дней.
Maximum Subdirectory Tree Depth
Этот параметр поддерживает число уровней подкаталогов, поддерживаемых
операционной системой. Если это значение превышает 25, замените
это число числом поддерживаемых уровней. По умолчанию задается
25 уровней, а допустимый диапазон - от 10 до 100.
Turbo Fat Reuse Wait Time
Этот параметр определяет, как долго буфер турбо FAT остается в
памяти после закрытия индексированного файла. После истечения
этого времени буфер выделяется для другого индексированного файла.
Операционная система автоматически строит записи турбо FAT для
файлов, имеющих более 64 записей FAT. Поскольку эти индексы требуют
для построения времени, если есть вероятность, что файл потребуется
открыть снова, немедленно удалять их не следует. Если требуется
дольше сохранять индекс, особенно если у вас много памяти, то
это значение лучше увеличить. Чтобы освободить память для других
индексов, уменьшите значение. По умолчанию этот параметр устанавливается
в значение 5 минут 29.6 сек, и вы можете изменять его в диапазоне
от 0.3 сек до 1 часа 5 мин 54.6 сек.
Параметры NetWare
Щелчок "мышью" на командной кнопке NetWare Settings
выводит следующее (или аналогичное) меню:
+---------------------------------------------------------------+
¦ - ---------------------NetWare Settings-----------------------¦
¦ ¦
¦ ¦
¦ ¦
¦ - Persistent Connections +Resource Display Options-------+¦
¦+Message Reception-----------+¦ ¦¦
¦¦ ¦¦ - Bindery - DS Objects ¦¦
¦¦ - Broadcasts ¦¦ ¦¦
¦¦ ¦¦ - Personal - DS Containers ¦¦
¦¦ - Network warnings ¦¦ ¦¦
¦¦ ¦¦ * Name Sort * Type Sort ¦¦
¦+----------------------------++-------------------------------+¦
¦ ¦
¦+Print Manager Display Options-++NetWare Hotkey---------------+¦
¦¦+-------+-+ ¦¦ ¦¦
¦¦¦50 ¦*¦ Maximum jobs ¦¦ - Enable hotkey ¦¦
¦¦+-------+-+ ¦¦ ¦¦
¦¦+-------+-+ ¦¦+--------------+ ¦¦
¦¦¦30 ¦*¦ Update seconds ¦¦¦F6 ¦ Hotkey value¦¦
¦¦+-------+-+ ¦¦+--------------+ ¦¦
¦+------------------------------++-----------------------------+¦
¦ +--------------+ +--------------+ +--------------+ ¦
¦ ¦ OK ¦ ¦ Cancel ¦ ¦ Help ¦ ¦
¦ +--------------+ +--------------+ +--------------+ ¦
+---------------------------------------------------------------+
Кнопка Persistent Connections делает установленные в данном окне
параметры постоянными (они будут действовать и в следующих сеансах).
В группе Message Reception кнопка Broadcasts определяет, получает
ли ваша рабочая станция сообщения от других пользователей. Если
вы не хотите, чтобы поступающее сообщение останавливало активный
процесс, этот параметр можно выключить.
В группе Print Manager Display Options поле Maximum позволяет
задать максимальное число заданий, которые показываются в Print
Manager (по умолчанию 50). В поле Update Seconds задается максимальный
интервал (в сек) обновления очереди печати в Print Manager. В
поле Resource Display Options выберите тип объектов, выводимых
в поле Resources диалогового окна NetWare Tools. Вывод объектов
стоит запрещать только в том случае, если в окне их выводится
слишком много. Список объектов можно упорядочить с помощью кнопки
Name Sort (по имени) или Type Sort (по типу объекта).
NetWare Administrator
С утилитой NetWare Administrator могут работать не только
администраторы, но и обычные пользователи. Она позволяет им просмотреть
свои учетные данные, информацию о других объектах и пользователях
или найти сетевые ресурсы, которые они хотят использовать. Доступ
к NetWare Administrator обычных пользователей ограничен. При создании
пользовательского объекта по умолчанию он может с помощью данной
утилиты выполнять следующие задачи:
изменять свой сценарий регистрации;
просматривать все другие поля, но не изменять их;
просматривать информацию о других пользователях и объектах
ресурсов.
Параметры сервера
Вы можете изменить имя файлового сервера, его сетевые номера,
внутренний номер IPX в файле AUTOEXEC.NCF, а затем перезагрузить
сервер.
Чтобы изменить имя файлового сервера, измените значение в
строке FILE SERVER NAME файла AUTOEXEC.NCF.
Чтобы изменить номер сетевой платы измените значение в операторе
BIND для драйвера платы локальной сети. На консоли вы можете отменить
привязку драйвера локальной сети и задать ее снова с новым сетевым
номером.
Чтобы изменить внутренний сетевой номер IPX, измените строку
IPX INTERNAL NET, набрав новый сетевой номер.
После внесения изменений в файл AUTOEXEC.NCF вам нужно остановить
сервер и перезагрузить его.
Установка даты и времени
Чтобы просмотреть текущую дату и время наберите команду TIME.
Чтобы задать с консоли дату и время, наберите следующее:
TIME месяц/число/год час:мин:сек
Разрешение и запрещение системы отслеживания транзакций
(TTS)
Система отслеживания транзакций (TTS) разрешается, когда вы загружаете
сервер NetWare. Для выполнения некоторых приложения вам может
потребоваться запретить ее, но делать это следует только в том
случае, когда этого явно требует разработчик. Чтобы запретить,
наберите на консоли сервера DISABLE TTS, а для разрешения - ENABLE
TTS.
Параметры тома
При установке вы можете изменить параметры тома. Выводится следующее
меню:
+-----------------------------------------------+
¦ Volume Information ¦
+-----------------------------------------------+
1 ¦ Volume Name: SYS ¦
2 ¦ Volume Block Size: 8 KB Blocks ¦
3 ¦ Status: New, Not Mounted ¦
4 ¦ File Compression: On ¦
5 ¦ Block Suballocation: On ¦
6 ¦ Data Migration: Off ¦
+-----------------------------------------------+
1 - имя тома; 2 - размер блока тома; 3 - статус; 4 - сжатие файлов;
5 - подвыделение блока; 6 - перенос данных.
В каждое поле вы можете вносить изменения. Перед запуском INSTALL
подготовьте нужные параметры конфигурации.
В поле Volume Name вы можете задать имя для выбранного тома (если
это не том SYS). Тома желательно называть в соответствии с типом
хранимых на них данных или пространством имен.
Диски разделены на блоки, которые имеют обычно размер 8К, а файлы
записываются в один или более таких блоков. Если размер файла
меньше, чем размер блока, то он будет использовать не все пространство.
Используемый по умолчанию размер блока зависит от размера тома.
| Размер тома (в мегабайтах) | Размер блока (в килобайтах) |
| от 0 до 32 | 4K |
| от 33 до 150 | 8К |
| от 151 до 500 | 16К |
| от 501 до 2000 | 32К |
| более 2000 | 64К |
Утилита INSTALL устанавливает размер блока в зависимости от размера
тома. Обычно это значение изменять не требуется. Однако, в зависимости
от типа файлов, которые будут храниться на томе, для улучшения
производительности вы можете увеличить или уменьшить размер блока.
Предположим, например, что вы хотите зарезервировать один том
для хранения больших графических файлов. Имеет смысл установить
для такого тома больший размер блока, соответствующий размеру
типичного графического файла. Однако имейте в виду, что большие
блоки требуют больше времени на чтение и запись, что может повлиять
на производительность. Если том используется для хранения множества
мелких файлов, вы можете задать меньший размер блока. Так как
наиболее эффективный размер блока зависит от типа хранимых на
томе файлов, тома лучше организовывать по типам файлов.
Status содержит два поля: Mount и Dismount. Перед тем как пользователь
получит доступ к томам, они должны монтироваться. В процессе инсталляции
это поле изменять вам не нужно, так как программа INSTALL сама
будет монтировать том. Позднее с помощью этого поля вы можете
демонтировать том для обслуживания или освобождения оперативной
памяти, если он пока не требуется пользователям.
По умолчанию сжатие файлов разрешается, то есть поле File Compression
устанавливается в значение On. Это означают, что файлы, к которым
в течении определенного периода времени нет доступа, автоматически
компрессируются (упаковываются). При обращении к такому файлу
он декомпрессируется, но затрачиваемое на это время незначительно.
В большинстве случае следует разрешать сжатие файлов, однако вы
должны убедиться, что эта возможность совместима со всеми приложениями.
Некоторые приложения может потребоваться записать на тома, где
сжатие запрещено.
Когда поле Block Suballocation устанавливается в значение On,
то для хранения файла на томе могут выделяться более мелкие единицы,
чем задано в поле размера блока. Это позволяет сэкономить пространство
на диске.
Средство переноса данных (Data Migration) NetWare позволяет вам
переносить редко используемые файлы на альтернативное устройство
оптической памяти, освобождая тем самым дисковую память сервера.
Чтобы разрешить это средство, установите поле Data Muigration
в значение On.
Параметры Transaction Tracking (Отслеживание транзакций)
Этот параметр можно использовать для управления системой
отслеживания транзакций (TTS).
Auto TTS Backout Flag
Этот параметр определяет, нужно ли при перезагрузке сервера после
аварийного останова автоматически отменять неполные (незавершенные)
транзакции. По умолчанию такая возможность выключена, и в такой
ситуации вам будет выводиться запрос, нужно ли отменять транзакции.
Установите это значение перед перезагрузкой.
TTS Abort Dump Flag
Этот параметр позволяет файл регистрации TTS, который содержит
информацию об отмененных для файла транзакциях. Этот файл называется
TTSSLOG.ERR и записывается в системный каталог (SYS:SYSTEM). По
умолчанию это средство отключено.
Maximum Transaction
Устанавливает число транзакций, который могут выполняться одновременно.
По умолчанию задается 100000 транзакций. Вы можете выбрать значение
в диапазоне от 100 до 10000.
TTS Unwritten Cache Wait Time
Этот параметр определяет, как долго данные транзакций будут храниться
в памяти. Некоторые блоки данных транзакций ожидают, пока будут
записаны другие блоки транзакций. Если для одного из этих блоков
достигается предельный лимит времени, то он возможно скорее записывается
на диск. По умолчанию время равно 1 минуте 5.9 сек. Обычно этого
достаточно, но вы можете задать значение в диапазоне от 11 сек
до 10 мин 59.1 сек.
TTS Backout Time Transaction Wait Time
Задает величину времени, в течении которого выделенные блоки остаются
доступными для файла отмены TTS, когда эти блоки не используются.
По умолчанию задается время 59 мин 19.2 сек. Вы можете выбрать
время от 1 мин 5.9 сек до 1 дня, 2 часов, 21 минуты 51.3 сек.
Параметры утилиты MONITOR
К параметра диска можно получить доступ, загрузив с консоли файлового
сервера или удаленной консоли утилиту MONITOR. Когда выведется
меню Available Options, выберите Disk Information, затем нужный
диск. Выводится экран состояния диска Drive Status, о котором
уже рассказывалось. В следующих разделах рассказывается, как можно
изменить перечисленные параметры.
Read After Write Verify
Параметр Read After Write Verify обеспечивает соответствие записанной
на диск информации данным в памяти. Это средство поддерживают
большинство дисковых накопителей. Чтобы увеличить производительность
или временно протестировать диск, вы можете изменить один из следующих
параметров:
| Параметр | Действие |
| Software Level Verify | Проверку чтением после записи выполняет драйвер. |
| Hardware Level Verify | Проверку чтением после записи выполняет контроллер. |
| Disable Verify | Проверка чтением после записи не используется. Хотя это и увеличивает производительность, регулярно таким средством пользоваться не стоит, так как это может привести к порче данных. |
Hard Disk Light
Параметр Hard Disk Light используется для физической идентификации
жесткого диска и соответствуют диску, указанному в окне System
Disk Drives. Некоторые диски не поддерживают эту возможность и
выводят в этом поле Not Supported.
Активизация и деактивизация жесткого диска
Выбрав в экране Drive Status пункт Srive Operating Status, вы
можете установить состояние диска (активное/неактивное). Когда
появится Operating Status, выберите один из следующих параметров:
| Параметр | Значение |
| Activate Drive | Делает диск активным и выводит в информационном окне данные о выбранном диске. |
| Deactivate Drive | Делает диск неактивным и удаляет информацию о нем из окна состояния. |
Монтирование и демонтирование сменного носителя
Сменный носитель должен монтироваться перед использованием и демонтироваться
перед извлечением из дисковода. Драйвер диска должен поддерживать
сменный носитель. Выберите в окне Drive Status пункт Rempovable
Drive Mount Status, а затем один из следующих параметров:
| Параметр | Значение |
| Mount Drive | Монтирует носитель. |
| Dismount Drive | Демонтирует носитель. |
Блокировка и разблокировка устройства со сменным носителем
Параметр Removable Drive Lock Status используется для того, чтобы
предотвратить физическое извлечение диска, или разрешить его.
Драйвер должен поддерживать такую возможность. Выберите на экране
Drive Status пункт Removable Drive Lock Status и один из следующих
параметров:
| Параметр | Значение |
| Lock Drive | Блокирует устройство, чтобы из него нельзя было извлечь носитель. |
| Unlock Drive | Разблокирует устройство - носитель можно извлекать. |
PC AnyWare
PC AnyWare - это программное обеспечения для удаленного подключения,
которое обеспечивает удовлетворительную производительность. Оно
имеет следующие средства и достоинства:
Пользователи удаленных станций могут работать так же, как
если бы они находились на рабочих станциях, подключенных к сети.
Пользователи могут обращаться к файлам базы данных в реальном
времени с малой задержкой.
Поскольку вся обработка выполняется локальной рабочей станцией,
доступ к файлам и базам данных выполняется со скоростью работы
локальной сети. С локальных PC на удаленную станцию посылаются
только коды нажатых клавиш и экраны.
Так как при таком методе обработка на удаленной рабочей станции
не выполняется, в качестве такой станции можно использовать неинтеллектуальный
терминал.
Подключение PC AnyWare иллюстрируется следующим рисунком и
требует таких компонентов:
Выделенного в сети компьютера, на котором работает ANYWHERE.COM.
Эта же станция может использоваться для других задач.
На удаленной рабочей станции выполняется терминальная программа
ATERM.COM.
+-----+
¦ PC ¦
+--------+ +-----------+ +--Выделенная рабочая станция,
¦ +-----+ ¦ v где работает PC AnyWare
+--+--+ +--+--+
¦ PC ¦ ¦ PC ¦+----------+
¦ ¦ ¦ ++-----+----+ модем
+--+--+ +--+--+ -
¦ +-----+ ¦ -
¦ ¦ PC ¦ ¦ -
+--------+ +-----------+ - +-----+
+-----+ +----+-----+¦ PC ¦
+----------++ ¦
модем +-----+
^
Удаленная рабочая--+
станция, где работает
программа ATerm
Печать из хост-системы Unix в LAN WorkGroup
Этот раздел в каком-то смысле смешанный, поскольку подразумевает,
что хост-система Unix может инициализировать печать через LAN
WorkGroup. Но дело не в этом. Пользователи LAN WorkGroup могут
инициализировать печать файлов Unix, и могут делать это так просто,
что данным момент заслуживает упоминания.
Печатать текстовый файл Unix через LAN WorkGroup вы можете двумя
способами. Во-первых, это можно делать через RapidFiler, где вы
можете выбрать нужные файлы, щелкнув на них "мышью",
и послать на принтер. Во-вторых, можно маршрутизировать через
принтер сеансы эмуляции терминала.
В обоих случаях выбирается принтер, который с помощью Microsoft
Windows был в свое время конфигурирован для рабочей станции. После
конфигурации в Windows доступного сетевого принтера на этом принтере
можно напечатать любой файл хост-системы Unix. Все действия по
установке принтера выполняются только в Windows на рабочей станции;
хост-система Unix в этом никак не участвует.
Печать из хост-системы Unix в Novix
Продукт Novix фирмы Firefox, единственный программный сетевой
интерфейс TCP/IP, использует все преимущества своей тесной интеграции
с NetWare-сервером. Novix предусматривает два способа поддержки
печати из хост-системы
Печать из Novix на принтерах Unix
Команда печати Novix воспринимает разнообразные параметры командной
строки, однако все эти детали можно настроить с помощью экрана
Host Sessions and Services. Хост-система должна перечисляться
с именем LPD и определяться с помощью значения Access Type of
Host Printer (Тип доступа принтера хост-системы). Это еще один
пример сильной защиты Novix. Если хост-система не определена,
обращаться к ней (для печати или для чего-то еще) невозможно.
Для передачи существующего файла на принтер используется команда:
NVLPR /hхост-имя/fфайл_печати
Если определен только один принтер хост-системы, то "хост_имя"
можно опустить. Имя и адрес NetWare-сервера, где работает Novix,
должно включаться в файлы /etc/hosts и /etc/hosts.lpd.
Поскольку многие системы SCO не
Поскольку многие системы SCO не поддерживают lpr, в этой книге
пользователям SCO посвящен специальный раздел. В файл конфигурации
/usr/spool/lpremote добавьте следующую запись:
netwarelp:rsh nfs1 lpr -Pnwlp
После добавления этой строки печать с помощью команды:
lpr -dnetwarelp имя_файла
будет работать.
Если этот подход вам не нравится, или у вас есть системы, не поддерживающие
lpr, то единственная альтернатива - это маршрутизация заданий
печати через других NFS-клиентов, которые lpr поддерживают. Для
копирования и последующего удаленного выполнения lpr рекомендуется
использовать rsh (Remote SHell).
Печать из RS/6000 фирмы IBM также требует некоторых усилий. AIX
не имеет файла /etc/printcap, поэтому все должно делаться административной
программой - SMIT. Нужно добавить очередь удаленной печати и дать
ей имя очереди печати NetWare, экспортируемой PLPDCFG.NLM. Здесь
есть одна тонкость: имя не должно превышать семи символов. Нужно
также задать соответствующую информацию (имя очереди) в поле Name
of Queue, а в поле Destination Host требуется указать имя NetWare-сервера.
Это имя должно содержаться и в файле hosts, а добавить его с помощью
SMIT невозможно. Если оно отсутствовало там до установок печати,
не забудьте добавить его позднее. Поле Name of Device to Add предназначено
для требуемого в AIX имени устройства, но на печать из Unix в
NetWare оно не действует. Это имя также должно ограничиваться
семью символами.
Когда все это будет сделано, запустите из командной строки подсистему
lpd, затем перейдите обратно в SMIT и проверьте статус.
Печать из Unix в NetWare
По мнению многих печать из Unix в NetWare представляет собой очень
ценную возможность. Мир Unix наблюдает, как все более распространяются
высококачественные и недорогие лазерные принтеры, цветные принтеры
и графопостроители для DOS, Macintosh и NetWare. Программы DOS
и Macintosh позволяют теперь получить некоторые выдающиеся печатные
материалы. Настольные издательские системы только один из примеров,
но он наиболее ярко демонстрирует успехи. Высококачественный вывод
электронных таблиц, таблиц баз данных и текстовых документов иллюстрирует
гибкость и развитые возможности настольных средств печати.
В этом разделе основное внимание уделяется программе NFS Server,
а не подмножеству продуктов FLeX/IP. Вообще говоря, "дезинформация"
системы (с помощью переключателей или серверов печати) при задании
принтеров работает здесь с таким же успехом, как и при печати
из NetWare в Unix. Все соображения по поводу того, что печати
следует по возможности избегать, остаются в силе независимо от
того, какие используются системные принтеры.
Печать из Unix в NetWare через FLeX/IP и NFS Server
Как уже пояснялось, системы печати NFS Server NetWare и FLeX/IP
работают аналогично. Единственное различие - в именах административных
программ и файлов инициализации на сервере.
Печать из Unix в NetWare с помощью NetWare for Unix
Это еще один "хитрый" раздел (аналогичный разделу о
печати на принтерах Unix через сетевой интерфейс NetWare NFS):
печать Unix - NetWare из NetWare for Unix отсутствует. Почему?
Принтеры NetWare здесь являются принтерами Unix (если вы помните).
Система NetWare находится под управлением хост-системы Unix. Все
системные ресурсы контролируются Unix.
Что же насчет использования NetWare for Unix для доступа к другому
NetWare-серверу и его принтерам? Или Novell этого не предусмотрела?
И да, и нет. Unix-клиенты не имеют на компьютере NetWare for Unix
доступа ни к какому удаленному NetWare-серверу. Однако, если пользователи
Unix являются также пользователями NetWare, они этот доступ получат.
Один NetWare-клиент может подключаться к нескольким различным
NetWare-серверам (максимум к 8 в NetWare 386 и к 50 в NetWare
4.0). Клиенты NetWare for Unix могут подключаться к средствам
печати другого NetWare-cервера в сети и использовать их. Поскольку
они являются гибридными пользователями, то имеют доступ к файлам
и той части системы, которая относится к Unix, и той части, которая
относится к NetWare.
Печать на принтерах Unix с помощью NFS Gateway NetWare
В NetWare for Unix при печати из клиента в хост-системе принтеры
NetWare-cервера являются фактически принтерами хост-системы Unix.
На самом деле даже если принтер может быть физически подключен
к хост-системе, NetWare интерпретирует его как удаленный принтер.
Почему? Потому что для NetWare это удаленный принтер. Помните
о том, что все аппаратные и другие системные ресурсы, такие как
жесткие диски и память, находятся под управлением хост-системы
Unix. Для NetWare все системные ресурсы являются удаленными.
Передаваемое с NetWare-клиента задание печати направляется через
утилиты печати NetWare в хост-систему Unix. Это не так запутано,
как сначала может показаться. Все это показывает, насколько хорошо
инженеры Novell разработали в NetWare for Unix модули печати.
Кроме хост-системы Unix, задания печати могут посылаться на любое
другое средство печати NetWare. Любая система RPTINTER (удаленный
PRINTER), которую может использовать клиент Native NetWare, доступна
также и для клиента NetWare for Unix. Это включает в себя программы
RPRINTER, работающие на PC-клиентах или других хост-системах Unix.
---------------------------------------------
--------------------Хост-система-------------
---------------------------------------------
-+----------------------------------------+--
-¦+------------------++---------+ ¦--
+---------+ -¦¦ Очередь 1 ¦¦Очередь 1¦ NetWare-¦--
¦+-------+¦ -¦¦+----------------+¦+---------+ сервер ¦--
¦¦Задани妦--->--+++ Задание печати ¦¦ ¦--
¦¦ печат覦 -¦¦+------------+---+¦ ¦--
¦+-------+¦ -¦+-------------+----+ ¦--
+--+---+--+ -+--------------+-------------------------+--
+------+---+-------+----------------¦----------------------------
¦ - +--+ +--+¦----------------v----------------------------
¦ +--+ +--+¦-+--------------+-------------------------+--
+------------------+-¦ +------------+---+ ¦--
-¦ ¦ Задание печати ¦ Демон PSERVER ¦--
-¦ +------------+---+ ¦--
-+--------------+-------------------------+--
----------------¦----------------------------
----------------v----------------------------
-+--------------+-------------------------+--
-¦ +------------+---+ ¦--
-¦ ¦ Задание печати ¦ Демон RPRINTER ¦--
-¦ +------------+---+ ¦--
-+--------------+-------------------------+--
----------------¦----------------------------
----------------v----------------------------
----------------+----+-----------------------
-+-------------------+--------------------+--
-¦+----------------+ ¦+---------+ ¦--
-¦¦ Очередь 1 ¦ v¦Очередь 1¦ NetWare-¦--
+--------------+-+ -¦¦+--------------+¦ ¦+---------+ сервер ¦--
¦--------- - -¦¦ ¦
Эта конфигурация не сложна, но должен соблюдаться правильный
порядок. Здесь могут помочь рабочие бланки в руководстве, где
перечисляются имена NetWare-принтеров и очередей, а также имена
принтера и очередей Unix. Ими следует воспользоваться.
В NetWare пользователь SUPERVISOR должен выполнить следующие действия:
Запустить PCONSOLE.
Выбрать Print Queue Information.
Нажать клавишу Ins.
Набрать имя новой очереди принтера, сохранить его и выйти.
В системе Unix пользователю root следует сделать следующее:
С помощью lpadmin, sysadmin или sysadmsh создать принтер Unix.
Выполнить /usr/netware/bin/sconsole (эта утилита может находиться
в /usr/pnw/bin.
Выбрать Administration, затем Printer Configuration и Add
Printer to System.
Ввести имя принтера (совпадающее с именем в первом шаге).
Нажать Esc, затем выбрать Print Queue Configuration.
Выбрать очередь принтера, созданную в PCONSOLE.
Выбрать Printer, затем Print Queue Configuration.
Выбрать вновь названный принтер и очереди печати.
Выйти из sconsole.
Хотя обе административные программы выполняют аналогичные функции,
их поведение нельзя назвать одинаковым или похожим. Чтобы добраться
до одного принтера, мы должны пройти через три различных административных
системы, и эта работа не охватывает всех необходимых для NetWare
установок в PRINTCON (настройка конфигурации принтера) и PRINTDEF
(определение принтера). Основной экран конфигурации принтера в
sconsole показан ниже.
При выполнении указанных шагов в нужном порядке все должно работать.
Со стороны NetWare нужно задавать одну очередь на принтер. Это
создаст меньше путаницы с типами принтера и языками печати. Ничто
не поставит принтер в такое затруднительное положение, как передача
ему языка PostScript, когда он ожидает HPCL (Hewlett-Packard Control
Language) или наоборот. Большинство проблем с принтерами вызываются
приложениями, не сбрасывающими принтер в то состояние, в котором
он находился до того, как они начали с ним работать.
+-----------------------------------------------------+
¦ ¦
¦ PRINT SERVICES CONFIGURATION MENU ¦
¦ 1. Printer Configuration ¦
¦ 2. Print Queue Configuration ¦
¦ 3. Printer and Pring Queue Assignments ¦
¦ 4. Scheduling Parameters ¦
¦ r. Return to Previous Menu ¦
¦ e. Exit from SCONSOLE ¦
¦ ?. Help ¦
¦ ¦
¦ Request: ¦
¦ ¦
+-----------------------------------------------------+
1 - конфигурация принтера; 2 - конфигурация очереди печати; 3
- назначения для очереди печати и принтера; 4 - планирование параметров;
r - возврат к предыдущему меню; e - выход из SCONSOLE; ? - справка.
Здесь вам поможет утилита NetWare PRINTDEF. Найдите функцию Edit
Print Devices. Если вы больше ничего не конфигурировали, выберите
пункт Re-Initialization. По крайней мере это даст принтеру возможность
отбрасывать незнакомые ему коды.
Если NetWare-клиент все время использует один принтер, поместите
в сценарий регистрации команду CAPTURE. В противном случае, предусмотрите
помощь для пользователя в виде команд меню или командных файлов.
Возможно, вы уже заметили, что NetWare-клиенты могут печатать
на принтерах системы Unix без единой команды Unix. Если пользователи
не знают, что они используют вместо Native NetWare NetWare for
Unix, система печати не даст им возможности это определить.
Печать на принтерах Unix с помощью NFS и FLeX/IP
NFS Server и FLex/IP имеют одну и ту же систему печати. Практически
единственные различия между ними заключаются в именах программ
администраторов (NFSADMIN и PLPDCFG в NFS Server и FLEXCON в FLeX/IP)
и файлах инициализации (NFSSTART.NCF и FLXSTART.NCF соответственно).
+---------+
¦+-------+¦ +------+
¦¦ ¦¦ ¦ +--+ ¦ +---------+
¦¦ ¦¦ ¦ +--- ¦ ¦+-------+¦
¦+-------+¦ ¦ +--+ ¦ ¦¦ ¦¦
+--+---+--+ ¦ +--+ ¦ ¦¦ ¦¦
+------+---+-------+ ¦ -++- ¦ ¦+-------+¦
¦ - +--+ +--+¦ ¦ -++- ¦ +--+---+--+
¦ +--+ +--++-+ +--+ -++- ¦+----+---+----+
+------------------+ ¦¦ ¦¦ ¦ -++- ¦+-------------+
NetWare-серве𠦦 ¦¦ +------+ Система Unix
¦¦ IPX/SPX TCP/IP¦¦
¦+- - - -+ +- - - +¦
-------------------+---------+--------+-----------------------
¦¦¦
v¦v
+------+-------+
¦--------------¦ Переключатель
+------+-------+ принтера
¦
+-------+------+-+
¦--------- - -¦¦ ¦
¦--------- ¦¦ ¦ Принтер
¦ ¦¦ ¦
+--------------+-+
На следующем рисунке показан маршрут заданий печати от очередей
NetWare до очередей печати хост-системы Unix. Любую очередь печати
можно направить в хост-систему Unix; специального программного
обеспечения обслуживания очередей здесь не требуется. Единственная
особенность этой очереди печати в том, что она определяется при
установке NFS Gateway.
-------------------------
-----NetWare Server------
-------------------------
---+----------------+----
---¦ Очередь печати ¦----
---+-------+--------+----
-----------¦-------------
-----------v-------------
---+----------------+----
---¦ Сервер печати ¦----
---¦ NetWare LPR ¦----
---¦ (LPR_PSRV.NLM) ¦----
---+-------+--------+----
-----------¦-------------
-----------v-------------
--+-------------------+--
--¦ Сетевой интерфейс ¦--
--¦ NetWare-Unix ¦--
--¦ (LPR_GWY.NLM) ¦--
--+-------------------+--
-------------------------
¦¦
\/
-------------------------
---Хост-система Unix-----
-------------------------
---+----------------+----
---¦ Демон принтера ¦----
---+-------+--------+----
-----------¦-------------
-----------v-------------
---+----------------+----
---¦ Очередь печати ¦----
---+----------------+----
-------------------------
В файл etc/hosts хост-системы Unix, управляющей совместно используемыми
принтерами, должно быть включено имя и адрес IP NFS-сервера. Кроме
того, на целевой системе нужно внести записи в файл etc/hosts.lpd
(или эквивалентный ему).
Если система Unix для работы с удаленной печатью требует дополнительной
конфигурации или установки других продуктов, таких как AIX с использованием
SMIT (System Maintenance Interface Tool) фирмы IBM, их также нужно
установить. К сожалению, в руководстве по NFS Server фирмы Novell
не содержится столько информации о системе Unix, как в руководстве
по NFS Gateway (возможно в следующем издании руководство по NFS
Server будет расширено и станет таким же хорошим, как руководство
по NFS Gateway).
Когда что-то не работает (а когда дело касается печати в NetWare,
то с первого раза все работает редко), проверьте конфигурацию
принтера, определенную в передаваемой в Unix очереди. Для обеспечения
правильной работы в такой ситуации принтер должен обозначаться
как Remote Other/Unknown.
Для изменения конфигурации принтера используются те же программы,
что и для установки программного обеспечения. Так как каждая модификация
означает очередной цикл тестирования, старайтесь вносить модификации
возможно реже. Если раньше вы никогда не имели дело с принтерами
NetWare и их пользователями DOS, то возможно будете немного шокированы.
Имея тысячи переменных, способных нарушить установки принтеров
в сотне мест, вы должны согласиться со мной, что перед добавлением
принтеров следует рассмотреть возможность использования электронной
почты.
Печать с помощью утилиты NETUSER
В DOS для подключения локальных принтеров используются имена портов
LPT1, LPT2 и LPT3. Хотя физический порт принтера для подключения
принтера может быть недоступен, имена резервируются. Операционная
система NetWare позволяет вам назначить для одного из этих портов
удаленный принтер. После этого вы можете печатать через этот порт
из своего приложения, текстовых редакторов, электронных таблиц
и других продуктов.
Если к вашей рабочей станции подключен принтер, он подсоединяется
обычно к LPT1. Большинство PC имеют только один физический порт
LPT, поэтому остальные зарезервированные имена принтеров можно
использовать для назначений сетевых принтеров. Чтобы добавить
или изменить присваивание сетевого принтера для порта LPT, выполните
следующие шаги:
Выберите в меню /Available Options пункт Printing. Выводится
следующее меню:
+===============================+
¦ Available ports ¦
¦===============================¦
¦ ¦LPT1: Local Printer----------¦
¦ ¦LPT2: Local Printer ¦
¦ ¦LPT3: Local Printer ¦
+===============================+
Здесь перечислены три порта LPT. Обычно порт LPT1 резервируется
для локального принтера, а LPT2 и LPT3 назначаются для сетевых
принтеров. Однако при отсутствии локального принтера вы можете
назначить и LPT1.
Подсветите порт, который вы хотите назначить для сетевого
принтера и нажмите Enter. Выводится следующее меню:
+===============================+
¦ Available options ¦
¦===============================¦
¦ ¦Print Jobs-------------------¦
¦ ¦Change Printers ¦
+===============================+
Чтобы найти принтер или очереди печати, в которые вы хотите посылать
задания печати, вам может потребоваться изменить контекст. Выберите
в основном меню NETUSER команду Change Context. Перемещаясь вверх
и вниз по дереву каталогов, вы можете выбрать принтеры в других
подразделения или удаленные принтеры.
Подсветите пункт Change Printers и нажмите Enter. Вы увидите
список доступных сетевых принтеров и очередей, заданных сетевым
супервизором или оператором печати.
Выберите принтер или очередь печати, на которые вы хотите
посылать задания печати. Для выбора принтера или очереди нажмите
Enter. Выводится меню Available Options. При выборе принтера выводится
его заданная по умолчанию очередь.
В сетях NetWare вы можете посылать задания печати непосредственно
на принтер или в очередь печати. При выборе принтера для заданий
печати автоматически выбирается очередь, заданная по умолчанию.
Все задания печати поступают в очереди, так что сетевые принтеры
могут обслуживать несколько пользователей сети. Если принтер занят,
задание ожидает, пока не настанет его очередь печати.
Очереди могут выделяться для конкретных пользователей. Например,
вы можете создать пользователей, предоставив право доступа к ней
только администраторам сети. Вы можете также определить для принтера
высокоприоритетную очередь, так что посылаемые в эту очередь задания
будут печататься перед заданиями, не имеющими к ней доступа. Можно
также задавать конфигурацию заданий печати. Конфигурация задания
печати - это специальный набор параметров печати, которые вы можете
присвоить заданию печати.
Очереди печати фактически находятся в каталоге на томе и содержат
задания печати, пока они не будут готовы к печати. Если очередь
часто используется, обслуживать ее могут несколько принтеров.
С другой стороны, несколько очередей могут посылать задания печати
на один принтер.
