Разделяемая установка
В методе разделяемой установке на локальный жесткий диск рабочей
станции копируются только персональные файлы Windows. Остальные
файлы Windows доступны в совместно используемом каталоге. Чтобы
создать совместно используемую копию Windows, выполните следующие
шаги:
Перейдите на рабочую станцию или информируйте об этой процедуре
пользователя.
Зарегистрируйтесь в сети, затем перейдите в совместно используемый
каталог Windows на сервере.
Для запуска программы установки совместно используемой системы
Windows наберите SETUP /N.
При выводе запроса каталога для персональных файлов укажите
каталог локального жесткого диска или персональный каталог пользователя
на сервере.
Программа установки копирует в каталог пользователя только необходимые
файлы, а затем модифицирует файлы AUTOEXEC.BAT и CONFIG.SYS на
рабочей станции.
Разделы
DIB может храниться в виде распределенных по сети фрагментов на
различных серверных машинах. Схема представляет собой часть DIB,
которая хранится на каждом сервере имен. Дерево каталогов Directory
Tree - это часть DIB, которую можно разделить на фрагменты, называемые
разделами. При создании раздела в качестве места разделения дерева
выбирается объект. Это объект становится корнем раздела.
Не путайте корень раздела с корнем [root] дерева каталога. [root]
- это имя самого верхнего раздела всего дерева. Каждый раздел
- это другая часть дерева, но она может копироваться и храниться
в нескольких местах. Это обеспечивает более быстрый доступ и гарантирует,
что если один сервер имен выходит из строя, то вы сможете поддерживать
доступ к информации дерева каталогов через другой сервер имен.
Разделы могут иметь три вида: основная копия, вспомогательная
копия и копия, доступная только по чтению. Каждый из них позволяет
выполнять клиентам Directory Services определенные функции. Например,
сервер имен с копией, доступной только по чтению, не может использоваться
для добавления к дереву новых объектов. Клиент должен связаться
с сервером имен с основной или вспомогательной копией и дать запрос
на обновление. Вскоре после добавления нового объекта к основной
или вспомогательной копии все другие копии также будут обновлены
в соответствии с этой новой информацией. Этот процесс обновления
называется синхронизацией службы каталогов - DSS (Directory Services
Synchronization).
Служба каталогов Directory Services будет обновлять разделы и
синхронизировать данные без какого-либо вмешательства клиента
или пользователя. Когда изменение вносится в DIB, то через несколько
секунд (в большинстве случаев) это изменение отражается во всех
копиях.
Обычно первый диск сервера содержит небольшой раздел DOS, а остальная
часть диска содержит раздел NetWare. Все другие диски в разделе
идентифицируются физическим номером раздела и логическим номером
раздела. Физический номер раздела - это идентифицирующий каждый
раздел последовательный номер. Логический номер раздела идентифицирует
отображаемую или дублируемую пару.
Каждому разделу присваивается область оперативной коррекции, которая
занимает 2 процента пространства раздела. Когда обнаруживаются
дефектные блоки, операционная система NetWare перемещает данные
из этих блоков в область оперативной коррекции. Если вы работаете
со старым диском, то размер области коррекции лучше увеличить
(такой диск может содержать больше дефектных блоков).
+----- раздел DOS 0
¦
+---------------+ +--+-------------+ +----------------+
¦ +-----+--+ 1 +--+ 2 ¦
¦ контроллер ¦ +--+-------------+ +----------------+
¦ ¦ Логический #1 Логический #2
+---------------+ +----- при дублировании не
¦ используется
+---------------+ +--+-------------+ +----------------+
¦ +-----+--+ 1 +--+ 2 ¦
¦ контроллер ¦ +--+-------------+ +----------------+
¦ ¦ Логический #1 Логический #2
+---------------+
На рисунке показана система с двумя контроллерами и двумя дисководами,
подключенными к каждому контроллеру. Первый контроллер и его два
диска образуют основную область хранения данных.
Небольшой раздел DOS существует только на первом диске. Раздел
DOS - это физический раздел 0, а остальные разделы нумеруются
с 1 по 4. Однако NetWare присваивает логические номера разделов
отображенным дискам, так что физические разделы 1 и 3 рассматриваются
как логический раздел 1, а физические разделы 2 и 4 - как логический
раздел 3.
Логические номера разделов имеют важное значение при зеркальном
отображении дисков. Они указываются в утилитах INSTALL и MONITOR
следующим образом:
Mirrored: Logical Partition #1
Mirrored: Logical Partition #2
Далее показываются физические разделы. Номер устройства в конце
каждой строки идентифицирует драйвер, контроллер и подключенный
к нему диск:
In Sync - NetWare partition 1 on Device #0 (20000)
In Sync - NetWare partition 3 on Device #0 (20100)
Каждый физический раздел NetWare содержит собственную область
оперативной коррекции (Hot Fix). Во всех сообщениях, касающихся
области оперативной коррекции, указываются физические номера разделов.
Как и логические номера устройств, логические номера разделов
являются динамическими. Если вы отменяете зеркальное отображение
или дублирования, логические номера изменяются.
Разработка LAN WorkGroup
Продукт LAN WorkGroup начал свое существование как TCP/IP для
PC. Это позволяет PC эмулировать терминалы Unix и интегрироваться,
хотя и незначительно, в мир сетевых вычислений Unix. Позднее появилась
версия для Macintosh, но основное внимание всегда уделялось PC.
Используя свою собственную плату Ethernet c сопроцессором, Excelan
для большинства LAN WorkGroup выполняла код поддержки TCP/IP в
самой плате. Наряду с повышением стоимости поддержки TCP/IP из-за
использования интеллектуального сетевого интерфейса, такой подход
выполняет две важные функции: в то время это был единственный
способ поддерживать два протокола на одном PC, что позволяло приспособить
IPX/SPX к TCP/IP, и работать без использования оперативной памяти
самого PC. Напомним, что это было до появления методов управления
памятью, позволяющих загружать программы выше 640К.
Когда Novell в 1989 году приобрела Excelan, подразделения этой
фирмы, занимающиеся аппаратными средствами, были проданы. Однако
отдел программного обеспечения продолжал активно работать в Novell,
прокладывая дорогу в Unix.
Одним из сильных продуктов, который унаследовала Novell, является
LANalyzer (и в следующих главах мы расскажем о нем подробнее).
Novell приобрела программную разработку этой аппаратно-программной
комбинации для поддержки высокопроизводительных машин DOS. Для
мониторинга NetWare была приспособлена версия Microsoft Windows.
Развитие Internet
К счастью для компьютерного мира, большинство из сложных проблем
сетевой организации Unix решили еще до того, как появился IBM
PC. К 1981 году, в конце которого появился PC, уже было создано
то, что получило название Internet.
В 1969 году исследователи и представители частного сектора впервые
встретились в Сноуберде (штат Юта), чтобы начать проектирование
Internet. Эта группа стала называться Network Working Group. В
1971 году впервый выполнен обмен по электронной почте. В октябре
Network Working Group показала успешную регистрацию на удаленной
системе. В 1972 на Международной конференции по компьютерам и
средствам связи (ICCC) в Вашингтоне сеть была впервые публично
продемонстрирована. 1973-74 году отмечены созданием TCP/IP (сетевой
протокол Unix). В 1983 протокол TCP/IP стал единственным, допустимым
для Internet.
Развитие средств печати NetWare
Проведенная Novell на последние несколько лет работа - это одна
из причин того, что печать из Unix в NetWare не представляет особых
сложностей. После того как Novell переписала программы печати,
реализовав их в NetWare 3.0 в виде отдельных модулей NLM, возможность
маршрутизации печати с одного NetWare-сервера на другой получила
хорошую основу. Эти возможности существовали и в NetWare 286 с
VAP, но в NetWare 386 все это значительно упростилось. Увеличилась
также производительность, улучшилось управление памятью и использование
системных ресурсов.
Благодаря MLM в NetWare 386 можно стало писать больше типов программ.
Добавьте к этому поддержку TCP/IP (начиная с NetWare 3.11), и
мы получаем PLPD.NLM - эквивалент программы lpd Unix, работающий
на NetWare-сервере. Чтобы завершить картину, нужно просто направлять
задания печати Unix в предопределенную очередь печати NetWare.
Это еще один пример того, как Novell обеспечивает лучшую поддержку
Unix. Ниже изображена схема, показывающая, как легко все это осуществляется
(или, по крайней мере, как это предполагается осуществлять).
---------------------------
----Хост-система Unix------
---------------------------
----+----------------+-----
----¦ Очередь печати ¦-----
----+-------+--------+-----
------------¦--------------
------------v--------------
----+----------------+-----
----¦ Демон принтера ¦-----
----+----------------+-----
---------------------------
¦¦
\/
---------------------------
------NetWare Server-------
---------------------------
--+---------------------+--
--¦ Сетевой интерфейс ¦--
--¦ печати NetWare-Unix ¦--
--¦ (PLPD.NLM) ¦--
--+---------+-----------+--
------------¦--------------
------------v--------------
----+----------------+-----
----¦ Очередь печати ¦-----
----+----------------+-----
---------------------------
RDS PopTerm/NVT for Windows
Программный продукт RDS PopTerm/NVT for Windows версии 2.0 это
наиболее популярное интегрированное терминальное приложение NVT,
включающее в себя ограниченный файловый буфер. Одной из возможностей
меню Terminal этого продукта является передача файла Send File.
Это работает только для файлов ASCII, а файл появляется в хост-системе
как при его наборе. Для обратного путешествия используйте пункт
меню Terminal, File Echo (комбинация оперативных клавиш Alt-L).
Эта команда направляет все символы из хост-системы одновременно
в файл на диске и на экран.
RDS PopTerm/NVT нельзя назвать полнофункциональным приложением
передачи файлов, но оно отвечает минимальным определениям возможностей
их пересылки. Кроме того, оно поставляется в пакете, предлагающем
другие превосходные и недорогие средства эмуляции из DOS и Windows
для любых систем NetWare for Unix.
Реализация файловой системы
Поначалу многие думают, что все записи файловой системы хранятся
в каталоге Directory, но это не так. Файловая система здесь в
основном та же самая, что и раньше: на каждом NetWare-сервере
находятся таблицы DET (Directory Entry Table), содержащие информацию
о файлах, каталогах и полномочиях. Не путайте DET с DIB (Directory
Information Database). Если вы знаете, где находится том с заданными
именем, то доступ к файловой системе на этом томе управляется
операционной системой NetWare-сервера (на той машине, где находится
NetWare-сервер). Здесь действуют все прежние правила назначения
полномочий и наследования.
Для определения при применении защиты доступа к файловой системе
эквивалентов защиты и членства в группах и для отслеживания взаимоотношений
объектов в сети используется Directory. Если вы не использует
NetWare Directory Services, то те же взаимоотношения хранятся
в Bindery. Если вам знакома взаимосвязь Bindery и файловой системы
сервера, то вам знакома и взаимосвязь с этой файловой системой
Directory.
Реализация потоков
Среда потоков (Streams) позволяет интегрировать многие транспортные
протоколы. Чтобы реализовать эту среду, добавьте в AUTOEXEC.NCF
перечисленные ниже команды. Модули потоков нужно загружать в следующем
порядке:
STREAMS CLIB TLI IPXS другие модули потоков (при необходимости)
Модуль STREAMS
Модуль STREAMS - это загружаемый модуль NetWare или использует
средства протокола на базе потоков. Для его загрузки используется
следующая команда:
LOAD маршрут\STREAMS
где "маршрут" - это маршрут каталога, где хранится
CLIB.NLM (если это не SYS:SYSTEM).
Модуль библиотеки Си (CLIB)
Вы можете загрузить модуль CLIB, если у вас есть загружаемый модуль
NetWare, для которого он требуется. CLIB - это библиотека подпрограмм
и функций, которые могут использовать NLM-модули. Вы должны загрузить
CLIB перед загрузкой требующего его модуля и после STREAMS. Для
загрузки используется следующая команда:
LOAD маршрут\CLIB
где "маршрут" - это маршрут к каталогу, где хранится
CLIB.NLM (если это не SYS:SYSTEM).
Модуль IPX на базе потоков (IPXS)
Используйте NLM IPXS, если необходимы средства протокола IPX.
Загрузите это модуль после модуля STREAMS с помощью команды:
LOAD маршрут\IPXS
где "маршрут" - это маршрут модуля, если он записан
в каталоге, отличном от SYS:SYSTEM.
Модуль математической библиотеки (MATHLIB)
Используйте модуль MATHLIB, если модуль имеет математический сопроцессор.
Перед загрузкой этого модуля нужно загрузить CLIB. Для загрузки
MATHLIB наберите:
LOAD маршрут\MATHLIB
где "маршрут" - это маршрут модуля, если его каталог
отличен от SYS:SYSTEM.
Математическая библиотека Си (модуль MATHLIBC)
Используйте модуль MATHLIBC, если в системе отсутствует ма тематический
сопроцессор. Перед загрузкой этого модуля нужно загрузить CLIB.
Для загрузки MATHLIBC наберите:
LOAD маршрут\MATHLIBC
где "маршрут" - это маршрут модуля, если его каталог
отличен от SYS:SYSTEM.
Рефлектометр
Рефлектометр TDR (Time Domain Reflectometer) позволяет определить
место разрыва или короткого замыкания в кабеле. Он посылает по
кабелю высокочастотный импульс и изменяет время поступления отраженного
сигнала. Отражение происходит в месте замыкания или разрыва, а
время и амплитуда позволяют определить расстояние до этого места.
Полярность указывает на причину - разрыв или замыкание. С помощью
такого устройства вы можете тестировать сети Ethernet, Token Ring
и ArcNet, использующие коаксиальные кабели или "витую пару".
Устройство Microtest Cable Scanner позволяет выполнять мониторинг
активности локальной сети и определить, где требуется добавить
мости или повторитель.
Регистрация памяти выше 16Мб
Для регистрация памяти выше 16Мб используйте команду REGISTER
MEMORY. В команде указываются размер памяти выше 16 мегабайт (например,
если это память с 16 до 20 мегабайт, то при начальном адресе 1000000
длина будет 250000). Команда имеет следующую форму:
REGISTER MEMORY начало длина
где "начало" - это начальный адрес памяти, а "длина"
- ее длина. При успешном выполнении выводится сообщение "Memory
successfuly added". Если память не добавляется, убедитесь
в правильности параметров.
Регистрация в системе
Перед регистрацией в системе вы должны запустить утилиты рабочей
станции, устанавливающие связь с сетью. Команды для такого подключения
при установке программного обеспечения рабочей станции обычно
записываются в файл AUTOEXEC.BAT. Если это сделано, то вы можете
начать регистрацию. Вы можете увидеть сообщение о том, что ваша
система подключена к серверу. Учтите, что подключение не означает
регистрацию, а значит только, что с сервером установлена связь.
В ответ на подсказку DOS переключитесь на первый сетевой диск.
Обычно он имеет буквенную метку, следующую за буквой вашего последнего
локального диска. Например, если ваша система имеет локальные
жесткие диски, диски, моделируемые в оперативной памяти (псевдодиски),
или диски CD-ROM, а последний из этих дисков имеет буквенную метку
H, то первый сетевой диск будет иметь буквенную метку I. Перейдите
на этот диск. После этого выполните команду регистрации LOGIN
и перейдите к следующему разделу. Заметим, что буквенные метки
дисков NetWare начинаются с F. Если локальный диск - это диск
C или D, то сетевым диском NetWare все равно будет F.
Рекомендации администратору сети
Дадим некоторые итоговые советы, которые будут полезны не только
при инсталляции сети, но и при последующем ее обслуживании. Прежде
всего, вся информация о работе сети должна быть всегда доступна.
Сеть разрастается быстро, и важно успевать документировать этот
процесс, иначе вы не будете знать, что же представляет собой сеть,
и не сможете ей управлять.
Нужно сразу же выявлять и исправлять неисправности, пока сеть
не вышла из строя. За последние годы эффективность работы администраторов
сетей заметно повысилась, поскольку появились пакеты программ
для сбора всесторонней информации о работе сети (такие средства
предусмотрены и в NetWare), что позволяет выявлять проблемы на
ранних стадиях, не дожидаясь их обострения.
Независимо от того, сколько пользователей работает в сети, управляется
ли она централизованно или дистанционно, составлена из аппаратуры
новейшего образца или старых моделей, ответственные за ее функционирование
должны контролировать три основные направления: пользовательские
настольные системы, сетевой сервер и правильность соединения кабельных
сетей.
Контроль за персональными компьютерами предусматривает следующее:
Инвентарный список аппаратуры и ее конфигурация.
Полный перечень используемого программного обеспечения.
Схема логических устройств и сетевая адресация.
Схема физического расположения элементов сети.
При контроле за рабочими станциями важную роль играет подробная
информация о пользовательких компьютерах. Одной таблицы пользователей
и их сетевых адресов здесь недостаточно.
База данных с информацией о пользователях сети должна отражать
характеристики программного и аппаратного обеспечения: модель
компьютера, тип процессора, объем оперативной памяти, тип сетевого
адаптера, версию сетевого драйвера, емкость жесткого диска, каталоги
приложений, версию BIOS, наименование и версию операционной системы
клиента и т.д.
Важен также точный учет физических мест, где работают конкретные
пользователи. Если имеется таблица распределения пользователей
и компьютеров, то вы сэкономите массу времени. Переходить на новые
версии программ лучше одновременно на всех компьютерах. Когда
одни пользователи работают в DOS 5.0, другие - в DOS 6.2, третьи
- в Windows 3.1, и эксплуатируются разные версии сетевого программного
обеспечения, проблемы неизбежны.
Контроль за серверами предполагает:
Наличие достоверной информации о текущей конфигурации аппаратуры.
Достоверную информацию о текущем составе программного обеспечения.
Список программных ресурсов.
Схему логических устройств и адресацию в сети.
Гибкое управление и профилактические меры.
Сетевые серверы должны контролироваться более тщательно, чем персональные
компьютеры пользователей, поэтому здесь также необходим полный
инвентарный список. В этот список входят сведения об аппаратуре,
программном обеспечении и конфигурации сервера (по аналогии с
настольными компьютерами), кроме того, данные об операционной
системе и перечень подключенной периферии (принтеры, модемы, дисководы
CD-ROM, оптические библиотеки, накопители на магнитной ленте,
а также информация о драйверах устройств).
В случае возникновения проблем можно сэкономить много времени,
если иметь перед глазами подробную информацию обо всех сетевых
устройствах, драйверах, операционной системе и резервные копии
важнейших программ и данных. Чтобы планировать наращивание ресурсов
сети, администратор должен знать всю историю эксплуатации сервера.
Программные средства администрирования могут периодически фиксировать
состояние работающего сервера и представляют результаты в удобной
форме.
Некоторые программы помогают администраторам оценить степень эксплуатации
сервера пользователями и определить тех из них, которые эксплуатируют
его наиболее активно. Иногда для таких пользователей лучше выделить
отдельный сервер. Например, два или три оператора баз данных могут
отнять практически все ресурсы сервера, а если перевести их на
другой сервер, то можно упростить себе дальнейшую работу. Однако,
к такому выводу нельзя прийти, если не вести учет использования
сервера.
Очень важно, чтобы программы контроля за работой серверов автоматически
выдавали администратору сети предупреждение, если текущие характеристики
сервера превышают заранее установленные границы, или наоборот,
ниже их.
В свою очередь контроль за сетью означает:
Гибкое управление и профилактические меры.
Хронометраж доступа к сети со стороны пользователей.
Контроль за работой пользователей для учета маршрутов прохождения
пакетов в сети.
Залог успешного контроля за состоянием сетевых кабельных линий
любых типов (коаксиальных, "витых пар" или волоконно-оптических)
- в наличии подробной информации. Детальный и достоверный план
разводки кабелей с указанием концентраторов, повторителей, заглушек
и окончаний может избавить вас от необходимости исследовать всю
кабельную систему с тестером. Вы не найдете обрыв кабеля, если
не знаете, где он находится.
Гибкое и продуманное администрирование сетями может быть достигнуто
за чет применения управляемых концентраторов, выпускаемых рядом
фирм. Такие устройства поставляются со специальным программным
обеспечением, передающим информацию о состоянии сети и трафика
на станции различных производителей или станции, работающие под
управлением разных сетевых программ администрирования, например,
Network Manegement Service фирмы Novell, использующих протокол
SNMP.
Многие программы администрирования способны снимать профиль работы
сети, то есть давать информацию о ее загрузке в определенные моменты
времени, что может пригодиться при выявлении "узких мест".
Remote Console
Утилита NewWare Remote Console позволяет уполномоченным пользователям
выполнять команды консоли не только консоли, но и с рабочей станции.
Remote Console упрощает управление серверами организации.
Для управления сервером с помощью удаленной консоли сначала нужно
инсталлировать на каждом сервере модуль REMOTE.NLM. Затем на рабочей
станции нужно выполнить RCONSOLE.EXE, которая находится в каталоге
SYS:SYSTEM того сервера, на котором вы зарегистрировались. Все
серверы, где установлена Remote Console, выводятся в списке Available
Servers. Вы можете выбрать сервер и ввести его код доступа. Фактически,
экран консоли сервера при вводе команд и выводе информации дублирует
экран рабочей станции. Задать удаленную консоль вы можете двумя
способами:
Загрузить удаленную поддержку, с помощью которой вы можете
работать с рабочей станции сети.
Загрузить удаленную поддержку для работы через асинхронные
коммуникационные линии.
Метод асинхронного подключения имеет для супервизоров сети несколько
преимуществ. Он предусматривает альтернативный путь доступа к
удаленному серверу, что обеспечит доступ к нему при возникновении
проблем с трафиком или выходе из строя сетевого кабеля. Это позволяет
также управлять сервером с портативного компьютера, имеющего модем
и установленное программное обеспечение Remote Console. Вы можете
подключиться к серверу и управлять его операциями в любое время
и в любом месте.
Вы можете поместить команды, загружающие поддержку удаленной консоли
в файл AUTOEXEC.NFC сервера (предусмотрев пароль).
Загрузка Remote Console для работы с локальной рабочей станции
Как уже упоминалось, перед выполнением Remote Console с рабочей
станции вы должны загрузить на сервере модули поддержки. Для удаленного
управления сервером выполните на каждом сервере следующие шаги:
Для загрузки модуля REMOTE наберите следующую команду:
LOAD маршрут\REMOTE пароль
где "маршрут" задает диск и каталог, где находится
REMOTE.NLM (если она отсутствует в каталоге SYS:SYSTEM), а "пароль"
- это ключевое слово, позволяющее обращаться к консоли с рабочей
станции. Если вы не зададите пароль в команде, выведется запрос
на ввод пароля.
Для загрузки модуля удаленной поддержки SPX наберите следующую
команду, заменив "маршрут" диском и каталогом, в котором
можно найти RSPX.NLM (если это не каталог SYS:SYSTEM):
LOAD маршрут\RSPX
Теперь вы можете начать на рабочей станции сеанс удаленной консоли.
Для выполнения файла RCONSOLE.EXE вы должны иметь полномочия Read,
Write, File Scan и Create.
На рабочей станции назначьте диск для каталога SYS:SYSTEM,
например:
MAP J:=SYS:SYSTEM
Перейдите на этот диск и наберите команду:
RCONSOLE
Если вы установили REMOTE на нескольких серверах, то увидите
список доступных серверов.
RCONSOLE запрашивает у вас пароль удаленной консоли. Наберите
его и нажмите Enter.
Загрузка Remote Console для работы с удаленной рабочей
станции
Вы можете удаленно обслуживать NetWare-серверы с рабочей станции,
подключенной к серверу через удаленные коммуникации. Такое подключение
можно осуществить через нуль-модемный кабель или через модем и
телефонные линии. Для подключения по телефонной линии выполните
следующие шаги, а затем подключитесь к серверу с помощью команды
RCONSOLE:
Для загрузки модуля Remote наберите следующую команду:
LOAD маршрут\REMOTE пароль
где "маршрут" задает диск и каталог, где находится
REMOTE.NLM (если она отсутствует в каталоге SYS:SYSTEM), а "пароль"
- это ключевое слово, позволяющее обращаться к консоли с рабочей
станции. Если вы не зададите пароль в команде, выведется запрос
на ввод пароля.
Загрузите NetWare Communications Port Interface:
LOAD AIO
С помощью команды LOAD загрузите драйвер коммуникационной
платы (один из перечисленных в следующей таблице). Используемый
драйвер зависит от типа установленных асинхронных интерфейсных
плат. В следующей таблице перечислены несколько драйверов, поддерживаемых
NetWare. Поставляемый с платой драйвер следует скопировать в каталог
SYS:SYSTEM сервера.
Драйвер | Описание |
AIOCOMX.NLM | Коммуникационный драйвер Novell. Его описание и параметры вы можете получить с помощью команды LOAD AIOCOMX ?. |
AIOACT.NLM | Коммуникационный драйвер для асинхронных плат Newport Systems Solutions. |
AIODGCX.NLM | Драйвер Digiboard C/X. |
AIODGXI.NLM | Интеллектуальный драйвер для коммуникационной платы Digiboard. |
AIOCXCFDG.NLM | Драйвер администратора конфигурации платы Digiboard. |
AIODGMEM.NLM | Драйвер администратора памяти платы Digiboard. |
AIOESP.NLM | Коммуникационный драйвер для плат Gateway Communications WNIM. Необходимы порт ввода-вывода и канал DMA. |
После загрузки коммуникационного драйвера загрузите асинхронный
коммуникационный NLM-модуль, набрав для этого команду:
LOAD RS232 порт скорость n c
Замените "порт" номером коммуникационного порта, а
"скорость" - скоростью передачи. Если вы не зададите
эту информацию, она будет запрашиваться. Если вы используете нуль-модемный
кабель, используйте параметр "n", а для разрешения средства
обратного вызова укажите параметр "c".
Средство обратного вызова обеспечивает проверку работы пользователя
с разрешенного рабочего места. Оно проверяет идентификатор пользователя
по списку телефонных номеров и выполняет обратный его вызов. Для
создания этого файла используйте текстовый редактор, такой как
EDIT.NLM. Назовите файл CALLBACK.LST и сохраните его в каталоге
SYS:SYSTEM.
Связь через модем
Чтобы использовать Remote Console с рабочей станции, подключенной
через модем, вам потребуются на сервере следующие файлы. С помощью
команды NCOPY скопируйте их на дискету и перенесите туда, откуда
будет выполняться удаленная связь. Если у вас уже есть связь с
сервером через сеть, просто скопируйте их с сервера на удаленную
рабочую станцию.
SYS:SYSTEM\RCONSOLE.EXE
SYS:PUBLIC\IBM_RUN.OVL
SYS:SYSTEM\NLS\ENGLISH\RCONSOLE.MSG
SYS:SYSTEM\NLS\ENGLISH\TEXTUTIL.MSG
SYS:SYSTEM\NLS\ENGLISH\TEXTUTIL.HEP
SYS:SYSTEMNLS\ENGLISH\RCONSOLE.HEP
SYS:SYSTEM\_AIO.OVL
SYS:SYSTEM\IBM_AIO.OVL
SYS:SYSTEM\CMPQ_AIO.OVL
SYS:SYSTEM=_RUN.OVL
Выполните следующие шаги:
Наберите на удаленной станции RCONSOLE для запуска этой утилиты.
В меню Remote Console для выполнения подключения через модем выберите
Asyncronous.
Если это первое подключение, выберите в следующем меню Configuration.
В меню Modem Configuration задайте модем, скорость передачи, порт
и другие параметры. Не забудьте задать идентификатор подключения
- имя, используемое сервером для идентификации рабочей станции.
После завершения задания конфигурации нажмите Esc и сохраните
изменения. Для подключения выберите Connect to Remote Location.
Выводится список серверов, но первоначально он может быть
пустым. Чтобы задать новый адрес или номер телефона, нажмите Ins.
Затем для добавления к списку нажмите Esc.
Выберите номер телефона и для подключения нажмите Enter.
После подключения к серверу средство обратного вызова (если оно
разрешено) "вешает трубку" и звонит вам (обратный вызов).
При подключении вы увидите подсказку консоли и можете обращаться
к серверу обычным образом.
Одно из решений этих проблем
Одно из решений этих проблем состоит в подключении всей сети к
одному источнику питания и одному проводу заземления. Однако обычно
это непрактично и противоречит назначению сети - предоставлению
распределенных вычислительных ресурсов удаленным друг от друга
пользователям. Единственным практичным решением является стабилизация
питания и соответствующая точка заземления в месте токоположения
каждой сетевой компоненты.
Следующий рисунок иллюстрирует метод подключения оборудования
сети. Обратите внимание на использование для питания сервера стабилизатора
питания и источника бесперебойного питания. Если позволяет бюджет,
аналогичные устройства должны быть подключены к рабочей станции.
Сервер Рабочая станция
+-------+ +-------+
¦+-----+¦ ¦+-----+¦
¦¦ ¦+---------------------------------+¦ ¦¦
¦+-----+¦ ¦+-----+¦
+-+---+-+ +-+---+-+
+-----+---+-----+ +-----+---+-----+
¦- ---¦ ¦- ---¦
+-------+-------+ +--------+------+
¦ ¦
+----+----+ +----+----+
¦ ¦ <---- Стабилизатор питания --> ¦ ¦
+----+----+ +-+-----+-+
¦ ¦ ¦
+----+----+ Электрическая панель ¦ ¦
¦ UPS ¦ +----+ ¦ ¦
+--+----+-+ ¦ ¦ ¦ ¦
¦ +---------------+ +---------------+ ¦
¦ ¦ ¦ ¦
+--------------------+ +---------------------+
Ответвление электросети +-++-+ Ответвление электросети
¦¦
¦¦
+----++---+
Сетевой фильтр ¦ ¦
+----++---+
¦¦
\/
К основной электросети
Глядя на эту иллюстрацию, можно сказать следующее. Не следует
прокладывать сетевые кабели параллельно с проводами питания и
другими источниками помех, такими как электромоторы. Иначе броски
питания могут проникнуть в сеть. В некоторых схемах нейтральный
провод преднамеренно заземляется для уменьшения шумов. Это создает
волнообразные помехи низкой частоты, которые могут привести к
порче данных.
Сегмент локальной сети должен подключаться к сети питания, отходящей
от одного источника питания. Сегменты не должны иметь общую с
другими источниками питания точку заземления.
Следующий рисунок иллюстрирует схему объединения двух сетей.
Чтобы
установить связи по заземлению между сетями, используется непроводящий
волоконно-оптический кабель. Основной причиной разделения источников
питания является вероятное различие потенциалов заземления, что
может приводить к проблемам в чувствительном электрооборудовании.
Каждая локальная сеть этой схемы имеет автономное оборудование,
и здесь можно легко контролировать проблемы с заземлением и шумами.
Заметим, что устройства объединенной сети подключаются к стабилизаторам
питания. Если использование волоконно-оптического кабеля невозможно,
то для кабеля следует предусмотреть дополнительную защиту от нестабильности
питания.
Сервер/маршрутизатор Сервер/маршрутизатор
+-------+ +-------+
¦+-----+¦ Волоконно-оптическая связь ¦+-----+¦
¦¦ ¦+---------------------------------+¦ ¦¦
¦+-----+¦ ¦+-----+¦
+-+---+-+ +-+---+-+
+-----+---+-----+ +-----+---+-----+
¦- ---¦ ¦- ---¦
+-------+-------+ +--------+------+
¦ ¦
+----+----+ +----+----+
¦ ¦ <--- Стабилизаторы питания --> ¦ ¦
+----+----+ +----+----+
¦ ¦
+----+----+ Источники +----+----+
¦ UPS ¦ <-- бесперебойного питания --> ¦ UPS ¦
+----+----+ +----+----+
¦ ¦
+-+--+ +-+--+
¦ ¦ ¦ ¦
+--------+ ¦ <----- Электрические панели ------> ¦ +---+
¦ ¦ ¦ ¦ ¦ ¦
¦ ¦ ¦ ¦ ¦ ¦
¦ +-+--+ +-+--+ ¦
¦ ¦ ¦ ¦
¦ +----+----+ +----+----+ ¦
¦ ¦ ¦ <---- Сетевые фильтры -------> ¦ ¦ ¦
¦ +----++---+ +----++---+ ¦
¦ ¦¦ ¦¦ ¦
¦ \/ \/ ¦
¦ К основной электросети К основной электросети ¦
¦ ¦
¦ ---------
--+-- --+--
--- ---
- -
Resource Statistics
Все процессы имеют признак ресурса, который сервер использует
для отслеживания использования ресурсов. Выбор в меню Available
Options пункта Resource Statistics и процесса позволяет просмотреть
информацию о признаке в списке Tracked Resources. В этом списке
вы можете с помощью выбора признака и нажатия Enter получить следующую
информацию:
Tag - имя признака.
Module - имя модуля, выделившего признак ресурса.
Resource - тип отслеживаемого ресурса.
In Use - объем ресурса, выделенного с помощью признака ресурса.
Ролевые объекты
Ролевой объект определяет должность или роль в организации. Как
и групповой объект он используется для определения специальных
полномочий доступа к системе. Например, вы можете создать ролевой
объект, а затем присвоить ему системные полномочия на программные
каталоги. Когда программные каталоги требуют обновления, вы можете
сделать пользовательский объект временным уполномоченным ролевого
объекта организации, после чего он сможет модифицировать программные
каталоги. Диалоговое окно Details ролевого объекта включает в
себя страницу идентификации, почтового адреса, полномочий на файловую
систему и дополнений, о которых рассказывалось выше.
Сценарии регистрации
Сценарии регистрации представляют собой очень важное средство
NetWare. Они включают в себя команды, которые выполняются при
регистрации пользователя, а также устанавливают рабочую среду
для тех пользователям, которым требуется доступ к каталогам и
выполнение программ. Описанная выше команда MAP - это одна из
основных команд, включаемых в сценарии регистрации. Сценарии регистрации
создаются и редактируются с помощью NetWare Administrator или
утилиты NETADMIN. Здесь мы опишем кратко сценарии регистрации,
чтобы познакомить вас с их важным значением и тем, как они управляют
рабочим сеансом пользователя. Существует три типа сценариев регистрации:
Системные сценарии регистрации являются частью объекта-контейнера,
такого как объект организации или подразделения организации. Входящие
в контейнер сценарии регистрации выполняются для всех пользователей,
входящих в этот объект. На приведенном ниже рисунке можно создать
сценарий для объекта AST_Soft, который будет выполняться для всех
пользователей в контейнере AST_Soft, но не для пользователей,
относящихся к Moscow. Наконец, сценарий регистрации для контейнера-подразделения
Administration будет выполняться только для пользователей в подразделении
Administration.
- AST_Soft
¦
+-- Moscow
¦ ¦
¦ +-- Administration
¦ ¦
¦ +-- Marketing
¦ ¦
¦ +-- Sales
¦
+-- Novgorod
¦
+-- Sales
Профильный сценарий регистрации выполняется для конкретных
пользователей, которые могут не являться частью того же объекта-контейнера.
В отличие от системного сценария регистрации объекты-контейнеры
не накладывают ограничений на то, кто может выполнять профильный
сценарий регистрации.
Персональный сценарии регистрации могут создаваться для конкретного
пользователя, который может не входить в тот же объект-контейнер.
Например, пользователям, которые создают собственные структуры
каталогов в персональном каталоге USER, можно создать логические
диски, что позволит им легко переходить от одного каталога к другому.
Более подробно мы опишем сценарии регистрации в одной из следующих
глав.
Сервер Oracle для NetWare
Известнейшей среди баз данных для Unix является Oracle. Будучи
первой фактически предложенной на рынке MLM-версией базы данных
для Unix, он стал победителем в гонке за NLM. Первая версия все
еще требовала для доступа к базам данных TCP/IP продукта Oracle
SQL*Net. К моменту появления ObjectPAL Server for NetWare версии
1.1, которая стала предлагаться с начала 1992 г., NetWare версии
3.11 взяла под свой контроль TCP/IP. С помощью этого продукта
основанные на NLM системы Oracle смогли стать полноправными партнерами
в области сетевых баз данных TCP/IP.
Используя преимущества гибкости NLM-модулей, Oracle реализовал
средства DFS (Direct File System) фирмы Novell. Это позволило
обходить обычное кэширование диска при чтении и записи, улучшив
и без того уже высокую производительность средств работы с файлами
NetWare.
С тех пор как с Oracle Server for NetWare (и другими базами данных
Oracle) работают более 70 различных продуктов SQL предварительной
обработки, немногие покупатели SQL могут чувствовать себя забытыми.
Ниже показана иллюстрация поддержки нескольких клиентов через
IPX/SPX и связь через TCP/IP с хост-системой.
+------+
Oracle на VAX +------+ Oracle
+---------+------------+ ¦ +--+ ¦ Server
¦ ------- +------------+ ¦ +--+ ¦ for
¦ ¦ +----+ ¦ ¦ +--+ ¦ NetWare
¦ ------- ¦ ¦ ¦ ¦ ¦ +--+ ¦
¦ ¦ +----+ ¦ + ---- +
¦ ¦ ------ ¦ + ---- +
¦ ¦ ------ ¦ + ---- +
¦ ¦ ------ ¦ + ---- +
¦ ------- ¦ ------ ¦ + ---- +
+-----+---+------------+ +--+---+
¦ протоколы IPX/SPX и TCP/IP ¦
+--+-------------------+------------------+---+
¦ ¦ ¦
¦ ¦ ¦
+---+-----+ +-----+-----+ +------+----+
¦+-------+¦ ¦+---------+¦ ¦+---------+¦
¦¦ ¦¦ ¦¦ ¦¦ ¦¦ ¦¦
¦+-------+¦ ¦+---------+¦ ¦+---------+¦
+--+++++--+ +---+---+---+ +---+---+---+
¦--+---+--¦ +------+---+-------+ +------+---+-------+
+---------+ ¦ - +--+ +--+¦ ¦ - +--+ +--+¦
++++++++++++++++++++ ¦ +--+ +--+¦ ¦ +--+ +--+¦
++++++++++++++++++++ +------------------+ +------------------+
Oracle for Macintosh SQL*Forms for OS/2 Oracle for Windows
Одним из дополнительных средств при использовании подхода NLM
является автоматическая регистрация на базе данных Oracle, проверяемая
NetWare Bindery. Поддерживается множество языков, что с помощью
языкового модуля NetWare 4.0 облегчает экспорт в другие страны.
Серверы на основе RISC-процессоров
Еще одной разновидностью высокопроизводительных серверов локальных
вычислительных сетей являются RISC-платформы. Учитывая обещания
Novell перенести операционную систему NetWare на RISC-станции,
пользователям следовало бы тщательно проанализировать эту категорию
продуктов. Пока же в RISC-системах, приспособленных для интенсивных
вычислительных работ в среде Unix, обычно наиболее заметна производительность
процессора и ускользает от внимания быстродействие при операциях
ввода-вывода, что особенно важно для сетевого сервера.
RISC-процессоры - новые действующие лица на рынке серверов локальных
сетей. RISC-серверы, применение которых еще недавно ограничивалось
средой Unix и специальными операционными системами, скоро будут
работать с Novell NetWare. Однако многие аналитики задаются вопросом,
насколько соответствуют друг другу NetWare и универсальные RISC-компьютеры.
Системы, оптимизированные для NetWare, обычно содержат много центральных
процессоров, используемых для операций ввода-вывода.
С точки зрения общей производительности в среде NetWare RISC-процессоры
имеют незначительные преимущества перед микропроцессорами Intel,
поскольку вычислительные задачи не являются основными. Работа
NetWare на таких универсальных RISC-платформах может превратиться
в пустую потерю циклов центрального процессора.
DEC, Hewlett-Packard и Sun Microsystems объявили о разработке
независимой от процессора системы NetWare, которая будет основана
на NetWare 4.0 и предназначена для выпускаемых этими фирмами RISC-машин.
Две из них уже продают варианты NetWare, которые работают под
управлением Unix. Hewlett-Packard предлагает версию для работы
под HP-UX, а Sun - под Solaris.
Серверы печати
Модуль PSERVER.NLM связывает очереди и принтеры с серверами
печати. На сервере он выполняется как непрерывный процесс. Если
вы его выгрузите, то совместное использование принтера будет недоступным.
В отличие от предыдущих версий NetWare, в версии 4 инсталляция
серверов печати допускается только на файловых серверах NetWare.
Утилита PSERVER.EXE для установки рабочей станции больше не доступна.
Один сервер печати может обслуживать до 256 сетевых принтеров,
включая 5 локальных принтеров (3 параллельных и 2 последовательных).
Для простоты обслуживания Novell рекомендует определять для каждого
принтера одну очередь печати. Каждая очередь печати может содержать
до 1000 заданий печати, однако администратор может видеть только
255 заданий печати. Когда первое задание закончится, оно исчезает,
и на экране появляется другое задание печати из конца списка.
Хотя улучшенные средства печати NetWare теоретически могут работать
с таким количеством заданий печати, это непрактично.
Использование отдельной очереди для каждого принтера может выглядеть
несколько расточительным, но обеспечивает гибкость настройки конфигурации
принтеров. Пользователи NetWare теперь могут идентифицировать
принтеры сети по имени, независимо от того, где территориально
они находятся. Поэтому при правильной конфигурации принтера пользователи
с соответствующими полномочиями могут печатать на принтере просто
выбрав имя принтера из каталога.
В большинстве организаций печать является важной операцией. Если
на файловом сервере у вас работает задача, интенсивно использующая
базу данных, или графическое приложение, возможно лучше использовать
два отдельных серверах печати на двух или более файловых серверах.
Это позволяет распределить нагрузку.
В NetWare версии 4 включено и архитектурное изменение NPRINTER
позволяет подключать принтеры непосредственно к сети. Такими производителями
как Compaq, Hewlett-Packard и др. предлагается новая ветвь принтеров.
Эти принтеры имеют собственную плату сетевого интерфейса и могут
быть узлом сети без подключения к рабочей станции. Чтобы использовать
преимущества новых доступных разработчикам API, независимые разработчики
принтеров могут загружать в память принтера утилиту NPRINTER.EXE,
что позволяет обслуживать задания печати непосредственно, в обход
сервера печати. После определения объекта принтера в каталоге
принтер может обслуживать задания непосредственно из назначенной
очереди.
SERVMAN - утилита управления сервером
SERVMAN, как и MONITOR.NLM - это ваши средства для получения информации
о производительности и надежности сервера. Хотя большая часть
выводимой модулем MONITOR информации имеет технический характер,
эти данные могут помочь вам найти на сервере, диске и в локальной
сети источник проблем. Более подробное описание этих утилит вы
можете найти в других главах.
Утилита SERVMAN выводит информацию о средствах и конфигурации
сервера. Вы можете также использовать SERVMAN для изменения параметров
SET, которые изменяют операционную среду сервера. Чтобы загрузить
SERVMAN, наберите на консоли сервера команду:
LOAD SERVMAN
Вы увидите два меню. Верхнее меню (General Information) выводит
статистическую информацию о сервере, включая следующую:
Processor Utilization (использование процессора). Процент использования
процессорного времени на сервере. При регистрации пользователей
и работе с приложениями и файлами это число изменяется. Это значение
должно оставаться ниже 80%, в противном случае вам может потребоваться
более новый процессор или перенести некоторые процессы или задачи
на другой сервер.
Set Up Time (время работы). Время, в течении которого работает
сервер, может иметь важное значение. NetWare со временем настраивает
свои параметры, чтобы соответствовать загрузке от рабочих станций
или внутренних процессов. Чем дольше работает сервер, тем более
вероятно соответствие его параметров повседневным потребностям.
Если сервер работает только несколько часов в день, то информация,
выводимая утилитами SERVMAN и MONITOR, вероятно, не будет репрезентативной
для нормальных потребностей вашей системы.
Processor Speed (скорость процессора). Это скоростные характеристики
процессора вашей системы. Скорость процессора определяется тактовой
частотой ЦП, типом процессора и числом состояний простоя памяти.
Например, процессор 80386 16 Мгц имеет скоростной показатель 120,
а процессор 80486 33Мгц - порядка 260. Низкие показатель обычно
свидетельствуют, то процессор переключен на низкую тактовую частоту.
Проверьте переднюю панель или запустите диагностику системы.
Меню Available Options выводит список параметров, которые вы можете
просмотреть или изменить.
+-----------------------------------------+
1 ¦ Available Options ¦
+-----------------------------------------+
2 ¦ ¦Console Set Commands ¦
3 ¦ ¦IPX/SPX Configuration ¦
4 ¦ ¦Storage Information ¦
5 ¦ ¦Volume Information ¦
6 ¦ ¦Network Information ¦
7 ¦ ¦Exit Server Manager ¦
+-----------------------------------------+
1 - доступные возможности; 2 - команды установки консоли 3 конфигурация
IPX/SPX; 3 - информация о памяти; 5 - информация о томе; 6 - информация
о сети; 7 - администратор выхода.
Выбор пункта Console Set Commands выводит другое меню, показанное
ниже, которое позволяет вам изменить соответствующие параметры
операционной системы.
+-----------------------------------------+
¦ Categories ¦
+-----------------------------------------+
¦ ¦1. Communications ¦
¦ ¦2. Memory ¦
¦ ¦3. File Caching ¦
¦ ¦4. Directory Caching ¦
¦ ¦5. File System ¦
¦ ¦6. Locks ¦
¦ ¦7. Transaction Tracking ¦
¦ ¦8. Disk ¦
¦ ¦9. Time ¦
¦ ¦10.NCP ¦
¦ ¦11.Miscellaneous ¦
+-----------------------------------------+
1 - коммуникации; 2 - память; 3 - кэширование файла; 4 - кэширование
каталога; 5 - файловая система; 6 - блокировки; 7 отслеживание
транзакций; 8 - диск; 9 - время; 10 - NCP; 11 - разное.
Утилита SERVMAN обеспечивает быстрый способ просмотра команд и
автоматического их включения в файлы запуска. Некоторые команды
начинают действовать только после перезапуска сервера, другие
могут включаться или выключаться на время текущего сеанса для
тестирования и эталонной проверки. Если вы с помощью утилиты SERVMAN
вносите изменения в команды SET, то выведется запрос, хотите ли
вы сохранить эти изменения в файле AUTOEXEC.NCF или STARTUP.NCF.
выводится следующее меню:
+-----------------------------------------+
¦ Categories ¦
+-----------------------------------------+
1 ¦ ¦Update AUTOEXEC.NCF & STARTUP.NCF ¦
2 ¦ ¦Update TIMESYNC.CFG now ¦
3 ¦ ¦Copy all parameters to file ¦
4 ¦ ¦Exit to main menu ¦
+-----------------------------------------+
1 - обновить файлы AUTOEXEC.NCF и STARTUP.NCF; 2 - обновить файл
TIMESYNC.CFG; 3 - скопировать все параметры в файл; 4 - выйти
в основное меню.
Сетевая файловая система NetWare (NFS)
NFS (Network File System), cетевая файловая система NetWare, это
распределенная файловая система для операционной среды Unix. NFS
NetWare позволяет пользователям Unix получить со своих систем
доступ к операционной среде NetWare. NFS NetWare инсталлируется
на NetWare-сервере и позволяет использовать файлы, принтеры и
ресурсы сети совместно с пользователями NetWare. Для поддержки
NFS используются коммуникационные протоколы TCP/IP. См. главу,
посвященную файловой системе NetWare.
Сетевой интерфейс NetWare
В первое время своего существования NetWare выделялась обилием
различных типов плат сетевого интерфейса. Novell использовала
при этом необычный подход: она поддерживала каждую плату, которую
могла найти. Ранние вычислительные сети 3Com и Corvus работали
только на собственных интерфейсных платах. NetWare работала на
всех платах, а аткже на платах Western Digital, SNC, Datapoints,
Proteons и т.д.
Существует множество различных версий NetWare, доступных для различных
интерфейсных плат. Теперь их более 200, но приближенно их можно
разбить по категориями Ethernet, Token Ring и прочие. С каждым
годом эти "прочие" занимают в общем объеме все меньшую
долю.
Сетевой монитор LANtern
LANtern представляет собой легко монтируемое аппаратное устройство,
помогающее супервизорам и обслуживающим организациям централизованно
обслуживать и поддерживать сети, состоящие из аппаратуры различных
производителей. Оно собирает статистические данные и выявляет
тенденции, что позволяет оптимизировать производительность сети
и ее расширение. Информация о сети выводится на центральной управляющей
консоли сети.
Для связи с программным обеспечением LANtern Services Manager
используется стандартный протокол SNMP (Simple Network Management
Protocol). LANtern может отслеживать все устройства в сети Ethernet
и обнаруживать дублирование адресов IP, бездействующие станции,
разрывы кабеля, неисправные трансиверы или слишком длинные кабели
(превышающие возможности топологии Ethernet). Предупреждения могут
выводиться на удаленную консоль. LANtern позволяет администраторам
сети отслеживать производительность и расширение своих сетей.
Минимальная версия LANtern позволяет отслеживать в сегменте сети
Ethernet 32 станции. От нее можно перейти к полной версии.
[]
[]
[]
Сетевой уровень
Сетевой уровень определяет протоколы для открытия и обслуживания
сетевого маршрута между двумя системами. Он определяет, как передаются
данные. На сетевом уровне для определения лучшего маршрута передачи
к месту назначения может анализироваться адресная информация.
Это имеет важное значение в объединенных сетях, где объединены
несколько сегментов локальных сетей. Если пакет адресуется рабочей
станции той же локальной сети, то он пересылается непосредственно.
Если он адресуется сети в другом сегменте, то пакет передается
на маршрутизирующее устройство, которое направляет его через маршрутизаторы,
выбирая оптимальный маршрут. Прежде чем пакет достигнет места
назначения, он может пройти через несколько маршрутизаторов. Чтобы
избежать лишней циркуляции пакета, перед посылкой пакета важно
знать лучший маршрут.
Для оптимизации доставки пакетов в объединенных сетях следует
использовать маршрутизирующие устройства. Простейшими устройствами,
которые посылают пакеты, не выбирая оптимального маршрута, являются
мосты. Мосты работают на уровне связи данных, а маршрутизаторы
- на сетевом уровне. Протокол IPX Novell NetWare автоматически
предусматривает между двумя или более установленными на сервере
сетевыми платами маршрутизирующие устройства сетевого уровня.
Сетевые фильтры
Основное назначение сетевых фильтров состоит в защите системы
от бросков питание. UPS необходим для защиты от провалов питания,
повышения напряжения и отключения питания. Большинство из них
может справляться с повышением напряжения до 800 вольт. Чтобы
подавлять более сильные броски питания, нуже сетевой фильтр. Большинство
сетевых фильтров отводят броски питания через заземление, что
не всегда желательно. Другие фильтры используют для этого конденсаторы,
а заземление используется для защиты самого фильтра.
Защита от бросков питания должна предохранять от пиковых выбросов
до 6000 вольт. Фильтры часто оборудуются средствами EMI (средства
подавления электромагнитных помех) и RFI (подавление радиопомех).
Однако блоки питания большинства настольных систем обычно уже
включают в себя такой тип фильтрации, поэтому к таким средствам
нужно подходить скептически.
Сетевые интерфейсы TCP/IP независимых разработчиков
Некоторые разработчики предлагают сетевые интерфейсы TCP/IP. Функция
сетевого интерфейса состоит в том, чтобы транслировать пакеты
IPX/SPX, поступающие от NetWare-клиента, в пакеты TCP/IP, понятные
хост-системе Unix, что иллюстрируется следующим рисунком. Это
означает, что для NetWare-клиента не требуется добавлять никаких
протоколов. В отличие от протокола LAN WorkGroup фирмы Novell,
нет необходимости конфигурировать детали TCP/IP для каждого PC,
поскольку они не выполняются на PC. Поэтому конфигурация отдельных
PC значения не имеет, а важна только конфигурация программы, выполняющейся
на сетевом интерфейсе (шлюзе).
+---------+
¦+-------+¦ +------+
¦¦ ¦¦ ¦ +--+ ¦ +---------+
¦¦ ¦¦ ¦ +--+ ¦ ¦+-------+¦
¦+-------+¦ ¦ +--+ ¦ ¦¦ ¦¦
+--+---+--+ ¦ +--+ ¦ ¦¦ ¦¦
+------+---+-------+ ¦ - - ¦ ¦+-------+¦
¦ - +--+ +--+¦ ¦ - - ¦ +--+---+--+
¦ +--+ +--+¦ ¦ - - ¦+----+---+-----+
+------------------+ +------++--------------+
^ ¦ PC-клиент Хост-машина ^ ¦
¦ ¦ +---------+ ¦ +-----+
¦ ¦ ¦+-------+¦ +-----+ ¦
¦ ¦ ¦¦ ¦¦ ¦ ¦
¦ ¦ ¦¦ ¦¦ ¦ ¦
¦ ¦ ¦+-------+¦ ¦ ¦
¦ ¦ +--+---+--+ ¦ ¦
¦ ¦ IPX/SPX +------+---+-------+ TCP/IP ¦ ¦
¦ +--------------->¦ - +--+ +--+¦---------------+ ¦
+----------------- ¦ +--+ +--+¦<----------------+
IPX/SPX +------------------- TCP/IP
шлюз
Сетевые кабели
Очень важно полностью понимать инсталляцию сетевого кабеля. Администраторы
и те, кто занимается установкой сети, должны быть знакомы с такими
сетевыми компонентами как повторители, концентраторы, мосты и
маршрутизаторы. Нужно нарисовать подробную топологическую схему
сети, включая расположение всех ее принадлежностей. Важно также
запланировать ее возможный рост. Отметьте те места, куда можно
подключить дополнительные рабочие станции.
Кабели, выделяющие при горении ядовитый газ, запрещается прокладывать
в воздухопроводах и вентиляционных системах. Для этого используется
специальный огнеупорный кабель. На прокладку кабеля влияют и другие
местные требования, поэтому важно проконсультироваться на этот
счет.
Вам нужно оценить не только стоимость самого кабеля, но и стоимость
его установки. Определяя стоимость кабеля, нужно точно измерить
расстояние между рабочими станциями. Отметьте также места для
будущего подключения рабочих станций и протяните кабель и туда.
Сетевые принтеры
Для каждого принтера вы можете определить объект принтера, совместно
используемого в сети. Для определения этих объектов можно воспользоваться
утилитой PCONSOLE или NetWare Administrator. Перед созданием объектов
нужно убедиться, что вы находитесь в соответствующей ветви дерева
каталога NDS.
Вы можете подключить принтеры как к самому сетевому принтеру,
так и к отдельным рабочим станциям. Сервер печати управляет потоком
заданий печати в очереди и на принтеры. Несколько очередей могут
посылать свои задания печати на один принтер, либо несколько принтеров
могут обслуживать одну очередь. Сначала вы создаете для каждого
принтера, который хотите использовать в сети, объект принтера,
а затем присваиваете ему очередь и назначаете его серверу печати.
Загрузка сервера
Вставьте в дисковод нового сервера дискету Install и перезапустите
систему. При этом запускается программа установки, и вы увидите
следующий экран:
+--------------------------------------------+
¦ Select an Installation Option ¦
+--------------------------------------------+
¦ ¦ Install new NetWare v4.0 ¦
¦ ¦ Upgrade NetWare v.3.1x to v4.0 ¦
+--------------------------------------------+
Если вы обновляете существующий сервер, см. соответствующий раздел
данной главы. В противном случае выберите Install new NetWare
v4.0.
Если вместо раздела DR DOS вы хотите создать раздел MS-DOS, выполните
следующие шаги:
Запустите систему с помощью загрузочной дискеты MS-DOS.
Создайте и сформатируйте раздел.
Вставьте в дисковод дискету Install NetWare.
Переключитесь на дискету и наберите INSTALL. Пропустите шаг
2 и продолжайте работу с шагу 3.
Создание раздела DOS
После выбора установки NetWare v.4 на новом сервере вы увидите
следующий экран:
+---------------------------------------------------------------+
¦ Existing disk partitions on C: Start End Size ¦
+---------------------------------------------------------------+
¦ Free space - - 210MB ¦
+---------------------------------------------------------------+
+--------------------------------------------+
¦ Disk Partition Options ¦
+--------------------------------------------+
1 ¦ ¦ Retain current disk partitions ¦
2 ¦ ¦ Create a new DOS partition ¦
+--------------------------------------------+
1 - сохранить текущие разделы; 2 - создать новый раздел.
Освободите место на диске (210 мегабайт). Если у вас уже есть
раздел DOS, вы увидите его начальный и конечный цилиндр и размер.
Чтобы сохранить раздел, выберите Retain current disk partitions.
Чтобы создать новый раздел, выберите Create a new DOS partition.
Выводится другое меню, в котором вы можете определить разделы
или выйти в DOS и сохранить те файлы, которые вы забыли сохранить.
Чтобы продолжить определение разделов, выберите Create a new DOS
partition. NetWare INSTALL рекомендует создать раздел размером
5 мегабайт.
Вы можете выбрать рекомендуемый раздел или создать больший раздел
(раздел меньшего размера определить нельзя). После создания разделов
нужно перезагрузить систему. Выньте из дисковода дискету Install
и выберите параметр перезагрузки. После перезагрузки программа
INSTALL запрашивает, хотите ли вы отформатировать диск, ответьте
Yes (Да) и выполняйте следующий шаг.
Задание имени сервера
Следующее меню запрашивает у вас имя сервера:
+-----------------------------------------------------+
¦ Enter Server Name ¦
+-----------------------------------------------------+
¦ Server name: ¦
+-----------------------------------------------------+
Наберите выбранное для сервера имя и нажмите Enter.
Задание внутреннего сетевого номера IPX
В следующем меню выводится используемый по умолчанию номер IPX:
+-----------------------------------------------------+
¦ Enter IPX Internal Network Number ¦
+-----------------------------------------------------+
¦ Internal network number: 2B33ABA3 ¦
+-----------------------------------------------------+
Убедитесь, что это число не противоречит номеру IPX другого сервера
сети (см. предыдущую главу).
Задание каталога файлов загрузки сервера
В следующем выводимом меню нужно задать то место, куда будут копироваться
файлы загрузки сервера. INSTALL рекомендует использовать каталог
SERVER.40 на диске C. При необходимости вы можете изменить имя
этого диска и каталога. Чтобы продолжить, нажмите клавишу Enter.
Далее INSTALL начинает копировать файлы в заданный каталог. Она
будет сообщать вам, что в дисковод нужно вставить новую дискету.
Следуйте этим указаниям. Когда копирование закончится, выведется
меню с запросом, хотите ли вы загружать в AUTOEXEC.BAT файл SERVER.EXE.
Если вы хотите, чтобы NetWare-сервер запускался при каждой загрузке
системы, ответьте Yes, а если хотите запускать сервер самостоятельно
- No. (В этом случае для запуска сервера нужно будет выполнить
файл SERVER.EXE в каталоге SERVER.40.)
После этого выполняется файл SERVER.EXE, и на сервере загружается
NetWare 4.0. Если NetWare не запускается, значит аппаратная конфигурация
задана некорректно. Проверьте спецификации (см. предыдущую главу).
Если все в порядке, то инсталляция продолжается, и вам выводятся
запросы на смену дискет NetWare.
Выбор и загрузка драйвера диска
Теперь вы готовы к тому, чтобы задать драйвер или драйверы диска,
которые будет использовать сервер. Если в системе у вас несколько
контроллеров, вы можете выбрать драйвер для каждого из них. Затем
задаются прерывания и адреса для каждой платы контроллера. Выводится
следующее меню:
+-------------------------------------------------------------+
¦ ¦IDE.DSK ¦ Novell I I IDE (ATA Compatible Driver) ¦
¦ ¦ISADISK.DSK ¦ Novell I I ISADISK (AT Compatible) Driver ¦
¦ ¦SCSINW4A.DSK ¦ Novell I I ISADISK (AT Compatible) Driver ¦
¦ ¦SCSINW4B.DSK ¦ Novell I I ISADISK (AT Compatible) Driver ¦
¦ ¦SCSINW4C.DSK ¦ Novell I I ISADISK (AT Compatible) Driver ¦
+-------------------------------------------------------------+
+---------------------------------------------+---------------+
¦ Use this driver with ESDI, MFM and ST-506 ¦¦Loaded Drivers¦
¦ drivers that have adapter boards using the ¦+--------------+
¦ standard AT disk interface. The ISADISK ¦¦ ¦
¦ driver can use controllers at both the ¦¦ ¦
¦ primary and the secondary addresses. ¦¦ ¦
+---------------------------------------------++--------------+
С помощью клавиш стрелок выберите в верхнем окне нужный драйвер.
При подсветке драйвера в нижнем справочном окне выводится инсталляционная
информация по нему. Для прокрутки справочного окна пользуйтесь
клавишами PgUp и PgDn. Справа от справочного окна выводится окно
со списком установленных драйверов. Чтобы загрузить драйвер с
дискеты, нажмите клавиш Ins и следуйте инструкциям в меню.
Подсветите драйвер и нажмите Enter. Выводятся параметры меню,
благодаря которым вы можете задать для драйвера прерывание, номер
порта и другие значения. Убедитесь, что эти значения отличаются
от тех, которые вы выбрали для других установленных драйверов.
После загрузки драйвера вы можете выбрать для загрузки другой
драйвер. Задайте драйвер для другого типа контроллера или выберите
продолжение инсталляции. Чтобы установить другие драйверы, выберите
первые два пункта, а для продолжения выберите последний пункт.
Если вы хотите изменить уже загруженный драйвер, нажмите клавишу
F2. Подсветка перемещается в окно Loaded drivers, где вы можете
выбрать подлежащий изменению драйвер. Нажмите Del, чтобы выгрузить
драйвер, затем нажмите F2, чтобы вернуться обратно и загрузить
другой драйвер.
Если вы увидите сообщение об отсутствии доступных драйверов диска
или о том, что дисковод недоступен, это значит, что вы загрузили
для данного контроллера некорректный драйвер. Заметим, что для
некоторых адаптеров IDE требуется драйвер ISADISK.
Создание разделов NetWare
После загрузки драйверов для контроллера диска вы должны создать
разделы NetWare. Выводится следующий экран:
+-----------------------------------+
¦ Create NetWare Disk Partitions ¦
+-----------------------------------+
¦ ¦Automatically ¦
¦ ¦Manually ¦
+-----------------------------------+
Если вы выберите Automatically, INSTALL создает раздел, занимающий
все пространство диска. Продолжите работу, начиная с шага 8. Для
создания зеркально отображаемых или дублируемых дисков, инсталляции
сервера NetWare for OS/2 или самостоятельного задания разделов
выберите Manually. При этом наряду с таблицей разделов, показывающей
начальный и конечный цилиндры раздела DOS выводится следующее
меню:
+----------------------------------------------+
¦ Disk Partitions and Miroring Options ¦
+----------------------------------------------+
¦ ¦Create, delete, and modify disk partition ¦
¦ ¦Mirror and unmirror disk partition sets ¦
+----------------------------------------------+
Создание томов
По умолчанию INSTALL выделяет для тома SYS все свободное дисковое
пространство на первом дисководе. Системный том SYS должен присутствовать
на каждом сервере. Дополнительным томам по умолчанию присваиваются
имена VOL1, VOL2 и т.д., но при желании вы можете изменить эти
имена. Минимальный размер тома SYS - 25 мегабайт, но чтобы оставить
место для будущих дополнений и изменений, рекомендуется вдвое
больший размер. Вы увидите список томов:
+----------------------------------------------------------+
¦ Volume Name Size (MB) ¦
+----------------------------------------------------------+
¦ ¦SYS 195 (new system volume) ¦
¦ ¦VOL1 200 (new volume) ¦
+----------------------------------------------------------+
Чтобы изменить размер тома, подсветите том и нажмите клавишу
F3. Затем следуйте инструкциям выводимых меню. Если вы хотите
разбить пространство диска не несколько томов меньшего размера,
вам потребуется изменить размер тома. Если вы уменьшите предложенный
размер тома, то свободному пространству можно присвоить новый
том. Чтобы присвоить имя и создать новый том, подсветите свободное
пространство и нажмите Enter.
Чтобы изменить имя, размер блока и другие параметры тома, подсветите
этот том и нажмите Enter. Выводится следующий экран, где вы можете
изменить любую запись на основе информации предыдущей главы.
+---------------------------------------------------+
¦ Volume Information ¦
+---------------------------------------------------+
¦ Volume Name: SYS ¦
¦ Volume Block Size: 8 KB Blocks ¦
¦ Status: New, Not Mounted ¦
¦ File Compression: On ¦
¦ Block Subalocation: On ¦
¦ Data Migration: Off ¦
+---------------------------------------------------+
После создания томов для продолжения инсталляции нажмите F10.
Выведется запрос, хотите ли вы сохранить изменения тома. Чтобы
продолжить со следующего шага, ответьте Yes, а для переопределения
томов выберите No.
Копирование файлов NetWare
Следующий выводимый экран дает вам возможность задать файлы NetWare,
которые вы хотите установить в системе. Перед каждой группой файлов
в окне выводится X. Чтобы отменить группу файлов, подсветите имя
группы и нажмите Enter. Для получения описания группы файлов нажмите
F1. Это активизирует справочную систему.
Чтобы продолжить инсталляцию и загрузить выбранные файлы, нажмите
F10. INSTALL будет запрашивать у вас нужную дискету.
Загрузка драйверов локальной сети
После копирования файлов с последней дискеты вы можете задать
один или более сетевых драйверов. Выводится экран Load LAN Driver
со следующим меню:
+-------------------------------------------------------------+
¦ ¦NE1500.LAN ¦ Novell I I Ethernet NE1500T ¦
¦ ¦NE2_32.LAN ¦ Novell I I NE2-32 ¦
¦ ¦NE2_32.LAN ¦ Novell I I Ethernet NE/2-32 ¦
¦ ¦NE2.LAN ¦ Novell I I Ethernet NE/2 ¦
¦ ¦NE2000.LAN ¦ Novell I I Ethernet NE2000 ¦
+-------------------------------------------------------------+
+---------------------------------------------+---------------+
¦ This driver (NE1500T LAN) supports the ¦¦Loaded Drivers¦
¦ NE1500T network board installed in a ISA ¦+--------------+
¦ server. It must be installed in a 16-bit ¦¦ ¦
¦ expansion slot. ¦¦ ¦
¦ ¦¦ ¦
+----------------------------------------------+--------------+
Просмотрите список и используйте клавиши стрелок (вверх и вниз),
чтобы найти драйвер или драйверы сетевых плат вашей системы. Если
вы не видите в этом списке своей платы, то нажмите клавишу Ins
и вставьте дискету с драйвером третьей фирмы.
Подсветите драйвер и для выбора его нажмите Enter. Программа INSTALL
копирует файлы драйвера с дискеты и выводит следующее меню:
+---------------------------------------------------+
¦ Driver NE2000 parameters ¦
¦ Version 3.20 (921009) ¦
¦ ¦
¦ Interrupt number: 3 ¦
¦ Port Value: 300 ¦
¦ Node Address: ¦
¦ Frame Types: (select from list) ¦
¦ Retries: 5 ¦
+---------------------------------------------------+
Для каждого выбранного драйвера введите параметры конфигурации
платы и задайте другую подготовленную информацию (см. предыдущую
главу).
После внесения изменений для продолжения работы нажмите F10. Программа
INSTALL связывает с драйверами IPX и выводит их сетевые номера
и адреса узла. Запишите эти адреса для будущего использования,
затем для продолжения нажмите Enter. Если вы устанавливаете платы
Ethernet, экран выводится для каждого выбранного типа кадра.
Если на сервере установлено несколько сетевых плат, вы должны
загрузить LAN-драйвер для каждой платы и задать для нее прерывание,
порт ввода-вывода и другие параметры. В меню Select an action
выберите установку другого сетевого драйвера или продолжение инсталляции.
После установки всех драйверов продолжите установку со следующего
шага. О том как определить для сетевых плат другие протоколы,
кроме IPX, см. следующую главу.
Задание корня NDS
Этот шаг зависит от того, является ли ваш сервер первым сервером
NetWare v.4 в сети. Если ваша сеть связана с существующим сервером
NetWare v.4, вы увидите имя корня его дерева каталога. Если вы
хотите сохранить его, нажмите Enter, а чтобы начать новое дерево
NetWare Directory Services, нажмите клавишу Ins. Если ваша фирма
не имеет двух совершенно разных подразделений, маловероятно, чтобы
вам потребовалось более одного дерева каталога.
Если другой сервер NetWare v.4 не найден, то выводится следующее
меню:
+------------------------------------------------------+
¦ Is this the first v.400 server on this internetwork? ¦
+------------------------------------------------------+
¦ ¦Yes (This is the first Directory server) ¦
¦ ¦No (Recheck the nearest server) ¦
¦ ¦No (Check a specific network and node address) ¦
+------------------------------------------------------+
Если это первый сервер, выберите Yes. Если сервер уже установлен,
убедитесь, что он работает в сети, и связь с ним установлена.
Задание синхронизации времени
Далее вы увидите меню выбора временных поясов. Просмотрите список
и выберите свой временной пояс, затем нажмите Enter. Выводится
следующее меню с информацией о выбираемых временных поясах:
+------------------------------------------------------------+
¦ Time server type: Primary ¦
¦ ¦
¦ Standard time zone abbreviation: PST ¦
¦ Standard time offset from UTC: 0:00:00 AHEAD ¦
¦ ¦
¦ Does your area have daylight savings time (DST): YES ¦
¦ DST time zone abbreviation: PDT ¦
¦ DST offset from standard time: 1:00:00 AHEAD ¦
¦ DST start: First Sunday of April at 2:00:00 am ¦
¦ DST end: Last Sunday of October at 2:00:00 am ¦
+------------------------------------------------------------+
Последние две строки задают дату и время перехода на летнее время.
Если какая-либо информация данного экрана некорректна, измените
ее. Вам может потребоваться изменить поле Time server type. Если
это первый сервер, то он может быть основным или справочным. Используйте
заранее подготовленную справочную информацию и см. предыдущую
главу. Когда закончите, для продолжения инсталляции нажмите F10.
Если после первого сервера NetWare v.4 вы устанавливаете другие
серверы, в поле Time server на этих серверах выводится Secondary
(вспомогательный сервер).
Задание контекста сервера
Если вы инсталлируете вспомогательный сервер (не сервер NetWare
v.4), обратитесь к следующему разделу. Вы увидите меню для задания
контекста сервера:
+--------------------------------------------------------+
¦ Directory Services Server Context ¦
+--------------------------------------------------------+
¦ Company or Organization: ¦
¦ Level 1 1 (Sub)Organizational Unit (optional): ¦
¦ Level 1 2 (Sub)Organizational Unit (optional): ¦
¦ Level 1 3 (Sub)Organizational Unit (optional): ¦
¦ ¦
¦ Server Context: ¦
¦ ¦
¦ Admionistrator Name: ¦
¦ Password ¦
+--------------------------------------------------------+
О заполнении этого меню рассказывается в предыдущей главе. Там
вы можете найти примеры дерева меню и методы для их задания. Если
вы задаете более трех уровней подразделений организации, наберите
их в поле Server Context, разделив точками. Если вводите код страны,
набирайте его в конце поля Server Context. Однако из-за сложности
набора имени контекста Novell не рекомендует использовать код
страны.
редактирование файлов запуска
Предпоследним шагом перед завершением инсталляции NetWare является
проверка файлов запуска NetWare. В этих файлах сохраняется такая
информация, как типы диска и драйвера локальной сети, контекст
дерева каталога и другая информация, которая выполняется при запуске
сервера. Вы можете добавить к этим файлам свои команды (это можно
сделать в любое время).
Выводится меню New STARTUP.NFC. Если вы не хотите добавлять в
это файл свои команды, нажмите F10. Выводится меню AUTOEXEC.NFC
File. Чтобы сохранить его, нажмите F10.
Другие параметры установки
Теперь вы можете установить другие (дополнительные) продукты.
Выводится следующее меню:
+---------------------------------------------+
¦ ¦Create a registration diskette ¦
¦ ¦Upgrade v3.1x Print Services ¦
¦ ¦Install An Additional Server Language ¦
¦ ¦Configure Communications Protocols ¦
+---------------------------------------------+
Заметим, что здесь вы можете выйти из INSTALL и, чтобы выбрать
любой из пунктов данного меню, войти в него снова в любое время.
Для создания гибкого диска, содержащего регистрационную информацию
(которую вы можете послать Novell), выберите первый пункт. Если
вы выполняете переход от NetWare 3.1x и поддерживаете на сервере
печать, выберите второй пункт. Чтобы выбрать поддержку других
языков, выберите третий пункт. Для этого шага вам потребуется
дискета с языковой поддержкой. Получить такую дискету можно у
Novell. Последний пункт выбирается, чтобы добавить к серверу поддержку
других протоколов, в частности, TCP/IP. Чтобы установить продукт,
который здесь не указан, нажмите клавишу Ins в вставьте дискету
с этим продуктом.
Завершение и выход
Итак, вы завершили установку NetWare. О настройке сервера рассказывается
в следующей главе. Существует ряд команд запуска, с помощью которых
вы можете настроить параметры сервера. Если вы хотите внести изменения,
обратитесь к следующей главе.
Для выхода из программы INSTALL нажмите Enter. Вы увидите экран
консоли сервера, на котором в качестве подсказки выводится имя
сервера. На консоли вы можете выполнять многие действия, включая
следующие:
Чтобы просмотреть информацию о сервере, такую как информация
о диске и драйвере локальной сети, наберите команду LOAD MONITOR.
На экране MONITOR выберите Memory Utilization. Если в поле
Percent Free указано менее 20%, то следует добавить больше памяти.
На новом сервере это маловероятно, но по мере возрастания числа
пользователей и установленных модулей неплохо периодически проверять
это поле.
Если вы изменили или добавили команды в файлы запуска, то следует
перезагрузить сервер следующим образом:
В ответ на подсказку консоли наберите DOWN. Эта команда закрывает
Bindery, службу каталога и тома.
Для возврата к подсказке DOS наберите EXIT. Для полного выхода
вам может потребоваться вставить дискету INSTALL обратно в дисковод.
Чтобы перезапустить сервер, убедитесь, что вы находитесь в
каталоге SERVER.40 (или в том каталоге, куда загружены файлы сервера)
и наберите SERVER.
логические диски выводятся как
В OS/ 2 логические диски выводятся как ответвление от корня тома.
Если вы назначите диск в сеансе OS/2, а затем переключитесь в
глобальный сеанс DOS, то увидите назначенные диски как корневые
диски. С другой стороны, если вы назначите диск в глобальном сеансе
DOS, то в сеансе OS/2 он будет выводиться как обычный диск. OS/2
не требует поиска по схеме дисков, поэтому, если вы задаете диск
поиска в глобальном сеансе DOS, то при переключении в сеанс OS/2
он не выводится (как и в другом сеансе DOS).
Схема каталога
Основной частью DIB и Directory Services является схема каталога
(Directory Schema). Схема каталога - это набор правил, определяющих
характеристики информации по объектам, атрибуты и значения, которые
можно добавить в дерево каталогов. Эти правила можно сохранить
в специальной части DIB, и копия их хранится на каждом сервере
имен. Все серверы имен в сети содержат одну и ту же информацию
схемы.
Понимание принципов организации объектов должно помочь вам понять
назначения и организацию схемы каталога. Если мы возьмем несколько
объектов реального мира и начнем перечислять характеристики каждого,
то обнаружим, что некоторые объекты имеют одни и те же характеристики.
Одни объекты имеют ручки, другие красные, некоторые закрываются,
а некоторые находятся далеко. Если мы соберем и объединим все
характеристики в один список, то можем использовать его как справочник
по всем выбранным для определения характеристикам. Таким образом,
нам не нужно определять каждую карактеристику для каждого объекта
отдельно. Ручка есть ручка, независимо от того, какая это ручка
- двери, ящика стола или другого объекта.
Если бы мы перечисляли каждую характеристику каждого объекта,
это список мог бы получиться слишком сложным и длинным. Некоторые
характеристики слишком тривиальны и не подходят для наших целей.
Мы хотели бы выбрать характеристики, которые говорят нам, что
нужно знать об объектах.
Пусть, например, мы классифицируем объекты как сферы. По определению
мы можем потребовать, чтобы сферы описывались характеристиками
размера, и чтобы это размер (радиус) представлялся числом. Соотнесем
это со схемой каталога. Тогда orb будет классом объекта, размер
size - атрибутом, а число number - синтаксисом атрибута. (Иногда
в документации Novell атрибуты объекта называются характеристиками.
Мы выбрали в этой главе термин "атрибуты", так как в
справочном руководстве программиста Directory Schema в качестве
типов характеристик и синтаксиса характеристик определяет типы
атрибута Attrubute Types и синтаксис атрибута Attrubute Sytaxes.)
Чтобы легче было идентифицировать объекты orb, вы можете определить
другие атрибуты. Для каждой сферы orb вы можете отслеживать характеристику
конструкции construction. Сфера может быть пустой, твердой или
наполненной. Другим атрибутом может быть назначение purpose. Бейсбольный
мяч - для игры, стальной шарик - для применения в механизмах (например,
в шарикоподшипниках), а планета - для обитания. Вы можете также
захотеть знать, кто является владельцем сферы - owner. Мы можем
также ввести атрибут, используемый только для целей идентификации
и назвать его именем - name. Если требуется, этот список можно
продолжить. Пока же мы должны решить, что хотим отслеживать следующие
характеристики каждого объекта-сферы:
Radius: расстояние от точки на поверхности объекта до центра объекта.
Construction: структурное качество объектов.
Purpose: возможное использование объекта.
Owner: тот, кто отвечает за этот объект.
Name: то, что мы используем для идентификации объекта.
Информацию, которую мы решили отслеживать, можно рассматривать
в качестве правил построения информационной базы. Когда мы начинаем
идентифицировать объекты как сферы, мы делаем это, задавая для
них специальную информацию. Это дает вам представление о том,
что представляет собой схема каталога (Directory Schema). Она
охватывает правила для построения базы данных - дерева каталогов
(Directory Tree).
Кроме определения объекта и правил атрибутов, схема включает в
себя правила для построения значений заданных атрибутов. Например,
атрибут радиуса сферы можно представить строкой символов ASCII
с символами из подмножества "0,1,2,3,4,5,6,7,8,9". Его
можно представить в виде двоичного значения или числа символов
перед нулевым символом. Здесь можно использовать множество форм.
Мы должны специфицировать ту форму, которую будем использовать.
В схеме это делается с помощью определений синтаксиса атрибутов.
Схема каталога содержит спецификацию того, какая информация, требуется
при идентификации объекта, что является необязательным, и какую
форму должна принимать информация.
Определение схемы для каждого объекта включает в себя правила,
которые управляют взаимосвязью объектов друг с другом в дереве
каталога. Эти правила составляют определение включения. При создании
объекта в дереве каталога он может быть подчиненным в дереве только
тем объектам, которые находятся в определении включения его объектного
класса. Если вернуться к примеру сфер, то мы можем определить
объект с именем basketball - баскетбольный мяч. Если объекты класса
orb ограничены своим отношением включения и должны подчиняться
другим объектам класса room (комната), то можем обнаружить, что
объект basketball содержится в объекте с именем closet (стенной
шкаф), который представляет собой "маленькую комнату".
Либо он обнаруживается в объекте с именем gymnasuim (спортзал),
который является большой комнатой. Однако, согласно этому определению,
мы не можем получить объект класса orb на футбольном поле, так
как поле - это не комната.
Чтобы получить более полное представление об этом дереве, мы может
рассмотреть его детальнее и обнаружить, что объект с именем gymnasium
имеет родительский объект с именем West_High (название района),
который, в свою очередь, имеет родительский объект Smalltown (городок).
Полное имя объекта в Directory Services тогда будет иметь вид
basketball.gymnasium.West_High.Smalltown. Каждое определение класса
объекта включает в себя класс объектов, которые могут быть родительскими
для данного объекта. Эта спецификация является определением включения.
Схема каталога задает также, какие атрибуты необходимы при создании
объекта данного класса и какие необязательны. Это называется обязательными
атрибутами и необязательными атрибутами.
В определении класса объектов вы должны задать, какие атрибуты
будут использоваться для наименования объекта. В примере со сферами
вы можете потребовать указания для наименования всех сфер владельца
и имени. Одну сферу тогда можно идентифицировать как John's baseball
(бейсбольный мяч Джона), а другую - как John's earth (Земля Джона).
По различным причинам для заданного объекта вам может потребоваться
назначить другое имя (псевдоним). Такие псевдонимы представляют
собой объекты, которые могут добавляться к дереву каталога и ссылаться
на исходный объект. Эти псевдонимы разыменовываются в объект,
псевдонимом которого они являются. Например, на John' earth можно
ссылаться по псевдониму объекта с именем world (мир). Взглянув
на объект с именем world, вы можете захотеть разыменовать его
обратно к исходному объекту с именем John's earth.
Для каждого определенного в схеме атрибута задается синтаксис
атрибута. Этот синтаксис может определять форму и тип. Объекты
класса room может иметь атрибут с именем dimensions (размеры).
Синтаксисом атрибута dimension будет три числа, представляющих
высоту, ширину и длину. В данном случае синтаксисом значения являются
три числа. Помните, что определение синтаксиса специфицирует тип
значений, а не сами фактические значения.
Как мы уже упоминали, возможные взаимосвязи объектов в дереве
определяются в схеме определением включения. В схеме определяются
также отношение объектных классов друг к другу. Объект может классифицироваться
как цветок, цветы классифицируются как растения, которые классифицируются
как живые организмы. Схема каталога в этом случае потребовала
бы отдельных определений классов для цветов, растений и живых
организмов. В заданном определении схемы объекты, созданные как
цветы, могли бы наследовать определения растений и живых организмов.
Эта линия наследования задается через использование определений
суперклассов каждого объектного класса.
Схема каталога должна проектироваться и создаваться до того, как
объекты добавляются в дерево каталога. Определенная Novell схема
каталога называется базовой схемой. Если базовая схема не полностью
отвечает вашим нуждам, вы можете добавить к ней другие определения,
используя подходящие функции API Directory Services, которые обсуждаются
в данной главе ниже.
Схемы построения сетей
Для соединения в сеть вам нужны платы сетевого интерфейса и кабели
(если, конечно, вы не пользуетесь безкабельной связью). Существует
несколько различных типов интерфейсных плат и схем кабельного
соединения.
Шина EISA
Шина EISA была разработана консорциумом производителей для поддержки
существующих плат расширения ISA, а также обеспечения платформы
для будущего роста. Для поддержки плат ISA используется тактовая
частота 8 Мгц, но эта шина может обеспечивать прямой доступ к
памяти со скоростью до 33 Мбит/сек. Шина EISA имеет отдельные
шины ввода-вывода и микропроцессора, поэтому для поддержки плат
ISA шина ввода-вывода может поддерживать низкую тактовую частоту,
а шина микропроцессора работает с более высокой частотой. Машины
с EISA могут обеспечить быстрый ввод-вывод при многопользовательских
операциях с диском. Используемые здесь методы передачи данных
обеспечивают в три раза большую по сравнению с ISA скорость работы.
Шина ISA.
С появлением в 1984 г. IBM PC AT 8-разрядная шина превратилась
в 16-разрядную. Эту шину стали называть шиной ISA (Industry Standard
Architecture).
Каждая дополнительная плата адаптера на шине ISA для указания
процессору, что она хочет получить доступ к шине, использует свою
линию прерываний. Две платы не могут использовать одно прерывание,
а шина ISA допускает только 11 прерываний. Это важно учитывать
при построении сервера с шиной ISA, поскольку такая шина - это
узкое место большинства локальных сетей.
Точные временные характеристики шины ISA никогда не публиковались,
поэтому любые попытки повысить производительность шины сделали
бы ее несовместимой тысячами разработанными для нее плат.
Шина MCA
Шина MCA была разработана IBM, чтобы обойти трудности комбинирования
быстрых микропроцессоров с медленной шиной ISA. Хотя шина MCA
не поддерживает совместимые с ISA платы, она предусматривает 32-разрядный
интерфейс, который работает быстрее ISA и лучше соответствует
микропроцессорам 80386 и 80486.
Шина MCA имеет единый дизайн, а для обмена данных с памятью и
устройствами ввода-вывода применяется мультиплексирование, которое
позволяет нескольким процессам совместно использовать шину. Мультиплексирование
разделяет шину на несколько каналов, каждый из которых может работать
с различными процессами. Это не позволяет организовать такую быструю
работу как в системах с несколькими шинами, но во многих случаях
адекватно отвечает потребностям сетей NetWare среднего размера.
Если на сервере работаю многопроцессорные приложения, то благодаря
его прекрасным пропускным способностям и многопроцессорным средствам
лучшим выбором может оказаться суперсервер.
Шина MCA защищена патентами и лицензионными соглашениями, что
препятствует ее распространению как стандарта. Кроме того, IBM
ввела для MCA некоторые ограничения, защищающие ее от конкурирующих
систем. Из-за этого многие производители используют EISA или разрабатывают
свои стандарты.