A B C D E F H I L M N O P R S T U V W X
А Б В Г Д Е Ж З И К Л М Н О П Р С Т У Ф Х Ц Ч Ш Э
Однопользовательская версия операционной системы NetWare 4, обеспечивающая сервисы NetWare клиентам программ NLM.
NetWare RuntimeTM (Рабочая среда NetWare) является сетевой серверной платформой, поддерживающей пользовательские и серверные приложения, а также основные сервисы NLM (коммуникационный сервис, сервис баз данных, электронную почту и другие приложения).
Разработчики программ NLM получают возможность определить, какие сервисы клиентов должны быть доступны в их продуктах.
Загруженные на сервере рабочей среды NetWare программы NLM предоставляют коммуникационный сервис клиента (используя протоколы IPX, SPX, AppleTalk или TCP/IP).
Клиенты сети подключаются к программам NLM, выполняемым под управлением рабочей среды NetWare. программы NLM обеспечивают все необходимые клиентам сервисы, используя для этого интерфейсы прикладных программ NetWare.
Некоторые сервисы NetWare доступны клиентам только с помощью приложений NLM, предназначенных для обслуживания этих клиентов. Программа NLM реализует и управляет всеми необходимыми сервисами клиентов.
Ниже показано, как функционирует рабочая среда NetWare.
Figure 36-1. Рабочая среда NetWare
Например, приложение NLM базы данных может предоставлять клиентам соединения регистрации (включая аутентификацию), сервис файлов, доступ к данным и сервис отсоединения.
Другие сервисы NetWare могут быть встроены в приложения NLM для обеспечения дополнительных возможностей.
Одновременно на сервере рабочей среды NetWare может быть зарегистрирован только один пользователь. Обычно администратор сети регистрируется с целью управления через единственное разрешенное соединение протокола ядра NetWare (NCP).
Хоты все утилиты и команды NetWare 4 доступны на сервере рабочей среды NetWare, некоторые из них не могут быть использованы из-за того, что сервер является однопользовательской средой.
Скорее всего, вам не придется использовать следующие утилиты:
CAPTURE DCONFIG NMENU NPRINT PCONSOLE PRINTCON PRINTDEF PSC SEND SETTTS SYSTIME WSUPDATE
Кроме этих утилит вам не потребуются некоторые сетевые команды супервизора, например, команды, связанные с созданием и изменением процедур регистрации, меню и команды, связанные с управлением рабочими станциями.
Процедуры инсталляции сервера рабочей среды NetWare 4 не отличаются от инсталляции любого другого сервера NetWare 4.
Для получения дополнительной информации об установке сервера рабочей среды см. книгу Инсталляция.
Персональный компьютер, подключенный к сети NetWare и используемый для выполнения различных задач путем выполнения прикладных программ и утилит. Иногда используются термины клиент и станция.
См. также: "Клиент".
Логические единицы, на которые могут быть разбиты жесткие диски сервера NetWare.
См. также: "Раздел диска".
Логический раздел базы данных Каталога NetWare.
См. также "Раздел Каталога NetWare".
Разделы создаются на каждом сетевом диске, на котором создаются тома NetWare.
NOTE: Дисковые разделы NetWare не связаны с разделами Каталога NetWare. Дисковые разделы являются частями жесткого диска, разделы Каталога являются поддеревьями дерева Каталога. (См. "Раздел Каталога 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" описана в Справочник по утилитам.
См. также: "Защита данных", "Hot Fix", "Том".
Общеупотребительное наименование для разделов NDS.
См. также: "Раздел Каталога NetWare".
Логическое разделение базы данных Каталога NetWare. Раздел Каталога образует отдельный блок данных в дереве Каталога, который вы можете использовать для сохранения информации в Каталоге и репликации.
Каждый раздел Каталога состоит из контейнерного объекта, всех содержащихся в нем объектов и данных об этих объектах. Разделы Каталога не содержат информации о файловой системе, ее каталогах и файлах.
На следующем рисунке изображен раздел Каталога по умолчанию, который создается при первой установке сервера и для каждого нового объекта Подразделение, в котором установлены серверы NetWare 4.
Figure 36-4. Пример разделов Каталога, создаваемых по умолчанию
В NDS каждый объект размещается только в одном разделе Каталога, но с помощью распределенного управления этот объект может быть доступен из любой точки сети.
Для оптимизации доступа к различным областям Каталога каждый раздел Каталога может быть реплицирован и размещен одновременно в нескольких местах.
Репликация разделов Каталога ускоряет доступ к информации, хранящейся в Каталоге, и обеспечивает отказоустойчивость Каталога. Поскольку раздел Каталога может реплицироваться на несколько серверов, нарушение одной из реплик Каталога не прерывает доступ к данным в разделе.
Кроме этого, Каталог позволяет определить тип доступа к репликам раздела Каталога на чтение/запись или только для чтения, контролируя таким образом появление изменений в системе.
Деление Каталога на разделы незаметно для пользователей (если только они не используют утилиту NDS Manager), обычно пользователи видят только общее дерево объектов Каталога.
Реплики разделов Каталога хранятся на серверах NetWare. На одном сервере могут храниться несколько реплик различных разделов Каталога. Разделы каталога не зависят друг от друга, то есть не требуется, чтобы присутствие одного раздела Каталога на сервере требовало наличие на этом же сервере другого раздела Каталога.
См. также: "Сервис Каталога NetWare", "Реплика Каталога NetWare", глава 5, "Managing the NetWare Directory Tree", в книге Supervising the Network.
Символ или знак, указывающий начало или конец команды или параметра в команде.
Например, в команде NCOPY F:*.* G: символ пробел между F:*.* и G: является разделителем двух различных параметров.
К другим используемым NetWare разделителям относятся запятая (,), точка (.), косая черта (/), обратная косая (\), перенос (-) и двоеточие (:).
Процедура, которая разрывает сетевое соединение и удаляет назначения сетевых дисков.
При разрегистрации без указания имени сервера 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.
Процесс резервирования определенных участков оперативной памяти для использования процессами, размещения инструкций и данных.
При установке компьютерной системы программа инсталляции может выделить память для таких целей, как кэширование дисков, создание виртуальных дисков, определение отображаемой или расширенной памяти.
Операционная система и прикладные программы выделяют память для обеспечения своих потребностей, но они могут использовать только ту память, которая действительно им доступна.
Впоследствии память может быть перераспределена между ресурсами для оптимизации производительности системы. Правильное распределение памяти зависит от набора выполняющихся программ.
Например, большой дисковый кэш, который увеличивает производительность одного приложения, может замедлить выполнение других, поскольку им остается меньше оперативной памяти.
В NetWare 4 имеется только один пул распределения памяти, в то время, как в NetWare 3 было, по крайней мере, пять таких пулов.
При продолжительной работе сервера NetWare 3 может оказаться, что какому-то приложению не хватает памяти, так как некоторые управляющие процедуры не возвращают память операционной системе.
Использование одного пула распределения памяти в NetWare 4 смягчает эти условия.
Благодаря сокращению количества операций управления памятью в NetWare 4, процедуры распределения памяти и разработанные сторонними фирмами программы NLM выполняются более эффективно.
Процедуры распределения памяти NetWare 4 обеспечивают более высокий уровень производительности, исключая некоторые ситуации, которые часто вызывают неэффективное распределения памяти.
Сеть AppleTalk, в которой разрешено использование расширений AppleTalk Phase 2, например, списков зон и диапазона сетей.
См. также: "AppleTalk Phase 2".
Режим процессоров 80286, 80386 и 80486, позволяющий эмулировать процессор 8086 и работать как процессор 8086.
Процессор 8086 использует 20-разрядную шину адреса и может адресовать до 1 МБ памяти. Кроме этого, процессор 8086 может одновременно выполнять только одну задачу.
При работе в защищенном режиме, процессоры 80286, 80386 и 80486 поддерживают многозадачность и могут адресовать более 1 МБ памяти.
При работе в реальном режиме эти процессоры также ограничены 1 МБ памяти и могут выполнять только один процесс прикладной программы.
Несмотря на это, при работе в реальном режиме процессоры 80286, 80386 и 80486 работают быстрее благодаря более высокой тактовой частоте.
Процесс исследования сетевых транзакций для обеспечения уверенности, что сетевые операции были завершены правильно и состояние записей не нарушено.
В целом, ревизия заключается в просмотре записей с целью определения, что все транзакции были завершены правильно, и не произошло утечки конфиденциальной информации.
Аудит NetWare позволяет отдельным лицам, действующим независимо от администраторов сети и других пользователей, производить ревизию сетевых транзакций.
Аудит могут производить аудит событий NDS также, как и ревизию томов сервера. Некоторые из событий, которые можно исследовать с помощью аудита изображены на рисунке ниже.
Figure 36-5. Аудит событий
Аудиторы могут отслеживать события и деятельность в сети, но они не обладают правом открывать или модифицировать файлы в сети (кроме данных аудиторской проверки и ее истории), если только эти права не предоставлены им администратором сети.
Аудит файловой системы разрешается на уровне томов. Аудит Каталога разрешается на уровне Контейнера.
NOTE: Необходимые для аудита программы устанавливаются автоматически при установке или обновлении версии NetWare 4.
Данные для аудита и файлы журнала аудита автоматически создаются для томов и контейнеров, для которых разрешен аудит. Этот файл содержит записи подобно тому, как происходит запись в системный журнал или журнал ошибок. Вся отслеживаемая системой аудита информация записывается в журнал.
Добавление записей в файл аудита происходит до тех пор, пока ведение аудита не будет прекращено или файл журнала аудита не будет переполнен.
Используемая при решении данной задачи утилита"AUDITCON" описана в книге Справочник по утилитам.
Процедура, которая обеспечивает доступ к сети при помощи использования команды LOGIN.
Когда пользователь инициирует запрос на регистрацию, операционная система просматривает права безопасности, затем происходит запрос пароля пользователя.
Вся информация о безопасности помещается в список соединений сервера NetWare, после чего можно считать, что произошла регистрация пользователя в сети.
В этот момент программа LOGIN выполняет одну или несколько процедур регистрации (при этом устанавливаются переменные окружения, происходит назначение сетевых дисков и т.д.).
Используемая при решении данных задач утилита: "LOGIN" описана в книге Справочник по утилитам.
См. также: "Каталог LOGIN", "Ограничения на регистрацию", "Разрегистрация", "Процедуры регистрации".
Административная регистрация, которая не представлена объектом NDS. Объект NDS типа Пользователь с именем Supervisor отличается от регистрации Bindery SUPERVISOR. Вы можете зарегистрироваться как SUPERVISOR в Bindery, вызвав команду LOGIN с ключом /B. Bindery SUPERVISOR имеется на каждом сервере, независимо от репликации объектов NDS. См. также: "Контекст эмуляции Bindery".
Используемые при решении данных задач утилиты: "LOGIN" и "ENABLE LOGIN" описаны в книге Справочник по утилитам.
Параметр конфигурации принтера, при котором драйвер порта принтера (NPRINTER) периодически проверяет или опрашивает порт данных принтера для определения готовности к передаче данных на принтер.
Состояние порта определяется электрическим сигналом, называемым флагом. Опрос производится каждый тик таймера (18 раз в секунду).
В NetWare 4 режим опроса является конфигурацией принтера по умолчанию. Использование режима опроса позволяет пользователям установить принтер, не определяя номер прерывания и поддерживает ли порт прерывания.
В предыдущих версиях NetWare режим опроса с использованием RPRINTER был значительно более медленным, чем альтернативный режим прерывания.
В NetWare 4 эффективность модуля NPRINTER была значительно увеличена, что сделало режим опроса более быстрым, чем раньше. В большинстве случаев пользователи не заметят разницу в скорости между режимом опроса и режимом прерывания.
Режим опроса исключает возможность конфликта прерываний для различных аппаратных конфигураций (однако необходимо указывать уникальный адрес порта ввода/вывода).
В сложной конфигурации принтеров, когда несколько принтеров подключены к одной рабочей станции, использование режима опроса может существенно замедлить работу этой рабочей станции.
Параметр конфигурации принтера, при котором порт данных передает сигнал, или прерывание драйверу порта (NPRINTER), в момент когда он готов принять очередной символ, который будет передан на принтер. Прерывание сообщает центральному процессору приостановить выполнение других действий для обслуживания потребностей порта, запросившего прерывание.
В предыдущих версиях NetWare использование режима прерывания обеспечивало более высокую скорость, чем альтернативный режим опроса.
Увеличение производительности NPRINTER в версии NetWare 4 сделало режим опроса значительно более быстрым, чем в предыдущих версиях. В большинстве случаев пользователи могут заметить лишь небольшую разницу в скорости при использовании этих режимов.
Недостатком режима прерывания является возможность возникновения конфликта при попытке использования одного и того же прерывания для получения доступа к процессору несколькими устройствами.
См. также: "Режим опроса".
Последовательность функций печати (также называемых командами принтера, управляющими последовательностями или escape-последовательностями), которые определяют внешний вид распечатки.
Режим принтера может определять стиль, размер, жирность, ориентацию и начертание.
Режимы принтера определяются с помощью утилит NetWare Administrator и PRINTDEF.
См. также: глава 3, "Управление сервисом печати с помощью NetWare Administrator", глава 9, "Работа с определениями печатающих устройств и принтерными формами", в книге Сервис печати.
Режим работы, используемый многими подключаемыми напрямую к сети принтерами и аппаратными серверами печати, изготовляемыми многими производителями. Эти устройства либо подключаются к принтеру, а затем к сети, или могут устанавливаться непосредственно в порт принтера.
Во многих случаях эти устройства обеспечивают быструю, эффективную сетевую печать для сред NetWare 4 и NetWare 3 при сравнительно небольших денежных затратах.
При работе в режиме сервера очереди аппаратные серверы печати непосредственно подключаются к очереди печати, используя протокол NCP. В большинстве случаев такой режим подключения обеспечивает минимальную загрузку сервера. В случае NetWare 3 этот режим обеспечивает также более высокую скорость печати, чем при использовании режима удаленного принтера. В NetWare 4 производительность программы PSERVER была значительно увеличена, так что скорость работы практически сравнялась со скоростью сетевого принтера.
Создаваемые в контексте Bindery очереди печати доступны одновременно пользователям NDS и Bindery, так что пользователи обоих типов могут воспользоваться аппаратными серверами печати.
См. также: "Использование в NetWare 4 печатающих устройств третьих фирм, подключенных непосредственно к сети" в главе 6 книги Сервис печати.
Режим работы, используемый многими подключаемыми напрямую к сети принтерами и аппаратными серверами печати, изготовляемыми многими производителями.
Эти устройства либо подключаются к принтеру, а затем к сети, или могут устанавливаться непосредственно в порт принтера. Во многих случаях эти устройства обеспечивают быструю, эффективную сетевую печать для сред NetWare 4 и NetWare 3 при сравнительно небольших денежных затратах.
В этом режиме устройство работает подобно случаю рабочей станции с запущенным NetWare 4 NPRINTER или NetWare 3 RPRINTER. Устройства, настроенные на работу в удаленном режиме находятся под управлением сервера печати NetWare.
В NetWare 4 скорость работы в этом режиме значительно увеличена по сравнению с NetWare 3. Увеличение скорости и гибкости работы в NetWare 4 позволяет использовать этот режим как эффективный способ предоставления сервисов печати в сети.
Для обеспечения работы сетевых принтеров в этом режиме необходимо загрузить на сервере программу PSERVER.NLM.
См. также: "Использование в NetWare 4 печатающих устройств третьих фирм, подключенных непосредственно к сети" в главе 6 книги Сервис печати.
Методы, определяющие способ использования программой поисковых дисков при поиске файлов данных.
Если файл .EXE или .COM требует вспомогательный файл, он передает операционной системе запрос на открытие файла. В этом запросе может быть указан путь к файлу.
Если путь определен, операционная система ищет файл в указанном пути, иначе производится поиск файла в текущем каталоге.
Если файл не найден, то оболочка NetWare использует режим поиска исполняемого файла для определения, следует ли искать файл на поисковых дисках.
Утилита FLAG позволяет вам установить режим поиска для исполняемых файлов по отдельности, или вы можете указать в файле NET.CFG режим поиска для большинства файлов.
В таблице ниже описаны типы режимов поиска:
| Режим | Описание |
|---|---|
| 0 | Установка по умолчанию для всех исполняемых файлов. Исполняемый файл использует установки в файле NET.CFG. |
| 1 | Исполняемый файл использует путь, указанный вместе с файлом. Если путь не указан, файл ищется в текущем каталоге, а затем во всех дисках поиска. |
| 2 | Исполняемый файл ищет только в пути, указанном вместе с файлом. Если путь не указан, файл ищется только в текущем каталоге. |
| 3 | Исполняемый файл ищет только в пути, указанном вместе с файлом. Если путь не указан, файл ищется только в текущем каталоге; при запросе на открытие файла только для чтения файл ищется на всех дисках поиска. |
| 4 | Зарезервировано. |
| 5 | Исполняемый файл использует путь, указанный вместе с файлом, а затем файл ищется на всех дисках поиска. Если путь не указан, файл ищется в текущем каталоге, а затем на всех дисках поиска. |
| 6 | Зарезервировано |
| 7 | Исполняемый файл использует путь, указанный вместе с файлом; затем, при запросе на открытие файла только для чтения, он ищется на всех дисках поиска. Если путь не указан, файл ищется в текущем каталоге, а затем на всех дисках поиска. |
Например, если вы установили для исполняемого файла режим 2, то диски поиска использоваться не будут.
Если установлен режим 5, исполняемый файл может использовать диски поиска для нахождения файла данных, если он не найден в указанном каталоге.
Смежная утилита: "FLAG" в книге Справочник по утилитам.
Дублирование данных (файла, каталога, тома) путем копирования на устройства хранения информации (дискету, магнитную ленту, жесткий диск). При потере или нарушении целостности файла он может быть восстановлен с резервной копии.
Тип резервного копирования и способ ротации используемых носителей данных определяются:
Резервное копирование следует выполнять в те периоды времени, когда открыто минимальное количество файлов. (Резервное копирование файлов, открытых в момент выполнения процедуры копирования, невозможно.)
Редко изменяемые файлы (такие, как приложения или архивные файлы) можно копировать реже, чем часто изменяемые файлы.
При планировании того, какие файлы следует копировать и насколько часто необходимо выполнять копирование, нужно учитывать наихудший сценарий. Необходимо определить, сколько времени потребуется для восстановления важной информации и какова будет стоимость восстановления, если произойдет неожиданная потеря данных в самый неблагоприятный момент.
Использование того или иного метода резервного копирования влияет на процесс восстановления файлов. Для выбора наилучшего метода необходимо точно представлять определяемый им способ восстановления файлов.
После выбора метода резервного копирования следует определить количество требуемых наборов носителей информации и способ их ротации.
С помощью ротации текущие и старые данные распределяются между несколькими носителями; таким образом, уменьшается вероятность потерь всех данных при отказе одного из носителей информации.
Для этого метода ротации необходимо двадцать наборов носителей информации.
Четыре набора помечаются по дням, как Понедельник, Вторник, Среда, Четверг. Следующие четыре помечаются, как Пятница1, Пятница2, Пятница3, Пятница4. Остальные двенадцать помечаются по месяцам, как Январь, Февраль и т.д.
NOTE: Вы можете добавить еще один набор носителей информации, Пятница5, для месяцев, на которые приходится 5 пятниц.
Следующая таблица иллюстрирует этот метод ротации:
Table 36-1.
| По дням | По дням | По дням | По дням | По неделям | По месяцам |
|---|---|---|---|---|---|
| Понедельник | Вторник | Среда | Четверг | Пятница1 | |
| Понедельник | Вторник | Среда | Четверг | Пятница2 | |
| Понедельник | Вторник | Среда | Четверг | Пятница3 | |
| Понедельник | Вторник | Среда | Четверг | Пятница4 | |
| Январь | |||||
| Понедельник | Вторник | Среда | Четверг | Пятница1 | |
| Понедельник | Вторник | Среда | Четверг | Пятница2 | |
| Понедельник | Вторник | Среда | Четверг | Пятница3 | |
| Понедельник | Вторник | Среда | Четверг | Пятница4 | |
| Февраль |
Для использования 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 |
|---|---|---|---|
| П, В, С, Ч, Пт | П, В, С, Ч, Пт | П, В, С, Ч, Пт | П, В, С, Ч, Пт |
| 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.
Следует вести письменный журнал всех выполняемых резервных копирований. Этот журнал необходим на случай потери электронного журнала и файлов сообщений об ошибках.
В журнал следует заносить дату, тип резервного копирования, что было скопировано, номер или название носителя информации, полное имя файла журнала сессии резервного копирования, название копируемого каталога и инициалы сотрудника, выполнявшего резервное копирование.
Запись пути к данным в журнал облегчает работу с этой информацией в тех случаях, если восстановление происходит в каталог, отличный от каталога из которого проводилось резервное копирование.
См. также "Набор данных".
Копия раздела Каталога NetWare.
См. "Реплика Каталога NetWare".
Реплика Каталога, которая может использоваться для чтения и обновления информации в Каталоге.
См. также: "Реплика Каталога NetWare".
Общеупотребительное наименование для реплик NDS.
См. также: "Реплика Каталога NetWare".
Копия раздела Каталога NetWare.
Для того, чтобы база данных Каталога NetWare была распределена в сети, необходимо, чтобы она хранилась на нескольких серверах. Вместо того, чтобы на каждом сервере хранить полную копию базы данных Каталога, на серверах хранятся реплики каждого раздела Каталога.
Вы можете создать неограниченное количество реплик для каждого раздела Каталога и разместить их на любом сервере.
Реплики разделов Каталога служат для двух целей:
IMPORTANT: Репликация Каталога не обеспечивает отказоустойчивость файловой системы. Может реплицироваться только информация об объектах Каталога. Для обеспечения отказоустойчивости файловой системы необходимо использовать зеркальное отражение или дуплексирование дисков и включить систему отслеживания транзакций (TTS). См. разделы "Дуплексирование дисков", "Зеркальное отражение дисков", "Система отслеживания транзакций".)
Для поддержания устойчивости к отказам Каталога периодически (и автоматически) происходит обновление или синхронизация реплик разделов Каталога.
При изменении одной из реплик Каталога, синхронизация обеспечивает изменение всех остальных реплик данного раздела Каталога, таким образом, все реплики раздела Каталога содержат одинаковую информацию.
Администратор сети не может управлять частотой синхронизации реплик Каталога; NDS автоматически обеспечивает синхронизацию реплик Каталога. Однако администратор может выполнить синхронизацию реплик Каталога с помощью утилиты NDS Manager.
Для получения более подробной информации см. "NDS Manager" в книге Справочник по утилитам.
См. также: "Раздел Каталога NetWare", глава 4 "Maintaining NetWare 4 Networks," в книге Supervising the Network.
Реплика Каталога, которая может быть использована только для просмотра, но не для изменения информации Каталога.
См. также: "Реплика Каталога NetWare".
Процесс возврата серверов SFT III в зеркально отраженное (идентичное) состояние.
При восстановлении сервера SFT III после сбоя происходит автоматическая ресинхронизация образов памяти и зеркальное отражение дисков.
Необходимое для полной ресинхронизации серверов время зависит от объема оперативной и дисковой памяти, установленной в каждом сервере. Ресинхронизация оперативной памяти выполняется значительно быстрее, чем зеркальное отражение дисков, так как скорость отражения дисков ограничивается скоростью дискового канала.
Оба сервера - первичный и вторичный - постоянно опрашивают друг друга, так что каждый сервер знает о состоянии напарника. Во время работы сервера SFT III в не зеркальном состоянии, он постоянно пытается обнаружить парный сервер.
При обнаружении парного сервера на другом конце канала связи зеркально отраженных серверов, сервер автоматически делает попытку синхронизации для восстановления зеркально отраженного состояния.
После сбоя сервер SFT III отслеживает выполненные изменения, происшедшие на дисках работающего сервера, и выполняет синхронизацию только измененной информации. После восстановления сбойного сервера на него копируются измененные данные с уцелевшего сервера.
Во время синхронизации памяти на несколько секунд может приостановиться выполнение запросов рабочих станций и сетевых принтеров. Ресинхронизация дисков не оказывает влияния на рабочие станции, так как происходит в фоновом режиме.
Сильная загруженность сети может замедлить выполнение ресинхронизации. До завершения ресинхронизации вторичный сервер принимает дисковую информацию с первичного сервера. Таким образом, до момента полной ресинхронизации всех дисков вторичный сервер не является полностью работоспособным.
Управляемые компоненты сети, включающие в себя:
Категории данных, называемые основными ресурсами и второстепенными ресурсами, , создаваемые каждым Агентом обслуживания цели. (См. "Основной ресурс" и "Второстепенный ресурс".)
Поскольку создаваемые каждым типом Агентов обслуживания цели различаются в зависимости от конкретного Агента обслуживания цели, программа SBACKUP обрабатывает эти ресурсы различными способами.
См. также: "Агент обслуживания цели".
Каталог, находящийся непосредственно над данным подкаталогом.
Например, для подкаталога SYS:ACCTS/RECEIVE родительским каталогом является каталог SYS:ACCTS.
См. также: "Файловая система".
Выполняет роль мультиплексора, который направляет вызовы к правильной дочернему модулю VLM. Обеспечивает достижение каждым запросом VLM соответствующего обработчика.
Например, программа NWP.VLM является мультиплексором, обрабатывающим все запросы от/к программам BIND.VLM, NDS.VLM и PNW.VLM.
Аналогично, TRAN.VLM является мультиплексором, координирующим работу параллельно загруженных дочерних модулей VLM (IPXNCP.VLM и других транспортных протоколов).
См. также: "Дочерний VLM", "Виртуальный загружаемый модуль".
Контейнерный объект, содержащий другие объекты.
См. "Объект".
Назад | Содержание | Вперед