Справочник по NetWare 4.11

         

Ниже на рисунке изображена упрощенная


Ниже на рисунке изображена упрощенная диаграмма резервного копирования рабочей станции OS/2:

Figure 37-9. Резервное копирование рабочей станции OS/2



Ниже следует объяснение этапов, отмеченных цифрами:

Из командной строки хост-сервера администратор сети вызывает утилиту SBACKUP. SBACKUP использует Агент обслуживания цели рабочей станции для установки соединения с Агентом обслуживания цели рабочей станции OS/2 (TSAOS2.EXE).

IMPORTANT: TSAOS2.NLM поддерживает внутренний список всех Агентов обслуживания цели, с которыми он связывался. Таким образом, формируется список всех рабочих станций, данные с которых можно скопировать на резервные носители данных хост-сервера.

SBACKUP начинает взаимодействовать непосредственно с Агентом обслуживания цели OS/2, минуя при этом Агент обслуживания цели рабочей станции. SBACKUP передает запрошенные данные на SMSDI, который использует драйверы устройств для записи данных на выбранное устройство и носитель данных.


Режим опроса


Параметр конфигурации принтера, при котором драйвер порта принтера (NPRINTER) периодически проверяет или опрашивает порт данных принтера для определения готовности к передаче данных на принтер.

Состояние порта определяется электрическим сигналом, называемым флагом. Опрос производится каждый тик таймера (18 раз в секунду).

В NetWare 4 режим опроса является конфигурацией принтера по умолчанию. Использование режима опроса позволяет пользователям установить принтер, не определяя номер прерывания и поддерживает ли порт прерывания.

В предыдущих версиях NetWare режим опроса с использованием RPRINTER был значительно более медленным, чем альтернативный режим прерывания.

В NetWare 4 эффективность модуля NPRINTER была значительно увеличена, что сделало режим опроса более быстрым, чем раньше. В большинстве случаев пользователи не заметят разницу в скорости между режимом опроса и режимом прерывания.

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

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



Режим прерывания


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

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

Увеличение производительности NPRINTER в версии NetWare 4 сделало режим опроса значительно более быстрым, чем в предыдущих версиях. В большинстве случаев пользователи могут заметить лишь небольшую разницу в скорости при использовании этих режимов.

Недостатком режима прерывания является возможность возникновения конфликта при попытке использования одного и того же прерывания для получения доступа к процессору несколькими устройствами.

См. также: .



Режим принтера


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

Режим принтера может определять стиль, размер, жирность, ориентацию и начертание.

Режимы принтера определяются с помощью утилит NetWare Administrator и PRINTDEF.

См. также: глава 3, "Управление сервисом печати с помощью NetWare Administrator", глава 9, "Работа с определениями печатающих устройств и принтерными формами", в книге Сервис печати.



Режим сервера очереди


Режим работы, используемый многими подключаемыми напрямую к сети принтерами и аппаратными серверами печати, изготовляемыми многими производителями. Эти устройства либо подключаются к принтеру, а затем к сети, или могут устанавливаться непосредственно в порт принтера.

Во многих случаях эти устройства обеспечивают быструю, эффективную сетевую печать для сред NetWare 4 и NetWare 3 при сравнительно небольших денежных затратах.

При работе в режиме сервера очереди аппаратные серверы печати непосредственно подключаются к очереди печати, используя протокол NCP. В большинстве случаев такой режим подключения обеспечивает минимальную загрузку сервера. В случае NetWare 3 этот режим обеспечивает также более высокую скорость печати, чем при использовании режима удаленного принтера. В NetWare 4 производительность программы PSERVER была значительно увеличена, так что скорость работы практически сравнялась со скоростью сетевого принтера.

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

См. также: "Использование в NetWare 4 печатающих устройств третьих фирм, подключенных непосредственно к сети" в главе 6 книги Сервис печати.



Режим удаленного принтера


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

Эти устройства либо подключаются к принтеру, а затем к сети, или могут устанавливаться непосредственно в порт принтера. Во многих случаях эти устройства обеспечивают быструю, эффективную сетевую печать для сред NetWare 4 и NetWare 3 при сравнительно небольших денежных затратах.

В этом режиме устройство работает подобно случаю рабочей станции с запущенным NetWare 4 NPRINTER или NetWare 3 RPRINTER. Устройства, настроенные на работу в удаленном режиме находятся под управлением сервера печати NetWare.

В NetWare 4 скорость работы в этом режиме значительно увеличена по сравнению с NetWare 3. Увеличение скорости и гибкости работы в NetWare 4 позволяет использовать этот режим как эффективный способ предоставления сервисов печати в сети.

Для обеспечения работы сетевых принтеров в этом режиме необходимо загрузить на сервере программу PSERVER.NLM.

См. также: "Использование в NetWare 4 печатающих устройств третьих фирм, подключенных непосредственно к сети" в главе 6 книги Сервис печати.



Режимы поиска


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

Если файл .EXE или .COM требует вспомогательный файл, он передает операционной системе запрос на открытие файла. В этом запросе может быть указан путь к файлу.

Если путь определен, операционная система ищет файл в указанном пути, иначе производится поиск файла в текущем каталоге.

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

Утилита FLAG позволяет вам установить режим поиска для исполняемых файлов по отдельности, или вы можете указать в файле NET.CFG режим поиска для большинства файлов.

В таблице ниже описаны типы режимов поиска:

РежимОписание
0Установка по умолчанию для всех исполняемых файлов. Исполняемый файл использует установки в файле NET.CFG.
1 Исполняемый файл использует путь, указанный вместе с файлом. Если путь не указан, файл ищется в текущем каталоге, а затем во всех дисках поиска.
2 Исполняемый файл ищет только в пути, указанном вместе с файлом. Если путь не указан, файл ищется только в текущем каталоге.
3Исполняемый файл ищет только в пути, указанном вместе с файлом. Если путь не указан, файл ищется только в текущем каталоге; при запросе на открытие файла только для чтения файл ищется на всех дисках поиска.
4Зарезервировано.
5Исполняемый файл использует путь, указанный вместе с файлом, а затем файл ищется на всех дисках поиска. Если путь не указан, файл ищется в текущем каталоге, а затем на всех дисках поиска.
6Зарезервировано
7 Исполняемый файл использует путь, указанный вместе с файлом; затем, при запросе на открытие файла только для чтения, он ищется на всех дисках поиска. Если путь не указан, файл ищется в текущем каталоге, а затем на всех дисках поиска.

Например, если вы установили для исполняемого файла режим 2, то диски поиска использоваться не будут.

Если установлен режим 5, исполняемый файл может использовать диски поиска для нахождения файла данных, если он не найден в указанном каталоге.

Смежная утилита: "FLAG" в книге Справочник по утилитам.



RIP II (TCP/IP)


Расширение RIP, позволяющее передавать маску подсети в информации о маршруте.

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

RIP II может использоваться в сетях с топологиями, требующими использование масок подсетей переменной длины, и позволяет поддерживать подсеть с номером 0. RIP II позволяет также аутентифицировать обмен сообщениями о маршрутах.

Не все маршрутизаторы RIP поддерживают RIP II.



RIP (IPX)


