【问题标题】:CRM 2011 Service Connection Issue With CallerIDCRM 2011 服务连接问题与 CallerID
【发布时间】:2012-03-05 13:50:07
【问题描述】:

我有一个连接到 CRM 2011 服务的应用程序。当我在没有 CallerID 的情况下附加到服务时,我可以毫无错误地抓取数据。当我将呼叫者 ID 添加到连接时,问题就来了。我收到此错误消息(可能看起来很熟悉):

由于内部错误,服务器无法处理请求。 有关错误的更多信息,请打开 IncludeExceptionDetailInFaults(来自 ServiceBehaviorAttribute 或从配置行为)在服务器上发送 异常信息返回给客户端,或者按照 Microsoft .NET Framework 3.0 SDK 文档并检查 服务器跟踪日志。服务器堆栈跟踪:在 System.ServiceModel.Channels.ServiceChannel.ThrowIfFaultUnderstood(消息 回复、MessageFault 故障、字符串操作、MessageVersion 版本、 故障转换器故障转换器)在 System.ServiceModel.Channels.ServiceChannel.HandleReply(ProxyOperationRuntime 操作,ProxyRpc& rpc) 在 System.ServiceModel.Channels.ServiceChannel.Call(字符串动作, Boolean oneway, ProxyOperationRuntime 操作, Object[] ins, Object[] 出局,TimeSpan 超时)在 System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall,ProxyOperationRuntime 操作)在 System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage 消息)在 [0] 处重新抛出异常:在 System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg,IMessage retMsg)在 System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(消息数据& msgData,Int32 类型)在 Microsoft.Xrm.Sdk.IOrganizationService.Retrieve(字符串实体名称, Guid id, ColumnSet columnSet) 在 Microsoft.Xrm.Sdk.Client.OrganizationServiceProxy.RetrieveCore(字符串 entityName, Guid id, ColumnSet columnSet) at Microsoft.Xrm.Sdk.Client.OrganizationServiceProxy.Retrieve(字符串 entityName, Guid id, ColumnSet columnSet) at Hanlon.Data.CRM.DataObjectBase.Retrieve(Guid 身份)在 Hanlon.Data.CRM.Advisor.Fill(Guid advisor_identity) 在 HypotheticalReportCrmSite.HypotheticalReport.AcceptanceWorkFlow()

有没有人知道为什么会发生这种情况,或者我如何才能更具体地找出错误的原因?该应用程序可在测试和用户验收服务器上运行,但在生产环境中崩溃。

【问题讨论】:

    标签: dynamics-crm-2011


    【解决方案1】:

    很明显,这在不同的服务器上可能会有不同的工作方式有很多原因,一些开始寻找的地方是不同服务器上的设置/安装/权限,包括 CRM、SQL、Active Directory(尽管我可能假设 AD 会一样)。

    与测试/UAT 系统上的代理相比,用于 Prod 服务器的代理有什么不同吗? Prod 服务器上是否提供所有相关版本的 .NET 框架? GAC 中是否安装了相同的程序集? 生产服务器的 SQL 是否更加锁定?

    产品服务器上的 CRM 安装是否按照与测试和 UAT 服务器相同的规范完成?是同一方安装的吗?

    同样,这些都只是想法,但似乎服务器之间的差异将是查看的地方,关键产品的安装将是一个很好的起点,然后可能是查看 .NET框架等

    抱歉,如果答案很笼统,但正如您发现的那样,具体错误似乎并没有暴露出确凿的证据。

    我很想知道你发现了什么。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-01-24
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多