安装期间无法在SandBox和Async用户上设置主体

时间:2015-02-21 09:42:19

标签: dynamics-crm-2013 principal dynamics-crm-2015

我在CRM 2013升级到CRM 2015期间遇到错误,说 MSCRMSandboxService MSCRMAsyncService 很麻烦。

  

使用用户帐户sandy@subby.domain.toppy为服务MSCRMSandboxService设置服务主体名称(SPN)时出现问题。   原因是:检查域DC = subby,DC =域,DC = toppy。

我们another blog on the subject和讨论它的人解释说他们在安装过程中只是点击了忽略。我也是如此。然而,与他相反,我之后并没有做任何事情,而是,暂时让它成为现在。

我的问题是twosome。

  1. 可以采取哪些措施来确保在安装过程中甚至不会出现这样的错误?
  2. 如果之后没有运行 SETSPN ,将来/将会发生什么问题?
  3. 堆栈跟踪的一部分如下所示。

      

    Microsoft.Crm.Setup.Server.Core.ServicePrincipalNameManager   .SetServicePrincipalName(String serviceClassName,String machineName,String serviceAccountName,Boolean isWebService)      在Microsoft.Crm.Setup.Server.Core.SetServicePrincipalNameAction.Do(IDictionary参数)      在Microsoft.Crm.Setup.Shared.CrmAction.ExecuteAction(CrmAction动作,IDictionary参数,布尔撤消)

1 个答案:

答案 0 :(得分:0)

回复第2点,大多数情况下,在尝试配置ssrs,IFD或Outlook客户端之前,您不会发现任何奇怪的行为。一旦配置了与插件/工作流或js不同的内容,spns就会成为一个问题。在我看来,最好浪费1或2个小时,而不是将来发疯。在配置IFD时,我发现了丢失spn的主要问题。当缺少某些东西时,ADFS根本不喜欢。除了sandbox和Async之外,还有应用程序池和正在创建问题的部署管理员用户。