A B C D E F H I L M N O P R S T U V W X
А Б В Г Д Е Ж З И К Л М Н О П Р С Т У Ф Х Ц Ч Ш Э
Путь передачи потоков данных между компьютером и устройством. Этот путь может состоять из хост-адаптера, системы кабелей и устройств хранения данных.
Mirrored Server Link (MSL) - выделенное, высокоскоростное соединение между первичным и вторичным серверами SFT III. MSL управляет синхронизацией серверов.
В действительности MSL представляет собой расширение шины от главного IOEngine к вторичному IOEngine. Для реализации MSL необходимо использовать в каждом сервере одинаковые платы, соединенные оптическим или другим кабелем.
Figure 30-1. Канал связи отраженных серверов
Для обеспечения максимальной возможной скорости обмена данными при реализации связи отраженных серверов необходимо использовать 32-разрядные сетевые платы с малой задержкой и использующие малые ресурсы процессора, какими являются сетевые платы NMSL. Сетевые платы типа NE2000TM или NE/2-32TM рекомендуется использовать только в качестве альтернативы платам MSL.
Для обеспечения избыточности системы в каждом сервере следует установить дополнительные платы MSL с собственной кабельной системой. Это альтернативное соединение MSL включается автоматически (без вмешательства пользователя) при отказе активного соединения MSL.
Каталог: Общее название для структуры базы данных NDS, которая обеспечивает организацию объектов NDS в иерархическую древовидную структуру, называемую деревом Каталога (см. "Сервис Каталога NetWare".)
каталог: Часть файловой системы NetWare, используемая для хранения файлов и подкаталогов (см. "Файловая система").
Создаваемый в момент инсталляции сети каталог SYS:LOGIN, в котором содержатся утилиты LOGIN и NLIST. Пользователи могут использовать это утилиты для регистрации на сервере и просмотра списка доступных серверов NetWare.
Для пользователей NetWare, использующих OS/2, каталогом LOGIN является каталог SYS:LOGIN/OS2.
Не удаляйте каталог LOGIN.
См. также: "Файловая система", "Каталог MAIL", "Каталог PUBLIC", "Каталог SYSTEM".
Каталог SYS:MAIL, создаваемый во время инсталляции сети, используется совместимыми с NetWare программами электронной почты.
В предыдущих версиях NetWare в каталоге MAIL содержались процедуры загрузки пользователя. При обновлении до NetWare 4 существующие пользователи будут по-прежнему иметь подкаталоги в каталоге MAIL, однако их процедуры регистрации станут свойствами новых объектов Пользователя.
Новые пользователи, которых вы создадите в NetWare 4, не будут иметь подкаталогов в каталоге MAIL.
См. также: "Файловая система", "Каталог LOGIN", "Каталог PUBLIC", "Каталог SYSTEM".
Каталог SYS:PUBLIC, создаваемый при инсталляции сервера, предоставляет общие средства доступа к сети и содержит утилиты и программы NetWare, предназначенные для пользователей сети.
Для использующих DOS пользователей NetWare, назначение каталога поиска в каталог SYS:PUBLIC осуществляется через процедуру регистрации контейнера, при этом пользователи имеют права Чтения и Сканирования файлов.
Пользователи OS/2 должны пользоваться утилитами NetWare, расположенными в каталоге SYS:PUBLIC/OS2.
Не удаляйте каталог PUBLIC.
См. также: "Файловая система", "Каталог LOGIN", "Каталог MAIL", "Каталог SYSTEM".
Каталог SYS:SYSTEM, создаваемый в процессе инсталляции сети и содержащий файлы операционной системы NetWare, программы NLM и утилиты NetWare для управления сетью.
По умолчанию пользователь ADMIN или пользователь, эквивалентный пользователю ADMIN по правам, обладает правами на каталог SYS:SYSTEM.
Не удаляйте каталог SYSTEM.
См. также: "Файловая система", "Каталог LOGIN", "Каталог MAIL", "Каталог PUBLIC".
Начальный обмен служебной информацией между двумя системами перед началом и во время передачи данных, выполняемый для обеспечения правильности передачи данных.
Метод квитирования установления связи (например, XON/XOF) является частью полного протокола передачи данных.
Последовательный (асинхронный) протокол передачи данных может включать в себя метод квитирования установления связи, установку скорости передачи, контроля четности, количества битов данных и числа стоповых битов.
См. также: "Последовательная передача данных".
Содержит один сервер NetWare 4, на котором выполняется NETSYNC4, и до двенадцати связанных с ним серверов NetWare 3.1x
См. книгу Инсталляция и использование NetSyncTM.
Рабочая станция, на которой установлено программное обеспечение NetWare для обеспечения доступа к сети.
Рабочая станция, на которой установлено программное обеспечение NetWare для обеспечения доступа к сети.
Используя соответствующий вариант программного обеспечения клиента, пользователи могу выполнять различные операции в сети. К этим операциям относятся: назначение дисков, захват принтерных портов, посылка сообщений, доступ к файлам и изменение контекста.
См. также: "Клиент DOS", "Клиент Macintosh", "Клиент OS/2", "Рабочая станция".
Рабочая станция, загружающаяся и использующая DOS для получения доступа к ресурсам сети с помощью:
С помощью программного обеспечения клиента DOS пользователи могут использовать сетевые ресурсы. Клиент DOS позволяет выполнять назначение сетевых дисков, перенаправлять принтерные порты и посылать сообщения. Пользователи NetWare Requester в NetWare 4 могут изменять контекст.
См. также: "Клиент".
Компьютер Macintosh, который подключен к сети.
Клиент Macintosh может получать и сохранять данные на сервере NetWare, на котором загружены модули поддержки пространства имен NetWare для Macintosh.
Клиент Macintosh может также выполнять исполняемые сетевые файлы Macintosh и совместно использовать файлы с другими клиентами (DOS, MS Windows, OS/2 и UNIX), а также просматривать очереди печати.
См. также "Клиент".
Рабочая станция, на которой загружается DOS и которая получает доступ к сети с помощью:
При работе MS Windows этот компьютер с помощью программного обеспечения клиента может выполнять сетевые функции непосредственно в среде MS Windows. Эти сетевые функции включают в себя назначение дисков, захват принтерных портов, посылку сообщений и изменение контекста.
См. также: "Клиент".
Компьютер OS/2, который соединен с сетью с помощью программного обеспечения NetWare Client для OS/2.
Клиент OS/2 может сохранять и получать данные из сети, а также выполнять сетевые программы.
Клиент OS/2 для рабочих станций поддерживает протоколы IPX/SPX, NetBIOS и Именованные каналы, позволяя пользователям OS/2 использовать приложения для SQL Server.
См. также: "NetWare Client для OS/2".
Компьютер UNIX, подключенный к сети NetWare.
Клиент UNIX сохраняет и получает данные с сервера NetWare и выполняет файлы сетевых программ. Клиент UNIX поддерживает множественную многозадачность клиентов NetWare на одной рабочей станции.
Клиент UNIX использует протоколы IPX/SPX и NCP/IPX для разрешения доступа других клиентов к приложениям UNIX.
См. также: "Клиент".
(NLS client) - программное обеспечение, позволяющее сетевому клиенту получить доступ к сервисам лицензирования, удовлетворяющим стандарту LSAPI.
Клиент NLS содержит следующие компоненты:
Компоненты клиента NLS позволяют приложениям получать доступ к сервисам лицензирования. Приложения могут использовать два типа доступа к сервисам лицензирования:
NLS поддерживает клиентов DOS, Windows 3.1x, Windows 95 и NetWare 4.1x. Файлы необходимые для поддержки каждого типа клиентов перечислены в Табл. 5.
| Тип клиента | Необходимые файлы |
|---|---|
| DOS | Файлы статических библиотек и резидентной программы, обеспечивающие доступ к лицензионным ресурсам для клиентов DOS. Подходящий тип статической библиотеки должен использоваться разработчиками программного обеспечения при создании лицензионного приложения. NLSLSAPI.EXE. Соответствующая интерфейсу LSAPI резидентная программа для сервисов лицензирования NetWare. Эта резидентная программа должна загружаться перед загрузкой лицензионного приложения. В противном случае при выполнении любой функции LSAPI возвращается ошибка. |
| Windows | LSAPI.DLL. Типовая компонента клиента LSAPI версии 1.1, используемая для получения доступа к сервисам лицензирования. Модуль LSAPI.DLL считывает конфигурационный файл LICENSE.INI и загружает соответствующие компоненты клиента. NLS.DLL и NLS32.DLL. Зависящие от NLS компоненты клиента, позволяющие клиенту Windows обращаться к ресурсам лицензирования. |
| NLM | LSAPI.NLM. библиотечный модуль NLM, который обеспечивает вызовы LDAPI версии 1.1 для клиентов NLM. Этот модуль должен быть загружен до лицензионных NLM. NLSAPI.NLM. библиотечный модуль NLM, который обеспечивает доступ к функциям управления NLS. Этот модуль должен быть загружен до лицензионных NLM. |
Таблица, содержащая набор символов для поддержки одного или нескольких национальных языков. Многие операционные системы для персональных компьютеров поддерживают одновременно несколько кодовых страниц и позволяют переключаться между ними.
Когда вы нажимаете клавишу на клавиатуре (букву, цифру или знак), компьютер принимает числовой код, соответствующий нажатой клавише. Эти числовые коды хранятся в кодовых таблицах.
Кодовая страница, использующая однобайтные коды, может содержать до 256 кодов для представления прописных и строчных букв, цифр, знаков пунктуации и математических символов, изображенных на клавиатуре.
Однако, 256 кодов символов не хватает для представления всех букв и символов, которые используются в разных языках. Алфавиты некоторых романских языков, наряду с обычными символами, содержат символы с диакритическими знаками.
Так, общая кодовая страница (кодовая страница 437) может использоваться для нескольких языков романской группы, включая английский, французский, немецкий. Португальский язык, например, требует использования другого набора символов. Кодовая страница 860 (португальский язык) вместо символа Ј (фунт стерлингов) содержит символ У (О со штрихом).
Языки других групп, такие как китайский, японский, корейский, содержат совершенно другой набор символов. Наборы этих языков содержат тысячи символов и требуют использования двухбайтной кодовой страницы.
Различия между любыми двумя однобайтными кодовыми страницами могут вызвать затруднения при отображении и прочтении символов. Различие между однобайтными и двухбайтными кодовыми страницами вызывают такие проблемы практически всегда.
Для решения этих проблем были приняты следующие шаги:
Неважно, используете ли вы общую кодовую страницу или Unicode, при выводе на экран нераспознанные символы заменяются: в DOS на символ "сердечко", а в MS Windows на "квадратик".
Измененные символы могут помешать распознанию объектов в NDS. Например, вы создаете объект контейнера Подразделение, представляющий денежный знак в Восточной Европе, и используете кодовую страницу 852 для вставки в имя объекта общего символа валюты (OU=¤W-Euro).
При попытке обращения к этому объекту из кодовой страницы 437 происходит замена неподдерживаемого символа валюты (¤), и новое имя посылается в NDS. NDS не распознает новое имя и возвращает отказ в доступе, так что объект не может быть открыт - потенциально серьезная проблема.
Единственным решением этой проблемы может быть определение кодовой страницы, использованной при создании объекта и просмотр объекта с помощью этой кодовой страницы. Определение правильной кодовой страницы может занять значительное время.
См. также: "Unicode".
Процесс передачи данных между устройствами в компьютерной системе.
См. также: "Сетевая коммуникация", "Последовательная передача данных".
Соглашения и правила, используемые программами и операционной системой для обеспечения коммуникаций между двумя и более точками.
Хотя используется множество коммуникационных протоколов, все они позволяют разбивать информацию на пакеты, посылать из источника и передавать в точку назначения.
Рабочие станции NetWare могут использовать такие протоколы, как IPXTM , SPXTM , TCP/IP, NetBIOS, OSI и AppleTalk (для Macintosh).
См. также: "Протокол File Transfer Protocol", "IPX", "SPX".
NetWare 4 использует шесть уровней коммуникаций между прикладными программами и аппаратным обеспечением компьютера. Эти уровни основаны на модели OSI.
Ниже перечислены шесть коммуникационных уровней:
На сервере допускается использование вызовов к уровню поддержки соединений (LSL, Link Support LayerTM ) от уровня обслуживающего протокола. В качестве протокола по умолчанию используется протокол IPX, являющийся частью операционной системы.
Уровень поддержки соединений LSLTM , определяемый интерфейсом ODI (Open Data-Link InterfaceTM ), позволяет драйверу сетевой платы обслуживать более одного протокола. Благодаря этому Вы можете использовать несколько различных протоколов в рамках одной кабельной схемы.
Для просмотра, добавления и настройки коммуникационных протоколов используются следующие команды консоли:
Для просмотра, добавления и настройки коммуникационных протоколов может также быть использована утилита INETCFG.
См. также: "Привязка и отмена привязки", "Open Data-Link Interface".
(Ранее использовался термин буфер приема пакетов - packet receive buffer.) Область памяти сервера NetWare, выделенная для временного хранения получаемых от рабочих станций пакетов данных.
См. также: "Буфер приема пакетов".
Printer Communication Protocol (PCP) - протокол, используемый драйверами принтеров (NPRINTER.NLM и NPRINTER.EXE) для коммуникации с сервером печати (PSERVER.NLM), основан на протоколе SPX.
Объект, который не содержит другие объекты, расположенный на конце ветви в дереве Каталога NDS.
См. также: "Объект", "Классы и свойства объектов NDS" в Приложении А книги Руководство по сетям NetWare 4.
Монитор и клавиатура, с помощью которых вы следите и управляете процессами на сервере NetWare.
См. также: "Консоль сервера".
Монитор и клавиатура, с помощью которых вы управляете работой сервера NetWare. Вы можете:
Многие из выполняемых на консоли задач осуществляются с помощью утилит MONITOR и PSERVER.
Утилита MONITOR позволяет вам следить за загрузкой сервера и интенсивностью работы сети, использованием соединений, просматривать статистику работы дисков и сети. PSERVER позволяет управлять работой сетевых принтеров.
NOTE: Утилита RCONSOLE.EXE позволяет использовать рабочую станцию в качестве консоли сервера.
Следует иметь в виду следующие аспекты безопасности при работе с консолью сервера:
Местоположение содержащего объект контейнера в дереве Каталога.
NDS позволяет указывать объекты по их местоположению в дереве. При добавлении объекта, например, сервера или пользователя, вы помещаете этот объект в контейнер в дереве Каталога.
На следующем рисунке для объекта типа пользователь ESAYERS контекстом является SALES PV.SALES.NOVELL US. Контекстом для пользователя RJONES является ACCOUNTING.NOVELL US.
Figure 30-2. Контекст в дереве Каталога
При переходе из одного контейнера в другой вы изменяете контекст. При изменении контекста следует указывать полное имя контейнера, в который вы изменяете контекст.
При ссылке на объект, находящийся в том же контексте, что и используемый вами объект Пользователь, можно использовать только нормальное имя объекта, а не его полное имя.
Так, для изображенного на рис. 10 примера, если пользователь ESAYERS, находящийся в контексте SALES PV.SALES. NOVELL US, собирается получить информацию о пользователе ESMITH (об объекте типа Пользователь), то он может указать просто имя ESMITH.
См. также: "Сервис Каталога NetWare", "Объект", "Объект Контейнер".
Позиция объекта в дереве Каталога.
См. также: "Контекст".
Объект контейнерного типа, который установлен для поддержки сервиса Bindery.
См. "Сервис Bindery".
Может быть реализован в виде адаптера, платы или набора микросхем на материнской плате. Это устройство управляет чтением и записью информации с дискового накопителя.
Контроллер диска посылает на встроенную плату управления диска команды перемещения магнитной головки и чтения/записи.
См. также: "Главный адаптер шины".
Используемое в сети оборудование (серверы, рабочие станции, принтеры, кабели, сетевые платы, платы расширения памяти и платы доступа к принтерам) и способ его соединения - физическая схема сети.
Аппаратная конфигурация состоит из:
Установки и параметры, выбранные с помощью набора межсетевых утилит для настройки сервера NetWare 4 в качестве маршрутизатора.
Используйте INETCFG для:
Для настройки фильтрации пакетов RIP/SAP используется утилита FILTCFG.
См. также книги: NetWare IPXTM Reference, NetWare TCP/IP Reference и NetWare AppleTalk* Reference.
Программное обеспечение, используемое в сети для серверов, клиентов, протоколов, сервисов, драйверов, утилит и пр., обеспечивает средства для передачи данных и работы с сетью.
Конфигурация программного обеспечения включает:
Установки и параметры, выбранные с помощью утилиты INSTALL.NLM при установке нового сервера NetWare 4 или при выполнении операций поддержки существующего сервера NetWare 4.
Конфигурация сервера включают в себя:
Дополнительными параметрами установки являются:
Установка, обеспечивающая обмен в среде Ethernet.
В окружении Ethernet обмен информацией между станциями осуществляется посылкой данных, упакованных в фреймы, по кабельной системе Ethernet.
Различные стандарты Ethernet используют различные варианты фреймов. По умолчанию, NetWare 4 использует фрейм IEEE 802.2. На рисунке ниже изображен вид фрейма Ethernet 802.2.
Figure 30-3. Фрейм Ethernet 802.2
Для настройки рабочей станции на использование других типов фрейма определите тип фрейма в файле NET.CFG (frame statement). Для серверов и маршрутизаторов укажите тип фрейма в команде LOAD.
Помимо Ethernet 802.2 вы можете использовать один из следующих фреймов:
Figure 30-4. Фрейм Ethernet 802.3
Figure 30-5. Фрейм Ethernet II
Figure 30-6. Фрейм Ethernet SNAP
NOTE: В кабельных системах Ethernet 802.2, Ethernet II и Ethernet SNAP допускается сосуществование рабочих станций, использующих различные типы протоколов, но они не могут взаимодействовать друг с другом напрямую. Фреймы 802.3 могут использоваться с другими фреймами благодаря встроенному в сервер внутреннему маршрутизатору IPX.
Использование технологии Novell ODITM , NetWare 4 позволяет рабочим станциям с различными типами фреймов сосуществовать в рамках одной кабельной системы, как показано на следующем рисунке.
Figure 30-7. Сосуществование различных типов фреймов
Использование драйверов MLID (ODI Multiple Link Interface DriverTM ) и LSL (Link Support LayerTM ) позволяет рабочей станции использовать в сети несколько типов фреймов и несколько драйверов сети.
Даже если в компьютере установлена только одна сетевая плата, технология MLIDTM обеспечивает эффект использования нескольких сетевых плат и нескольких драйверов.
В отличие от традиционных специализированных сетевых драйверов, драйвер MLID отвечает за удаление из принимаемых пакетов зависящей от носителя (типа фрейма) информации.
Принятые пакеты передаются модулю LSLTM , обеспечивающему пересылку пакета соответствующему стеку протокола (например, IPX).
Рисунок ниже иллюстрирует использование архитектуры ODI в конфигурации IPX с несколькими типами фреймов.
Figure 30-8. Использование многих типов фрейма Ethernet в архитектуре ODI
См. также: "Open Data-Link Interface", "Multiple Link Interface Driver", "Уровень канальной поддержки", "Пакет".
Набор параметров, определяющих как задание обрабатывается. Эти характеристики могут включать в себя следующие параметры:
Пользователь может определить конфигурацию заданий на печать с помощью NetWare Administrator или PRINTCON.
См. также: "Задачи печати, выполняемые с помощью NetWare Administrator" в главе 3 и "Работа с определениями печатающих устройств и принтерными формами" в главе 9 книги Сервис печати.
Верхний уровень иерархии каталогов в файловой системе. В NetWare корневым каталогом является том, все другие каталоги являются подкаталогами тома.
См. также: "Файловая система".
Состоящее из четырех (или менее) символов имя машины, определяющее производителя рабочей станции DOS. Короткий тип машины аналогичен длинному машинному типу, за исключением того, что короткий тип машины используется преимущественно для обозначения оверлейных файлов.
Короткий тип машины используется в именах файла IBM$RUN.OVL, использующегося оконными утилитами и файла CMPQ$RUN.OVL, определяющем стандартную черно-белую палитру для меню NetWare.
Короткий тип машины устанавливается в файле NET.CFG с помощью параметра SHORT MACHINE TYPE. По умолчанию используется имя IBM.
Установленное значение короткого машинного типа может быть получено в процедуре регистрации через идентификационную переменную %SMACHINE.
См. также: "Процедуры регистрации", "Длинный тип машины".
Область оперативной памяти сервера NetWare, предназначенная для временного хранения файлов. Использование кэш-буферов значительно увеличивает производительность сервера NetWare.
Размер кэш-буфера зависит от размера блока по умолчанию, который, в свою очередь, зависит от объема тома (См. также "Блок".)
Кэш-буферы обеспечивают рабочим станциям более быстрый доступ к данным, поскольку доступ к оперативной памяти происходит гораздо быстрее, чем доступ к диску.
См. также "Пул кэш-буферов".
Метод сокращения времени, требующегося для определения местоположения файла на диске.
См. также: "Кэш-память".
Использование оперативной памяти сервера для сокращения времени доступа к файлам.
См. "Кэш-память".
Доступная серверу NetWare оперативная память, используемая для улучшения времени доступа к данным.
Кэш-память выделяет память для таблиц хеширования, FAT, Turbo FAT, таблиц подраспределения, кэширования каталогов, временного хранения файлов и программ NLM и для других целей.
Если единицей выделения кэш-памяти является размер блока по умолчанию, и файл занимает более одного блока, то он размещается в следующих свободных блоках кэш-памяти и тома (на жестком диске). См. "Блок".)
Кэширование каталогов позволяет уменьшить время определения местоположения файла на диске.
Копии FAT и DET хранятся в оперативной памяти сервера. Область, в которой содержатся элементы каталога, называется кэшем каталога..
Операционная система может определить адрес файла по кэшу каталога гораздо быстрее, чем прочесть информацию с диска.
Figure 30-9. Кэширование каталогов
Сервер обрабатывает запросы рабочих станций почти в 100 раз быстрее, если чтение и запись происходят в кэш-память сервера, а не на жесткие диски сервера.
Следующий рисунок поясняет, каким образом сервер обрабатывает запрос рабочей станции на чтение и применяет алгоритм хеширования для определения адреса файла по хеш-таблице.
Figure 30-10. Кэширование файлов
Хеширование обеспечивает быстрый способ нахождения адреса файла в таблице каталога.
Например, адрес хеш-таблицы содержит указатели на первое и второе вероятное местоположение вхождения записи файла DB.DAT в кэше каталога.
Если результат первого поиска не был успешным, сервер использует второй указатель для поиска элемента каталога, как показано на следующем рисунке.
Figure 30-11. Поиск элемента каталога
После того, как элемент каталога найден, сервер проверяет кэш память, не содержится ли в ней копия файла DB.DAT.
Figure 30-12. Поиск файла в кэш памяти
Если файл находится в памяти, сервер посылает его на рабочую станцию из памяти. Если файл не содержится в памяти, сервер считывает его с диска и посылает на рабочую станцию.
Когда рабочая станция записывает файл на сервер, сервер выполняет хеширующий алгоритм для поиска кэш-буфера файла.
Файл записывается на обозначенное место (запись происходит по старому расположению файла, если файл уже содержится в кэш памяти) и обновляет таблицу каталога в кэше каталога.
Так как файл был изменен, копия файла в кэш-буфере отличается от файла на диске. Буфер помечается как "грязный" (измененный, но не записанный на диск).
Поскольку запись на диск требует больше времени, чем запись в кэш, сервер сохраняет "грязный" буфер файла до тех пор, пока файл не будет записан на диск.
Следующий рисунок иллюстрирует процесс записи файла в кэш:
Figure 30-13. Запись файла в кэш
Сервер посылает рабочей станции сообщение, что файл получен, и станция может продолжать работу.
После того, как файл записан на диск, сервер сверяет данные в памяти с данными на диске. При совпадении данных буфер помечается как "чистый", как показано на следующем рисунке:
Figure 30-14. Запись и проверка кэш памяти
При заполнении кэш-памяти буферы, содержащие наименее используемые файлы и каталоги, освобождаются.
Используемые при решении данных задач утилиты: "SERVMAN" и "SET" описаны в книге Справочник по утилитам.
Назад | Содержание | Вперед
