---

Определение стратегии создания разделов и репликации

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

• "Определение границ разделов"
• "Определение эффективной стратегии размещения реплик"

Если в вашей среде имеется только один сервер, то стратегию создания разделов разрабатывать не нужно. Переходите сразу к главе 5 "Планирование стратегии синхронизации времени".

В сетях с несколькими серверами, соответствующими приведенным ниже условиям, следует воспользоваться установками для создания разделов репликации, предлагаемыми в NetWare 4^TM по умолчанию.

• Нет каналов связи по глобальной сети
• Не больше 15 серверов
• Меньше 1000 объектов

Чтобы получить дополнительную информацию, см. "Значения по умолчанию".

Введение

Объекты Каталога и их атрибуты находятся в базе данных, поддерживаемой и обслуживаемой Netware Directory Services^TM (NDS^TM, службой Каталога Netware). NDS передает информацию о каждом объекте Каталога всем серверам в сети.

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

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

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

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

Цели и задачи

Для сети следует определить стратегию создания разделов, сформировав границы разделов и эффективно разместив реплики.

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

Предварительные требования

• Вам потребуются копии следующих проектных документов.
  • Карты топологии глобальных сетей
  • Карты размещения
  • Карты ресурсов
  • Структура дерева Каталога
  • Рекомендации по созданию разделов
• Вам следует закончить дизайн дерева Каталога. Чтобы получить дополнительную информацию, см. главу 3 "Проектирование структуры дерева Каталога".

Определение требований к разделам

Разделы следует создавать только для того, чтобы.

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

Откажитесь от разделения, если оно:

• Приводит к увеличению затрат на администрирование
• Создает дополнительные подчиненные ссылки на дочерние и родительские разделы
• Увеличивает сложность сети
• Увеличивает время, необходимое на перемещение по дереву
• Приводит к небольшому увеличению сетевого трафика

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

Определение границ разделов

Создание эффективных границ разделов дает возможность для определения размера и оптимизации базы данных Каталога в сети. Для этого следует ознакомиться с некоторыми из базовых характеристик разделов.

Обзор характеристик разделов

Раздел является поддеревом или ветвью дерева Каталога. Каждый раздел именуется в соответствии с корневым объектом раздела. Он является для раздела контейнером наивысшего уровня. Этот контейнер называется также корневым элементом раздела.

Объект [Root] всегда включается в первый из создаваемых разделов, называемый разделом.

Когда раздел является частью другого раздела дерева Каталога, его называют дочерним разделом. Стоящий выше него раздел называется родительским разделом.

На приведенном ниже рисунке показаны отношения между родительским и дочерним разделами в дереве Каталога.

Разделы должны подчинятся определенному набору правил. Эти правила состоят в следующем.

Figure 6-1. Родительский и дочерние разделы

• Раздел может содержать только объекты Каталога и связанные с ними данные. Он не может включать какой-либо информации о файлах и каталогах файловой системы.
• Объект Каталога может существовать только в одном разделе.
• Разделы могут храниться только на серверах NetWare 4.
• Разделы не могут накладываться друг на друга.
• Разделы должны содержать связанное с ними поддерево.

Планирование схемы разделов

При инсталляции первого сервера в дереве Каталога создается раздел с объектом [Root]. Данный раздел в этот момент времени содержит сразу все дерево Каталога и называется разделом [Root].

Раздел [Root] - это единственный раздел, создаваемый программой инсталляции. Все остальные разделы нужно создавать вручную.

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

Такую треугольную структуру можно построить, если вы всегда будете создавать разделы достаточно близко к конечным объектам (в частности, пользователям). Раздел [Root] является исключением.

Проектирование границ разделов

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

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

• Определите разделы верхнего уровня согласно границам Подразделений, отражающим местонахождение организации или ее организационную структуру.
• Спланируйте разделение так, чтобы разделы содержали объекты, расположенные на одной территории. Не допускайте, чтобы разделы соединялись медленными каналами связи глобальной сети.
  К одной территории относится один пункт размещения организации или несколько пунктов размещения, связанных высокоскоростными каналами глобальной сети (T1 или лучше).
  Поддержка реплик подчиненных ссылок будет осуществляться через каналы глобальной сети, если через эти каналы не производится передача разделов . Убедитесь, что ваша стратегия обеспечивает разумный баланс между поддержкой локальных разделов и снижением числа создаваемых реплик подчиненных ссылок
  При создании локальных разделов также следует рассмотреть вопросы резервного копирования NDS. Если вы собираетесь регулярно проводить резервное копирование всего дерева из центрального пункта, то необходимо учитывать время, требующееся на передачу информации по каналам глобальной сети.
• После инсталляции первого сервера NetWare 4 следует воспользоваться NDS Manager или PARTMGR для создания разделов, прежде чем вы приступите к инсталляции последующих серверов.

  SUGGESTION: Успешный подход, уменьшающий потребность в ручном размещении разделов, состоит в проведении предварительного разделения дерева с последующим добавлением дополнительных серверов в каждый из разделов.

• Создавайте небольшие разделы.
• Размещайте разделы вблизи объектов Каталога (в частности, объектов Пользователь), использующих ресурсы, содержащиеся в разделе.
• Серверы, находящиеся в одном кабельном сегменте, следует группировать в один раздел, если вы выделяете раздел в силу любой из следующих причин.
  • Имеются каналы глобальной сети
  • В разделе присутствует больше пяти серверов
  • В разделе присутствует больше 1000 объектов

Разработка разделов для верхних уровней

Первый уровень разделов, следующий после раздела [Root], разрабатывается в соответствии с сетевой инфраструктурой и особенностями физического размещения организации. Например, если ваша организация расположена на нескольких территориях, то в проекте вашего дерева должна отражаться географическая структура ее размещения. Для каждой из этих территорий следует создать разделы верхнего уровня.

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

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

Проектирование разделов нижнего уровня

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

Определение размера и количества разделов

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

Необходимо учитывать следующее.

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

  NOTE: При работе с разделами большого объема операции с разделами требуют времени, если сеть имеет низкую пропускную способность, а производимые действия затрагивают большое количество объектов.

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