Общий отказ ядра планирования

[Likefire]

Такая ошибка (на тройке по крайней мере) появлялась тогда, когда версии фреймворка не соответствовали нужным. Внимательно посмотрите настройки IIS и уточните требуемые версии фреймворка для определенных директорий каталога IIS. У меня в тройке такое было, когда для всего стоял первый фреймворк. Там для одних директорий (сайта CRM) должен быть настроен первый фреймворк, а для директорий ReportServer должен быть второй фреймворк. Как тока настроил IIS по всем правилам - Отказ Ядра Планирования улетучился. Обо всем этом написано как правило в документации.

[aloha]

Так у меня 4ка, а она про существование 1ого уже и знать не знает

[aloha]

"Вакцина" найдена!!!
Проблема напрямую связана с моим предыдущим постом:
Удаления Юзера из СРМа4

Я удалил записи из таблицы SystemUserBase, а "хвосты" дали о себе знать.
Вот решение, может кому пригодится:

This is caused by an orphan record in the database. To find out which one it is, run the following script against the MSCRM database.


select r.ResourceId, r.OrganizationId, r.BusinessUnitId, r.Name, u.FullName from Resource as r left outer join SystemUserBase as u on r.ResourceId = u.SystemUserId where r.ObjectTypeCode = 8


If the 4th and 5th columns do not match, this CRM user record has been deleted from the SystemUserBase table, then we need to remove the orphan record from the Resoursebase table. To do so, please run the following script.


delete from ResourceBase where ResourceId in (select r.ResourceId from Resource as r left outer join SystemUserBase as u on r.ResourceId = u.SystemUserId where r.ObjectTypeCode = 8 and u.FullName is null)


That should solve the issue. Ofcourse you should always make a backup before trying these kind of actions!

[Alpi]

Здравствуйте!

А кто-нибудь сталкивался с такой же ошибкой, если не удаляли предварительно пользователей?
Никак не могу победить