大家好，我是 sharepoint 的新手。实际上我们使用的是 WSS 而不是 MOSS 2007。我们没有安装共享服务提供商，也没有安装用户配置文件服务 Web 服务。现在我需要将活动目录数据填充到共享点列表，然后我必须同步两个活动目录和共享点列表。这意味着活动目录数据发生的更改也必须反映在共享点列表中。
我们正在做的是将活动目录数据提取到 SQL Server 数据库并从 SQL Server 数据库填充共享点列表。我需要一个解决方案来从 SQL Server 数据库中填充共享点列表，并且共享点列表必须始终自动与 SQL Server 数据库表或存储过程同步。
谁能建议我解决导入活动目录数据和同步活动目录和共享点列表的最佳解决方案。
如果你们中的任何人提供将有帮助的示例源代码。
【问题讨论】：
标签： sharepoint
我只想先澄清一下。不确定您是要为正确的用户配置文件（mundeep 的答案很好地解决了这个问题）或通用 SP 列表配置同步。
如果您希望：
AD SharePoint 列表
将这个问题分成两部分可能更容易：
AD -> SP 列表
和：
SP 列表 -> AD
对于 AD -> SP 列表
Microsoft 提供了一些关于 monitoring the AD for changes 的指导。不幸的是，这两种方法都不是特定的事件消息系统（如果有人知道，请加入！）两者本质上都是轮询。
我将创建一个 Windows 服务来处理这部分解决方案。
服务将（在伪代码中）：
对于 SP 列表 -> AD
我将创建一个自定义事件处理程序并将其附加到 SP 列表中。
又是伪代码：
关于 SP 项目删除：
在创建 SP 项目时：
关于 SP 项目更新：
事情的 SP 方面更优雅一点，因为只有当事情发生时才会引发事件。这绝对比轮询更有效。
我的建议还有一个额外的好处，那就是从解决方案中（明确地）删除 SQL。您可以使用 .NET 框架中的 ADSI 接口来处理 AD 更新代码。它在System.DirectoryServices 程序集中。
如果 AD 轮询服务安装在 WSS 机器上，则它可以使用 SP 对象模型；如果它安装在另一个系统上，则可以使用 Web 服务。
同样，如果您只是想使用实际的 WSS/SP 用户配置文件，请使用 mundeep 的解决方案。
【讨论】：
1) 您是否查看过用户信息列表和用户配置文件？ Sahil Malik 对'All you ever wanted to know about user profiles' 有很好的概述。请记住，因为您使用的是 WSS，所以您没有 SSP 管理员。
2) 如果您阅读上述文章，您会提到“如果我不使用 MOSS（并且没有 SSP），如何使个人资料信息保持最新？”他的回答是import/export utiltiy，它的代码库（甚至是实用程序本身）应该可以为您提供一个良好的开端。
3) 上面文章中还提到了how user information flows上的一个好图。
【讨论】：