Router Information Protocol (Протокол информации о маршрутизации) - протокол, обеспечивающий обмен информацией о маршрутизации между маршрутизаторами в объединенной сети NetWare.

См. .



RIP (TCP/IP)


Внутренний протокол шлюза (вектор расстояния до шлюза) для сетей TCP/IP.

Маршрутизатор, использующий протокол информации о маршрутизации (RIP) TCP/IP, периодически посылает широковещательные сообщения об обновлении маршрутизации, содержащие информацию о всех сетях, которые доступны для данного маршрутизатора и о цене доступа к ним (величине расстояния до них). Маршрутизаторы RIP TCP/IP принимают все широковещательные сообщения RIP TCP/IP.

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

Если маршрутизатор находит два пути к одной и той же сети, он запоминает кратчайший путь (обладающий наименьшей ценой). Цена определяется в RIP как количество переходов до данной сети, или как количество маршрутизаторов при достижении данной сети. Максимальная цена, которая допускается маршрутизаторами TCP/IP RIP равна 15 переходам.

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

Отсчет времени начинается с момента получения информации о маршруте из сообщения обновления. Если маршрут не подтверждается в течении 180 секунд, то он считается недоступным из-за отказа сети или узла. Недоступные маршруты удаляются из таблицы маршрутизации.

См. также: .



Родительский каталог


Каталог, находящийся непосредственно над данным подкаталогом.

Например, для подкаталога SYS:ACCTS/RECEIVE родительским каталогом является каталог SYS:ACCTS.

См. также: .



Родительский модуль VLM


Выполняет роль мультиплексора, который направляет вызовы к правильной дочернему модулю VLM. Обеспечивает достижение каждым запросом VLM соответствующего обработчика.

Например, программа NWP.VLM является мультиплексором, обрабатывающим все запросы от/к программам BIND.VLM, NDS.VLM и PNW.VLM.

Аналогично, TRAN.VLM является мультиплексором, координирующим работу параллельно загруженных дочерних модулей VLM (IPXNCP.VLM и других транспортных протоколов).

См. также: , .



Родительский объект


Контейнерный объект, содержащий другие объекты.

См. .



RPL


Remote Program Load (Удаленная загрузка программ) - технология, базирующаяся на концепции сохранения образов загрузочных дисков на томе NetWare.

См. также: .



С какой частотой выполняется резервное копирование


Редко изменяемые файлы (такие, как приложения или архивные файлы) можно копировать реже, чем часто изменяемые файлы.

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



SAP


Service Advertising Protocol (Протокол оповещения о сервисе) Протокол, предоставляющий серверам в сети оповещать о своих сервисах в объединенной сети NetWare.

См. .



SAP и заказная конфигурация


Для нахождения друг друга, серверы времени используют один из двух методов: SAP или заказную конфигурацию.

SAP. По умолчанию, для объявления собственного присутствия в сети, Первичный, Эталонный и Единственный эталонный серверы используют протокол SAP.
Первичный и Эталонный серверы времени используют информацию SAP для определения других серверов, которые должны быть опрошены для определения общего сетевого времени.
Вторичные серверы используют информацию SAP для определения сервера времени, с которым следует синхронизироваться.
Использование SAP позволяет использовать быструю инсталляцию вне зависимости от конфигурации сети. При этом возможна автоматическая перенастройка при изменении режима работы серверов или добавлении дополнительных серверов.
Недостатком использования SAP является незначительное увеличение сетевого трафика.
Кроме этого, SAP может оказывать вредное влияние при использовании большой сети, в которой могут быть установлены или удалены тестовые серверы, некоторые из которых могут сообщать неправильное общее сетевое время. Заказная конфигурация. Вы можете явно указать список серверов времени, с которыми должен контактировать каждый конкретный сервер времени.
Вы также можете заблокировать использование информации SAP о наличии других источников времени, или указать, что сервер времени не должен сообщать о своем присутствии по протоколу SAP.
Достоинством пользовательской настройки является то, что в этом случае супервизор имеет полный контроль над синхронизацией времени в сетевой среде.
Кроме этого, сокращается ненужный трафик протокола SAP и исключаются ошибки, связанные с нечаянным изменением конфигурации.
Недостатком этого метода является необходимость дополнительных затрат времени на планирование и инсталляцию.
Кроме этого, затрудняется задача добавления или удаления Первичного, Эталонного и Единственного эталонного серверов времени. При изменении конфигурации необходимо вручную изменить список разрешенных серверов времени для каждого сервера.



SBACKUP


Система резервного копирования, предоставляющая возможность резервного копирования и восстановления.

См. .



Счетчик переходов


Количество кабельных сегментов, через которые проходит пакет сообщения до адреса назначения в сети или межсетевом соединении.

Сеть назначения пакета может быть удалена не более чем на 16 переходов от источника.

TУтилиты сервера DISPLAY NETWORKS, DISPLAY SERVERS и TRACK ON показывают количество переходов, на которое удалены другие распознаваемые сети от маршрутизатора сервера.

Эти команды сообщают также количество тиков (1/18 доля секунды) которое требуется пакету для достижения адреса назначения.

См. также: .



Счетчик псевдопереходов


Количество переходов, добавляемое первичным сервером к действительному количеству переходов (количеству внешних и внутренних мостов и маршрутизаторов между клиентом и сервером), при объявлении о маршруте к MSEngine SFT III.

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

Figure 37-15. Счетчик псевдопереходов

Система SFT III использует счетчик псевдопереходов для ускорения процесса переключения, происходящего в случае отказа первичного сервера, если серверы расположены в разных сегментах сети.

NOTE: Если серверы SFT III установлены в одном сегменте сети, то переходы между ними отсутствуют и система SFT III не использует счетчик псевдопереходов.

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

Общее число переходов (действительное число переходов плюс счетчик псевдопереходов) между клиентом и сервером не должно превышать 16.

Параметр SET позволяет установить значение счетчика псевдопереходов и определяет его максимальное значение.

| |



Сегменты тома


Физическое деление тома..

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

Жесткий диск может содержать до 8 сегментов томов, каждый том может содержать до 32 сегментов.

Размещение сегментов одного тома на нескольких жестких дисках позволяет одновременно выполнять чтение и запись для различных участков тома, что повышает скорость обмена с жесткими дисками.

Вы можете добавлять сегменты в том (с помощью утилиты INSTALL.NLM), однако удаление сегмента из тома может привести к разрушению тома.

NetWare использует таблицу определения томов (VDT) для отображения сегментов на жестком диске на том.

См. также: .



Семафор


Целое число, используемое для согласования работы программ и процессов и для предотвращения нарушения целостности данных в многопроцессорных вычислительных средах.

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

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

Например, доступ к совместно используемому файлу может управляться с помощью двоичного семафора. Если файл не используется, то значение семафора равно 1 и файл является доступным. Если файл используется, то значение семафора равно 0, и другие процессы не могут использовать данный файл.

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

Супервизоры NetWare не используют и не устанавливают семафоры NetWare. Семафоры широко используются разработчиками программ NLM.

Если вы получаете системное сообщение, относящееся к семафорам, то оно, скорее всего, относится к вопросам совместного использования ресурсов.



Сервер


Компьютер в сети, который совместно используется многими пользователями.

Сервер NetWare. Компьютер, работающий под управлением операционный системы NetWare. (См. .)

