Logo Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware
VPS/VDS серверы. 30 локаций на выбор

Серверы VPS/VDS с большим диском

Хорошие условия для реселлеров

4VPS.SU - VPS в 17-ти странах

2Gbit/s безлимит

Современное железо!

Бесплатный конструктор сайтов и Landing Page

Хостинг с DDoS защитой от 2.5$ + Бесплатный SSL и Домен

SSD VPS в Нидерландах под различные задачи от 2.6$

✅ Дешевый VPS-хостинг на AMD EPYC: 1vCore, 3GB DDR4, 15GB NVMe всего за €3,50!

🔥 Anti-DDoS защита 12 Тбит/с!

A    B   C   D   E   F   H   I   L   M   N   O   P   R   S   T   U   V   W   X

А   Б   В   Г   Д   Е   Ж   З   И   К   Л   М   Н   О   П   Р   С   Т   У   Ф   Х   Ц   Ч   Ш   Э

Р

Рабочая среда NetWare

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

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

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

Процедуры инсталляции сервера рабочей среды NetWare 4 не отличаются от инсталляции любого другого сервера NetWare 4.

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

Рабочая станция

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

См. также: "Клиент".

Раздел (диска)

Логические единицы, на которые могут быть разбиты жесткие диски сервера NetWare.

См. также: "Раздел диска".

Раздел (Каталога 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. Раздел Каталога образует отдельный блок данных в дереве Каталога, который вы можете использовать для сохранения информации в Каталоге и репликации.

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

На следующем рисунке изображен раздел Каталога по умолчанию, который создается при первой установке сервера и для каждого нового объекта Подразделение, в котором установлены серверы 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, в которой разрешено использование расширений 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", "Ограничения на регистрацию", "Разрегистрация", "Процедуры регистрации".

Регистрация SUPERVISOR в Bindery

Административная регистрация, которая не представлена объектом 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-ленточный метод ротации

Для использования 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, 51, 2, 3, 4, 61, 2, 3, 4, 71, 2, 3, 4, 8
2, 3, 4, 5, 62, 3, 4, 5, 72, 3, 4, 5, 82, 3, 4, 5, 9
3, 4, 5, 6, 73, 4, 5, 6, 83, 4, 5, 6, 93, 4, 5, 6, 10
4, 5, 6, 7, 84, 5, 6, 7, 94, 5, 6, 7, 104, 5, 6, 7, 1
5, 6, 7, 8, 95, 6, 7, 8, 105, 6, 7, 8, 15, 6, 7, 8, 2
6, 7, 8, 9, 106, 7, 8, 9, 16, 7, 8, 9, 26, 7, 8, 9, 3
7, 8, 9, 10, 17, 8, 9, 10, 27, 8, 9, 10, 37, 8, 9, 10, 4
8, 9, 10, 1, 28, 9, 10, 1, 38, 9, 10, 1, 48, 9, 10, 1, 5
9, 10, 1, 2, 39, 10, 1, 2, 49, 10, 1, 2, 59, 10, 1, 2, 6
10, 1, 2, 3, 410, 1, 2, 3, 510, 1, 2, 3, 610, 1, 2, 3, 7

NOTE: Для обеспечения хранения четырехнедельных данных в конце первого четырехнедельного цикла следует в понедельник первой недели выполнить такое же резервное копирование на ленту 10, как и на ленту 1.

Журнал резервного копирования

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

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

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

См. также "Набор данных".

Реплика

Копия раздела Каталога NetWare.

См. "Реплика Каталога NetWare".

Реплика для чтения и записи

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

См. также: "Реплика Каталога NetWare".

Реплика Каталога

Общеупотребительное наименование для реплик NDS.

См. также: "Реплика Каталога NetWare".

Реплика Каталога NetWare

Копия раздела Каталога NetWare.

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

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

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

Реплики разделов Каталога служат для двух целей:

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

    IMPORTANT: Репликация Каталога не обеспечивает отказоустойчивость файловой системы. Может реплицироваться только информация об объектах Каталога. Для обеспечения отказоустойчивости файловой системы необходимо использовать зеркальное отражение или дуплексирование дисков и включить систему отслеживания транзакций (TTS). См. разделы "Дуплексирование дисков", "Зеркальное отражение дисков", "Система отслеживания транзакций".)

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

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

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

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

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

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

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

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

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

Реплика Только для чтения

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

См. также: "Реплика Каталога NetWare".

Ресинхронизация

Процесс возврата серверов SFT III в зеркально отраженное (идентичное) состояние.

При восстановлении сервера SFT III после сбоя происходит автоматическая ресинхронизация образов памяти и зеркальное отражение дисков.

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

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

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

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

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

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

Ресурсы

Управляемые компоненты сети, включающие в себя:

  • Сетевые компоненты, в том числе кабельную систему, хабы, концентраторы, адаптеры и сетевые платы
  • Аппаратное обеспечение, в том числе серверы, рабочие станции, жесткие диски и принтеры
  • Основные программные компоненты, в том числе операционную систему NetWare и обеспечиваемые ею сетевые сервисы (файловый, электронная почта, очереди и коммуникации)
  • Дополнительные программные компоненты, управляемые операционной системой и ее подсистемами - протоколы, шлюзы, сетевые и дисковые драйверы и пр.
  • Структуры данных и другие сетевые ресурсы, в том числе тома, очереди, пользователи, процессы, система безопасности и пр.

Ресурсы Агента обслуживания цели

Категории данных, называемые основными ресурсами и второстепенными ресурсами, , создаваемые каждым Агентом обслуживания цели. (См. "Основной ресурс" и "Второстепенный ресурс".)

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

См. также: "Агент обслуживания цели".

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

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

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

См. также: "Файловая система".

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

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

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

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

См. также: "Дочерний VLM", "Виртуальный загружаемый модуль".

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

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

См. "Объект".

Назад | Содержание | Вперед

VPS в России, Европе и США

Бесплатная поддержка и администрирование

Оплата российскими и международными картами

🔥 VPS до 5.7 ГГц под любые задачи с AntiDDoS в 7 локациях

💸 Гифткод CITFORUM (250р на баланс) и попробуйте уже сейчас!

🛒 Скидка 15% на первый платеж (в течение 24ч)

Скидка до 20% на услуги дата-центра. Аренда серверной стойки. Colocation от 1U!

Миграция в облако #SotelCloud. Виртуальный сервер в облаке. Выбрать конфигурацию на сайте!

Виртуальная АТС для вашего бизнеса. Приветственные бонусы для новых клиентов!

Виртуальные VPS серверы в РФ и ЕС

Dedicated серверы в РФ и ЕС

По промокоду CITFORUM скидка 30% на заказ VPS\VDS

Новости мира IT:

Архив новостей

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

Информация для рекламодателей PR-акции, размещение рекламы — adv@citforum.ru,
тел. +7 495 7861149
Пресс-релизы — pr@citforum.ru
Обратная связь
Информация для авторов
Rambler's Top100 TopList This Web server launched on February 24, 1997
Copyright © 1997-2000 CIT, © 2001-2019 CIT Forum
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...