某单位财务与oa系统评估.pdf

某单位财务与 OA 系统评估 CSNA 网络分析认证培训 © 2001-2015 科来版权所有 科来官网 1 / 7 1.1. 故障描述故障描述 大家好，这次笔者去武汉出差，带来了最新的科来网络回溯分析系统的应用案例， 与大家共同分享 该单位目前出现的问题如下：用户经常反映，财务系统时常会出现响应慢的情况， 最长的时间要等到半分钟左右，管理人员苦于没有好的分析工具，正好本次测试了科来 网络回溯分析系统，于是对财务系统和 OA 系统进行了一次摸底评估 测试的链路为各分处与总部服务器群连接的链路上的交换机处做了镜像 简单介绍一下科来网络回溯分析系统，比起先前的软件，这套硬件设备功能可谓相 当强大， 本次使用的是 4T 的存储， 千兆的抓包网卡 相对于原来的软件， 硬件在使用上， 多了一些数据挖掘的步骤，通过对 IP 地址、会话信息、网络应用（可自行添加）等条件， 进行逐步挖掘，最后进行数据包级别的分析 上图中是对该单位一周流量情况的分析，其中 34.155 即是 OA 系统的服务器，0.216 就是 财务系统的服务器 首先看一下财务系统财务系统，看看究竟是什么原因导致了财务系统响应慢的问题。

2.2. 分析分析情况情况 通过数据挖掘的功能， 我们挖掘与财务系统 10.68.0.216 进行通信的主机如下图所示： 科来官网 2 / 7 再通过数据挖掘，对其中某一通信对的网络应用进行挖掘，发现是 HTTP 的应用，属于正常的业务应用 财务系统网络状况分析财务系统网络状况分析 在应用交易中，判断网络状况的方法包含应用交易的三次握手时延和应用交易过程中的丢包率： 科来官网 3 / 7 我们发现，在该通信对中，应用交易的时延基本在 5-10 毫秒之间，在诊断中也没有出现丢包的情况，可以断定，应用交易中的网络状况十分良好 专家诊断专家诊断 通常影响整个应用正常运行的情况有 2 中，一是网络状况，二就是应用系统服务器的状况，如何去判断服务器响应问题？科来网络分析系统提供了强大的专家诊断功能，轻松快速定位到相应的服务器响应问题，并告诉管理人员出现问题的原因和解决办法： 在上图的诊断中可以看到，整个应用交易中，有很多服务器慢相应的问题存在，可以初步判定，整个财务系统的响应慢，是由于服务器的原因造成的 科来官网 4 / 7 繁忙与空闲时段的分析繁忙与空闲时段的分析 然后我们分别在繁忙时段和空闲时段对采集的数据包进行了回溯分析： 分别在繁忙时段和空闲时段进行了网络状况的分析： 在繁忙时段的时延： 在空闲时段的时延： 可以发现，时延无论在繁忙时段还是空闲时段，基本都保持在 5-10 毫秒之间。

所以可以证明，网络中并不存在问题 再来看一下服务器响应的问题： 在繁忙时段： 空闲时段： 服务器慢响应却是始终存在的由此可以断定，财务系统响应慢的问题，肯定在服务器上推荐更换服务器硬件或更新财务系统程序 3.3. 小结小结 对财务系统的分析，主要还是通过科来网络回溯分析系统进行数据的挖掘然后经由诊断来判断大概问题的原因可能影响财务系统的原因有两点，一是网络问题，二是应用科来官网 5 / 7 系统的问题通过时延和丢包率证明了网络没有问题之后，在诊断中发现了服务器响应慢的问题为了进一步证明是服务器响应慢造成的财务系统问题，通过在繁忙时段和空闲时段分别回溯分析，来证明确实是由于服务器的问题导致了整个财务系统的问题，建议对服务器进行硬件、软件的升级 在分析完了财务系统之后，我们对 OA 系统系统也来进行一次分析： 4.4. OAOA 系统系统分析分析 通信对分通信对分析析 同样我们通过数据挖掘的功能，在该周内对访问 34.155 的主机进行了挖掘： 时延分析时延分析 在随机抽取了其中的一些通信对进行分析后，我们通过 TCP 会话分析可以看到整个OA 系统的网络延迟通常都在 100 毫秒以上，比起之前财务系统，明显要大了很多，可能是由于带宽不够等情况造成的： 科来官网 6 / 7 专家诊断专家诊断 下图中可以看到，在诊断中，存在着 10 次重传，也就是 10 次丢包，并且有 2500 多次TCP 慢应答，几乎占了整个通信的 1/10，网络中存在的明显的拥塞，可能是由于网络带宽不够造成的。

HTTP 服务器慢响应也有 48 次，相应的时间基本在 200 毫秒左右，而不像之前的财务系统，相应时间最长的达到了 19 秒！所以对于用户来说，可能只是感觉稍稍有些慢，而不会觉得是不是系统出现了问题 科来官网 7 / 7 繁忙与空闲时段的分析繁忙与空闲时段的分析 为了进一步证明网络中存在瓶颈，可能宽带不足引起的时延，我们依然通过繁忙时段与空闲时段的对比来进行分析： 在繁忙时段的时延： 已经达到了 300 多毫秒！是比较严重的延迟了 在空闲时段的时延： 只有 11 毫秒与财务系统不同，财务系统的链路无论在繁忙还是空闲时段，时延都在 5-10 毫秒，而 OA 系统在不同时段，时延相差了好几十倍！ 再来看一下繁忙时段的诊断信息： 空闲时段的诊断信息： 通过对比，很明显就能发现，确实是网络存在着一定的问题，但是对于用户的体验来说，只是稍微感觉有一些延迟，不影响操作 5. 小结小结 与财务系统类似，我们依然通过时延、丢包与服务器响应的判断，确定了在 OA 系统 中，网络存在着瓶颈，建议管理人员对带宽进行一次升级，以降低网络时延和丢包率 以上就是整个的分析过程，如有不足之处，还请大家多多指教 。