Право Чтение
Право файловой системы, разрешающее открывать и читать файлы.
Кроме этого, право свойства, позволяющее просматривать значения свойства.
См. также: .
Право Добавление или Удаление Себя
Право свойства, которое разрешает опекуну добавлять или удалять себя в качестве значения свойства.
См. также: .
Право Изменение
Право каталога или файла, предоставляющее право изменять атрибуты и имя каталога или файла.
См. также: .
Право Переименование
Право объекта, разрешающее изменить имя объекта, т.е. изменить свойство имени объекта.
См. также: .
Право Просмотр
Право объекта, предоставляющее право просмотра объектов в дереве Каталога.
См. также: .
Право Просмотр файлов
Право файловой системы, предоставляющее право просмотра каталога с помощью команд DIR и NDIR.
См. также: .
Право Создание
Право файловой системы, предоставляющее возможность создания новых файлов и подкаталогов, а также восстановления удаленных файлов.
Кроме того, право системы объектов, предоставляющее возможность создания новых объектов в дереве Каталога.
См. также: .
Право Сравнение
Право свойства, предоставляющее право сравнения значения данного свойства с любым другим значением.
См. также: .
Право Супервизор
Право файловой системы, предоставляющее все права доступа к соответствующим каталогам и файлам.
Кроме этого, право объекта гарантирует все привилегии доступа ко всем объектам.
Право свойства, предоставляющее все права ко всем свойствам, или к выбранным свойствам.
См. также: .
Право Удаление
Право объекта, обеспечивающее возможность удаления объекта из дерева Каталога.
См. также: .
Право файловой системы, предоставляющее право удаления каталогов, подкаталогов или файлов.
См. также: .
Право Управление доступом
Право файловой системы, предоставляющее право изменять назначения опекунов и фильтр наследуемых прав для файлов и каталогов.
См. .
Право Запись
Право файловой системы, предоставляющее право открывать и выполнять запись в файл.
Кроме этого, право свойства, предоставляющее право добавлять, изменять и удалять любые значения для свойства.
См. также .
Предоставление прав
Назначение опекунов для объектов, каталогов и файлов выполняется одинаковым образом, однако набор прав доступа для объектов, каталогов и файлов является различным.
Кроме этого, права объектов не влияют на файлы и каталоги, а права файлов и каталогов не оказывают влияние на объекты.
Существует одно исключение из этого правила: опекун объекта Сервер с правом Супервизора автоматически получает право супервизора для корневых каталогов каждого тома на этом сервере.
Когда вы назначаете опекуну права на каталог, файл или объект, опекун получает доступ к каталогу, вложенным в него файлам и подкаталогам (если права не переопределены на уровне файлов и подкаталогов), или к подчиненным объектам. Это называется наследованием.
С помощью наследования предоставленные опекуну права передаются к подчиненным структурам, если только не выполняется одно из следующих условий:
Опекуну назначены другие права опекунства на подчиненных уровнях структуры каталога. Фильтр наследуемых прав подкаталога, файла или подчиненного объекта запрещает наследование определенных прав опекунства.
Явным опекуном для каталога, файла или объекта называется объект, который назначен опекуном для данного каталога, файла или объекта.
Опекуном по наследованию называется объект, который назначен опекуном для каталога, файла или объекта, расположенного выше в иерархической структуре, и наследующий права опекунства для данного каталога, файла или объекта.
Преимущества использования рабочей среды NetWare
NetWare RuntimeTM
(Рабочая среда NetWare) является сетевой серверной платформой, поддерживающей пользовательские и серверные приложения, а также основные сервисы NLM (коммуникационный сервис, сервис баз данных, электронную почту и другие приложения).
Разработчики программ NLM получают возможность определить, какие сервисы клиентов должны быть доступны в их продуктах.
Загруженные на сервере рабочей среды NetWare программы NLM предоставляют коммуникационный сервис клиента (используя протоколы IPX, SPX, AppleTalk или TCP/IP).
Преимущества использования TTS на сервере NetWare
Некоторые системы баз данных для мэйнфреймов, миникомпьютеров и сетей предоставляют возможность отката транзакций.
Однако в большинстве случаев это реализуется как часть прикладного программного обеспечения базы данных, а не как часть операционной системы.
Отслеживание транзакций в NetWare реализована на уровне операционной системы сервера NetWare. Этот метод обеспечивает существенные преимущества по сравнению с реализацией отслеживания транзакций на уровне прикладной программы:
Улучшенная возможность отслеживания. Отслеживание транзакций выполняется на сервере NetWare на уровне отслеживания операций записи файлов. Уменьшается объем передаваемых по сети данных, скорость транзакции увеличивается благодаря кэшированию дисков в NetWare. Поддержка приложений без возможности отката. Когда приложение базы данных без возможности отслеживания транзакций выполняет физическую или логическую блокировку записи в открытой базе данных, система расценивает это как начало транзакции.
В этот момент, если параметры отслеживания установлены правильно, TTS начинает отслеживание этой неявно определенной транзакции, так что в случае сбоя система может выполнить откат транзакции.
Когда приложение базы данных без возможности отслеживания транзакций выполняет разблокировку записи, TTS рассматривает это, как завершение транзакции.
В этот момент TTS завершает отслеживание транзакции.
Для разрешения отслеживания транзакций следует установить параметры TTS с помощью команды SET.
Использование TTS улучшает работу следующих типов приложений баз данных::
Приложения, не использующие возможность отката (используются неявные транзакции) Приложения со встроенной системой отката транзакций (например, Btrieve) Приложения, использующие явные вызовы NetWare TTS для обеспечения возможности отката транзакций (команды begin, abort, end).
Приглашение
Символ или сообщение, появляющееся на экране, когда система ожидает ответной реакции пользователя (вызова команды или утилиты).
Стандартные типы приглашений включают в себя:
Приглашение DOS, которое, по умолчанию, представляет собой символ текущего диска, за которым следует символ "больше" (например, F>). Приглашение OS/2, которое, по умолчанию, представляет собой имя текущего каталога, заключенное в квадратные скобки (например, [C:\]). Приглашение консоли NetWare, состоящее из символа двоеточия (:).
Приглашение DOS определяется значением переменной окружения. Вы можете изменить приглашение DOS, включив команду SET PROMPT в выполняемый пакетный файл (например, в AUTOEXEC.BAT), процедуру регистрации или выполнив эту команду на приглашении командной строки.
Например, для изменения приглашения DOS, чтобы в нем отображалось имя текущего каталога, за которым следует символ >, выполните команду:
SET PROMPT=$P$G<Enter>
Командное приглашение OS/2 определяется строкой окружения, указываемой в файле CONFIG.SYS
Вы можете изменить приглашение OS/2, включив команду SET PROMPT в файл CONFIG.SYS, процедуру регистрации или выполнив эту команду на приглашении командной строки.
Подробную информацию о формировании приглашения и использовании переменных приглашения для DOS и OS/2 вы найдете в соответствующих руководствах по этим операционным системам. (Приглашение консоли NetWare изменить нельзя).
См. также: , .
ленточный метод ротации
Для использования 10-ти ленточного метода ротации требуется десять лент, пронумерованных от единицы до десяти.
В этом методе 40-недельный период разбивается на 10 четырехнедельных циклов; каждая лента используется одинаковое число раз за 40 недель.
Этот метод обеспечивает хранение, по крайней мере, одной копии 12-ти недельной давности.
Для первых четырех недель используются наборы лент с номерами 1-4, соответствующих дням недели с понедельника по четверг.
В первые четыре пятницы используются четыре набора (с номерами 5-8).
В следующие 4 недели для ежедневного сохранения с понедельника по четверг используются наборы лент с номерами на единицу больше, например - понедельник (набор 2), вторник (набор 3), среда (набор 4), четверг (набор 5).
В следующие 4 недели для пятницы используются ленты с номерами на единицу больше (наборы 6-9).
Следующая таблица иллюстрирует 10-ти ленточный метод ротации:
Table 36-2.
| П, В, С, Ч, Пт | П, В, С, Ч, Пт | П, В, С, Ч, Пт | П, В, С, Ч, Пт |
| 1, 2, 3, 4, 5 | 1, 2, 3, 4, 6 | 1, 2, 3, 4, 7 | 1, 2, 3, 4, 8 |
| 2, 3, 4, 5, 6 | 2, 3, 4, 5, 7 | 2, 3, 4, 5, 8 | 2, 3, 4, 5, 9 |
| 3, 4, 5, 6, 7 | 3, 4, 5, 6, 8 | 3, 4, 5, 6, 9 | 3, 4, 5, 6, 10 |
| 4, 5, 6, 7, 8 | 4, 5, 6, 7, 9 | 4, 5, 6, 7, 10 | 4, 5, 6, 7, 1 |
| 5, 6, 7, 8, 9 | 5, 6, 7, 8, 10 | 5, 6, 7, 8, 1 | 5, 6, 7, 8, 2 |
| 6, 7, 8, 9, 10 | 6, 7, 8, 9, 1 | 6, 7, 8, 9, 2 | 6, 7, 8, 9, 3 |
| 7, 8, 9, 10, 1 | 7, 8, 9, 10, 2 | 7, 8, 9, 10, 3 | 7, 8, 9, 10, 4 |
| 8, 9, 10, 1, 2 | 8, 9, 10, 1, 3 | 8, 9, 10, 1, 4 | 8, 9, 10, 1, 5 |
| 9, 10, 1, 2, 3 | 9, 10, 1, 2, 4 | 9, 10, 1, 2, 5 | 9, 10, 1, 2, 6 |
| 10, 1, 2, 3, 4 | 10, 1, 2, 3, 5 | 10, 1, 2, 3, 6 | 10, 1, 2, 3, 7 |
NOTE: Для обеспечения хранения четырехнедельных данных в конце первого четырехнедельного цикла следует в понедельник первой недели выполнить такое же резервное копирование на ленту 10, как и на ленту 1.
Генерационно-ротационный Метод
Для этого метода ротации необходимо двадцать наборов носителей информации.
Четыре набора помечаются по дням, как Понедельник, Вторник, Среда, Четверг. Следующие четыре помечаются, как Пятница1, Пятница2, Пятница3, Пятница4. Остальные двенадцать помечаются по месяцам, как Январь, Февраль и т.д.
NOTE: Вы можете добавить еще один набор носителей информации, Пятница5, для месяцев, на которые приходится 5 пятниц.
Следующая таблица иллюстрирует этот метод ротации:
Table 36-1.
| Понедельник | Вторник | Среда | Четверг | Пятница1 | |
| Понедельник | Вторник | Среда | Четверг | Пятница2 | |
| Понедельник | Вторник | Среда | Четверг | Пятница3 | |
| Понедельник | Вторник | Среда | Четверг | Пятница4 | |
| Январь | |||||
| Понедельник | Вторник | Среда | Четверг | Пятница1 | |
| Понедельник | Вторник | Среда | Четверг | Пятница2 | |
| Понедельник | Вторник | Среда | Четверг | Пятница3 | |
| Понедельник | Вторник | Среда | Четверг | Пятница4 | |
| Февраль |
Примеры процедур регистрации
Следующие примеры процедур регистрации помогут вам при планировании ваших процедур регистрации для контейнеров, профилей и пользователей. Каждый пример процедуры регистрации представлен в виде таблицы. В левом столбце указаны команды процедуры регистрации, а в правом дано объяснение команды.
Процедура регистрации контейнера. В процедуру регистрации контейнера должна быть включена вся информация, относящаяся ко всем пользователям.
Table 35-8. Пример процедуры регистрации контейнера
| MAP DISPLAY OFF | Предотвращает отображение на экране команд назначения. |
| MAP ERRORS OFF | Предотвращает отображение на экране сообщений об ошибках назначения. |
| MAP *1:=SYS: | Назначение первого диска на том SYS:. |
| MAP *1:=SYS:%LOGIN_NAME | Назначение первого диска в Личный каталог пользователя. Если у пользователя нет домашнего каталога, то первый диск остается назначенным на том SYS:. |
| IF "%1"= "ADMIN"THEN MAP *1:=SYS:SYSTEM | Если имя регистрации есть ADMIN, первый диск назначается в каталог SYS:SYSTEM, а не в Личный каталог пользователя. |
| IF OS2 THEN MAP P:=SYS:PUBLIC ELSE MAP INS S1:=SYS:PUBLIC MAP INS S2:=SYS:PUBLIC\%MACHINE\%OS\ %OS_VERSION END | Если регистрация пользователя производится с рабочей станции OS/2, то диск P: назначается в каталог PUBLIC. (См. раздел "NetWare 2 and 3 Users Upgrading to NetWare 4", книги NetWare Client for OS/2* User Guide.) Если пользователь не использует OS/2, первый диск поиска назначается в каталог SYS:PUBLIC, в котором содержится утилиты NetWare для DOS. Второй диск поиска назначается в каталог, где находятся файлы DOS. Например, если все рабочие станции используют DOS, вместо команды IF..THEN используйте следующие две команды: MAP INS S1:=SYS:PUBLIC MAP INS S2:=SYS:PUBLIC\ %MACHINE\%OS\%OS_VERSION |
| IF MEMBER OF "WIN31" THEN MAP INS *2:=SYS:USERS\%LOGIN_NAME\WIN31 MAP INS S16:=SYS:APPS\WINAPPS\WIN31 SET TEMP = "P:\USERS\%LOGIN_NAME\WIN31\TEMP" END | Если регистрируемый пользователь является членом объекта группы WIN31, следующий доступный диск назначается в каталог пользователя, в котором расположены файлы MS Windows. Затем следующий доступный диск поиска назначается в каталог MS Windows группы WIN31. Наконец, каталог TEMP MS Windows планируется в подкаталог пользовательского каталога MS Windows. |
| MAP INS S16:=VOL1:APPL\WP | Назначение следующего доступного диска поиска в каталог, содержащий WordPerfect*. |
| MAP INS S16:=VOL1:APPL\LOTUS | Назначение следующего доступного диска поиска в каталог, содержащий Lotus*. |
| MAP INS S16:=SYS:EMAIL | Назначение следующего доступного диска поиска в каталог электронной почты. |
| MAP O:=SYS:DOC | Назначение диска O: в каталог, требующийся для работы электронной версии документации NetWare. |
| IF MEMBER OF "MANAGERS" THEN MAP *3:=VOL1:PROJECTS\REPORTS END | Если пользователь принадлежит объекту группы MANAGERS, процедура назначает третий сетевой диск в каталог REPORTS. |
| IF MEMBER OF "TESTERS" THEN MAP *4:=INPUT:STATUS\UPDATES END | Если пользователь принадлежит объекту группы TESTERS, процедура назначает четвертый сетевой диск в каталог UPDATES. |
| COMSPEC = S2:COMMAND.COM | Устанавливает переменную окружения COMSPEC на командный процессор DOS, расположенный в каталоге DOS (второй диск поиска). |
| SET PROMPT = "$P$G" | Устанавливает приглашение DOS для отображения имени текущего каталога пользователя, после которого следует знак больше (>). |
| MAP DISPLAY ON | Разрешает отображение команд назначения. |
| MAP | Выводит на экран список всех назначаемых дисков. |
| WRITE | Выводит пустую строку между списком назначения дисков и следующими строками. |
| WRITE "Good %GREETING_TIME, %FULL_NAME." | Выводит на экран приветствие пользователю, например: "Good morning, MARY.SALES.NOVELL." |
| WRITE "Your password expires in %PASSWORD_EXPIRES days." | Выводит на экран сообщение о количестве дней, оставшихся до истечения срока действия пароля пользователя. |
| FIRE PHASERS 3 TIMES | Вызывает тройной звук фазера, сообщающий пользователю, что процесс регистрации завершен. |
Процедура регистрации профиля. Если в вашей системе есть группы пользователей, требующие одинаковых процедур регистрации, вы можете создать объект Профиль и создать процедуру регистрации для этого объекта. Затем вы можете назначить пользователей из этой группы членами этого объекта Профиль.
Ниже приведен пример процедуры регистрации Профиля, который может использоваться для пользователей профиля ACCOUNTING. Процедура регистрации профиля ACCOUNTING будет выполнена после процедуры регистрации контейнера.
Table 35-9. Пример процедуры регистрации профиля
| MAP DISPLAY OFF | Предотвращает отображение на экране команд назначения. |
| MAP ERRORS OFF | Предотвращает отображение на экране сообщений об ошибках назначения. |
| MAP INS S16:=VOL1:APPL\DB | Назначение первого диска поиска (после назначенного процедурой регистрации контейнера) в каталог, содержащий программу базы данных. |
| MAP *5:=VOL1:ACCOUNTS\NEW | Назначение пятого сетевого диска поиска (после назначенного процедурой регистрации контейнера) в подкаталог NEW. |
| MAP *6:=VOL1:ACCOUNTS\RECORDS | Назначение шестого сетевого диска поиска (после назначенного процедурой регистрации контейнера) в подкаталог RECORDS. |
| #WSUPDATE S1:IPXODI.COM /LOCAL | Выполняет программу WSUPDATE, которая обновляет файл IPXODI.COM на рабочей стации пользователя новой версией файла, расположенной в первом спланированном пути поиска. |
| MAP DISPLAY ON | Разрешает отображение команд назначения. |
| MAP | Выводит на экран список всех назначенных дисков. |
| WRITE | Выводит пустую строку между списком назначенных дисков и следующими строками. |
| IF DAY_OF_WEEK = "FRIDAY" THEN WRITE "Сегодня необходимо сдать недельный отчет." FIRE 2 END | По пятницам звуковой сигнал, имитирующий выстрелы, включается дважды, чтобы пользователь обратил внимание на надпись: "Сегодня необходимо сдать недельный отчет". |
| PCCOMPATIBLE EXIT "NMENU WORK" | Останавливает процедуру регистрации Профиля и вызывает у пользователя программу меню WORK. Команда EXIT предотвращает выполнение процедуры регистрации пользователя. Если вы хотите, чтобы выполнилась процедура регистрации пользователя после процедуры регистрации профиля, перенесите эти команды в файл процедуры регистрации пользователя. На рабочих станциях DOS с именем IBM_PC команду PCCOMPATIBLE можно не указывать. Команда EXIT не работает на рабочих станциях OS/2. |
Процедура регистрации пользователя. Ниже приведен пример процедуры регистрации для пользователя MARY. Процедура регистрации пользователя выполняется после процедур регистрации контейнера и профиля.
Table 35-10. Пример процедуры регистрации пользователя
| MAP DISPLAY OFF | Предотвращает отображение на экране команд назначения. |
| MAP ERRORS OFF | Предотвращает отображение на экране сообщений об ошибках назначения. |
| MAP *7:=VOL1:MARY\PROJECTS\RESEARCH | Назначение седьмого сетевого диска пользователя MARY (после назначенных процедурами регистрации контейнера и профиля) в подкаталог RESEARCH ее домашнего каталога. |
| MAP *8:=VOL1:FORMS | Назначение восьмого сетевого диска пользователя MARY (после назначенных процедурами регистрации контейнера и профиля) в каталог FORMS. |
| REM Доступ в каталог FORMS нужен только на время REM пока MARY работает в группе устранения REM неисправностей. При ее переходе в другое REM подразделение это назначение необходимо REM удалить. | Эти комментарии служат для напоминания человеку, создавшему эту процедуру регистрации. Комментарии не отображаются на экране пользователя. (Поскольку комментарий занимает несколько строк, каждая строка начинается с ключевого слова REM,) |
| SET WP="/u-mjr/b-5" | Устанавливает переменные окружения пользователя MARY для работы с WordPerfect. |
| SET USR="mrichard" | Устанавливает пользователю MARY имя для работы с программой электронной почты (mrichard). |
| #CAPTURE Q=FAST_Q NB TI=10 NFF | Вызывает утилиту CAPTURE, чтобы MARY могла печатать из несетевых приложений. |
| PCCOMPATIBLE EXIT "NMENU TRAINING" | Останавливает процедуру регистрации пользователя и вызывает программу меню TRAINING. На рабочих станциях DOS с именем IBM_PC команду PCCOMPATIBLE можно не указывать. Команда EXIT не работает на рабочих станциях OS/2. |
NOTE: Если вы не были заведены как пользователь на сервере перед обновлением сервера до NetWare 4, а теперь вам необходимо регистрироваться через сервис Bindery, то для создания процедуры регистрации воспользуйтесь утилитой SYSCON (утилита версии NetWare 3).
За подробной информацией о создании, изменении и копировании процедур регистрации, обращайтесь в раздел "Creating, Modifying, Copying, and Printing Login Scripts" в главе 3 книги Supervising the Network.
См. также: .
Принадлежность к группам
Вы можете назначить пользователя объекту Группы. При включении в группу пользователь наследует права, назначенные для данной группы.
Принтер
Периферийное аппаратное устройство, используемое для создания печатного материала.
Сетевые принтеры могут быть подсоединены:
Непосредственно к сети Через принтерный порт сервера NetWare Через принтерный порт рабочей станции
В NetWare 4 пользователи могут указывать имена принтеров в качестве цели для своих заданий печати (Пользователи могут также использовать имена очередей).
В NetWare 3 пользователи должны указывать имена очередей.
Принтер, подключенный непосредственно к сети
Принтеры и серверы очередей печати, разработанные независимыми производителями, подключаемые непосредственно к сети.
В большинстве случае эти устройства (непосредственно соединяемые принтеры и серверы очередей) обеспечивают эффективные средства печати для сетей NetWare.
Обычно эти устройства печати поставляются с собственными инсталляционными утилитами. Поставляемые производителями утилиты конфигурируют устройства для распознавания компонент сетевой печати и взаимодействия с сетью.
Многие сетевые устройства печати, подключенные непосредственно к сети, и их инсталляционные программы ориентированы на поиск сервисов Bindery NetWare 3 для получения информации о сетевых средствах печати. Для обеспечения работы таких устройств в сети NetWare 4, вы должны при их установке использовать режим сервисов Bindery.
См. также: "Использование в NetWare 4 печатающих устройств третьих фирм, подключенных непосредственно к сети" в главе 6 книги Сервис печати.
Привязка и отмена привязки
Привязкой и отменой привязки называется процедура присвоения коммуникационного протокола сетевым платам и сетевым драйверам и отмена присвоения протокола.
Для каждой сетевой платы должен существовать, по крайней мере, один коммуникационный протокол, привязанный к драйверу сетевой платы. Без коммуникационного протокола драйвер сетевой платы не может обрабатывать пакеты.
С одним и тем же драйвером сетевой платы и сетевой платой можно связать несколько протоколов. Вы можете также связать один и тот же стек протоколов с несколькими сетевыми драйверами на сервере.
В одну кабельную систему могут входить рабочие станции, использующие разные протоколы.
Привязка коммуникационных протоколов к платам и драйверам
Для привязки коммуникационных протоколов к платам и драйверам используется утилита INETCFG или команда консоли BIND. Команда BIND должна использоваться для каждой платы в сервере.
Если к сетевой плате не привязан протокол, то пользователи, присоединенные к серверу по кабельной системе подключенной к этой плате, не смогут зарегистрироваться в сети.
При привязке протокола к сетевой плате необходимо указать Внешний сетевой номер IPX для данной кабельной системы.
Это шестнадцатеричное число должно быть одинаковым для всех плат в одной кабельной системе и использующим одинаковый тип фрейма. Внешний номер сети должен быть различным для плат, использующих разные типы фреймов, или объединенных в разные кабельные системы.
Внешний сетевой номер IPX кабельной системы должен отличаться от внутреннего адреса любого из узлов сети.
Используемая при решении этих задач утилита: "BIND" описана в книге Справочник по утилитам.
См. также: .
Процедура регистрации контейнера
Устанавливает общее окружение для всех пользователей в контейнере (например, Подразделение). Эти процедуры регистрации выполняются в первую очередь.
Поддержка большого количества процедур регистрации для отдельных пользователей может потребовать длительного времени. Поэтому в процедуре регистрации контейнера следует поместить как можно больше общей информации о настройках.
Например, если все пользователи должны иметь доступ к утилитам NetWare на одном и том же томе, укажите в процедуре регистрации контейнера назначение пути поиска на этот том.
См. также: .
Процедура регистрации пользователя
Тип процедуры регистрации, устанавливающий окружение для конкретного пользователя. Используйте процедуру регистрации пользователя для установки параметров, которые не могут быть установлены в системной процедуре регистрации или процедуре регистрации профиля.
Использование процедуры регистрации пользователя является необязательным. При наличии процедуры регистрации пользователя она выполняется после системной процедуры регистрации и процедуры регистрации профиля.
См. также: .
Процедура регистрации профиля
Тип процедуры регистрации, который настраивает окружение для группы пользователей. Процедуры регистрации профиля следует использовать в тех случаях, когда в сети имеются группы пользователей, которым необходимы идентичные процедуры регистрации.
Использование процедур регистрации профиля является необязательным. При наличии процедуры регистрации профиля, она выполняется после процедуры регистрации контейнера перед процедурой регистрации пользователя.
См. также: .
Процедуры регистрации
Файлы, в которых содержатся команды установки окружения рабочей станции, выполняемые при регистрации пользователя в сети. Процедуры регистрации, выполняемые утилитой LOGIN, можно сравнить с пакетными командными файлами.
Вы можете использовать процедуры регистрации для:
Назначения дисков и поисковых каталогов в каталоги. Вывода на экран пользователя сообщений. Установки переменных окружения. Выполнения программ или вызова меню.
Процедуры регистрации выполняются одинаково для рабочих станций DOS, MS Windows, OS/2, хотя некоторые команды, выполняемые на рабочих станциях DOS и MS Windows не могут выполняться на рабочих станциях OS/2.
Процедуры регистрации пользователей
Это настраиваемые пакетные файлы, позволяющие настроить сетевое окружение для пользователей. Настройка может включать в себя присвоение переменных окружения, назначение сетевых дисков и выполнение команд.
При регистрации пользователя в сети в указанном порядке выполняются следующие процедуры регистрации:
Процедура регистрации контейнера, в котором непосредственно содержится пользователь. Процедура регистрации объекта профиля, указанного для данного пользователя. Индивидуальная процедура регистрации пользователя.
Если в выполняемых процедурах регистрации содержатся противоречивые или конфликтующие команды, то влияние оказывает последняя выполненная команда.
Если процедура регистрации пользователя отсутствует, то выполняется процедура регистрации по умолчанию, выполняющая назначение сетевых дисков в каталоги утилит NetWare.
Программное обеспечение AppleShare
Программное обеспечение фирмы Apple Computer Inc., позволяющее компьютеру Macintosh выступать в качестве файлового сервера в сети AppleTalk.
Программное обеспечение AppleShare для рабочей станции позволяет пользователям компьютеров Macintosh получать доступ к серверу AppleShare.
Программное обеспечение поддержки переключения задач
Файлы TBMI2.COM и TASKID.COM, которые выступают в качестве буфера и диспетчера между запросами IPX/SPX и вызвавшим процессом выполняющегося приложения в многозадачной среде.
Когда в процессе обработки запроса выполняющегося приложения происходит переключение задачи, встроенная в NetWare поддержка многозадачности, обеспечивает передачу запроса IPX/SPX правильному сетевому ресурсу. Это предотвращает прерывание коммуникаций между выполняющимися программами и протоколом IPX при переключении процесса в многозадачной среде.
Поддержку переключения заданий следует загрузить при использовании систем переключения процессов для DOS или для поддержки переключения между сеансами DOS при работе в MS Windows в стандартном или реальном режимах.
Если используемое вами приложение требует поддержки переключения заданий NetWare, а соответствующие модули поддержки не были загружены, то сессия работы станции клиента может прерываться.
Программы мультиплексоры VLM
Мультиплексор представляет собой программу VLM, которая маршрутизирует запросы, переадресовывая их соответствующим дочерним VLM. Мультиплексоры NetWare Requester можно рассматривать как родительские программы VLM, обеспечивающие правильность передачи запросов к дочерним программам VLM именно тем модулям, которым они предназначены.
См. также: .
Просмотр
Один из способов поиска объектов в Каталоге.
Объекты в Каталоге иерархически упорядочены. Поскольку Каталог может иметь очень большой размер, просмотр структуры дерева может помочь при поиске объектов.
Например, для нахождения объекта PRINTER3, местоположение которого неизвестно, следует просмотреть объекты в текущем контексте.
Если в текущем контексте объекта PRINTER3 не существует, следует искать его в структурах дерева Каталога выше текущего контекста или воспользоваться встроенной в программу просмотра функцией поиска.
Используемые при решении данных задач утилиты: "NETADMIN" и "NetWare Administrator" описаны в книге Справочник по утилитам.
Простой протокол управления сетью
(Simple Network Management Protocol, SNMP) - стандартный протокол, принятый производителями аппаратного и программного обеспечения, определяющий формат для сбора сетевой управляющей информации.
Рабочие станции, являющиеся клиентами NetWare могут использовать сервис SNMP для настольных систем для передачи информации о своем состоянии управляющим программам SNMP в сетях IPX и TCP/IP.
Сервисами SNMP для настольных систем можно управлять с помощью программного обеспечения NMS, стандартных программ консоли SNMP и управляющих программ, разработанных независимыми производителями.
Протокол Address Resolution Protocol
Address Resolution Protocol (ARP) - процесс в сетях Internet Protocol (IP) и AppleTalk*, который позволяет хосту находить адреса MAC (Media Access Control, Управление доступом к среде передачи данных) целевого хоста, расположенного в той же физической сети, когда известен только целевой адрес IP.
Используя протокол ARP, сетевая плата строит таблицу соответствия адресов IP аппаратным адресам объектов в сети.
Для создания элемента таблицы, ARP посылает широковещательный запрос с целевым адресом IP. Целевой компьютер сообщает свой физический адрес. Сетевая плата добавляет физический адрес в таблицу ARP и получает возможность посылать пакеты целевому компьютеру.
Протокол BOOTP
Протокол, используемый некоторыми хостами для получения адресов IP.
Хост посылает по локальной сети широковещательный запрос BOOTP. Сервер, подключенный к этой локальной сети и выполняющий функции хоста, при получении запроса BOOTP посылает пакет, содержащий адрес хоста.
Если сервер находится в другой сети, то передатчик BOOTP должен направить широковещательный запрос серверу BOOTP и передать ответ хосту.
Программное обеспечение TCP/IP содержит программу BOOTPFWD.NLM, которая позволяет компьютеру передавать пакеты запросов и ответов BOOTP между серверами и клиентами BOOTP.
Передача BOOTP в NetWare может быть настроена для использования до четырех различных серверов BOOTP.
Протокол доставки датаграмм (DDP, Datagram Delivery Protocol)
Протокол доставки датаграмм (DDP, Datagram Delivery Protocol)
Эти пакеты, называемые датаграммами, содержат информацию о сетевом адресе и формате данных. Они передаются по одному из протоколов LAP (LLAP, ELAP или TLAP), в зависимости от установленного в компьютере оборудования.
DDP обеспечивает только экономичную систему доставки, не гарантирующую достижение данными другого узла. Более надежный метод состоит в использовании вместе с DDP протокола транзакций AppleTalk (ATP, AppleTalk Transaction Protocol).
Сеансовый протокол AppleTalk (ASP, AppleTalk Session Protocol) расширяет возможности ATP, позволяя двум процессам (например, пользователю и серверу) надежно обмениваться данными и командами.
Протокол потоков данных AppleTalk (ADSP, AppleTalk Data Stream Protocol) позволяет двум процессам открыть виртуальный "канал данных" для чтения или записи данных между собой. При этом не используются строгая организация и команды транзакций.
AppleTalk предоставляет протоколы потоков для тех приложений, которые ориентированы на их использование, но основной обмен данными происходит по протоколам транзакций ATP и ASP.
Протокол доступа к принтеру (PAP, Printer Access Protocol)
Когда узел сети производит печать на сетевой принтер, PAP использует NBP для подготовки пути к требуемому принтеру.
Протокол доступа связи (LAP, Link Access Protocol)
LAP работает на канальном уровне (сетевой протокол нижнего уровня), принимая информационные пакеты и преобразовывая их в сигналы, воспринимаемые сетевой платой.
Существует три протокола LAP:
LLAP (LocalTalk* LAP). Позволяет встроенному аппаратному обеспечению LocalTalk компьютеров Macintosh обмениваться данными по сетям LocalTalk. ELAP (Ethernet LAP). Позволяет компьютерам Macintosh с установленной платой Ethernet взаимодействовать с устройствами в сетях AppleTalk. TLAP (Token Ring LAP). Позволяет устройствам, использующим технологию Token Ring компании IBM* взаимодействовать с устройствами в сетях AppleTalk.
ELAP и TLAP используют протокол AARP (AppleTalk Address Resolution Protocol, протокол разрешения адресов AppleTalk) для преобразования адресов узлов AppleTalk в адреса, которые могут использоваться устройствами Ethernet или Token Ring.
Протокол File Transfer Protocol
File Transfer Protocol (FTP) - набор управляющих процедур для предотвращения ошибок при передаче информации между сетевыми станциями. FTP входит в состав набора утилит протокола TCP/IP.
Данные между станциями передаются пакетами. Каждый пакет содержит значение, вычисляемое по математическому алгоритму по содержащимся в пакете данным.
Алгоритм применяется к данным при приеме каждого пакета, поступившего к получателю пакета.
Если вычисленное значение не совпадает со значением, содержащемся в пакете, принимающая станция посылает на передающую станцию запрос повторной передачи пакета.
Протокол информации зоны (ZIP, Zone Information Protocol)
В больших объединенных сетях для облегчения поиска объектов, все узлы AppleTalk делятся на группы, называемые зонами.
Протокол NBP использует ZIP при поиске правильных адресов сети и узла из списка зон.
См. также: , , , .
Протокол маршрутизации AppleTalk
Работа протокола AURP похожа на протокол RTMP, но обновления посылаются только в тех случаях, когда в сети происходят изменения.
Основными особенностями AURP являются:
Туннелирование AppleTalk в TCP/IP. Это позволяет объединить две сети AppleTalk через сеть TCP/IP. Маршрутизация на основе обновления через туннель. Уменьшает загрузку сети благодаря тому, что обновления передаются соседним маршрутизаторам только при изменении информации о маршрутизации, а не происходит периодическая передача широковещательных сообщений о содержимом таблиц маршрутизации.
Протокол NetWare Core Protоcol
NetWare Core Protоcol (NCP) - процедуры, определяющие как операционная система сервера NetWare принимает запросы рабочих станций и отвечает на них.
Процесс запроса сервиса от сервера NetWare начинается в оперативной памяти рабочей станции клиента, когда программа NetWare DOS Requester или NetWare Requester для OS/2 формирует запрос в соответствии с определениями NCP.
Затем NetWare Requester передает запрос драйверу коммуникационного протокола IPX. IPX снабжает запрос заголовком, в котором определены адреса источника и получателя запроса, и передает его на сервер.
Получив запрос, сервер удаляет заголовок IPX и читает запрос.
Поскольку NetWare Requester формирует запрос в точном соответствии с конкретным протоколом сервиса, сервер обрабатывает запрос в соответствии с определяемым протоколом правилами, что дает правильный ответ на запрос.
Для каждого сервиса, который рабочая станция может запросить от сервера существует соответствующий протокол ядра NetWare.
Общие запросы, обрабатываемые NCP, включают в себя создание и удаление служебных соединений, манипуляцию над файлами и каталогами, открытие семафоров, изменение Каталога и печать.
См. также: , .
Протокол обслуживания таблиц маршрутизации (RTMP, Routing Table Maintenance Protocol)
AppleTalk использует протокол маршрутизации RTMP. Он имеет много общего с протоколом RIP.
При соединении многих небольших сетей, маршрутизатор объединяет их вместе в общую сеть. Маршрутизатор поддерживает адреса всех подсетей общей сети.
Информация о других сетях хранится в таблицах маршрутизации. Маршрутизатор обновляет таблицы маршрутизации используя протокол RTMP для обмена информацией с другими маршрутизаторами.
Протокол Packet BurstTM
Надстройка над протоколом IPX, увеличивающая скорость передачи многопакетных запросов NCP на чтение или запись файлов.
Протокол Packet BurstTM
(передачи блока пакетов) увеличивает скорость передачи данных NCP между рабочей станцией и сервером NetWare, исключая необходимость в упорядочении и передаче подтверждения о получении каждого пакета.
Протокол передачи блока пакетов обеспечивает более высокую эффективность, чем использовавшийся в предыдущих версиях NetWare протокол, требующий передачи подтверждения для каждого полученного пакета. Протокол передачи блока пакетов позволяет серверу и рабочей станции передать целый набор (блок пакетов), перед получением подтверждения.
Figure 35-4. Протокол передачи блока пакетов
Позволяя передать набор пакетов перед получением подтверждения, протокол передачи блока пакетов снижает сетевой трафик.
Протокол передачи блока пакетов также отслеживает потерю пакетов и выполняет повторную передачу только тех пакетов, которые были потеряны.
Для разрешения передачи блока пакетов на сервере NetWare 4 не требует установка дополнительных программ NLM. Для разрешения передачи блока пакетов на рабочей станции необходимо разрешить режим передачи блока в NetWare DOS Requester.
Когда сервер или рабочая станция, на которой включен режим передачи блока пакетов, передает данные на сервер или рабочую станцию, не поддерживающие режим блочной передачи, используется нормальный режим NCP (один запрос/одно подтверждение).
Протокол Print Server Status and Control Protocol
Print Server Status and Control Protocol (PSSCP) - коммуникационный протокол запроса сервисов от сервера печати (PSERVER.NLM), основанный на SPX.
Пользователи и администраторы могут выполнять различные действия, например, определять состояние заданий печати, удалять задания или изменять формы. Пользователь может управлять только собственными заданиями; оператор управляет любыми заданиями.
Протокол привязки имен (NBP, Name Binding Protocol)
Каждый процесс или устройство в сети имеет имя, соответствующее адресу сети и узла. AppleTalk использует протокол NBP для скрытия этих адресов от пользователей.
NBP преобразует указываемое пользователем имя сетевого объекта (например, имя принтера) в сетевой адрес, который может быть использован протоколом LAP.
Протокол Reverse Address Protocol
Reverse Address Protocol (RARP) - процесс определения адреса Internet по локальному адресу канала данных.
Для начала взаимодействия с устройством в Ethernet, маршрутизатор должен сначала определить 8-разрядный адрес MAC или локальный адрес канала данных устройства. Процесс определения локального адреса канала устройства по адресу Ethernet называется определением адреса. RARP обеспечивает обратное действие.
См также: .
Протокол Router Information Protocol
Router Information Protocol (RIP) - протокол, предоставляющий маршрутизаторам возможность обмениваться информацией о маршрутизации в объединенной сети NetWare.
RIP позволяет маршрутизаторам NetWare создавать и поддерживать базу данных (таблицу маршрутизации) текущей информации о маршрутизации в объединенной сети.
Рабочие станции могут опросить ближайший маршрутизатор для нахождения кратчайшего маршрута в удаленную сеть, послав для этого широковещательный пакет запроса RIP.
Для синхронизации всех маршрутизаторов в объединенной сети маршрутизаторы периодически обмениваются широковещательными пакетами RIP, содержащими текущую информацию о маршрутизации. Маршрутизаторы также посылают широковещательное обновление RIP при обнаружении изменений в конфигурации объединенной сети.
По умолчанию маршрутизатор NetWare посылает пакеты RIP по всем подключенным сегментам сети через каждые 60 секунд.
Маршруты, которые отсутствуют в этих периодически передаваемых широковещательных сообщениях (по причине отказа маршрутизатора), называются устаревшими. По истечении определенного интервала времени (по умолчанию 3 минуты) маршрутизаторы вычеркивают устаревшие маршруты из таблиц маршрутизации.
Для снижения трафика при низкой полосе пропускания (X.25 или асинхронное соединение), администратор сети может указать, что происходит передача только изменений конфигурации сети, а не периодическая передача широковещательных сообщений RIP.
Вместе с тем выключение периодической передачи широковещательных сообщений RIP может вызвать несоответствия в объединенной сети. Например, если произошла потеря пакета RIP в ненадежном сегменте, то маршрутизаторы в этом сегменте получат устаревшую информацию о маршрутизации.
Утилиты INETCFG и FILTCFG позволяют администраторам сети индивидуально настроить передачу широковещательных сообщений RIP для каждого сегмента сети. Для избежания несоответствий интервалов широковещательной передачи и устаревания необходимо установить одинаковую конфигурацию RIP для всех маршрутизаторов в одном сегменте.
Используемые при решении данных задач утилиты: "INETCFG" и "FILTCFG" описаны в книге Справочник по утилитам.
См. также: , .
Протокол Service Advertising Protocol
Service Advertising Protocol (SAP) - протокол, позволяющий серверам сообщать о сервисах в объединенной сети NetWare.
Серверы сообщают о доступных сервисах с помощью протокола SAP, позволяя маршрутизаторам создать и поддерживать базу данных информации о серверах объединенной сети.
Маршрутизаторы периодически посылают широковещательные сообщения SAP, для обеспечения синхронизации маршрутизаторов объединенной сети. Маршрутизаторы также посылают сообщения SAP об изменениях, при обнаружении изменений в межсетевой конфигурации.
Рабочие станции могут опрашивать сеть, посылая широковещательные пакеты SAP для обнаружения серверов. При регистрации рабочей станции в сети, станция посылает широковещательный запрос SAP ближайшего сервера ("Get Nearest Server") и подключается к ближайшему найденному серверу.
Супервизор может заблокировать подключение рабочих станций к серверу, выключив использование сообщения "Получить ближайший сервер".
По умолчанию, сервер NetWare посылает пакеты SAP по всем подключенным к нему сегментам каждые 60 секунд.
В случае синхронизации времени, Единственный эталонный и Первичный серверы времени оповещают о своих сервисах с помощью протокола SAP. Вторичные серверы времени не оповещают о своих сервисах.
Используемые при решении данных задач утилиты: "MONITOR", "INETCFG", и "TIMESYNC" описаны в книге Справочник по утилитам.
См. также: , .
Протокол Transmission Control Protocol
Transmission Control Protocol (TCP) - набор сетевых протоколов, признанный в качестве промышленного стандарта. Обеспечивает возможность взаимодействия узлов с различной архитектурой в гетерогенных сетях.
См. .
Протоколы
Соглашения или правила, используемые программами или операционной системой для обеспечения взаимодействия между отдельными частями.
См. также: , , .
Протоколы AppleTalk
Внутренние форматы и правила, определяющие взаимодействие между узлами в сети AppleTalk.
Эти протоколы управляют сетью AppleTalk начиная от уровня сетевой платы до прикладного программного обеспечения.
Один протокол определяет электрические характеристики сигнала, передающего биты данных. Другой протокол определяет количество символов в пакете данных и то, какая адресная информация содержится в передаваемом по сети пакете.
Протоколы и транспорты NetWare
Компоненты программного обеспечения NetWare, позволяющие рабочим станциям клиентов взаимодействовать по сети и быть понятыми.
Протокол управляет данными, а транспорт управляет сообщениями приложений. Часто протокол и транспорт могут обеспечиваться одним и тем же программным модулем.
Для того, чтобы рабочие станции могли общаться по сети, они должны использовать протокол, идентичный одному из используемых в сети. Вместе с этим, рабочие станции могут быть настроены на использование нескольких протоколов.
Программное обеспечение NetWare Client предоставляет возможность использования следующих стандартных протоколов:
Протокол определения адресов (Address Resolution Protocol, ARP) BOOTP (Обеспечивает конфигурационную информацию TCP/IP) Межсетевой протокол управляющих сообщений (Internet Control Message Protocol, ICMP) Межсетевой протокол (Internet Protocol, IP) IPX/SPX База данных управляющей информации (Management Information Base, MIB) NetBIOS Протокол обратного определения адресов (Reverse Address Resolution Protocol, RARP) Удаленная загрузка программ (Remote Program Load, RPL) Сетевая архитектура систем (System Network Architecture, SNA) Простой протокол управления сетью (Simple Network Management Protocol, SNMP) Протокол управления передачей (Transmission Control Protocol, TCP) User Datagram Protocol (UDP) Сетевая система Xerox (Xerox Network System, XNS)
См. также: , , , , , , , , , ,, , , .
Протоколы рабочих станций
Рабочие станции NetWare могут использовать такие протоколы, как IPXTM
, SPXTM
, TCP/IP, NetBIOS, OSI и AppleTalk (для Macintosh).
См. также: , , .
Протоколы сервера
NetWare 4 использует шесть уровней коммуникаций между прикладными программами и аппаратным обеспечением компьютера. Эти уровни основаны на модели OSI.
Ниже перечислены шесть коммуникационных уровней:
Уровень приложений Уровень обслуживающего протокола Уровень коммуникационного протокола Уровень поддержки соединений Уровень драйвера Физический уровень
На сервере допускается использование вызовов к уровню поддержки соединений (LSL, Link Support LayerTM
) от уровня обслуживающего протокола. В качестве протокола по умолчанию используется протокол IPX, являющийся частью операционной системы.
Уровень поддержки соединений LSLTM
, определяемый интерфейсом ODI (Open Data-Link InterfaceTM
), позволяет драйверу сетевой платы обслуживать более одного протокола. Благодаря этому Вы можете использовать несколько различных протоколов в рамках одной кабельной схемы.
Для просмотра, добавления и настройки коммуникационных протоколов используются следующие команды консоли:
PROTOCOL. Перечисляет зарегистрированные на вашем сервере протоколы и позволяет регистрировать новые (см. "PROTOCOL" в книге Справочник по утилитам.) BIND. Привязывает протокол к установленной в сервере сетевой плате (см. "BIND" в книге Справочник по утилитам.) UNBIND. Удаляет привязку протокола к установленной в сервере сетевой плате (см. "UNBIND" в книге Справочник по утилитам.)
Для просмотра, добавления и настройки коммуникационных протоколов может также быть использована утилита INETCFG.
См. также: , .
Проверка чтением после записи
Способ обеспечения корректности записи данных на диск путем сравнения с оригиналом данных, хранящимся в памяти.
При совпадении считанных с диска данных и исходных данных, хранящихся в памяти, буфер данных освобождается.
При несовпадении данных, блок диска считается испорченным и процедура Hot Fix перезаписывает данные в хороший блок, расположенный в области переназначения Hot Fix.
См. также: .
Псевдокорневой каталог
Подкаталог, выполняющий роль корневого каталога, дает возможность определять права пользователей только на уровне подкаталогов.
NOTE: Псевдокорневой каталог может использоваться совместно с NetWare DOS Requester и оболочками NetWare, поставляемым с NetWare 2.2 и NetWare 3. Псевдокорневые каталоги не могут использоваться с клиентами OS/2. (При использовании OS/2 все диски назначаются как корневые, а назначение каталогов поиска не используется).
Некоторые приложения не могут выполняться из подкаталогов. Они производят чтение и запись файлов в корневом каталоге. Однако, из соображений безопасности, пользователи не должны иметь права записи на уровне корневого каталога или тома.
NetWare позволяет планировать диски в псевдокорневые каталоги (и для этих каталогов установить пользовательские права).
Таким образом, при установке приложения, которое должно устанавливаться в корневой каталог, следует создать для него подкаталог, установить в него файлы приложения и определить его как псевдокорневой каталог в процедуре регистрации в сети с помощью команды MAP ROOT.
Вы не можете с помощью команды DOS CD перейти в настоящий корневой каталог псевдокорневого каталога. Для перехода в настоящий корневой каталог необходимо переназначить каталог.
Используемые при решении данных задач утилиты: "MAP" описана в книге Справочник по утилитам.
См. также: .
Псевдоним электронной почты в иной системе
Указывает псевдоним объекта, используемый в системе передачи сообщений отличной от NetWare MHS.
Псевдоним электронной почты в иной системе используется в качестве обратного адреса при посылке сообщения от пользователя NetWare MHS пользователю X.400.
Например, пользователь NetWare MHS (почтовый ящик которого расположен на сервере MHS Messaging Server) может иметь псевдоним в X.400, являющийся нормальным адресом X.400, что позволяет другим пользователям X.400 отправлять сообщения пользователю MHS.
Объект может иметь несколько псевдонимов электронной почты для каждой системы электронной почты.
Пул кэш-буферов
Количество доступной для использования памяти после загрузки в память файла SERVER.EXE.
Операционная система использует кэш-буферы для различных целей:
Для кэширования в памяти FAT (File Allocation Table, таблица размещения файлов) и таблиц подвыделения файлов. Для кэширования частей DET (Directory Entry Table, таблица элементов Каталога) тома. Для кэширования частей файлов, к которым обращаются пользователи. Для построения таблиц хеширования для имен каталогов. Для построения индексов Turbo FAT для открытых файлов случайного доступа и занимающих 64 или более элементов таблицы FAT. Для использования программами NLM, например, драйверами сети, дисков, утилитами INSTALL (используется для создания и изменения разделов и томов NetWare), VREPAIR (используется для восстановления таблиц сервера NetWare), серверов баз данных, серверов коммуникаций и серверов печати.
При выгрузке программы NLM из памяти, занятая программой память возвращается в пул буферов кэш.
Путь
Местоположения файла или каталога в файловой системе.
Например, если файл REPORT.FIL расположен в подкаталоге ACCTG каталога CORP на томе SYS: сервера ADMIN, то путем этого файла является:
ADMIN\SYS:CORP\ACCTG\REPORT.FIL
См. также: , .
Путь каталога
Полная спецификация имени каталога, включающая в себя имя сервера, имя тома и имена всех каталогов, предшествующих в дереве каталогов адресуемому каталогу.
См. также: , .
Местоположение файлов и каталогов определяется их путем, который описывает, где каталог или файл расположен на томе. На следующем рисунке изображен пример указания пути (указание сервера является необязательным).
Figure 40-2. Соглашения определения пути каталога
По соглашениям, принятым в DOS и OS/2 имена каталогов и файлов содержат от одного до 8 символов, после имени может следовать расширение файла (необязательный элемент имени).
Если в вашей сети используются другие операционные системы, то следует учитывать соглашения, принятые в этих операционных системах. Например, в NetWare допускается путь каталога до 255 символов (включая символ диска и символы-разделители), а в DOS путь может содержать не более 127 символов.
Кроме этого, некоторые приложения имеют дополнительные ограничения на количество символов в имени каталога. Более подробная информация содержится в документации к конкретным приложениям.
Путь контекста эмуляции Bindery
Спецификация пути, позволяющая установить в контексте эмуляции Bindery до 16 контейнеров. Для указания пути к контекстам эмуляции Bindery используется параметр Bindery Context команды SET. В качестве символа разделителя для указания нескольких контекстов используется точка с запятой, например:
SET BINDERY CONTEXT = OU=Legal.O=Novell; OU=Sales.O=Novell; OU=Mktg.O=Novell
Более подробная информация содержится в разделе "SET" руководства Справочник по утилитам.
В предыдущих версиях NetWare 4 допускалось использование только одного контейнера Дерева Каталога (Организация или Подразделение), в качестве контекста эмуляции Bindery. Все объекты Bindery должны были помещаться в этом контейнере.
Использование пути контекста эмуляции Bindery в NetWare 4 позволяет:
Помещать объекты Bindery сервера NetWare 4 в разные контейнеры; Использовать объекты из нескольких контейнеров, зависящим от сервиса Bindery загружаемым модулям NetWare 3.
NOTE: Все контейнеры, указанные в пути контекста эмуляции Bindery, должны содержаться в размещенной на данном сервере реплике чтения/записи.
Использование пути контекста эмуляции Bindery может создать некоторые трудности - хотя в одном и том же контейнере невозможно указать несколько объектов с одним и тем же именем, возможна ситуация, когда указанные в пути контекста эмуляции Bindery контейнеры содержат объекты с одинаковыми именами.
Тем не менее в Bindery допускается существование объектов только с уникальными именами. Таким образом, будет использоваться только объект из первого указанного контейнера в пути контекста эмуляции Bindery; этот объект будет замещать все объекты с тем же именем, содержащиеся в других контейнерах.
Такое замещение может происходить и для объектов разных типов (например, для принтера Joe и пользователя Joe).
На следующем рисунке изображена часть дерева, соответствующая пути контекста эмуляции Bindery:
OU=Legal.O=Novell; OU=Sales.O=Novell; OU=Mktg.O=Novell
Если используется указанный выше путь контекста эмуляции Bindery, то в сеть может войти только пользователь Joe из Legal. С другой стороны, если указан путь контекста:
OU=Sales.O=Novell;OU=Legal.O=Novell;OU=Marketing.O=Novell
то в сеть может войти только пользователь Joe из Sales.
В любом случае, следует избегать одинаковых имен объектов в различных контейнерах, если эти контейнеры находятся в одном пути контекста эмуляции Bindery.
Используемая при решении этих задач утилита: "SET" описана в книге Справочник по утилитам.
См. также: .
| |
Рабочая среда NetWare
Однопользовательская версия операционной системы NetWare 4, обеспечивающая сервисы NetWare клиентам программ NLM.
Рабочая станция
Персональный компьютер, подключенный к сети NetWare и используемый для выполнения различных задач путем выполнения прикладных программ и утилит. Иногда используются термины клиент и станция.
См. также: .
Работа TTS
TTS гарантирует, либо полное выполнение всех изменений в файле, либо полное отсутствие этих изменений. Для отслеживания транзакций системой TTS для конкретного файла необходимо пометить его как Транзакционный.
NOTE: (Замечание)Транзакционный файл не может быть удален или переименован. Нельзя поменять атрибуты файла, если он открыт.
Когда рабочая станция начинает транзакцию в файле базы данных, для обеспечения целостности файла TTS выполняет следующие действия:
TTS выполняет копирование исходных данных, так что данные могут быть восстановлены при отказе транзакции.
Копия данных размещается в отдельном файле. Этот файл содержит полную информацию, необходимую для выполнения отката транзакции и может быть использован только операционной системой. TTS записывает измененные данные в файл базы данных, после того, как исходные данные записаны в файл отката транзакции. TTS повторяет шаги 1 и 2 для внесения следующих изменений (одна транзакция может состоять из серии последовательных изменений). После того, как все изменения записаны на диск, TTS записывает в файл отката запись, указывающую что транзакция завершена.
При отказе сервера NetWare, рабочей станции или сетевых компонент откат завершенных транзакций не производится.
RARP
Reverse Address Resolution Protocol (протокол обратного определения адресов) - процесс определения адреса Internet на основе адреса локального канала данных.
См. .
Расположение объектов в дереве Каталога
Вы можете расположить контейнерные и конечные объекты в дереве Каталога различными способами, в зависимости от особенностей вашей организации. Ниже на рисунке показаны возможные конфигурации:
Figure 34-2. Возможные конфигурации дерева Каталога
Объекты Страна и Подразделение являются необязательными. Однако в вашем дереве Каталога должен присутствовать, по крайней мере, один объект Организация.
Вы можете использовать более одного контейнерного объекта в дереве; можно расположить по несколько контейнеров на каждом уровне. На рисунке ниже изображен пример дерева Каталога, содержащий несколько контейнерных объектов на каждом уровне:
Figure 34-3. Пример дерева Каталога с несколькими контейнерными объектами
Распределение памяти
Процесс резервирования определенных участков оперативной памяти для использования процессами, размещения инструкций и данных.
При установке компьютерной системы программа инсталляции может выделить память для таких целей, как кэширование дисков, создание виртуальных дисков, определение отображаемой или расширенной памяти.
Операционная система и прикладные программы выделяют память для обеспечения своих потребностей, но они могут использовать только ту память, которая действительно им доступна.
Впоследствии память может быть перераспределена между ресурсами для оптимизации производительности системы. Правильное распределение памяти зависит от набора выполняющихся программ.
Например, большой дисковый кэш, который увеличивает производительность одного приложения, может замедлить выполнение других, поскольку им остается меньше оперативной памяти.
В NetWare 4 имеется только один пул распределения памяти, в то время, как в NetWare 3 было, по крайней мере, пять таких пулов.
При продолжительной работе сервера NetWare 3 может оказаться, что какому-то приложению не хватает памяти, так как некоторые управляющие процедуры не возвращают память операционной системе.
Использование одного пула распределения памяти в NetWare 4 смягчает эти условия.
Благодаря сокращению количества операций управления памятью в NetWare 4, процедуры распределения памяти и разработанные сторонними фирмами программы NLM выполняются более эффективно.
Процедуры распределения памяти NetWare 4 обеспечивают более высокий уровень производительности, исключая некоторые ситуации, которые часто вызывают неэффективное распределения памяти.
Расширенная память
Оперативная память, расположенная за пределом адресации DOS, 1024 КБ.
Процессор 80286 может адресовать до 16 МБ расширенной памяти; процессоры 80386 и 80486 могут адресовать до 4 ГБ памяти.
Расширенная память с адресами от 1024 КБ до 1088 КБ обозначается как область верхней памяти (High Memory Area, HMA) и при помощи специальных драйверов может непосредственно адресоваться программами DOS.
Хотя расширенная память с адресами более 1088 КБ не может адресоваться непосредственно DOS или приложениями, программы расширения DOS, удовлетворяющая спецификации XMS, обеспечивают доступ к расширенной памяти.
Расширенная память обычно используется для создания виртуальных дисков и кэширования дисков.
Расширенная сеть AppleTalk
Сеть AppleTalk, в которой разрешено использование расширений AppleTalk Phase 2, например, списков зон и диапазона сетей.
См. также: .
Раздел (диска)
Логические единицы, на которые могут быть разбиты жесткие диски сервера NetWare.
См. также: .
Логические блоки, на которые делятся жесткие диски сервера NetWare.
В NetWare 4 разделы NetWare создаются для каждого жесткого диска.
NOTE: Разделы диска не связаны с разделами NDS. Разделы диска являются логическими частями жесткого диска. Раздел NDS представляет собой поддерево в дереве NDS (см. также: ).
Тома создаются из пула разделов NetWare. Том состоит из одного или нескольких сегментов тома.
Один из жестких дисков сервера NetWare может содержать одновременно активный раздел, с которого происходит загрузка (главный загрузочный раздел) и раздел NetWare.
Достаточно иметь только один разгрузочный раздел на одном из дисков сервера NetWare, все другие диски сервера могут содержать только разделы NetWare.
Раздел NetWare состоит из области оперативного переназначения Hot Fix и области данных. Сектор с логическим номером 0 является первым сектором области данных раздела NetWare.
На рисунках ниже изображены варианты разбиения диска на разделы.
Figure 36-2. Разбиение диска на разделы: один том.
Figure 36-3. Разбиение диска на разделы: том распределен между несколькими дисками.
Область данных содержит четыре копии VDT (Volume Definition Table, таблица определения томов). Каждая таблица содержит список всех сегментов томов в данном разделе NetWare.
Четыре копии поддерживаются для повышения устойчивости к сбоям. Если происходит сбой в блоке диска, разрушающий одну из таблиц, эта ошибка будет обнаружена и исправлена.
Остальная часть области данных содержит от одного до восьми сегментов томов. Каждый сегмент может располагаться на одном и том же, или разных дисках.
Используемая при решении данных задач утилита: "INSTALL" описана в Справочник по утилитам.
См. также: , , .
Раздел Каталога
Общеупотребительное наименование для разделов NDS.
См. также: .
Раздел (Каталога NetWare)
Логический раздел базы данных Каталога NetWare.
См. также .
Логическое разделение базы данных Каталога NetWare. Раздел Каталога образует отдельный блок данных в дереве Каталога, который вы можете использовать для сохранения информации в Каталоге и репликации.
Каждый раздел Каталога состоит из контейнерного объекта, всех содержащихся в нем объектов и данных об этих объектах. Разделы Каталога не содержат информации о файловой системе, ее каталогах и файлах.
На следующем рисунке изображен раздел Каталога по умолчанию, который создается при первой установке сервера и для каждого нового объекта Подразделение, в котором установлены серверы NetWare 4.
Figure 36-4. Пример разделов Каталога, создаваемых по умолчанию
В NDS каждый объект размещается только в одном разделе Каталога, но с помощью распределенного управления этот объект может быть доступен из любой точки сети.
Для оптимизации доступа к различным областям Каталога каждый раздел Каталога может быть реплицирован и размещен одновременно в нескольких местах.
Репликация разделов Каталога ускоряет доступ к информации, хранящейся в Каталоге, и обеспечивает отказоустойчивость Каталога. Поскольку раздел Каталога может реплицироваться на несколько серверов, нарушение одной из реплик Каталога не прерывает доступ к данным в разделе.
Кроме этого, Каталог позволяет определить тип доступа к репликам раздела Каталога на чтение/запись или только для чтения, контролируя таким образом появление изменений в системе.
Деление Каталога на разделы незаметно для пользователей (если только они не используют утилиту NDS Manager), обычно пользователи видят только общее дерево объектов Каталога.
Реплики разделов Каталога хранятся на серверах NetWare. На одном сервере могут храниться несколько реплик различных разделов Каталога. Разделы каталога не зависят друг от друга, то есть не требуется, чтобы присутствие одного раздела Каталога на сервере требовало наличие на этом же сервере другого раздела Каталога.
См. также: , , глава 5, "Managing the NetWare Directory Tree", в книге Supervising the Network.
Раздел NetWare (диск)
Разделы создаются на каждом сетевом диске, на котором создаются тома NetWare.
NOTE: Дисковые разделы NetWare не связаны с разделами Каталога NetWare. Дисковые разделы являются частями жесткого диска, разделы Каталога являются поддеревьями дерева Каталога. (См. .)
См. .
Разделитель
Символ или знак, указывающий начало или конец команды или параметра в команде.
Например, в команде NCOPY F:*.* G: символ пробел между F:*.* и G: является разделителем двух различных параметров.
К другим используемым NetWare разделителям относятся запятая (,), точка (.), косая черта (/), обратная косая (\), перенос (-) и двоеточие (:).
Разделы Каталога
Для обеспечения лучших возможностей управления база данных Каталога делится на более мелкие части, называемые разделами Каталога. Разделы Каталога создаются по умолчанию при инсталляции NetWare 4 на сервере в новом контексте дерева Каталога. (См. .)
Различия между сервисом Bindery и NDS
В использующей сервис Bindery системе NetWare принтеры определяются как подмножество сервера печати. Таким образом, перед тем, как определить принтер, необходимо создать сервер печати.
При использовании NDS, принтеры трактуются как объекты, используемы совместно с объектами Сервер печати и Очередь печати. Они могут быть созданы, изменены или удалены независимо от других объектов.
Каждый объект сетевого принтера должен быть определен с помощью утилит NetWare Administrator или PCONSOLE.
См. также: , , глава 6, "Настройка и обслуживание принтеров", в книге Сервис печати.
Разрегистрация
Процедура, которая разрывает сетевое соединение и удаляет назначения сетевых дисков.
При разрегистрации без указания имени сервера NetWare в команде LOGOUT происходит разрыв соединений рабочей станции со всеми серверами и всеми сетевыми дисками.
Для того, чтобы при разрегистрации на одном сервере не терялась связь с другими серверами, необходимо указать имя сервера в команде LOGOUT.
Убедитесь, что, по крайней мере, один из остающихся сетевых дисков назначен в каталог PUBLIC на сервере NetWare, с которым вы все еще связаны. В противном случае, вы не сможете пользоваться утилитами NetWare.
Используемые при решении данных задач утилиты: "LOGOUT", "NETADMIN", "NetWare Administrator", описанные в книге Справочник по утилитам.
Разреженный файл
Файл, содержащий хотя бы один пустой блок. (NetWare не записывает блок, который полностью пуст).
Разреженные файлы часто возникают при использовании баз данных.
Допустим, например, что размер блока для тома VOL1 равен 4 КБ. Пусть, также, программа базы данных открывает новый файл, устанавливает позицию в файле 1,048,576, записывает в файл 5 байт и закрывает файл.
Неэффективная операционная система запишет весь файл на диск. Файл будет состоять из 256 заполненных нулям блоков (первый 1 МБ данных) и один дополнительный блок, содержащий 5 байт данных, остаток которого (4,091 байт) заполнен нулями. При этом подходе теряется 1 МБ дискового пространства.
В такой ситуации NetWare запишет на диск только последний блок, сохраняя дисковое пространство и время записи.
Использование разреженных файлов не ограничивается большими файлами. Если при создании файла из двух блоков первый блок пуст, то операционная система трактует файл как разреженный файл.
Когда программа производит чтение из пустых блоков файла, операционная система генерирует блок нулей и возвращает его программе.
Утилита NetWare NCOPY не копирует разреженные файлы автоматически. Для того, чтобы операционная система копировала разреженные файлы, следует воспользоваться ключом /f утилиты NCOPY.
Реальный режим
Режим процессоров 80286, 80386 и 80486, позволяющий эмулировать процессор 8086 и работать как процессор 8086.
Процессор 8086 использует 20-разрядную шину адреса и может адресовать до 1 МБ памяти. Кроме этого, процессор 8086 может одновременно выполнять только одну задачу.
При работе в защищенном режиме, процессоры 80286, 80386 и 80486 поддерживают многозадачность и могут адресовать более 1 МБ памяти.
При работе в реальном режиме эти процессоры также ограничены 1 МБ памяти и могут выполнять только один процесс прикладной программы.
Несмотря на это, при работе в реальном режиме процессоры 80286, 80386 и 80486 работают быстрее благодаря более высокой тактовой частоте.
Регистрация
Процедура, которая обеспечивает доступ к сети при помощи использования команды LOGIN.
Когда пользователь инициирует запрос на регистрацию, операционная система просматривает права безопасности, затем происходит запрос пароля пользователя.
Вся информация о безопасности помещается в список соединений сервера NetWare, после чего можно считать, что произошла регистрация пользователя в сети.
В этот момент программа LOGIN выполняет одну или несколько процедур регистрации (при этом устанавливаются переменные окружения, происходит назначение сетевых дисков и т.д.).
Используемая при решении данных задач утилита: "LOGIN" описана в книге Справочник по утилитам.
См. также: , , , .
Регистрация SUPERVISOR в Bindery
Административная регистрация, которая не представлена объектом NDS. Объект NDS типа Пользователь с именем Supervisor отличается от регистрации Bindery SUPERVISOR. Вы можете зарегистрироваться как SUPERVISOR в Bindery, вызвав команду LOGIN с ключом /B. Bindery SUPERVISOR имеется на каждом сервере, независимо от репликации объектов NDS. См. также: .
Используемые при решении данных задач утилиты: "LOGIN" и "ENABLE LOGIN" описаны в книге Справочник по утилитам.
Регистрационное имя
Регистрационное имя - это имя, указываемое пользователем при регистрации в сети. Регистрационное имя является обязательным элементом при создании объекта Пользователь.
Вы можете использовать регистрационное имя длиной до 64 символов. Однако из соображений эффективности при создании регистрационных имен пользователей следует использовать одно из соглашений:
Имя человека (например, пользователь ANTON) Фамилия человека (например, GAPANOVICH) Инициалы и фамилия (например, AGAPANOVICH)
В регистрационном имени нельзя использовать специальные или управляющие символы. Допустимо, но не рекомендуется использование пробелов в регистрационном имени.
При использовании содержащего пробелы регистрационного имени в процедуре регистрации, следует заключить регистрационное имя в кавычки (или можно использовать вместо пробелов символы подчеркивания).
Реплика для чтения и записи
Реплика Каталога, которая может использоваться для чтения и обновления информации в Каталоге.
См. также: .
Реплика Каталога
Общеупотребительное наименование для реплик NDS.
См. также: .
Реплика Каталога NetWare
Копия раздела Каталога NetWare.
Для того, чтобы база данных Каталога NetWare была распределена в сети, необходимо, чтобы она хранилась на нескольких серверах. Вместо того, чтобы на каждом сервере хранить полную копию базы данных Каталога, на серверах хранятся реплики каждого раздела Каталога.
Вы можете создать неограниченное количество реплик для каждого раздела Каталога и разместить их на любом сервере.
Реплика Только для чтения
Реплика Каталога, которая может быть использована только для просмотра, но не для изменения информации Каталога.
См. также: .
Реплики Каталога
Для распределения NDS в сети база данных Каталога должна быть размещена на нескольких серверах. Вместо того, чтобы копировать базу данных Каталога целиком на каждый сервер, на нескольких серверах сети для каждого раздела Каталога сохраняются реплики Каталога.
Репликация разделов Каталога улучшает возможность доступа к данным и обеспечивает устойчивость Каталога к сбоям. Поскольку разделы Каталога могут реплицироваться на нескольких серверах, то нарушение одной из реплик не прерывает доступ к информации, хранящейся в разделе Каталога. (См. .)
Ресинхронизация
Процесс возврата серверов SFT III в зеркально отраженное (идентичное) состояние.
При восстановлении сервера SFT III после сбоя происходит автоматическая ресинхронизация образов памяти и зеркальное отражение дисков.
Необходимое для полной ресинхронизации серверов время зависит от объема оперативной и дисковой памяти, установленной в каждом сервере. Ресинхронизация оперативной памяти выполняется значительно быстрее, чем зеркальное отражение дисков, так как скорость отражения дисков ограничивается скоростью дискового канала.
Оба сервера - первичный и вторичный - постоянно опрашивают друг друга, так что каждый сервер знает о состоянии напарника. Во время работы сервера SFT III в не зеркальном состоянии, он постоянно пытается обнаружить парный сервер.
При обнаружении парного сервера на другом конце канала связи зеркально отраженных серверов, сервер автоматически делает попытку синхронизации для восстановления зеркально отраженного состояния.
После сбоя сервер SFT III отслеживает выполненные изменения, происшедшие на дисках работающего сервера, и выполняет синхронизацию только измененной информации. После восстановления сбойного сервера на него копируются измененные данные с уцелевшего сервера.
Во время синхронизации памяти на несколько секунд может приостановиться выполнение запросов рабочих станций и сетевых принтеров. Ресинхронизация дисков не оказывает влияния на рабочие станции, так как происходит в фоновом режиме.
Сильная загруженность сети может замедлить выполнение ресинхронизации. До завершения ресинхронизации вторичный сервер принимает дисковую информацию с первичного сервера. Таким образом, до момента полной ресинхронизации всех дисков вторичный сервер не является полностью работоспособным.
Ресурсы
Управляемые компоненты сети, включающие в себя:
Сетевые компоненты, в том числе кабельную систему, хабы, концентраторы, адаптеры и сетевые платы Аппаратное обеспечение, в том числе серверы, рабочие станции, жесткие диски и принтеры Основные программные компоненты, в том числе операционную систему NetWare и обеспечиваемые ею сетевые сервисы (файловый, электронная почта, очереди и коммуникации) Дополнительные программные компоненты, управляемые операционной системой и ее подсистемами - протоколы, шлюзы, сетевые и дисковые драйверы и пр. Структуры данных и другие сетевые ресурсы, в том числе тома, очереди, пользователи, процессы, система безопасности и пр.
Ресурсы Агента обслуживания цели
Категории данных, называемые основными ресурсами и второстепенными ресурсами, , создаваемые каждым Агентом обслуживания цели. (См. и .)
Поскольку создаваемые каждым типом Агентов обслуживания цели различаются в зависимости от конкретного Агента обслуживания цели, программа SBACKUP обрабатывает эти ресурсы различными способами.
См. также: .
Резервное копирование
Дублирование данных (файла, каталога, тома) путем копирования на устройства хранения информации (дискету, магнитную ленту, жесткий диск). При потере или нарушении целостности файла он может быть восстановлен с резервной копии.
Тип резервного копирования и способ ротации используемых носителей данных определяются:
Количеством резервных копий, которые следует хранить на случай потери данных; Количеством повторных копий данных, которые вы хотите и можете сохранять; Максимальным сроком хранения наиболее ранней версии.
Резервное копирование следует выполнять в те периоды времени, когда открыто минимальное количество файлов. (Резервное копирование файлов, открытых в момент выполнения процедуры копирования, невозможно.)
Резервное копирование базы данных Btrieve
Ниже на рисунке изображена упрощенная диаграмма резервного копирования базы данных Btrieve:
Figure 37-10. Резервное копирование базы данных Btrieve
Ниже следует объяснение этапов, отмеченных цифрами:.
Из командной строки хост-сервера администратор сети вызывает утилиту SBACKUP, которая использует Агент обслуживания цели SQL для получения доступа и резервного копирования данных, хранящихся в базах данных Btrieve. Агент обслуживания цели SQL (TSASQL) получает запрошенные данные из базы данных и передает их через SMDR утилите SBACKUP. SBACKUP передает данные на SMSDI. SMSDI принимает данные от SBACKUP и использует драйверы устройств для записи данных на выбранное устройство и носитель данных.
Резервное копирование базы данных NDS
Ниже на рисунке изображена упрощенная диаграмма резервного копирования базы данных NDS:
Figure 37-11. Резервное копирование базы данных NDS
Ниже следует объяснение этапов, отмеченных цифрами:.
Из командной строки хост-сервера администратор сети вызывает утилиту SBACKUP, которая использует Агент обслуживания цели NDS для получения данных для резервного копирования.
NOTE: База данных NDS может быть расположена на локальном или удаленном сервере, или на нескольких серверах одновременно. SBACKUP обеспечивает резервное копирование базы данных независимо от ее расположения.
Агент обслуживания цели NDS (TSANDS) получает запрошенные данные из базы данных NDS и передает их через SMDR утилите SBACKUP. SBACKUP передает данные на SMSDI. SMSDI принимает данные от SBACKUP и использует драйверы устройств для записи данных на выбранное устройство и носитель данных.
См. также: , , , , .
Резервное копирование целевого сервера
Ниже на рисунке изображена упрощенная диаграмма резервного копирования целевого сервера (любого сервера, отличного от сервера хоста):
Figure 37-7. Резервное копирование целевого сервера
Ниже следует объяснение этапов, отмеченных цифрами:
Из командной строки хост-сервера администратор сети вызывает утилиту SBACKUP, которая для доступа к Агенту обслуживания цели целевого сервера использует SMDR. Агент обслуживания цели целевого сервера (например, TSA312.NLM) получает запрошенные данные и передает их через SMDR утилите SBACKUP, которая передает их на SMSDI. SMSDI использует драйверы устройств для записи данных на выбранное устройство и носитель данных.
Резервное копирование хост-сервера
На рисунке ниже изображена упрощенная диаграмма резервного копирования хост-сервера.
Figure 37-6. Резервное копирование хост-сервера
Ниже следует объяснение этапов, отмеченных цифрами:
Из командной строки хост-сервера администратор сети вызывает утилиту SBACKUP, которая для доступа к Агенту обслуживания цели сервера NetWare использует SMDR. Агент обслуживания цели сервера (например, TSA410.NLM или TSA312.NLM) получает запрошенные данные и передает их через SMDR утилите SBACKUP, которая передает их на SMSDI. SMSDI использует драйверы устройств для записи данных на выбранное устройство и носитель данных.
Резервное копирование рабочей станции DOS
Ниже на рисунке изображен процесс резервного копирования рабочей станции DOS:
Figure 37-8. Резервное копирование рабочей станции DOS
Ниже следует объяснение этапов, отмеченных цифрами:.
Из командной строки хост-сервера администратор сети вызывает утилиту SBACKUP. Когда Агент обслуживания цели DOS загружается на рабочей станции, он связывается с Диспетчером рабочих станций на сервере хоста.
IMPORTANT: Менеджер рабочих станций поддерживает внутренний список всех Агентов обслуживания цели, с которыми он связывался. Таким образом, формируется список всех рабочих станций, на которых загружен модуль Агента обслуживания цели.
SBACKUP использует Агент обслуживания цели рабочей станции для получения доступа к Диспетчеру рабочих станций, который, в свою очередь, получает данные для резервного копирования от Агента обслуживания цели рабочей станции DOS (TSASMS.COM). Данные передаются утилите SBACKUP, которая передает их на SMSDI. SMSDI использует драйверы устройств для передачи данных на выбранное устройство и носитель данных.
