2014-12-01 1 views
0

У нас очень странная ошибка в нашей MS Dynamics CRM 2013, вызванная SLA. У нас есть единый SLA по умолчанию в нашей локальной организации со связанными рабочими часами. Простая 9:00 - 18:00 рабочая неделя с понедельника по пятницу. Единственное, что он рассчитывает, - это «Разрешить по полю». SLA работает отлично с понедельника по пятницу. Но в выходные дни у меня есть тысячи ошибок из наших интеграционных модулей, вызванных таймаутами и замораживанием некоторого плагина.Ошибка в двигателе SLA при расчете разрешения по полю

[10] ОШИБКА Microsoft.Xrm.Sdk.SaveChangesException: при обработке этого запроса произошла ошибка. ---> System.TimeoutException: канал запроса был отключен во время ожидания ответа после 00: 01: 59.4375115. Увеличьте значение тайм-аута, переданного вызову Запросить или увеличьте значение SendTimeout в Binding. Время, отведенное для этой операции, возможно, было частью более длительного таймаута. ---> System.TimeoutException: HTTP-запрос на «https://server.com/orgname/XRMServices/2011/Organization.svc» превысил выделенный тайм-аут 00:02:00. Время, отведенное для этой операции, возможно, было частью более длительного таймаута. ---> System.Net.WebException: Операция истекло на System.Net.HttpWebRequest.GetResponse() в System.ServiceModel.Channels.HttpChannelFactory 1.HttpRequestChannel.HttpChannelRequest.WaitForReply(TimeSpan timeout) --- End of inner exception stack trace --- at System.ServiceModel.Channels.HttpChannelUtilities.ProcessGetResponseWebException(WebException webException, HttpWebRequest request, HttpAbortReason abortReason) at System.ServiceModel.Channels.HttpChannelFactory 1.HttpRequestChannel.HttpChannelRequest.WaitForReply (TimeSpan таймаута) в системе .ServiceModel.Channels.RequestChannel.Request (сообщение сообщение, TimeSpan Тайм-аут) --- Конец внутренней трассировки стека исключений ---

Второй является

[11] ОШИБКА Microsoft. Xrm.Sdk.SaveChangesException: Произошла ошибка при обработке этого запроса. ---> System.ServiceModel.FaultException`1 [Microsoft.Xrm.Sdk.OrganizationServiceFault]: активной транзакции нет. Эта ошибка обычно вызвана пользовательскими плагинами, которые игнорируют ошибки из служебных вызовов и продолжают обработку.

трассировки стека

Сервер: на System.ServiceModel.Channels.ServiceChannel.HandleReply (операции ProxyOperationRuntime, ProxyRpc & RPC) на System.ServiceModel.Channels.ServiceChannel.Call (String, Boolean действия OneWay, операции ProxyOperationRuntime, Object [ ] модули, Object [] выходы, TimeSpan тайм-аут) на System.ServiceModel.Channels.ServiceChannelProxy.InvokeService (IMethodCallMessage methodCall, эксплуатации ProxyOperationRuntime) на System.ServiceModel.Channels.ServiceChannelProxy.Invoke (Шеззаде сообщение)

Прежде всего, мы изменили время ts в интеграционных модулях от дефолта до более 10 минут и попытался найти причину этих ошибок. После короткого исследования я нашел это Microsoft Dynamics CRM 2013 Plugin - There is no active transaction error, но это не полезно для нас. Интеграционные модули создают «инциденты» в нашем CRM, и единственное, что у нас есть в создании инцидентов, - это SLA. Поэтому на этой неделе после первой ошибки я попытался отключить SLA и после этого не было ошибок. У меня нет идей, что происходит не так и как я могу решить эту проблему. Спасибо за помощь.

ответ

1

пара областей подозреваемых, но не явно в состоянии добраться до точки, чтобы понять, что происходит ...

  1. Является ли ваш модуль интеграции пытается обновить падающий объект, который может включать в себя запуск процесса SLA и может создавать или обновлять какие-либо конкретные связанные объекты?
  2. Есть ли какие-либо еженедельные задания, работающие против инцидентов для обновлений?
  3. Любые обновления плагинов или рабочих процессов, зарегистрированных в отношении инцидентов?
  4. Есть много процессов/рабочих процессов в состоянии ожидания?

может быть ОАС логика, которая имеет много времени ожидания и т.д. ...

+0

1. Мой модуль интеграции только создает инциденты. 2. Нет еженедельных рабочих мест. 3. Никаких плагинов и рабочих процессов, зарегистрированных для этих объектов. 4. Только рабочие процессы SLA и логика SLA не очень сложны. Спасибо за ответ. –