我已经在单服务器场配置中设置了 Sharepoint 服务器 2007,该服务器必须为从 2YO 备份恢复的单站点数据库提供服务。尽管我已成功配置 SSP 以从所需域导入帐户,但服务器的域不同。现在,我看到虽然同步作业成功运行,但恢复 Sharepoint 站点中的用户配置文件列表并未填充新用户(相同的域,但时间流逝超过 1 年)。调查范围已缩小至 UserSites SSP 数据库中未填充的表。UserProfile_Full 表正确接收所有配置文件,因此实际 AD 导入是可以的。

我已经尝试过以下方法:准备移动然后撤消,准备移动旧内容数据库,删除内容数据库,添加内容数据库,准备移动-撤消。后者部分起作用,因为该表填充了内容数据库的用户列表中存在的用户的 SID,并具有正确的“本地 ID”(WssId 列),但我希望它有完整的用户集导入到该内容数据库中。我还尝试使用新数据库创建一个新的 Web 应用程序(在设置 SSP 之后),以防同步实际工作 - 没有骰子。我还尝试重新创建 SSP,以防万一我做错了 - 另一个 SSP 也填充了用户,但是 UserSites 表没有条目。然后,我尝试将主 Web 应用程序移至由另一个(新创建的)SSP 提供服务,只是为了查看两个表现在都没有人口。等待不是一个选择,我也尝试过。STSADM -sync -synctiming 已设置并正在工作,因为我看到表已随当前时间更新,但实际上没有传输任何数据 - 我希望作业使用 UserSites 表检索要导入的数据,但什么也没有。

那么问题来了,如何重新填充 UserSites 通过 Sharepoint 导入表,因为开始完全导入无法完成此操作,或者使用 SQL 存储过程和其他我还不熟悉的东西执行手动导入。

有帮助吗?

解决方案

我没有填写 UserSites,而是调用了 WSS_Content.dbo.proc_SecAddUser 在从 UserProfile_Full 检索到的每个用户上,忽略插入错误(email==NULL,或preferredName==NULL,那又怎样?)。我不确定它是否会持续,所以我把它们塞进去 UserSites 表也​​是如此。也许我仍然错过了一些东西,尽管它应该更容易修复。

许可以下: CC-BY-SA归因
scroll top