DMS应用性能管理案例分析(二)
单模块性能分析
通过分类对每一个类别进行模块定义,分析每一个模块的性能。
登录
对登录模块功能监控:登陆界面出现慢访问20个,登陆后的初始界面出现HTTP 500报错18个,登陆后的数据验证
单模块性能分析 通过分类对每一个类别进行模块定义,分析每一个模块的性能。 登录 对登录模块功能监控:登陆界面出现慢访问20个,登陆后的初始界面出现HTTP 500报错18个,登陆后的数据验证出现慢访问26个。 财务 对财务模块功能监控:经销商余额查询出现慢访问6个,返利明细查询出现慢访问23个。 订单 对订单模块功能监控:销售订单查询出现慢访问16个,日志上传出现慢访问15个,销售订单查询-下载出现慢访问18个,市场部审核出现慢访问34个,审核-批量出现慢访问11个,添加订单到购物车出现慢访问30个,车场端订单查询出现慢访问15个,购物车数据查询出现慢访问72个。 其他模块图表展示这里省略。 慢访问分析方法 慢访问分析是最常见的问题分析之一。 下面以“新功能-车辆发票查询”举例,介绍一下慢访问的具体分析方法和流程。 登录系统,业务监控-综合性能,列表显示应用信息,点击慢访问比排序,发现“新功能-车辆发票查询”应用出现高比例慢访问。 上图应用名称右键,选择“性能问题根本原因定位”,显示出多个URL慢的列表,找到第一个慢访问详细URL名称应用性能管理,看到慢访问百分比在97.727%。 双击上图URL名称,会打开详细访问慢的时间情况,XXX.XXX.XXX.48的客户端访问DMS系统,页面响应时间31.5375秒,服务器响应时间为31.5356秒。 为了进一步证明NetInside系统分析的精确性。下面进行辅助验证,在上图页面列的URL右键鼠标选择“应用数据包分析”,下载相应的数据包到本地,wireshark打开看到服务器响应时间在31.5356秒。 其它所有慢访问业务,都可以采用上述方法分析。 异常发现 DMS数据备份 流量分析发现,上午9:05开始有一个流量高峰,分析发现是数据备份产生了大量流量(大约78GB),时间在9:06-10:42之间,上班时间有可能会造成业务影响。 选中高峰时间段可以看到详细流量情况: 说明:两个IP地址互相备份数据信息; 采用的备份协议为tcp-1556。 DMS节点异常分析 分析发现部分主机发出大量连接且均失败情况。如下图,左侧列出发生失败请求的主机和对应个数。 以XXX.XXX.XXX.42为例进行分析。 可以看到XXX.XXX.XXX.31访问了XXX.XXX.XXX.42,但均被拒绝访问。 建议 为了更好的监控和分析DMS性能,建议如下。 1、为了更清晰的分析DMS系统,需要进一步对新发现的URL分类定义。这样可以更全面的监测和分析到DMS系统中业务单元的性能和报错情况; 2、文件备份操作,建议调整到非上班时间。 (编辑:晋中站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |