Ввод новых пользовательских данных в AD LDS
Я полностью рекомендую это.
Я лично видел, как язык чероки устранил много проблем производительности, в то же самое время, когда это сделало задачи администрирования намного легче и простыми.
Я думаю, что Вы находитесь в для мира боли, пытающейся получить LDS, работающий вместо AD при контакте с SharePoint. Это не действительно легкая версия AD даже при том, что его имя подразумевает так.
Думайте о нем этот путь: AD LDS похож на SQL-сервер без баз данных или определенных таблиц. Сам AD похож на SQL-сервер с полной схемой, базами данных, набором таблиц, триггеров и хранимых процедур все определенные и готовые пойти.
Ваш лучший выбор состоит в том, чтобы следовать этой technet статье: http://technet.microsoft.com/en-us/library/cc730701%28WS.10%29.aspx
-
1That' s все великолепные, но в разделе Создают OU, я застреваю на шаге 3. Который узел (см. верхнее изображение) должен я нажимать так, я могу на самом деле создать тип объекта organisationalUnit, потому что я can' t находят любого... – Robert Koritnik 24 May 2010 в 23:47
Следует иметь в виду, что AD LDS не является тем же самым как доменом Active Directory; это - только база данных LDAP и сервер, и Вы - тот, который должен будет заполнить его на намного более низком уровне, чем тот, с которым Вы используетесь при контакте с AD.
Если Ваше приложение требует SharePoint, который в свою очередь требует AD, я не думаю, что AD LDS будет достаточно; и, даже если это будет, это быть намного более трудным настроить и справиться правильно, чем полноценный домен AD.
Если бы Вам только нужен он в целях разработки, было бы намного легче настроить виртуальную машину, выполняющую фактический контроллер домена; можно сделать это только с 256 МБ памяти при использовании Windows Server 2003.