文章介绍了如何通过业务监控和性能分析工具，针对DMS系统中新功能‘车辆发票查询’的慢访问问题进行诊断。通过‘性能问题根本原因定位’和‘应用数据包分析’，确定了服务器响应时间过长，验证了分析的准确性，并提出该问题排查方法可应用于其他慢访问业务。
慢访问分析是最常见的问题分析之一。
下面以DMS系统“新功能-车辆发票查询”举例，介绍一下慢访问的具体分析方法和流程。
登录系统，业务监控-综合性能，列表显示应用信息，点击慢访问比排序，发现“新功能-车辆发票查询”应用出现高比例慢访问。
上图应用名称右键，选择“性能问题根本原因定位”，显示出多个URL慢的列表，找到第一个慢访问详细URL名称，看到慢访问百分比在97.727%。
双击上图URL名称，会打开详细访问慢的时间情况，XXX.XXX.12.48的客户端访问DMS系统，页面响应时间31.5375秒，服务器响应时间为31.5356秒。
为了进一步证明NetInside系统分析的精确性。下面进行辅助验证，在上图页面列的URL右键鼠标选择“应用数据包分析”，下载相应的数据包到本地，wireshark打开看到服务器响应时间在31.5356秒。
其它所有慢访问业务，都可以采用上述方法分析。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