Сервер печати. Компьютер, который принимает задания печати из очереди печати и передает их на принтер. (См. .)



Сервер-источник


Сервер, с которого в процессе обновления происходит передача данных, файлов Bindery и другой информации на целевой сервер NetWare 4.

См. также.



Сервер NetWare


Компьютер, работающей под управлением операционной системы NetWare.

Сервер NetWare управляет коммуникациями между связанными с ним рабочими станциями и разделяемыми ресурсами, например, принтерами.

Сервер NetWare должен иметь, по крайней мере, один жесткий диск, внутренний или внешний, и, желательно не менее 16 МБ оперативной памяти. Кроме этого, в сервере должна быть установлена, по крайней мере, одна сетевая плата.

Серверы NetWare, работающие под управлением NetWare 4, могут быть использованы только как выделенные серверы, за исключением серверов NetWare 4 для OS/2, которые являются только невыделенными.

Используемая при решении данных задач утилита:"INSTALL" описана в книге Справочник по утилитам.



Набор драйверов устройств, позволяющий операционной


Набор драйверов устройств, позволяющий операционной системе NetWare 4 работать в качестве невыделенного сервера на компьютере OS/2.

Сервер NetWare для OS/2:

Выполняется как независимая операционная система на компьютере OS/2
А не является процессом, работающим под управлением OS/2. Использует процессорное время совместно с OS/2
Количество процессорного времени, предоставляемого NetWare и OS/2, определяется значением в файле NET.CFG. Работает с NetWare Client для OS/2
Программное обеспечение сервера и клиента могут быть загружены на одном и том же компьютере, таким образом, компьютер становится одновременно и сервером, и клиентом NetWare. Может быть настроен для совместного использования одной сетевой платы и клиента, и сервера (на одном компьютере).
Для этого используется одна из трех опций: LANSHARE, TOKENSHR или TOKENLNK. Для каждой опции существует драйвер обеспечивающий взаимодействие между NetWare Client для OS/2 и сервером NetWare для OS/2.

LANSHARE используется в сетях Ethernet, в которых используется только протокол NetWare IPX/SPX. TOKENSHR используется в сетях Token Ring или Ethernet, в которых используются, кроме протокола IPX/SPX протоколы TCP/IP, AppleTalk и т.д. TOKENLNK используется только в сетях Token Ring, использующих коммуникационные продукты и протоколы IBM. Совместно с OS/2 использует жесткий диск
Драйвер диска DSKSHARE.DSK позволяет системам OS/2 и NetWare использовать отдельные разделы на одном диске. DSKSHARE.DSK обеспечивает интерфейс между NetWare и OS/2, а OS/2 обеспечивает доступ к диску. Совместно с OS/2 использует оперативную память
Сервер NetWare для OS/2 выделяет блоки памяти из OS/2. Если во время выполнения процесса операционная система требует больше памяти, чем OS/2, она автоматически получает необходимую память от OS/2. Когда OS/2 требует память NetWare возвращает память в OS/2. Совместно с OS/2 использует CD-ROM
Драйвер диска CDROMSHR.DSK позволяет системе NetWare использовать накопитель CD-ROM, управляемый OS/2. CDROMSHR.DSK обеспечивает интерфейс между NetWare и OS/2, а OS/2 обеспечивает доступ к накопителю CD-ROM.

См. также: глава 4, "Инсталляция сервера NetWare для OS/2" в книге Инсталляция, "NetWare Server for OS/2 and NetWare 4" в главе 9 книги Supervising the Network.


Сервер печати


Сервер, который принимает задания печати из очереди печати и посылает их на сетевой принтер.

Сервер печати NetWare работает через программу PSERVER.NLM на сервере NetWare 4 и может поддерживать до 255 принтеров и любое количество очередей печати для этих принтеров.

В NetWare 3 сервер печати загружается или с помощью PSERVER.NLM на файловом сервере, или с помощью PSERVER.EXE на выделенной рабочей станции.

См. также: глава 6, "Настройка и обслуживание серверов печати", в книге Сервис печати.



Сервер по умолчанию


Сервер, с которым происходит соединение при загрузке NetWare RequesterTM. Сервер по умолчанию это предпочтительный сервер, который определяется в вашем файле NET.CFG.



Серверы времени


При установке сервера NetWare 4 вы получаете предложение определить его в качестве Единственного эталонного, Первичного, Эталонного или Вторичного сервера времени.

Каждое из этих значений определяет функцию сервера в системе синхронизации времени

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

Figure 37-3. Единственный эталонный сервер времени

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

IMPORTANT: Если вы используете Единственный эталонный сервер времени, то не назначайте Первичные или Эталонные серверы времени в сети.

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

Figure 37-4. Первичные серверы времени

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


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

Figure 37-5. Эталонный сервер времени



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


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


Сервис Bindery


Механизм NetWare 4, позволяющий работать в сети NetWare 4 утилитам и клиентам, ориентированным на использование Bindery.

Объекты Bindery располагаются в плоской базе данных, в отличие от дерева Каталога, являющегося иерархической базой данных.

Сервис Bindery обеспечивают отображение объектов Организация и Подразделение в плоскую структуру Bindery.

Все объекты, содержащиеся в контейнерном объекте, являются доступными как для объектов NDS, так и для клиентов и серверов Bindery. Сервис Bindery применяется только к конечным объектам в данном контейнере Подразделение.

Контекстом эмуляции Binderyназывается контейнерный объект, для которого установлен сервис Bindery. Вы можете выбрать контекст эмуляции Bindery с помощью команды SET. Можно указать несколько контекстов эмуляции Bindery. Вы можете использовать до 16 контекстов эмуляции Bindery для каждого сервера. (См. раздел "Поддержка сервиса Bindery в среде NetWare 4", глава 8 книги Руководство по сетям NetWare 4.)

При установке сервера NetWare 4 в дерево Каталога в контейнерном объекте создается объект Сервер NetWare. По умолчанию для этого контейнерного объекта активируется сервис Bindery и устанавливается контекст эмуляции Bindery.

На каждом сервере, для которого вы хотите поддерживать сервис Bindery, должна находиться разрешенная для чтения/записи копия раздела Каталога, в который установлен контекст эмуляции Bindery. Такая копия создается автоматически при установке сервера в новый контекст.

Если вы не создаете новый контекст при установке сервера NetWare 4 (то есть, сервер помещается в уже существующий контекст), то программа установки помещает на этот сервер разрешенную для чтения/записи копию раздела Каталога, содержащего этот контекст.

Хотя при установке сервера NetWare 4 сервис Bindery разрешен по умолчанию, вы можете запретить его с помощью команды SET.

Следующий рисунок изображает сервис Bindery, создаваемый при установке контекста эмуляции Bindery для объекта Подразделение.

Figure 37-1. Сервис Bindery в дереве Каталога

Если вы используете NDS Manager для изменения разделов Каталога по умолчанию, то вы должны обновить копии каталога, сохраняемые на серверах в контексте эмуляции Bindery.

Объекты, содержащиеся в контейнерном объекте, для которых установлен контекст эмуляции Bindery, должны иметь совместимые с Bindery имена. Например, полное имя для объекта Пользователь будет иметь вид:

MRICHARD.ACCOUNTING.NOVELL US

