В этом разделе описано, как определять стратегию создания разделов для сети. Здесь обсуждаются следующие темы.
Если в вашей среде имеется только один сервер, то стратегию создания разделов разрабатывать не нужно. Переходите сразу к главе 5 "Планирование стратегии синхронизации времени".
В сетях с несколькими серверами, соответствующими приведенным ниже условиям, следует воспользоваться установками для создания разделов репликации, предлагаемыми в NetWare 4TM по умолчанию.
Чтобы получить дополнительную информацию, см. "Значения по умолчанию".
Объекты Каталога и их атрибуты находятся в базе данных, поддерживаемой и обслуживаемой Netware Directory ServicesTM (NDSTM, службой Каталога Netware). NDS передает информацию о каждом объекте Каталога всем серверам в сети.
NDS производит эту операцию, разделяя базу данных на логические сегменты дерева Каталога, а затем копируя каждый из логических сегментов на группу серверов сети. Такое логическое сегментирование называется созданием разделов, или разделением. Процесс копирования логических сегментов на серверы называется репликацией.
Хотя разделение и репликация базы данных означает, что на каждом из серверов сети присутствует не вся информация базы данных Каталога, между серверами устанавливаются связи, дающие возможность доступа ко всей информации этой базы данных. Однако это не значит, что реплики разделов хранятся на каждом сервере NetWare. Процесс разделения и связи между серверами управляется и отслеживается утилитами NetWare 4.
При определении стратегии разделения важно помнить, что разделение - это просто логическое сегментирование базы данных Каталога, тогда как репликация - это физическое размещение раздела на серверах сети. Это означает, что вам следует принимать во внимание не только структуру дерева Каталога, но и физическую инфраструктуру сети.
Вам также следует разработать стратегию создания разделов, обеспечивающую максимально эффективное размещение реплик, не требующую усиленного контроля и не увеличивающую сетевой трафик.
Для сети следует определить стратегию создания разделов, сформировав границы разделов и эффективно разместив реплики.
Для определения границ разделов и типов реплик, которые следует хранить на серверах сети, воспользуйтесь картами ресурсов, картами размещений, картами топологии локальных и глобальных сетей, структурой дерева Каталога и рекомендациями по созданию разделов.
Разделы следует создавать только для того, чтобы.
Откажитесь от разделения, если оно:
Прежде чем приступать к созданию стратегии создания разделов для разработанного вами проекта дерева, следует определить наилучшее соотношение возникающих при этом преимуществ и недостатков.
Создание эффективных границ разделов дает возможность для определения размера и оптимизации базы данных Каталога в сети. Для этого следует ознакомиться с некоторыми из базовых характеристик разделов.
Раздел является поддеревом или ветвью дерева Каталога. Каждый раздел именуется в соответствии с корневым объектом раздела. Он является для раздела контейнером наивысшего уровня. Этот контейнер называется также корневым элементом раздела.
Объект [Root] всегда включается в первый из создаваемых разделов, называемый разделом.
Когда раздел является частью другого раздела дерева Каталога, его называют дочерним разделом. Стоящий выше него раздел называется родительским разделом.
На приведенном ниже рисунке показаны отношения между родительским и дочерним разделами в дереве Каталога.
Разделы должны подчинятся определенному набору правил. Эти правила состоят в следующем.
Figure 6-1. Родительский и дочерние разделы
При инсталляции первого сервера в дереве Каталога создается раздел с объектом [Root]. Данный раздел в этот момент времени содержит сразу все дерево Каталога и называется разделом [Root].
Раздел [Root] - это единственный раздел, создаваемый программой инсталляции. Все остальные разделы нужно создавать вручную.
Схема разделов должна походить на треугольник, с небольшим числом разделов на верхнем уровне и увеличением числа разделов при перемещении вниз по дереву. При такой структуре создается меньше подчиненных ссылок, чем для дерева, в верхней части которого больше разделов, чем в нижней.
Такую треугольную структуру можно построить, если вы всегда будете создавать разделы достаточно близко к конечным объектам (в частности, пользователям). Раздел [Root] является исключением.
В большинстве случаев границы разделов следует устанавливать в соответствии с физической инфраструктурой сети. Это во многом совпадает с подходом к разработке верхних и нижних уровней дерева Каталога.
Как правило, если проект дерева структурирован правильно, стратегию создания разделов будет легко осуществлять и поддерживать. При разделении дерева Каталогов воспользуйтесь следующими рекомендациями.
SUGGESTION: Успешный подход, уменьшающий потребность в ручном размещении разделов, состоит в проведении предварительного разделения дерева с последующим добавлением дополнительных серверов в каждый из разделов.
Первый уровень разделов, следующий после раздела [Root], разрабатывается в соответствии с сетевой инфраструктурой и особенностями физического размещения организации. Например, если ваша организация расположена на нескольких территориях, то в проекте вашего дерева должна отражаться географическая структура ее размещения. Для каждой из этих территорий следует создать разделы верхнего уровня.
Если ваша организация расположена на одной территории, разделы верхнего уровня должны отражать организационную структуру верхних уровней. Однако разделение в организации, расположенной на одной территории, в большей степени зависит от числа объектов, входящих в ветвь контейнера, нежели от физической инфраструктуры. Это происходит из-за отсутствия медленных каналов глобальной сети.
Если приходится принимать во внимание полосу частот каналов глобальной сети, имеет смысл создавать разделы меньшего размера и реплицировать их в меньшем количестве пунктов с меньшим числом подчиненных разделов. Это снизит сетевой трафик при осуществлении синхронизации по каналам глобальной сети.
Разделы нижнего уровня определяются в соответствии с административным делением организации и способом представления ее подразделений в схеме дерева. Проект дерева Каталога должен отражать структуру подразделений, отделов и рабочих групп, существующих в организации. Разделы следует создавать в соответствии с этой структурой.
Размер разделов может значительно повлиять на синхронизацию и время реакции системы. При планировании разделов следует сохранять баланс факторов, связанных с размером.
Необходимо учитывать следующее.
NOTE: При работе с разделами большого объема операции с разделами требуют времени, если сеть имеет низкую пропускную способность, а производимые действия затрагивают большое количество объектов.
Назад | Содержание | Вперед