我们公司有多个域服务器,某天因为某些原因需要将域服务器中的用户互相移动,我们决定先测试一下(英明呀),看移动后的用户有些什么影响,主要包括用户的邮箱、配置文件、权限等。使用ActiveDirectory 迁移工具移动用户时有三个选项全部选上（后来证明就是这步让我折腾了两天，如果只选前两项就好了），等迁移完成后，我测试用户的权限、邮箱没问题，用迁移用户帐号在另一个域上登录也没问题（高兴），我再测试以集成windows 验证登录的几个系统，都能登录（很高兴），可以宣布测试成功啦！后面的工作就是删除这个测试用户，在ＣＲＭ系统中停用，弹出消息框“出现系统错误，请与管理员联系”，当时头脑一片空白（高兴不起来了），在测试之前我还用这个功能的，不用说肯定是测试的后遗症（心跳加速）。现在关键是冷静，先测试其它功能有没有受影响，一轮测试下来，发现无法创建新用户和更改用户状态了。遇到这种以前没见过的问题，把出错日志贴出来，
at Microsoft.Crm.Application.Platform.SystemUser.InternalCreate(String xml)
at Microsoft.Crm.Application.Platform.SystemUser.InternalCreateAndRetrieve(String xml, String columnSet)
at Microsoft.Crm.Application.Platform.Entity.CreateAndRetrieve(String columnSet)
at Microsoft.Crm.Application.Forms.AppForm.RaiseDataEvent(FormEventId eventId)
at Microsoft.Crm.Application.Forms.EndUserForm.Initialize(Entity entity)
at Microsoft.Crm.Application.Forms.CustomizableForm.Execute(Entity entity, String formId, String formType)
 at Microsoft.Crm.Application.Forms.CustomizableForm.Execute(Entity entity)
at Microsoft.Crm.Web.BusinessManagement.SystemUserDetailPage.ConfigureForm()
at Microsoft.Crm.Application.Controls.AppPage.OnPreRender(EventArgs e)
at System.Web.UI.Control.PreRenderRecursiveInternal()
at System.Web.UI.Page.ProcessRequestMain()
日志显示错误在组件方法中，应该是用户权限的问题（晕），到google上搜索，国内国外的消息看了上百个，没有一个能帮上忙（急，有点严重了）；
把域用户又移回到原来的服务器上，错误依旧；
检查用户的权限组，有两个权限组移动位置了(userGroup、reportServerGroup)，移回原来的位置,错误依旧；
在数据库中删除ＣＲＭ系统中移动的那个用户，错误依旧；
在ＡＤ中详细比较移动用户与其它用户的区别，比较不出来，因为移动前的我也没仔细看过，错误依旧；
最后由我以前同事，现在微软ＣＲＭ顾问Like同志建议在别的机器上重新安装ＣＲＭ连接到原来的数据库上。这样安装过程中将会修复ＣＲＭ数据库中所有用户的ＡＤ信息。

解决方法：
这一招放在平时我怎么都不敢使，现在没办法，做完所有的备份，找一个w2003系统的干净机器重装CRM，数据库可以连接到以前的数据库上，也可以用备份出来的数据库，安装完成。检查，成功！

总结：历时两天，收获不少，用ActiveDirectory 迁移工具移动用户后CRM中用户信息中的domainname得手动改正，但是不改也不会影响用户登录。 .

• 上一篇:Win2003中IIS启用Asp支持方法
• 下一篇:iis应用程序池不能启动解决方法

TAG: CRM 创建 用户