Вместе с тем, клиенты и серверы, использующие сервис Bindery, могут видеть только общее имя объекта Пользователь. Таким образом, общее имя объекта должно удовлетворять правилам именования Bindery.

См. также: , , , раздел "Managing the NetWare Directory Tree", в главе 5 книги Supervising the Network.



Сервис имен NetWare


NetWare Name Service (NNS) - сервис имен разработан для обеспечения более прозрачного доступа к ресурсам в сети NetWare.

Система NNS является прообразом NDS и состоит из набора специализированных утилит, рассчитанных на работу с существующими сетями NetWare 2 и NetWare 3.

Используя NNS, пользователи могли более просто регистрироваться на нескольких файловых серверах и выполнять печать в определенные очереди печати; администраторы сети могли проще управлять пользователями и группами в многосерверных сетях.

Система NNS более не поддерживается и не поставляется.

See also .



Сервис Каталога


Встроенная в NetWare 4 база данных, в которой поддерживается информация о всех ресурсах сети.

См. также: .



Сервис Каталога NetWare


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

NDS рассматривает все сетевые ресурсы как объекты в распределенной базе данных, называемой также базой данных Каталога NetWare или Каталогом.

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

NOTE: NDS помогает управлять ресурсами Каталога, такими как серверы и тома NetWare, однако не обеспечивает средств управления файловой системой (файлами и каталогами). Для управления файловой системой существуют отдельные графические и текстовые утилиты.



Сервис лицензирования NetWare


NetWare Licensing Services (NLS) - распределенный сервис масштаба предприятия, позволяющий администраторам отслеживать и управлять использованием лицензионных программ в сети.

NLS тесно интегрирована с технологией NetWare(r)

Directory ServicesTM

(NDSTM

) и основана на ее архитектуре, ориентированной на сети масштаба предприятия. Эта архитектура включает в себя компоненты для клиентов, использующих различные платформы, и системные компоненты, которые выполняются на серверах NetWare 4.1x.

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

Как изображено на , NLS включает следующие компоненты:

Один или несколько модулей предоставления сервисов лицензирования (License Service Provider, LSP), загруженные на серверах NetWare 4.1x. Компоненты клиента, зависящие от платформы.
NLS поддерживает клиентов DOS, Windows*, Windows 95* и NetWare 4.1x NLMTM. Службу Каталога NetWare. Базу данных транзакций. (Не представлена на Рис. 54.)

Figure 37-2. Структура NLS



Сервис NetWare MHS


Сервис, позволяющий пользователям обмениваться электронными сообщениями по сети.

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

Для обеспечения сервиса управления сообщениями NetWare использует сервер передачи сообщений, объект Список рассылки, объект Группа маршрутизации сообщений, объект Внешний и объект Почтмейстер.



Сервисы файлов и печати


Предыдущие версии оболочки NetWare для DOS перехватывали запросы сервисов DOS. На рабочих станциях клиентов программа оболочки NetWare (NETX) перехватывала прерывания DOS и выполняла сервисы файлов и печати.

NetWare DOS Requester пользуется встроенными в DOS функциями переназначения для обеспечения сервисов файлов и печати. Вместе с этим предоставляются функции оболочки NetWare для обеспечения совместимости с приложениями, рассчитанными на работу с оболочкой NetWare.



Сеть


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

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

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



Сетевая архитектура систем


System Network Architecture (SNA) - запатентованная компанией IBM сетевая архитектура, впервые представлена в 1974 году.

Технология SNA позволяет подключить системы локальной сети к мэйнфреймам IBM.

Архитектура SNA достигла выдающегося положения в компьютерной индустрии благодаря своей полноте и продолжающейся поддержке компанией IBM.



Сетевая файловая система NetWare


NetWare Networked File System (NetWare NFS) - программное обеспечение, позволяющее прозрачно интегрировать системы UNIX с файловой системой и ресурсами сети NetWare 4, предоставляя пользователям UNIX доступ к среде NetWare из привычной им операционной системы.



Сетевая коммуникация


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



Сетевая плата


Компьютерная плата, установленная в каждую рабочую станцию для предоставления возможностей коммуникации с другими станциями и с серверами NetWare.

Некоторые принтеры имеют собственные сетевые платы, позволяющие подключать их непосредственно к кабельной системе.

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



Сетевая система Xerox


(Xerox Network System, XNS) - Novell IPX представляет собой развитие XNS. Основным различием между IPX и XNS является то, что эти протоколы используют различные способы инкапсуляции Ethernet. Другое отличие заключается в том, что IPX использует запатентованный компанией Novell протокол SAP.

См. также: .



Сетевой адрес


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

См. .



Сетевой диск


Общеупотребительное название для логического диска.

См. .



Сетевой принтер


Принтер, используемый совместно в сети.

См. также: , глава 7 "Настройка принтеров, подключенных к рабочим станциям или серверам", в книге Сервис печати.



SFT


System Fault Tolerance (Отказоустойчивость системы) - средство защиты данных, позволяющее восстанавливать данные после аппаратных сбоев.

Существует три уровня SFT: Hot Fix, зеркальное отражение и дуплексирование дисков и зеркальное отражение серверов.

См. .



Шаблон пользователя


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

Вы можете создать шаблоны пользователей для контейнеров Организация и Подразделение.

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

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

При создании шаблона пользователя в контейнере вы можете скопировать информацию из шаблона пользователя вышестоящего контейнера.

Например, при создании шаблона в контейнере SALES.NOVELL, вы получите запрос, следует ли скопировать информацию из шаблона пользователя контейнера NOVELL (если шаблон существует).

Шаблон пользователя представляет собой объект Пользователь с именем USER_TEMPLATE. Вы вводите информацию для этого объекта, как для любого другого объекта Пользователь, однако, не все свойства объекта USER_TEMPLATE могут быть скопированы при создании нового пользователя.

Введенная информация для вновь созданного объекта Пользователь может быть изменена после создания объекта.

Существуют ограничения, связанные с объектом USER_TEMPLATE. Вы не можете зарегистрироваться в сети под именем USER_TEMPLATE, предоставить права, используя шаблон пользователь, нельзя присваивать свойства шаблона уже существующим пользователям и обновлять свойства пользователей с помощью изменения свойств шаблона.



Схема


Архитектура, определяющая разрешенные типы объектов NDS и свойства, связанные с каждым типом объектов.

Пользователь, обладающий правом супервизора для объекта [Root] может определить дополнительные типы объектов NDS и дополнительные свойства для существующих объектов.

Существующие по умолчанию объекты NDS или свойства этих объектов не могут быть удалены.

Каждое свойство в схеме может иметь любые из нижеследующих флагов, которые не могут быть изменены:

DS_HIDDEN. Указывает, что ни один пользователь (включая супервизора) не может прочитать или записать значение свойства. DS_READ_ONLY. Указывает, что ни один пользователь (включая супервизора) не может записать значение свойства. DS_PUBLIC_READ или DS_SERVER_READ. Указывает, что свойство может быть прочитано любым пользователем, даже если он не был аутентифицирован. Если это право было установлено для свойства, вы не можете отозвать это право доступа к свойству, даже с помощью Фильтра наследуемых прав или путем назначения прав опекунства.

См. также: , .



