sharepoint и ActiveDirectory - PullRequest
       12

sharepoint и ActiveDirectory

0 голосов
/ 11 июня 2009

Привет, ребята, я новичок в sharepoint. На самом деле мы используем WSS, а не MOSS 2007. У нас не установлен общий поставщик услуг и не установлен веб-сервис службы профилей пользователей. Теперь мне нужно заполнить данные активного каталога списком sharepoint, и после этого мне нужно синхронизировать оба Active Directory. и sharepoint list.which означает, что изменения произошли с данными Active Directory, которые также должны быть отражены в списке sharepoint.

То, что мы делаем, - это извлечение данных активного каталога в базу данных SQL Server и заполнение списка sharepoint из базы данных SQL Server. Мне нужно решение для заполнения списка sharepoint из базы данных SQL Server, и список sharepoint должен все время автоматически синхронизироваться с таблицей базы данных SQL Server или хранимой процедурой.

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

Если кто-нибудь из вас предоставит пример исходного кода, который будет вам полезен.

Ответы [ 2 ]

5 голосов
/ 11 июня 2009

Я просто хочу сначала немного уточнить. Не уверен, хотите ли вы настроить синхронизацию для правильных профилей пользователей (что ответ mundeep хорошо решает) или общего списка SP.

Если вы ищете:

AD <-> список SharePoint

Вероятно, проще разбить эту проблему на две части:

AD -> Список SP

и

SP list -> AD

Для AD -> Список SP

Microsoft предоставляет руководство по мониторингу AD на наличие изменений . К сожалению, ни один из этих методов не является конкретной системой сообщений о событиях (если кто-то знает об этом, пожалуйста, включите!), Оба по сути опрашивают.

Я бы создал службу Windows для обработки этой части решения.

Служба будет (в псевдокоде):

  • искать записи, которые изменились
  • для каждой записи, которая изменилась:
    • получить соответствующий элемент SP из списка SP (возможно, на основе имени пользователя)
    • обновить / добавить / удалить свойства элемента SP
    • сохранить предмет SP

Для списка SP -> AD

Я бы создал собственный обработчик событий и приложил его к списку SP.

Опять в псевдокоде:

При удалении элемента SP:

  • удалить соответствующую запись AD (если это поведение, которое вы хотите)

На предмете SP создать:

  • создать новую запись AD

Обновление элемента SP:

  • найти соответствующую запись в AD
  • обновить измененные свойства (которые отмечены в обработчике событий SP)

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

То, что я предлагаю, имеет дополнительное преимущество, заключающееся в удалении SQL (явно) из решения. Вы можете использовать интерфейс ADSI в .NET Framework для обработки кода обновления AD. Он находится в System.DirectoryServices сборке.

Служба опроса AD может использовать объектную модель SP, если она установлена ​​в блоке WSS, или веб-службы, если она находится в другой системе.

Опять же, если вы просто хотите использовать реальные профили пользователей WSS / SP, используйте решение mundeep.

2 голосов
/ 11 июня 2009

1) Вы просматривали информационные списки пользователей и профили пользователей? Sahil Malik имеет очень хороший обзор «Все, что вы когда-либо хотели знать о профилях пользователей» . Помните, что поскольку вы используете WSS, у вас нет администратора SSP.

2) Если вы прочитаете вышеупомянутую статью, он скажет: «Как можно обновлять информацию в профиле, если я не использую MOSS (и у меня нет SSP)?» и его ответ - утилита импорта / экспорта , кодовая база которой (или даже сама утилита) должна дать вам хорошее начало того, что вы хотите сделать.

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...