Не удалось установить принципала для пользователя SandBox и Async во время установки.

При переходе с CRM 2013 на CRM 2015 у меня возникают ошибки, говорящие о проблемах с MSCRMSandboxService и MSCRMAsyncService.

Возникла проблема с установкой имени субъекта-службы (SPN) для службы MSCRMSandboxService с учетной записью пользователя [email protected]. Причина была: Проверка домена DC=subby,DC=domain,DC=toppy.

Есть еще один блог на эту тему и человек, обсуждающий это, объясняет, что он просто нажал игнорировать во время установки. Я тоже. Однако, в отличие от него, я ничего потом не запускал, а просто оставил пока.

Мой вопрос двоякий.

  1. Что можно сделать, чтобы такая ошибка не появлялась даже во время установки?
  2. Какие проблемы могут возникнуть в будущем, если после этого не будет запускаться SETSPN?

Часть трассировки стека показана ниже.

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, отмена логического значения)


person Konrad Viltersten    schedule 21.02.2015    source источник


Ответы (1)


чтобы ответить на пункт 2, большую часть времени вы не заметите никакого странного поведения, пока не попытаетесь настроить ssrs, IFD или клиент Outlook. Spns действительно становятся проблемой, как только вы настраиваете что-то, отличное от плагина/рабочего процесса или js. На мой взгляд, лучше потратить 1 или 2 часа сейчас, чем сходить с ума в будущем. Мои основные проблемы с отсутствующим spn проявлялись при настройке IFD. ADFS вообще не любит, когда чего-то не хватает. Больше, чем песочница и асинхронность, были пул приложений и пользователи-администраторы развертывания, которые создавали проблемы.

person Mauro De Biasio    schedule 23.02.2015