计算Resolve By字段时SLA引擎出错

时间:2014-12-01 12:07:27

标签: workflow dynamics-crm-2013

我们在SLA引起的MS Dynamics CRM 2013中有一个非常奇怪的错误。 我们的内部部署组织有一个默认的SLA,并且有相关的营业时间。 从周一到周五,工作周简单9:00 - 18:00。它唯一计算的是Resolve By字段。 SLA从周一到周五工作正常。但是在周末,由于超时和冻结某些插件导致我的集成模块出现了数千个错误。

  

[10]错误Microsoft.Xrm.Sdk.SaveChangesException:处理此请求时发生错误。 ---> System.TimeoutException:请求通道在00:01:59.4375115之后等待回复时超时。增加传递给Request的调用的超时值或增加Binding上的SendTimeout值。分配给此操作的时间可能是较长超时的一部分。 ---> System.TimeoutException:对' https://server.com/orgname/XRMServices/2011/Organization.svc'的HTTP请求已超过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超时)      在System.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 action,Boolean oneway,ProxyOperationRuntime operation,Object [] ins,Object [] outs,TimeSpan timeout)      在System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall,ProxyOperationRuntime操作)      在System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)

首先,我们将集成模块中的超时从默认更改为超过10分钟,并尝试找出这些错误的原因。 经过短暂的研究,我发现了Microsoft Dynamics CRM 2013 Plugin - There is no active transaction error,但它对我们没有帮助。 集成模块创建"事件"在我们的CRM中,我们在事件创建方面唯一拥有的就是SLA。所以本周第一次出错后我试图禁用SLA,之后没有错误。我不知道出了什么问题以及如何解决这个问题。 感谢帮助。

1 个答案:

答案 0 :(得分:1)

几个嫌疑人的领域,但没有明确能够达到理解发生的事情...

  1. 您的Integration模块是否尝试更新可能涉及触发SLA流程的事件实体,并可能引入创建或更新任何特定相关实体?
  2. 是否有任何每周作业针对更新事件运行?
  3. 针对事件注册的任何更新插件或工作流程?
  4. 有很多流程/工作流程处于等待状态吗?
  5. 可能是SLA逻辑,它有很多等待时间......