Microsoft Dynamics 365(CRM)本地版间歇性性能超时问题日志捕获方法咨询

现有可直接查询的日志路径 #

• 服务器端Trace日志：默认存储路径为C:\Program Files\Microsoft Dynamics CRM\Trace，若修改过存储路径可进入部署管理器的服务器属性中查看。日志会记录平台级报错、插件/工作流执行异常、Web service调用超时、SQL查询超时等信息。若未开启Trace，可在部署管理器中临时调整为中等级别，避免开启详细级别占用过多磁盘空间。
• IIS日志：Dynamics前端站点默认日志存储路径为C:\inetpub\logs\LogFiles\W3SVC1（若站点ID有修改请对应调整），可筛选问题发生时段（PST/EST工作时段）的请求记录，排查响应超时、5xx/4xx错误的请求路径分布。
• Windows事件查看器日志：打开事件查看器后定位到应用和服务日志 > Microsoft Dynamics CRM，可查询数据库连接失败、服务崩溃、核心权限错误等严重平台问题。

针对性性能问题捕获方法 #

• 启用Dynamics性能计数器：打开Windows性能监视器，添加Dynamics 365相关计数器，重点采集CRM:Async Service（异步工作流、插件执行指标）、CRM:Common（平台整体响应时间、SQL调用耗时）、CRM:Web Service（CRUD调用成功率、耗时），在工作时段持续采集1-2天，与非高峰时段指标做对比。
• SQL侧追踪：因场景存在自定义应用直接执行SQL查询的操作，可在高峰时段通过SQL Server Profiler或扩展事件，捕获执行耗时超过1s的查询，排查是否存在全表扫描、长事务占锁的情况，重点核查自定义应用发起的select语句是否频繁扫描常用业务实体表。
• 插件/工作流追踪：打开插件注册工具，开启插件跟踪日志，设置为仅记录异常或全量记录，可排查是否存在插件循环调用、嵌套CRM查询导致耗时过高的问题。

场景重点排查提示 #

自定义应用直接查询CRM数据库属于微软官方不支持的操作，这类请求不会走CRM内置缓存，也不遵守平台表锁优化逻辑，高峰时段15个应用并发查询极易引发表锁等待，导致前端用户请求的SQL查询排队，完全匹配仅工作时段间歇出现卡顿、超时的特征，建议优先核查该类请求的性能。

内容的提问来源于stack exchange，提问作者Rajesh.Official