Шестнадцатеричный


Система записи чисел по основанию 16, используется для представления адресов в памяти компьютеров.

В шестнадцатеричном представлении десятичные числа от 0 до 15 представляются десятичными цифрами от 0 до 9 и буквами от A до F (A = десятичное 10, B = десятичное 11, и т.д.)



Шина SCSI


Интерфейс, соединяющий дополнительные контроллеры HBA и жесткие диски.

При использовании шины SCSI необходимо убедиться, что подключенные периферийные устройства используют правильную адресацию и имеют терминатор.

Вы можете отличить шину SCSI по 50-контактному разъему (в отличие от шины IDE, использующей 40-контактный разъем).

См. также: .



Шлюз


Соединение между двумя сетями.

Шлюз позволяет обеспечить передачу данных между сетями, использующими различные протоколы (например, между сетями NetWare и не-NetWare) используя стандартные протоколы, такие как TCP/IP, X.25 и SNA.

| |



Синхронизация


Синхронизация реплик. Средство обеспечения идентичности информации, содержащейся в различных репликах одного и того же раздела Каталога на разных серверах. (См. .)

Синхронизация времени. Метод, обеспечивающий идентичные показания времени на всех серверах сети. См. .)



Синхронизация реплик Каталога


Для поддержания устойчивости к отказам Каталога периодически (и автоматически) происходит обновление или синхронизация реплик разделов Каталога.

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

Администратор сети не может управлять частотой синхронизации реплик Каталога; NDS автоматически обеспечивает синхронизацию реплик Каталога. Однако администратор может выполнить синхронизацию реплик Каталога с помощью утилиты NDS Manager.

Для получения более подробной информации см. "NDS Manager" в книге Справочник по утилитам.

См. также: , глава 4 "Maintaining NetWare 4 Networks," в книге Supervising the Network.



Синхронизация времени


Метод, обеспечивающий идентичность показаний времени на всех серверах в дереве Каталога.

Часы в компьютерах могут несколько отличаться, в результате этого разные сервера могут сообщать различные значения времени. Синхронизация времени корректирует эти отличия, так что все сервера в дереве Каталога используют одинаковое время, и обеспечивает временную метку для упорядочения событий NDS.

При возникновении события в Каталоге, например, при изменении пароля или при переименовании объекта, NDS запрашивает временную метку.

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

NDS использует временные метки для:

Определения порядка событий (например, создания объектов и репликаций разделов Каталога) Фиксации значений "реального времени" Для установки сроков окончания действия

Временная метка становится особенно важной при репликации разделов Каталога и необходимости установки порядка их обновления.

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

Например, пользователь может удалить объект, а затем заново создать его. Если бы не существовал способ определения порядка этих событий, могла бы возникнуть ситуация, когда созданный в Каталоге объект был бы снова удален.

Временные метки позволяют Каталогу точно восстановить порядок возникновения событий.




Синхронизация времени устанавливает порядок возникновения событий в NDS.

При возникновении событий в Каталоге, например, при изменении пароля или переименования объекта, NDS устанавливает временную метку, так что реплики Каталога обновляются в правильном порядке. (См. .)



Синтетическое время


Тип отметки времени, используемый NDS и предотвращающий неправильное указание времени модификации объекта.

Например, если время на сервере изменено и не соответствует отметке времени раздела, тогда для предотвращения неправильной отметки объекта в NDS посылается синтетическая отметка времени.

См. также: .



Система хранения данных большой емкости


High Capacity Storage System (HCSS) - система хранения данных, расширяющая возможности по хранению данных сервером NetWare посредством встраивания в файловую систему NetWare поддержки библиотек оптических дисков (дисководов с автоматической сменой дисков).

HCSS выполняет перемещение файлов между быстрыми накопителями данных небольшой емкости (жесткими дисками сервера) и медленными системами хранения данных высокой емкости (оптические диски в дисководе с автоматической сменой дисков).

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

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

HCSS использует перезаписываемые оптические диски, что обеспечивает возможность постоянной записи и стирания данных. Могут использоваться односторонние и двухсторонние диски.



Система отслеживания транзакций


Transaction Tracking System (TTS) - технология защиты целостности данных от нарушения, основанная на откате незавершенных транзакций, которые могут возникнуть из-за отказа сетевых компонент.

При откате транзакции, данные восстанавливаются в состояние, предшествовавшее началу транзакции.

TTS является стандартной компонентой сервера NetWare 4.

TTS играет важную роль, так как TTS обеспечивает защиту целостности базы данных NDS и других баз данных.

WARNING: Не запрещайте использование TTS на сервере, так как это приводит к невозможности обновления Каталога на данном сервере.



Система учета


Процесс ведения бюджета использования ресурсов в сети.

Администратор сети может установить стоимость использования сетевых сервисов и ресурсов назначив для пользователей балансы бюджетов, которые они будут расходовать при пользовании сетевыми сервисами и ресурсами



Система управления хранением данных


Storage Management System (SMS) - сервис, позволяющий выполнять резервное копирование и восстановление данных. SMS не зависит от аппаратуры резервного копирования и файловой системы (например, DOS, OS/2, Macintosh, MS Windows, или UNIX).



Системная память


Область памяти от 640 КБ до 1024 КБ, предназначенная для использования системой (включая видеоадаптеры и другие устройства).

Системная память обычно не используется DOS или приложениями, однако система с процессорами 80386 или 80486 с помощью специальных программ может создать в области системной памяти блоки верхней памяти (UMB, upper memory block), которые могут непосредственно адресоваться программами DOS.

Системная память иногда называется верхняя память DOS, область верхней памяти , (HMA, high memory area) или верхняя память.



Системная процедура регистрации


Тип процедуры регистрации в NetWare 2 и NetWare 3, устанавливающий общее окружение для всех пользователей.

В NetWare 4 вместо процедуры регистрации системы используется процедура регистрации контейнера.

См. , .



Скорость передачи данных в бодах


В передаче данных по последовательному интерфейсу - скорость модуляции сигнала или скорость изменения сигнала.

См. .



SMDR


Storage Management Data Requester (Запросчик системы управления хранением данных) - передает команды и информацию между SBACKUP и сервисом целевого агента.

См. .



SMS


Storage Management Services (Система управления хранением данных) - сочетание связанных сервисов, обеспечивающих сохранение и получение данных.

См. .



SMSDI


SMS Storage Device Interface (Интерфейс устройств хранения данных SMS) - Набор процедур, обеспечивающий доступ SBACKUP к различным устройствам хранения данных и носителям данных.

См. .



SNA


System Network Architecture (Сетевая архитектура систем) - сетевая архитектура, разработанная корпорацией IBM, впервые представлена в 1974 году.

См. .



SNMP


Simple Network Management Protocol (Простой протокол управления сетью) - стандартный протокол, определяющий формат для сбора управляющей сетевой информации.

См. .



Сокет


Часть адреса IPX объединенной сети, представляющий адрес назначения пакета в узле сети.

Некоторые сокеты зарезервированы компанией Novell для специальных приложений. Например, IPX доставляет все пакеты запросов NCP в сокет 451h.

Независимые разработчики также могут зарезервировать номера сокетов для специальных задач, для чего эти номера необходимо зарегистрировать в Novell.

