Администрирование схемы ADAM

Существует несколько способов администрирования схемы ADAM (Active Directory Application Mode), включая расширение схемы с помощью новых классов и атрибутов, деактивацию классов и атрибутов и реактивацию классов и атрибутов. Для администрирования схемы ADAM можно использовать оснастку «Схема ADAM».

Сведения о задачах, относящихся к администрированию схемы, см. в разделе Управление схемами и разделами каталогов.

Расширение схемы

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

  • Автоматически, с помощью приложения, поддерживающего службу каталогов.

  • Полуавтоматически, используя программу Ldifde.exe и импорт IDF-файлов.

  • Программным образом с помощью интерфейсов ADSI (Active Directory Service Interfaces).

  • Вручную с помощью служебной программы Ldp и оснастки «Схема ADAM».

Примечание

Чтобы использовать оснастку «Схема ADAM», ее необходимо сначала установить. Дополнительные сведения см. в разделе Установка оснастки «Схема ADAM».

Специально для тех сред, где требуется возможность создавать пользователей в каталоге ADAM, в ADAM имеется импортируемый LDF-файл, содержащий четыре класса объектов пользователя. Сведения об импортировании LDF-файла пользователя ADAM см. в разделе Импорт пользовательских классов, поставляемых с ADAM.

Деактивация классов и атрибутов

Перед выполнением деактивации класса необходимо принять во внимание следующие моменты.

  • Класс можно деактивировать только в случае, если он не указан в качестве subClassOf, auxiliaryClass, systemAuxiliaryClass, possSuperiors или systemPossSuperiors любого существующего активного класса.

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

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

Перед выполнением деактивации атрибута необходимо принять во внимание следующие моменты.

  • Атрибут можно деактивировать, если он не указан в качестве systemMustContain, mustContain, systemMayContain, mayContain или rdnAttId любого существующего активного класса.

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

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

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