A B C D E F H I L M N O P R S T U V W X
А Б В Г Д Е Ж З И К Л М Н О П Р С Т У Ф Х Ц Ч Ш Э
Характеристика объекта NDS. Каждый тип объекта (например, объект Организация, объект Подразделение или объект Профиль) имеет некоторый набор свойств, в которых хранится информация об объекте.
Например, свойства объекта Пользователь включают в себя регистрационное имя пользователя, адрес электронной почты, ограничения пароля, принадлежность группам и другую информацию.
Или, свойства объекта Профиль включают в себя имя профиля, процедуру регистрации и том.
Обязательными свойствами объекта являются только те свойства, которые вы указываете при создании нового объекта. Вы должны ввести значение в каждое предлагаемое вам поле.
Эти свойства указывают имя объекта или необходимы для создания объекта.
Например, при создании объекта Том необходимо указать сервер, на котором будет расположен том.
Многие свойства объектов могут содержать несколько значений. Например, свойство Телефонный номер может содержать несколько различных номеров.
Вы можете просмотреть и изменить свойства объекта с помощью утилит NetWare Administrator и NETADMIN, если вы обладаете соответствующими правами доступа к объекту.
См. также: "Объект".
Физическое деление тома..
Сегменты тома могут быть расположены на одном или нескольких жестких дисках, что позволяет вам создавать большие тома.
Жесткий диск может содержать до 8 сегментов томов, каждый том может содержать до 32 сегментов.
Размещение сегментов одного тома на нескольких жестких дисках позволяет одновременно выполнять чтение и запись для различных участков тома, что повышает скорость обмена с жесткими дисками.
Вы можете добавлять сегменты в том (с помощью утилиты INSTALL.NLM), однако удаление сегмента из тома может привести к разрушению тома.
NetWare использует таблицу определения томов (VDT) для отображения сегментов на жестком диске на том.
См. также: "Том".
Целое число, используемое для согласования работы программ и процессов и для предотвращения нарушения целостности данных в многопроцессорных вычислительных средах.
Семафоры используются для синхронизации коммуникаций между процессами, предотвращая выполнение последовательностей событий, которые не должны произойти.
Другим типом семафоров являются двоичные семафоры, управляющие совместным использованием ресурсов и обеспечивающие взаимоисключающий доступ к ресурсу.
Например, доступ к совместно используемому файлу может управляться с помощью двоичного семафора. Если файл не используется, то значение семафора равно 1 и файл является доступным. Если файл используется, то значение семафора равно 0, и другие процессы не могут использовать данный файл.
Семафоры могут также использоваться для ограничения количества пользователей, имеющих доступ к ресурсу, например, к сетевому приложению, лицензия которого ограничивает количество пользователей. После того, как указанное количество пользователей достигнуто, семафор запрещает доступ следующим пользователям.
Супервизоры NetWare не используют и не устанавливают семафоры NetWare. Семафоры широко используются разработчиками программ NLM.
Если вы получаете системное сообщение, относящееся к семафорам, то оно, скорее всего, относится к вопросам совместного использования ресурсов.
Компьютер в сети, который совместно используется многими пользователями.
Сервер NetWare. Компьютер, работающий под управлением операционный системы NetWare. (См. "Сервер NetWare".)
Сервер печати. Компьютер, который принимает задания печати из очереди печати и передает их на принтер. (См. "Сервер печати".)
Компьютер, работающей под управлением операционной системы NetWare.
Сервер NetWare управляет коммуникациями между связанными с ним рабочими станциями и разделяемыми ресурсами, например, принтерами.
Сервер NetWare должен иметь, по крайней мере, один жесткий диск, внутренний или внешний, и, желательно не менее 16 МБ оперативной памяти. Кроме этого, в сервере должна быть установлена, по крайней мере, одна сетевая плата.
Серверы NetWare, работающие под управлением NetWare 4, могут быть использованы только как выделенные серверы, за исключением серверов NetWare 4 для OS/2, которые являются только невыделенными.
Используемая при решении данных задач утилита:"INSTALL" описана в книге Справочник по утилитам.
Набор драйверов устройств, позволяющий операционной системе NetWare 4 работать в качестве невыделенного сервера на компьютере OS/2.
Сервер NetWare для OS/2:
См. также: глава 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.
Сервер, с которого в процессе обновления происходит передача данных, файлов Bindery и другой информации на целевой сервер NetWare 4.
См. также"Целевой сервер".
Механизм 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".
NetWare Licensing Services (NLS) - распределенный сервис масштаба предприятия, позволяющий администраторам отслеживать и управлять использованием лицензионных программ в сети.
NLS тесно интегрирована с технологией NetWare(r) Directory ServicesTM (NDSTM ) и основана на ее архитектуре, ориентированной на сети масштаба предприятия. Эта архитектура включает в себя компоненты для клиентов, использующих различные платформы, и системные компоненты, которые выполняются на серверах NetWare 4.1x.
NLS также предоставляет базовые средства измерения использования лицензионных продуктов и библиотеки, позволяющие разработчикам программного обеспечения включать сервис лицензирования в другие продукты.
Как изображено на Рис. 54, NLS включает следующие компоненты:
System Network Architecture (SNA) - запатентованная компанией IBM сетевая архитектура, впервые представлена в 1974 году.
Технология SNA позволяет подключить системы локальной сети к мэйнфреймам IBM.
Архитектура SNA достигла выдающегося положения в компьютерной индустрии благодаря своей полноте и продолжающейся поддержке компанией IBM.
Передача данных между рабочими станциями. Запросы для сервисов и передача данных между рабочими станциями через коммуникационную среду, например, кабельную систему.
Компьютерная плата, установленная в каждую рабочую станцию для предоставления возможностей коммуникации с другими станциями и с серверами NetWare.
Некоторые принтеры имеют собственные сетевые платы, позволяющие подключать их непосредственно к кабельной системе.
В документации NetWare используется термин сетевая плата. . В документации других фирм встречаются термины сетевая карта, сетевой адаптер (NIC).
(Xerox Network System, XNS) - Novell IPX представляет собой развитие XNS. Основным различием между IPX и XNS является то, что эти протоколы используют различные способы инкапсуляции Ethernet. Другое отличие заключается в том, что IPX использует запатентованный компанией Novell протокол SAP.
См. также: "IPX".
NetWare Networked File System (NetWare NFS) - программное обеспечение, позволяющее прозрачно интегрировать системы UNIX с файловой системой и ресурсами сети NetWare 4, предоставляя пользователям UNIX доступ к среде NetWare из привычной им операционной системы.
Число, однозначно определяющее кабельный сегмент сети; обычно используется термин внешний сетевой номер IPX.
Общеупотребительное название для логического диска.
См. "Накопитель (диск)".
Принтер, используемый совместно в сети.
См. также: "Принтер", глава 7 "Настройка принтеров, подключенных к рабочим станциям или серверам", в книге Сервис печати.
Группа компьютеров, которые могут взаимодействовать друг с другом, использовать общие периферийные устройства, например, жесткие диски и принтеры, получать доступ к удаленным узлам и другим сетям.
Сеть NetWare состоит из рабочих станций, периферийных устройств и одного или нескольких серверов NetWare.
Пользователи сети NetWare могут совместно использовать файлы (данные и программы), посылать сообщения непосредственно между рабочими станциями и защищать файлы с помощью расширенной системы безопасности.
Средство повышения фактической емкости дисков сервера NetWare с помощью сжатия неиспользуемых файлов.
Разрешив сжатие томов NetWare вы можете получить выигрыш до 63% объема тома. Например, 600 МБ файлов могут быть сжаты до 222 МБ.
Сжатие файлов осуществляется непосредственно операционной системой NetWare. Пользователи могут управлять сжатием своих файлов или каталогов, разрешая сжатие файлов после их использования или запрещая сжатие файлов.
После разрешения сжатия, файлы с включенным флагом Сжать немедленно (Ic) сжимаются сразу. Другие файлы сжимаются автоматически после того, как определенное время к ним не происходит доступ. При использовании файла пользователем файл автоматически декомпрессируется.
Следующая схема упрощенно объясняет сжатие файлов:
Если в процессе сжатия происходит сбой питания или ошибка диска исходный файл остается неизменным.
Сжатие файлов является фоновым процессом, лишь незначительно уменьшающим производительность сервера. Вместе с тем, мы рекомендуем запускать сжатие в те моменты, когда сервер почти не занят.
Вы можете разрешить сжатие файлов во время установки NetWare или после этого. После того, как сжатие было разрешено, вы не можете запретить ее без пересоздания тома. Вы можете временно приостановить сжатие с помощью команды SET.
Если вы приостановили сжатие файлов, то при его возобновлении количество файлов, требующих сжатия может оказаться значительным. Во избежание существенной потери производительности сервера установите сжатие файлов на время наименьшего использования сервера.
См. также: "Атрибуты".
См.: "NetWare Symmetric MultiProcessing".
Тип отметки времени, используемый NDS и предотвращающий неправильное указание времени модификации объекта.
Например, если время на сервере изменено и не соответствует отметке времени раздела, тогда для предотвращения неправильной отметки объекта в NDS посылается синтетическая отметка времени.
См. также: "Синхронизация времени".
Синхронизация реплик. Средство обеспечения идентичности информации, содержащейся в различных репликах одного и того же раздела Каталога на разных серверах. (См. "Реплика Каталога NetWare".)
Синхронизация времени. Метод, обеспечивающий идентичные показания времени на всех серверах сети. См. "Синхронизация времени".)
Метод, обеспечивающий идентичность показаний времени на всех серверах в дереве Каталога.
Часы в компьютерах могут несколько отличаться, в результате этого разные сервера могут сообщать различные значения времени. Синхронизация времени корректирует эти отличия, так что все сервера в дереве Каталога используют одинаковое время, и обеспечивает временную метку для упорядочения событий NDS.
При возникновении события в Каталоге, например, при изменении пароля или при переименовании объекта, NDS запрашивает временную метку.
Временная метка представляет собой уникальный код, сообщающий время возникновения события и идентифицирующий событие. Временные метки используются для обеспечения правильного обновления реплик Каталога.
NDS использует временные метки для:
Временная метка становится особенно важной при репликации разделов Каталога и необходимости установки порядка их обновления.
Репликация позволяет обновлять разделы Каталога, когда источники изменений Каталога различны. Когда различные пользователи одновременно изменяют реплики раздела Каталога, некоторые изменения могут относиться к одним и тем же данным.
Например, пользователь может удалить объект, а затем заново создать его. Если бы не существовал способ определения порядка этих событий, могла бы возникнуть ситуация, когда созданный в Каталоге объект был бы снова удален.
Временные метки позволяют Каталогу точно восстановить порядок возникновения событий.
При установке сервера NetWare 4 вы получаете предложение определить его в качестве Единственного эталонного, Первичного, Эталонного или Вторичного сервера времени.
Каждое из этих значений определяет функцию сервера в системе синхронизации времени
Figure 37-3. Единственный эталонный сервер времени
Единственный эталонный сервер времени может использоваться в сетях любого масштаба, однако эта конфигурация обычно используется для небольших сетей без межсетевых соединений.
IMPORTANT: Если вы используете Единственный эталонный сервер времени, то не назначайте Первичные или Эталонные серверы времени в сети.
Figure 37-4. Первичные серверы времени
Первичные серверы времени используются в больших сетях для увеличения устойчивости к отказам, предоставляя избыточные пути определения времени для Вторичных серверов времени.
При отказе или выключении Первичного сервера времени, вторичный сервер времени может получить значения времени от альтернативного первичного сервера времени.
Первичные серверы времени следует устанавливать в каждом географически удаленном районе, чтобы Вторичные серверы и рабочие станции могли получить к ним доступ без использования соединений глобальной сети.
Необходимо наличие хоты бы одного дополнительного Первичного или Эталонного сервера времени, с которым мог бы связаться Первичный сервер времени. Первичный и Эталонный сервер времени в одной сети должны иметь возможность контакта для определения времени путем опроса.
Первичный сервер может исправить собственные встроенные часы для синхронизации с общим временем сети. Поскольку исправление времени выполняется всеми Первичными серверами, общее сетевое время может незначительно колебаться.
Figure 37-5. Эталонный сервер времени
Эталонный сервер времени следует использовать, когда необходимо иметь центральную точку управления временем в сети. Как правило, в сети используется только один Эталонный сервер времени.
Вы можете использовать в сети одновременно более одного Эталонного сервера, но в этом случае каждый Эталонный сервер должен синхронизироваться с внешним источником времени (как радио-часы).
Необходимо иметь по крайней мере один Первичный сервер, с которым может связаться Эталонный сервер.
Если в сети имеются Первичный и Эталонный сервер, они должны иметь возможность связаться друг с другом для выполнения опроса.
Для нахождения друг друга, серверы времени используют один из двух методов: SAP или заказную конфигурацию.
Для маленьких сетей, если необходимость добавления или изменения конфигурации серверов мала, рекомендуется использование Единственного эталонного сервера времени с использованием SAP (установка по умолчанию).
В больших сетях, или при возможности частого случайного добавления или изменения конфигурации серверов, рекомендуется использовать пользовательскую настройку.
Используемая при решении данных задач утилита: "TIMESYNC" в книге Справочник по утилитам.
Transaction Tracking System (TTS) - технология защиты целостности данных от нарушения, основанная на откате незавершенных транзакций, которые могут возникнуть из-за отказа сетевых компонент.
При откате транзакции, данные восстанавливаются в состояние, предшествовавшее началу транзакции.
TTS является стандартной компонентой сервера NetWare 4.
TTS играет важную роль, так как TTS обеспечивает защиту целостности базы данных NDS и других баз данных.
WARNING: Не запрещайте использование TTS на сервере, так как это приводит к невозможности обновления Каталога на данном сервере.
Некоторые системы баз данных для мэйнфреймов, миникомпьютеров и сетей предоставляют возможность отката транзакций.
Однако в большинстве случаев это реализуется как часть прикладного программного обеспечения базы данных, а не как часть операционной системы.
Отслеживание транзакций в NetWare реализована на уровне операционной системы сервера NetWare. Этот метод обеспечивает существенные преимущества по сравнению с реализацией отслеживания транзакций на уровне прикладной программы:
Использование TTS улучшает работу следующих типов приложений баз данных::
В сети может произойти неправильное сохранение транзакции в любой из следующих ситуаций:
TTS защищает данные от разрушения в результате этих сбоев, выполняя копирование исходных данных перед их изменением.
Если во время выполнения транзакции произошел сбой, TTS может выполнить откат транзакции и восстановить исходные данные.
TTS обеспечивает защиту от этих типов и сбоев для любого приложения, использующего вызовы блокировки записей и сохраняющего информацию в виде записей. К этим типам приложений относятся традиционные базы данных, некоторые приложения электронной почты и некоторые системы планирования для рабочих групп.
Файлы, которые не состоят из отдельных записей (например, файлы текстовых процессоров), не могут быть защищены системой TTS.
TTS гарантирует, либо полное выполнение всех изменений в файле, либо полное отсутствие этих изменений. Для отслеживания транзакций системой TTS для конкретного файла необходимо пометить его как Транзакционный.
NOTE: (Замечание)Транзакционный файл не может быть удален или переименован. Нельзя поменять атрибуты файла, если он открыт.
Когда рабочая станция начинает транзакцию в файле базы данных, для обеспечения целостности файла TTS выполняет следующие действия:
Некоторые приложения баз данных оставляют одну или несколько записей заблокированными на все время работы (например, для защиты от несанкционированного копирования). TTS позволяет в этих случаях определить пороговые значения блокировки записей.
Эти пороговые значения позволяют избежать использования неявной отслеживания транзакции при запуске приложения и первой блокировке записи.
Установка порогового значения предотвращает запись всего сеанса работы с базой данных как единой транзакции или запись в файл обновления слишком большого количества транзакций.
Помимо нормального отката транзакций, TTS позволяет выполнять транзакции файлов и расширений, а также множественные изменения, выполненные над одной областью данных в ходе выполнения одной транзакции.
TTS позволяет также восстанавливать прерванный откат транзакции (при сбое сервера NetWare во время восстановления отката после предыдущего отказа).
TTS сохраняет до завершения транзакции блокировку всех записей, заблокированных рабочей станцией. Это предотвращает возможные ошибки, которые могут возникнуть в следующей ситуации:
Если бы TTS не сохраняла блокировку записей до завершения транзакции, база данных содержала бы некорректную информацию, поскольку нормальная транзакция станции 2 была бы ошибочно перезаписана данными, которые были до транзакции станции 1.
Используемые при решении данных задач утилиты: "FILER", "FLAG", и "SET" описаны в книге Справочник по утилитам.
См. также: "Кэш-память".
Storage Management System (SMS) - сервис, позволяющий выполнять резервное копирование и восстановление данных. SMS не зависит от аппаратуры резервного копирования и файловой системы (например, DOS, OS/2, Macintosh, MS Windows, или UNIX).
Комплект поставки NetWare включает программы NLM, соответствующие спецификации SMS, и другие программы, выполняемые на сервере:
Хотя на хост загружаются все программные модули SMS, только некоторые из них используются при выполнении операций резервного копирования.
См. также: глава 9, "Backing Up and Restoring Data", в книге Supervising the Network.
На рисунке ниже изображена упрощенная диаграмма резервного копирования хост-сервера.
Figure 37-6. Резервное копирование хост-сервера
Ниже следует объяснение этапов, отмеченных цифрами:
Ниже на рисунке изображена упрощенная диаграмма резервного копирования целевого сервера (любого сервера, отличного от сервера хоста):
Figure 37-7. Резервное копирование целевого сервера
Ниже следует объяснение этапов, отмеченных цифрами:
Ниже на рисунке изображен процесс резервного копирования рабочей станции DOS:
Figure 37-8. Резервное копирование рабочей станции DOS
Ниже следует объяснение этапов, отмеченных цифрами:.
IMPORTANT: Менеджер рабочих станций поддерживает внутренний список всех Агентов обслуживания цели, с которыми он связывался. Таким образом, формируется список всех рабочих станций, на которых загружен модуль Агента обслуживания цели.
Ниже на рисунке изображена упрощенная диаграмма резервного копирования рабочей станции OS/2:
Figure 37-9. Резервное копирование рабочей станции OS/2
Ниже следует объяснение этапов, отмеченных цифрами:
IMPORTANT: TSAOS2.NLM поддерживает внутренний список всех Агентов обслуживания цели, с которыми он связывался. Таким образом, формируется список всех рабочих станций, данные с которых можно скопировать на резервные носители данных хост-сервера.
Ниже на рисунке изображена упрощенная диаграмма резервного копирования базы данных Btrieve:
Figure 37-10. Резервное копирование базы данных Btrieve
Ниже следует объяснение этапов, отмеченных цифрами:.
Ниже на рисунке изображена упрощенная диаграмма резервного копирования базы данных NDS:
Figure 37-11. Резервное копирование базы данных NDS
Ниже следует объяснение этапов, отмеченных цифрами:.
NOTE: База данных NDS может быть расположена на локальном или удаленном сервере, или на нескольких серверах одновременно. SBACKUP обеспечивает резервное копирование базы данных независимо от ее расположения.
См. также: "Хосты и цели резервного копирования", "База данных Каталога NetWare", "Загружаемый модуль NetWare", "Система управления хранением данных", "Агент обслуживания цели".
Процесс ведения бюджета использования ресурсов в сети.
Администратор сети может установить стоимость использования сетевых сервисов и ресурсов назначив для пользователей балансы бюджетов, которые они будут расходовать при пользовании сетевыми сервисами и ресурсами
Администратор сети может назначить стоимость использования сервисов в зависимости от времени суток с точностью до получаса.
Администратор сети может установить стоимость для:
Для подсчета стоимости услуг каждого вида администратор должен:
После определения интенсивности использования каждого сервиса и затрат на каждый ресурс, администратор может определить стоимость сетевых услуг.
Стоимость услуг - это цена единицы для каждого сервиса. Стоимость услуг позволяет перевести предоставленные сетевые услуги в денежное выражение. Это относительная величина, для начала стоит определить единицу стоимости услуг равной одному центу.
Для определения стоимости услуг используется следующая формула:
Например, администратору сети требуется 100 долларов в месяц в качестве платы за чтение блоков. В месяц происходит считывание 250,000 блоков. Таким образом, для определения цены чтения блока необходимо 100 долларов (10,000 центов) разделить на 250,000 блоков, что составит 1 цент за 25 блоков.
Администратор сети может
Пользователь должен разрегистрироваться и зарегистрироваться вновь, чтобы изменения вступили в силу.
Используемые утилиты: "NETADMIN" и "NetWare Administrator" описаны в книге Справочник по утилитам.
High Capacity Storage System (HCSS) - система хранения данных, расширяющая возможности по хранению данных сервером NetWare посредством встраивания в файловую систему NetWare поддержки библиотек оптических дисков (дисководов с автоматической сменой дисков).
HCSS выполняет перемещение файлов между быстрыми накопителями данных небольшой емкости (жесткими дисками сервера) и медленными системами хранения данных высокой емкости (оптические диски в дисководе с автоматической сменой дисков).
Этот процесс незаметен с точки зрения пользователя; файл как бы продолжает находиться на сервере NetWare.
Пользователи и программы получают доступ к хранящимся на оптических дисках файлам и каталогам используя те же команды и функции NetWare, как и при обращении к жесткому диску.
HCSS использует перезаписываемые оптические диски, что обеспечивает возможность постоянной записи и стирания данных. Могут использоваться односторонние и двухсторонние диски.
HCSS использует свободное пространство на сервере для временного кэширования часто используемых файлов, хранящихся в оптической библиотеке.
При сокращении свободного пространства на диске до определяемого администратором значения, реже используемые файлы из кэша перемещаются обратно на оптические диски. Этот процесс называется миграцией данных.
Когда пользователь обращается к файлу, который был перенесен на оптический диск, система HCSS копирует файл из магазина оптических дисков на жесткий диск сервера.
Этот процесс, называемый обратным переносом, позволяет пользователям получать доступ к редко используемым файлам также как и к часто используемым, лишь с небольшой задержкой.
Путь файла остается неизменным вне зависимости от того, находится он на жестком диске или на оптическом диске.
Ниже на рисунке схематически изображен процесс миграции и обратного переноса файлов.
Figure 37-12. Миграция и обратный перенос запрошенного файла
Миграция и обратный перенос файлов позволяет HCSS оптимизировать использование устройств хранения данных сервера. Миграция выполняется по одному файлу в соответствии с объемом используемого файлом пространства (порог по емкости) и времени последнего использования файла (наименее используемые файлы).
Каталог HCSS является каталогом файловой системы, логически группирующим один или более оптических дисков и связанные с ними файлы. Каталог HCSS располагается на томе NetWare, связанном с магазином оптических дисков.
Администратор сети может создать один или несколько каталогов HCSS для каждого магазина.
Администратор сети должен присвоить уникальные метки каждой стороне каждого оптического диска и назначить каждому оптическому диску каталог домена HCSS. После этого, каждая метка считается каталогом носителя данных в каталоге HCSS.
На рисунке ниже изображено соответствие между магнитооптическими носителями и каталогами носителей.
Figure 37-13. Группирование носителей в каталоги HCSS
Содержимое каталога HCSS можно просмотреть с помощью любой команды просмотра каталогов (как, скажем, команды DIR и NDIR).
Пользователи могут манипулировать подкаталогами HCSS первого уровня как обычными каталогами NetWare за исключением того, что пользователи не могут создать или удалить каталоги HCSS первого уровня.
Права доступа к каталогам HCSS присваиваются каталогам HCSS также, как и другим каталогам NetWare.
См. также: "Миграция данных".
Тип процедуры регистрации в NetWare 2 и NetWare 3, устанавливающий общее окружение для всех пользователей.
В NetWare 4 вместо процедуры регистрации системы используется процедура регистрации контейнера.
См. "Процедура регистрации контейнера", "Процедуры регистрации".
В передаче данных по последовательному интерфейсу - скорость модуляции сигнала или скорость изменения сигнала.
См. "Последовательная передача данных".
Встроенная в NetWare 4 база данных, в которой поддерживается информация о всех ресурсах сети.
См. также: "Сервис Каталога NetWare".
NetWare Directory Services (NDS) - реляционная база данных, распределенная по всей сети. NDS обеспечивает глобальный доступ ко всем сетевым ресурсам, правами на доступ к которым вы обладаете, вне зависимости от физического размещения ресурсов.
NDS рассматривает все сетевые ресурсы как объекты в распределенной базе данных, называемой также базой данных Каталога NetWare или Каталогом.
Все пользователи регистрируются в многосерверной сети и могут рассматривать всю сеть как единую информационную систему. Такой единый подход к сети обеспечивает увеличение производительности и снижение затрат на управление сетью.
NOTE: NDS помогает управлять ресурсами Каталога, такими как серверы и тома NetWare, однако не обеспечивает средств управления файловой системой (файлами и каталогами). Для управления файловой системой существуют отдельные графические и текстовые утилиты.
Когда пользователь получает доступ к ресурсам сети, выполняется фоновый процесс аутентификации, который проверяет, что пользователь обладает правами на использование данных ресурсов.
Аутентификация позволяет пользователям (зарегистрированным в сети) получать доступ к любому серверу, тому или принтеру, правами на использование которых они обладают. Права пользователя на использование сети ограничиваются правами опекунства (См. также: "Аутентификация", "Процедуры регистрации", "Права", "Опекун".)
Сетевые ресурсы в NDS представляются в виде объектов. Объект состоит из информационных категорий, называемых свойствами, и содержащихся в свойствах данных. Эта информация хранится в базе данных Каталога NetWare.
Некоторые объекты представляют физические сущности. Например, объект Пользователь представляет пользователя, а объект Принтер представляет принтер.
Некоторые объекты представляют логические сущности, такие как группы и очереди печати.
Другие объекты, такие как объект Подразделение, помогают вам в организации и управлении объектами. (См. "Объект".)
NDS использует логическую структуру, называемую Деревом Каталога. Деревом Каталога она называется потому, что объекты хранятся в иерархической древовидной структуре, имеющей корневой объект, от которого разветвляются другие объекты. (См. "Дерево Каталога".)
Для обеспечения лучших возможностей управления база данных Каталога делится на более мелкие части, называемые разделами Каталога. Разделы Каталога создаются по умолчанию при инсталляции NetWare 4 на сервере в новом контексте дерева Каталога. (См. "Раздел Каталога NetWare".)
Для распределения NDS в сети база данных Каталога должна быть размещена на нескольких серверах. Вместо того, чтобы копировать базу данных Каталога целиком на каждый сервер, на нескольких серверах сети для каждого раздела Каталога сохраняются реплики Каталога.
Репликация разделов Каталога улучшает возможность доступа к данным и обеспечивает устойчивость Каталога к сбоям. Поскольку разделы Каталога могут реплицироваться на нескольких серверах, то нарушение одной из реплик не прерывает доступ к информации, хранящейся в разделе Каталога. (См. "Реплика Каталога NetWare".)
Синхронизация времени устанавливает порядок возникновения событий в NDS.
При возникновении событий в Каталоге, например, при изменении пароля или переименования объекта, NDS устанавливает временную метку, так что реплики Каталога обновляются в правильном порядке. (См. "Синхронизация времени".)
NDS заменяет базу данных Bindery, которая использовалась в качестве системной базы данных в предыдущих версиях NetWare. NetWare 4 обеспечивает сервис Bindery для обеспечения совместимости с основанными на Bindery более ранними версиями NetWare, которые могут сосуществовать в сети с NDS. (См. "Сервис Bindery".)
Совместное использование пользователями или прикладными программами устройств, предоставленных в общее пользование (например, принтеров, модемов, и дисков для хранения больших объемов данных).
Подключение устройств к сети для совместного использования несколькими рабочими станциями позволяет использовать ресурсы более эффективно.
Примером совместного использования устройства в сети может служить совместное использование несколькими рабочими станциями томов NetWare, расположенных на сервере. Другим примером является совместное использование сетевого принтера.
Часть адреса IPX объединенной сети, представляющий адрес назначения пакета в узле сети.
Некоторые сокеты зарезервированы компанией Novell для специальных приложений. Например, IPX доставляет все пакеты запросов NCP в сокет 451h.
Независимые разработчики также могут зарезервировать номера сокетов для специальных задач, для чего эти номера необходимо зарегистрировать в Novell.
Ниже перечислены зарезервированные Novell номера сокетов:
| Сокет | Процесс |
|---|---|
| 451h | NCP |
| 452h | SAP |
| 453h | RIP |
| 455h | NetBIOS |
| 456h | Диагностика |
| 8063h | Виртуальный терминал Novell (Novell Virtual Terminal, NVT) |
| 4000-6000h | Временные сокеты, используемые для взаимодействия с серверами NetWare и других сетевых коммуникаций. |
См. также: "Адрес объединенной сети IPX".
Алгоритм маршрутизации, который строит и поддерживает логическую карту всей сети.
Маршрутизатор, основанный на этом алгоритме, строит логическую карту сети посылая пакеты, содержащие информацию о всех своих связях - соединениях с сетями и другими маршрутизаторами - всем другим маршрутизаторам, основанным на этом алгоритме. Этот процесс называется заливка. Каждый маршрутизатор использует эту информация для построения карты сети.
Когда каждый маршрутизатор, основанный на этом алгоритме, имеет одинаковую карту сети, то говорят что "сеть сошлась". Маршрутизаторы состояния канала связи производят групповую рассылку информации о каналах только при изменении маршрутов и сервисов.
См. также: "NetWare Link Services Protocol".; "Open Shortest Path First".
Access Control List (ACL) - свойство объекта, в котором содержится информация о том, кто или что может получить доступ к объекту.
ACL содержит назначения опекунства, которые включают в себя права объектов и свойств. ACL содержит также фильтр наследуемых прав. Когда вы просматриваете список опекунов объекта или фильтр наследуемых прав объекта, вы видите значения списка управления доступом объекта.
ACL имеет для объекта то же значение, что и список опекунов для файла или каталога.
Для изменения ACL (и, соответственно, прав опекунов), вам необходимо иметь право свойства, позволяющее изменять ACL объекта.
См. также: "Объект", "Безопасность".
Обычно используется в качестве сокращения для термина рабочая станция, однако может также обозначать сервер, маршрутизатор, факс или любое другое устройство, подключенное к сети с помощью сетевой платы и носителя передачи данных.
Сигнал, означающий конец передачи символа.
См. также: "Последовательная передача данных".
Пакет используемый для проверки действительности соединения между рабочей станцией и сервером NetWare.
Все значения параметров сторожевого пакета могут быть установлены с помощью команды SET.
Вы можете установить параметры таким образом, что если сервер не получает пакеты от рабочей станции в течение некоторого времени, то он посылает пакет на рабочую станцию. Если в течение некоторого интервала ответ от рабочей станции не поступает, то посылается следующий сторожевой пакет.
Если станция не отвечает на определенное количество сторожевых пакетов, сервер считает, что рабочая станция потеряла соединение с сервером, и очищает соединение рабочей станции.
Интервал времени до посылки первого сторожевого пакета, интервалы между посылкой следующих сторожевых пакетов и количество сторожевых пакетов могут быть установлены с помощью утилиты SET.
Используемая при решении данных задач утилиты: "SET" описана в книге Справочник по утилитам.
См. также: "Буфер приема пакетов".
Позволяет NetWare 4 адресовать память не непрерывно. Эта возможность поддерживается процессорами с современной архитектурой (такими как Intel* 80386/80486 и Pentium*).
Вместо использования для процессов больших блоков памяти с непрерывной адресацией, NetWare 4 пользуется сегментацией памяти для назначения не непрерывных блоков.
Для отображения физических адресов в логическую память используются таблицы страниц. Каждому элементу страниц соответствует страница в памяти. Размер одной страницы равен 4 КБ. Группа таблиц страниц образует домен.
Некоторые системы используют страничную организацию памяти для создания виртуальных непрерывных блоков из физически разорванной памяти. Операционная система NetWare не использует страничную архитектуру памяти для этой цели.
Основным назначением страничной организации в NetWare является защита памяти. Например, NetWare выгружает некоторые адреса из памяти для предотвращения доступа к этим адресам.
Таблицы страниц домена перечисляются в таблице каталога страниц. В NetWare 4 используются два уровня таблиц поиска, как показано на следующем рисунке:
Figure 37-14. Страничная организация памяти
Иерархическая структура, представляющая как разделы Каталога соотносятся друг с другом в базе данных Каталога (см. также: "Дерево Каталога").
В предыдущих версиях этот термин использовался для описания системы управления томами, каталогами и файлами, используемой NetWare для организации данных на жестких дисках (см. также: "Файловая система".)
Общий термин, используемый в NetWare 4 для обозначения лица, ответственного за конфигурацию сервера NetWare, рабочих станций, доступа пользователей (безопасности), конфигурацию печати и т.д.
Архитектура, определяющая разрешенные типы объектов NDS и свойства, связанные с каждым типом объектов.
Пользователь, обладающий правом супервизора для объекта [Root] может определить дополнительные типы объектов NDS и дополнительные свойства для существующих объектов.
Существующие по умолчанию объекты NDS или свойства этих объектов не могут быть удалены.
Каждое свойство в схеме может иметь любые из нижеследующих флагов, которые не могут быть изменены:
См. также: "Объект", "Фильтр наследуемых прав".
Количество кабельных сегментов, через которые проходит пакет сообщения до адреса назначения в сети или межсетевом соединении.
Сеть назначения пакета может быть удалена не более чем на 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 позволяет установить значение счетчика псевдопереходов и определяет его максимальное значение.
Назад | Содержание | Вперед