Ниже перечислены зарезервированные Novell номера сокетов:

СокетПроцесс
451hNCP
452hSAP
453hRIP
455hNetBIOS
456hДиагностика
8063hВиртуальный терминал Novell (Novell Virtual Terminal, NVT)
4000-6000hВременные сокеты, используемые для взаимодействия с серверами NetWare и других сетевых коммуникаций.

См. также: .



Состояние канала связи


Алгоритм маршрутизации, который строит и поддерживает логическую карту всей сети.

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

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

См. также: .; .



Совместимость с Bindery


NDS заменяет базу данных Bindery, которая использовалась в качестве системной базы данных в предыдущих версиях NetWare. NetWare 4 обеспечивает сервис Bindery для обеспечения совместимости с основанными на Bindery более ранними версиями NetWare, которые могут сосуществовать в сети с NDS. (См. .)



Совместное использование устройств


Совместное использование пользователями или прикладными программами устройств, предоставленных в общее пользование (например, принтеров, модемов, и дисков для хранения больших объемов данных).

Подключение устройств к сети для совместного использования несколькими рабочими станциями позволяет использовать ресурсы более эффективно.

Примером совместного использования устройства в сети может служить совместное использование несколькими рабочими станциями томов NetWare, расположенных на сервере. Другим примером является совместное использование сетевого принтера.



Создание, изменение и копирование процедур регистрации


Для создания и редактирования процедур регистрации вы можете воспользоваться утилитами NETADMIN и NetWare Administrator.

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

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

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

Все три типа процедур регистрации используют одинаковые соглашения, команды и переменные.



Специальные случаи отката транзакций


Помимо нормального отката транзакций, TTS позволяет выполнять транзакции файлов и расширений, а также множественные изменения, выполненные над одной областью данных в ходе выполнения одной транзакции.

TTS позволяет также восстанавливать прерванный откат транзакции (при сбое сервера NetWare во время восстановления отката после предыдущего отказа).

TTS сохраняет до завершения транзакции блокировку всех записей, заблокированных рабочей станцией. Это предотвращает возможные ошибки, которые могут возникнуть в следующей ситуации:

Приложение на станции 1 снимает блокировку с записи до того, как выполнена запись транзакции на диск. Станция 2 заблокировала и изменила эту же запись в кэше сервера NetWare (также до того, как была выполнена запись транзакции). Происходит отказ станции 1 и завершение транзакции станцией 2 (ее транзакция записана на диск). Из-за сбоя станции 1, выполняется откат ее транзакции поверх транзакции станции 2.

Если бы TTS не сохраняла блокировку записей до завершения транзакции, база данных содержала бы некорректную информацию, поскольку нормальная транзакция станции 2 была бы ошибочно перезаписана данными, которые были до транзакции станции 1.

Используемые при решении данных задач утилиты: "FILER", "FLAG", и "SET" описаны в книге Справочник по утилитам.

См. также: .



Список управления доступом


Access Control List (ACL) - свойство объекта, в котором содержится информация о том, кто или что может получить доступ к объекту.

ACL содержит назначения опекунства, которые включают в себя права объектов и свойств. ACL содержит также фильтр наследуемых прав. Когда вы просматриваете список опекунов объекта или фильтр наследуемых прав объекта, вы видите значения списка управления доступом объекта.

ACL имеет для объекта то же значение, что и список опекунов для файла или каталога.

Для изменения ACL (и, соответственно, прав опекунов), вам необходимо иметь право свойства, позволяющее изменять ACL объекта.

См. также: , .



Способы ротации


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



SPX


Sequence Packet Exchange (Последовательный обмен пакетами) - модуль NetWare DOS Requester, расширяющий протокол IPX и отслеживающий передачу данных по сети.

SPX проверяет и выдает подтверждение успешной доставки пакета до любой конечной точки сети, требуя от получателя пакета подтверждения в приеме пакета.

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

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

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

Протокол SPX был получен из IPX добавлением протокола пакетов Xerox.

См. также: , , .



Станция


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



STARTUP.NCF


Загрузочный файл сервера NetWare, который загружает драйверы дисков NetWare, поддержку пространств имен и устанавливающий некоторые параметры SET.

См. также: .



Стоповый бит


Сигнал, означающий конец передачи символа.

См. также: .



Сторожевой пакет


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

Все значения параметров сторожевого пакета могут быть установлены с помощью команды SET.

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

Если станция не отвечает на определенное количество сторожевых пакетов, сервер считает, что рабочая станция потеряла соединение с сервером, и очищает соединение рабочей станции.

Интервал времени до посылки первого сторожевого пакета, интервалы между посылкой следующих сторожевых пакетов и количество сторожевых пакетов могут быть установлены с помощью утилиты SET.

Используемая при решении данных задач утилиты: "SET" описана в книге Справочник по утилитам.

См. также: .



Страничная организация памяти


Позволяет NetWare 4 адресовать память не непрерывно. Эта возможность поддерживается процессорами с современной архитектурой (такими как Intel* 80386/80486 и Pentium*).

Вместо использования для процессов больших блоков памяти с непрерывной адресацией, NetWare 4 пользуется сегментацией памяти для назначения не непрерывных блоков.

Для отображения физических адресов в логическую память используются таблицы страниц. Каждому элементу страниц соответствует страница в памяти. Размер одной страницы равен 4 КБ. Группа таблиц страниц образует домен.

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

Основным назначением страничной организации в NetWare является защита памяти. Например, NetWare выгружает некоторые адреса из памяти для предотвращения доступа к этим адресам.

Таблицы страниц домена перечисляются в таблице каталога страниц. В NetWare 4 используются два уровня таблиц поиска, как показано на следующем рисунке:

Figure 37-14. Страничная организация памяти



STREAMS


Программа NLM, обеспечивающая общий интерфейс между NetWare и транспортными протоколами (IPX/SPX, TCP/IP, SNA или OSI), которые необходимы для передачи данных и запросов для обработки сервером NetWare.

Обеспечивая прозрачность транспортных протоколов с точки зрения сетевой операционной системы, STREAMSTM

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

Сетевые администраторы могут установить протоколы по своему усмотрению или сменить используемые протоколы, не затрагивая этим предоставленные пользователям сервисы (если приложения поддерживают множественные протоколы).

На представленном ниже рисунке изображена взаимосвязь STREAMS и стеков транспортных протоколов.

Figure 15-1. Структура STREAMS



Структура Каталога


Иерархическая структура, представляющая как разделы Каталога соотносятся друг с другом в базе данных Каталога (см. также: ).

В предыдущих версиях этот термин использовался для описания системы управления томами, каталогами и файлами, используемой NetWare для организации данных на жестких дисках (см. также: .)



Структура каталогов


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

На рисунке ниже изображены возможные варианты структуры каталогов:

Figure 40-3. Плоская и вложенная структура каталогов

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



Супервизор сети


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



Свойства объекта


Для каждого типа объектов существует некоторый набор свойств, в которых хранится информация об объекте.

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

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

При создании объекта необходимо указать следующие свойства:

Свойства имени объекта Свойства, необходимые для создания объекта, которые не являются именем объекта
Например, при создании объекта Том, необходимо указать сервер, на котором расположен том.

Многие свойства объектов могут содержать несколько значений. Например, свойство Телефонный номер, которое имеется у многих объектов, может содержать несколько различных телефонных номеров.

Утилиты NETADMIN и NetWare Administrator позволяют вам просматривать и изменять свойства любых объектов при условии, что вы обладаете правами на их изменение.

См. также: , "Object Rights" в главе 1 книги Supervising the Network.



Свойство


Характеристика объекта NDS. Каждый тип объекта (например, объект Организация, объект Подразделение или объект Профиль) имеет некоторый набор свойств, в которых хранится информация об объекте.

Например, свойства объекта Пользователь включают в себя регистрационное имя пользователя, адрес электронной почты, ограничения пароля, принадлежность группам и другую информацию.

Или, свойства объекта Профиль включают в себя имя профиля, процедуру регистрации и том.

Обязательными свойствами объекта являются только те свойства, которые вы указываете при создании нового объекта. Вы должны ввести значение в каждое предлагаемое вам поле.

Эти свойства указывают имя объекта или необходимы для создания объекта.

Например, при создании объекта Том необходимо указать сервер, на котором будет расположен том.

Многие свойства объектов могут содержать несколько значений. Например, свойство Телефонный номер может содержать несколько различных номеров.

Вы можете просмотреть и изменить свойства объекта с помощью утилит NetWare Administrator и NETADMIN, если вы обладаете соответствующими правами доступа к объекту.

См. также: .



Свойство Эквивалент защиты


Свойство Эквивалент защиты позволяет назначить пользователю права доступа к файлам и каталогам, которые имеет данный пользователь.

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

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

Особое внимание следует уделять при назначении Эквивалента защиты к пользователям, имеющим право объекта Супервизор.

Вы можете назначить Эквивалент защиты только для объектов Пользователь. Однако, каждый объект (включая объекты Пользователь) автоматически становятся эквивалентом защиты для всех контейнерных объектов, в которых они содержатся. Это свойство не может быть отменено или изменено.



Сжатие файлов


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

Разрешив сжатие томов NetWare вы можете получить выигрыш до 63% объема тома. Например, 600 МБ файлов могут быть сжаты до 222 МБ.

Сжатие файлов осуществляется непосредственно операционной системой NetWare. Пользователи могут управлять сжатием своих файлов или каталогов, разрешая сжатие файлов после их использования или запрещая сжатие файлов.

После разрешения сжатия, файлы с включенным флагом Сжать немедленно (Ic) сжимаются сразу. Другие файлы сжимаются автоматически после того, как определенное время к ним не происходит доступ. При использовании файла пользователем файл автоматически декомпрессируется.

Следующая схема упрощенно объясняет сжатие файлов:

Происходит чтение и анализ файла. Создается временный файл с описанием исходного файла.. Система определяет, дает ли сжатие выигрыш в терминах использования секторов диска. Начинается сжатие файла. После построения не содержащей ошибок версии файла, происходит взаимная замена исходного и сжатого файлов.

Если в процессе сжатия происходит сбой питания или ошибка диска исходный файл остается неизменным.

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

Вы можете разрешить сжатие файлов во время установки NetWare или после этого. После того, как сжатие было разрешено, вы не можете запретить ее без пересоздания тома. Вы можете временно приостановить сжатие с помощью команды SET.

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

См. также: .



Таблица элементов каталога


Directory Entry Table (DET) - таблица, содержащая основную информацию о файлах, каталогах и других объектах тома, правах опекунов для каталогов.

DET занимает один или более блоков каталога на томе. Каждый блок каталога имеет размер 4 КБ. Размер элемента каталога составляет 128 байт; таким образом, блок содержит 32 элемента каталога.

Том SYS: начинается с семи блоков для хранения таблицы элементов каталога. При необходимости выделения дополнительного блока для таблицы элементов каталога, сервер выделяет необходимый блок.

Существует ограничение на количество выделяемых на томе блоков для элементов каталогов. Каждый том может содержать до 65536 блоков каталогов, так что на томе может храниться до 2,097,152 элементов каталогов.

Сервер кэширует только отдельные блоки элементов каталогов, а не каталоги целиком.

В NetWare 4 том может размещаться на нескольких устройствах, так что каждое устройство может содержать несколько таблиц каталогов.

См. также: .



Таблица определения томов


Volume Definition Table (VDT) - таблица, в которой сохраняется информация о сегментации томов, в том числе, имена и размеры томов, местоположение сегментов томов на различных сетевых жестких дисках.

На каждом томе NetWare в разделе NetWare хранится таблица определения томов.

См. также: .



Таблица размещения файлов


File Allocation Table (FAT) - таблица индексов, указывающих местоположение файлов на диске. Поскольку каждый файл может занимать несколько блоков на диске, таблица FAT указывает последовательность блоков, занятых файлом.

FAT создается для каждого тома. Операционная система NetWare разбивает каждый том на блоки выделения дискового пространства. Можно установить размер блока 4, 8, 16, 32 или 64 КБ. (Все блоки в пределах одного тома имеют одинаковый размер).

NetWare сохраняет файлы на томах в этих блоках. Если файл состоит из одного или нескольких блоков, эти блоки могут располагаться не последовательно.

Элементы таблицы FAT соответствуют блокам тома. Первому элементу соответствует первый блок тома, второму элементу - второй блок и т.д.

Доступ к FAT обеспечивается через DET. Блоки FAT кэшируются в памяти сервера, что обеспечивает более быстрый доступ к данным.

Индекс Turbo FAT. Если файл занимает более 64 блоков (соответственно, более 64 элементов FAT), NetWare создает индекс Turbo FAT для группирования всех элементов FAT данного файла.

См. также: .



TCP/IP


Transmission Control Protocol/Internet Protocol (Протокол управления передачей/Межсетевой протокол) - являющийся промышленным стандартом набор сетевых протоков, позволяющий взаимодействовать различным узлам в гетерогенной среде.

TCP/IP построен на основе четырехуровневой модели, примерно соответствующей семиуровневой модели OSI. TCP/IP использует следующие уровни представления

Процесс/приложение Взаимодействие между хостами Межсетевой Сетевой адрес



Теги ресурсов


Теги операционной системы, с помощью которых отслеживается использование ресурсов сервера NetWare, таких как экраны и выделенная память.

Программа NLM запрашивает у сервера NetWare ресурс некоторого типа, и присваивает ему Тег ресурса.

Когда ресурс более не нужен программе, она возвращает его операционной системе. При выгрузке программы NLM, все ресурсы программы возвращаются операционной системе.

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

Используемая при решении данных задач утилита: "MONITOR" описана в книге Справочник по утилитам.



Типы каталогов


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

Каталоги операционной системы. Содержат файлы операционных систем для рабочих станций.

Количество каталогов DOS и других операционных систем зависит от того, какие операционные системы, версии и типы рабочих станций используются в вашей сети.

Каталоги приложений. Хотя приложения могут быть установлены на локальные диски, установка их на сервер обеспечивает более удобный доступ.

Возможны несколько вариантов структуры для каталогов приложений:

Создать отдельный том для приложений, с отдельным каталогом в корневом каталоге для каждого приложения. Установить опекунство для каждого приложения. Затем в системной процедуре регистрации или процедуре регистрации профиля спланировать сетевые диски для каждого приложения.
Такая структура представлена на следующем рисунке:

Figure 40-4. Том для приложений

Создать отдельные каталоги в корневом каталоге тома SYS: для каждого приложения. Установить опекунство для каждого приложения. Затем в системной процедуре регистрации или процедуре регистрации профиля спланировать сетевые диски для каждого приложения.
Такая структура представлена на следующем рисунке:

Figure 40-5. Каталоги приложений в томе SYS:

Создать родительский каталог для приложений с подкаталогами для каждого приложения. Установить опекунство для каждого приложения. Затем в системной процедуре регистрации или процедуре регистрации профиля спланировать сетевые диски для каждого приложения.
Такая структура представлена на следующем рисунке:

Figure 40-6. Родительский каталог для приложений

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


Эту структуру следует использовать только в том случае, если все пользователи должны иметь доступ ко всем приложениям. Такая структура представлена на следующем рисунке:

Figure 40-7. Каталог для приложений в SYS:PUBLIC



Не рекомендуется устанавливать приложения в каталог SYS:PUBLIC, (если только для приложений не создаются отдельные подкаталоги).
Обновление сети становится более сложным, если утилиты NetWare перемешаны с файлами приложений.
Имя файла приложения может совпадать с именем утилиты NetWare или именем другого приложения. В этом случае один файл будет замещен другим, так как в одном и том же каталоге не могут находится файлы с одинаковыми именами.

NOTE: Некоторые приложения записывают файлы в корневой каталог. Из соображений безопасности не следует разрешать пользователям работать с корневым каталогом. Поэтому следует использовать команду MAP ROOT для Назначения псевдокорневого каталога - для которого можно разрешить право доступа пользователей. (См. .)

Каталоги данных. Это рабочий каталог групп и пользователей предназначенный для хранения рабочих файлов. Вы можете также создать каталог для обмена файлами между каталогами в сети.

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

Таким образом, для разрешения пользователям доступа к файлам следует назначить опекунство для групп и пользователей, которым требуется доступ к данным каталогам.

Личные или пользовательские каталоги. Для предоставления пользователю персонального каталога создаются личные, или пользовательские каталоги.

Вы можете создать родительский каталог в корневом каталоге тома SYS: и назвать его HOME или USERS. Или, вы можете создать отдельный том HOME или USERS. Затем вы можете создать подкаталог для каждого пользователя.

Имя каждого подкаталога должно быть именем пользователя. Имя пользователя может быть до 47 символов, но DOS позволяет видеть только 8 символов в имени каталога.На рисунке ниже приведен пример такой структуры каталогов.

Figure 40-8. Личные и пользовательские каталоги



Используемые при решении данных задач утилиты: "FILER", "MAP", "NLIST", "NETADMIN" и "RENDIR" в книге Справочник по утилитам.

Используемые при решении данных задач утилиты DOS: CD (Change Directory, перейти в каталог), DIR, MD (Make Directory, создать каталог), RD (Remove Directory, удалить каталог). См. руководство DOS.

См. также: , , , .


Типы реплик Каталога


Главная реплика. Хотя в Каталоге может существовать множество реплик, только одна из них является главной репликой. Ее следует использовать для создания новых разделов Каталога в базе данных Каталога или для чтения и обновления информации Каталога, например, для добавления и удаления объектов. Реплика на чтение/запись. Используется для получения и обновления информации Каталога (например, для добавления и удаления объектов). Реплика только для чтения. Используется только для просмотра информации Каталога без возможности изменения. Подчиненная ссылочная реплика.. Вы не можете изменить тип такой реплики. NDS автоматически размещает на сервере подчиненную реплику, если родительский раздел Каталога имеет на сервере главную реплику или реплику только для чтения или для чтения/записи, а дочерний раздел Каталога не имеет реплики.
Если после этого вы добавите реплику дочернего раздела Каталога, имеющую тип для чтения/записи или только для чтения, то подчиненная реплика автоматически удаляется.



Том


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

В NDS каждому тому соответствует объект Том в дереве Каталога.

При создании тома с помощью утилиты INSTALL, INSTALL создает объект Том в том же контексте дерева Каталога, что и соответствующий сервер. По умолчанию, INSTALL называет объект Том в соответствии с именем сервера,ИмяСервера_ОбъектТом.

Вы можете изменить контекст объекта Том с помощью утилит NETADMIN и NetWare Administrator.

Для переименования тома, следует изменить имя тома на сервере с помощью утилиты INSTALL и изменить имя объекта в Каталоге с помощью утилит NETADMIN и NetWare Administrator

Можно создать объект Том на любом диске, на котором есть раздел NetWare 4. Сервер NetWare 4 поддерживает до 64 томов.

Деление томов NetWare происходит на двух уровнях:

Логическое деление. Тома делятся на каталоги супервизорами и пользователями, обладающими для этого соответствующими правами. Физическое деление. Тома делятся на сегменты томов. Различные сегменты тома могут быть расположены на одном или нескольких жестких дисках.
Один жесткий диск может содержать до восьми сегментов, принадлежащих одному или нескольким томам; каждый том может содержать до 32 сегментов томов.
Размещение сегментов одного тома на нескольких жестких дисках позволяет одновременно выполнять чтение и запись для различных участков тома, что повышает скорость обмена с жесткими дисками.
Однако, если вы распределили том между несколькими дисками, следует позаботиться о защите томов от сбоев диска с помощью зеркального отражения дисков; в противном случае, при сбое одного диска данные одного или нескольких томов могут быть потеряны.
Вы можете увеличить объем тома. Для этого следует установить в сервер дополнительный жесткий диск, установить на нем раздел NetWare добавить существующие разделы к тому NetWare в качестве новых сегментов тома.


Как правило, увеличение размера тома можно произвести во время работы сервера, не производя размонтирование тома.

Первый том сервера имеет имя SYS:. Дополнительные тома могут быть созданы с помощью утилиты INSTALL. При создании тома необходимо присвоить имя тома, содержащее от 2 до 15 символов.

Некоторые утилиты NetWare (в том числе, FILER, MAP и VOLINFO) позволяют просмотреть список имен томов NetWare.

Кроме этого, команда DOS DIR отображает имя тома при просмотре сетевого каталога (например, "Volume in drive F: is SYS:").

Это название тома соответствует метке тома DOS или OS/2, отображаемой командой DOS DIR при просмотре локальных дисков (например, дискеты или жесткого диска рабочей станции). Метка тома для локального диска может быть установлена при форматировании диска или с помощью команды DOS или OS/2 LABEL.

Когда том указывается в качестве части полного пути файла в документации NetWare или на экране (например, при выполнении команды MAP), после имени тома следует символ двоеточия (:), например, SYS:PUBLIC.

При загрузке сервера NetWare выполняется монтирование томов, что означает:

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

Одной из причин отказа монтирования тома может явиться недостаток оперативной памяти. Это происходит если таблицы FAT занимают слишком большое количество буферов кэша.

Используемая при решении данных задач утилиты: "INSTALL" описана в книге Справочник по утилитам.

См. также: , .


Том NetWare


Физически определенное пространство жесткого диска фиксированного размера. Том NetWare представляет собой верхний уровень структуры каталогов NetWare (тот же уровень, что и корневой каталог DOS).

См. .