EAS网络质量诊断和分析方法(完整版)剖析.doc

. . EAS 网络质量诊断和分析 方法 EAS 产品支持部 陈钧 . . 请注意：本文件只作为产品介绍之用，不属于您与金蝶签署的任何协议。本文件仅包括金蝶既定策略、产品及功能方面的 信息，不能以本文件作为要求金蝶履行商务条款、产品策略以及开发义务的依据。本文件内容可能随时变更，恕不另行通 知。 . . 前 言 概述 通过对本文档学习了解影响网络通讯质量的主要因素，以及 EAS 对网络质量的基本要求；能 熟练使用基本的网络质量测试工具以及 EAS 的 RPC 测试工具对网络质量进行快速诊断；能 够利用 Windows 性能监视器、协议分析工具等高级手段诊断分析复杂的网络问题。 适用范围 本文档适用于 EAS 实施人员、系统管理员、以及总部技术支持类人员参考。 本文档主要描述网络质量的诊断分析方法，仅限于应用软件层面，不涉及网络质量问题和故 障的排查和解决方法等。本文档适用于 EAS5.3 及之后的版本。 约定 符号约定 在本文中可能出现下列标志，它们所代表的含义如下。 符号说明 表示有潜在风险，如果忽视这些文本，可能导致操作错误、 数据丢失、设备性能降低或不可预知的结果。 表示可以帮助您获取更多相关信息或提示您通过其它方式 也可以获得相同结果。 强调或补充说明所描述的信息。 内容约定 本处对文中通用信息作如下约定 . . $EAS_HOME 表示 EAS 服务器安装的根目录，即安装过程中输入的本地路径。 $BOS_HOME 表示 BOS 工具的安装根目录，即安装过程中输入的本地路径。 目 录 概述.2 适用范围.2 约定.2 1 1 EASEAS 对网络质量的要求对网络质量的要求.4 4 2 2 网络质量诊断方法网络质量诊断方法.4 4 2.1 基本网络质量诊断.4 2.2 自动收集基本网络诊断数据 .6 2.3 EAS 提供的网络诊断特性.8 2.4 利用 WINDOWS性能监视器收集.10 2.5 协议分析工具 ETHEREAL（WIRESHARK）使用.13 . . 1 EAS 对网络质量的要求 网络质量不稳定对 EAS 的运行性能可能产生较大的影响，网络质量的评价指标主要包括带宽、 延迟、丢包率等。要保障 EAS 正常运行，对于网络质量有如下要求： 1.每客户端 128kbit 的带宽保障；多人共用出口时，带宽要求：客户端数量128/2（客户 端数超过 5 人），客户端数量128/3（客户端数超过 10 人）； 2.网络延迟低于 10ms（为理想值）小于 50ms 为可接受值；如果超过 100ms，响应性能会 出现明显衰减不稳定现象。 3.丢包率小于 2%。(附：电信服务规范，因特网数据传送业务的服务标准 第 3.2.2.3 项 IP 包丢失率 2%) 根据我们的经验， 1.客户使用专线的情况下，延迟超过 100ms，通常意味着网络已经出现问题，同时会伴随 丢包，带宽不稳定等问题。 2.如果是基于 Internet 的 VPN，由于网络质量受当时 Internet 稳定性的影响，可能会出现 网络质量较大波动的情况。 3.如果总部和分支机构采用不同运营商的线路（比如总部使用电信，但分支机构使用网通） ，网络质量可能较难保证。 如果存在不同运营商线路互联，网络质量不稳定的情况，在总部同时有不同运营商的出口线 路应该是比较好的解决方案。 2 网络质量诊断方法 2.1 基本网络质量诊断 基本网络测试工具包括 ping、tracert、pathping 等，通常会随操作系统一同提供。 . . ping 用于测试客户机和服务器的连通性和时间延迟，基于 ICMP 协议，是最常用的网络测试 工具之一。建议采用的测试参数如下：ping -l 1000 -n 50 10.73.39.67，其表示以 1k 的数据包大 小对指定 IP 地址的机器做 50 次测试。下面是测试输出范例： Pinging 10.73.39.67 with 1000 bytes of data: Reply from 10.73.39.67: bytes=1000 time=32ms TTL=253 Reply from 10.73.39.67: bytes=1000 time=46ms TTL=253 Reply from 10.73.39.67: bytes=1000 time=20ms TTL=253 Reply from 10.73.39.67: bytes=1000 time=15ms TTL=253 Reply from 10.73.39.67: bytes=1000 time=14ms TTL=253 Reply from 10.73.39.67: bytes=1000 time=16ms TTL=253 Reply from 10.73.39.67: bytes=1000 time=16ms TTL=253 Reply from 10.73.39.67: bytes=1000 time=13ms TTL=253 Reply from 10.73.39.67: bytes=1000 time=10ms TTL=253 Reply from 10.73.39.67: bytes=1000 time=68ms TTL=253 Reply from 10.73.39.67: bytes=1000 time=10ms TTL=253 Reply from 10.73.39.67: bytes=1000 time=26ms TTL=253 Reply from 10.73.39.67: bytes=1000 time=10ms TTL=253 Reply from 10.73.39.67: bytes=1000 time=18ms TTL=253 Reply from 10.73.39.67: bytes=1000 time=13ms TTL=253 Reply from 10.73.39.67: bytes=1000 time=11ms TTL=253 Reply from 10.73.39.67: bytes=1000 time=11ms TTL=253 Reply from 10.73.39.67: bytes=1000 time=11ms TTL=253 Reply from 10.73.39.67: bytes=1000 time=11ms TTL=253 Reply from 10.73.39.67: bytes=1000 time=17ms TTL=253 Ping statistics for 10.73.39.67: Packets: Sent = 20, Received = 20, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 10ms, Maximum = 68ms, Average = 19ms 其中一些输出反映了网络的基本状况，包括丢包率、最小最大和平均延迟时间，Round Trip Time（RTT）表示客户端发起一个数据包，到收到对方响应之间的时间间隔。如果 RTT 平均 超过 30ms 或者明显不稳定、丢包率超过 2%（如有丢包情况，建议增大测试次数以收集相对 准确的数据） ，将会导致 EAS 性能有可感知的衰减。 tracert 命令则用于测试当前主机和目标主机之间所经过的路由节点以及节点时间延迟，语法 比较简单：tracert ，下面是一个输出范例： Tracing route to 10.73.39.67 over a maximum of 30 hops: 1 1 ms 1 ms c:eas.txt echo 监控时间c:eas.txt date c:eas.txt /t time c:eas.txt /t echo -c:eas.txt echo ping 服务器c:eas.txt ping %serverip% -l 1000 -n 100 c:eas.txt echo -c:eas.txt echo tracert 跟踪路由c:eas.txt tracert %serverip% c:eas.txt echo -c:eas.txt echo pathping 路由测试c:eas.txt pathping %serverip% c:eas.txt 注意根据测试机的不同，修改 serverip 和 address 两个变量的值，这个测试脚本会把输出追加 到 c:eas.txt 文件中。在 Windows 的计划任务中进行如图所示的配置。 . . . . 2.3 EAS 提供的网络诊断特性 EAS 客户端登陆后，点击“系统”菜单下的“系统信息”功能，将会弹出如下图所示的窗口： . . 此窗口会自动进行网络速度测试，测试方法为从 EAS 服务器进行文件下载，然后显示实际下 载速度。 这里面还有一个 Rpc Ping 的功能，用于测试 EAS 客户端和服务器的通讯协议 ORM-RPC 的传 输延迟，这个测试能较真实地反映 EAS 通讯的延迟情况。点击 Rpc Ping，会持续进行测试， 并输出如下结果： 输出内容包括最小、最大、平均延迟情况，请根据输出值对照 EAS 对网络质量的要求。 . . 客户端的 eassupport 工具也会自动进行一组基本的网络测试工作，测试内容包括 ping、tracert、rpcping、以及文件下载测试。收集的日志会放在 eassupport 日志文件包中的 Diag 目录中。 2.4 利用 Windows 性能监视器收集 通过 Windows 自带的性能监视器，我们也可以收集和网络相关的计数器数据，用于诊断网络 相关问题，附带我们也一起收集本机 CPU 和内存的消耗情况。使用此工具之前请确认 “Performance Logs and Alerts”服务已经启动，然后运行 perfmon 命令即可启动性能监视器。 选择“性能日志和警报” ，新建一个计数器日志，取名为 kingdeeeas。 然后添加如下计数器： Processor/%Processor Time，CPU 利用率 Memory/Available Mbytes，空闲内存（M 字节） TCP/Connection Failure，和下一个参数都反映 TCP 连接中断次数。 TCP/Connection Reset TCP/Segment Retransmitted /s，数据每秒重传数。 Network Interface/ Bytes Total /sec (注意正确选择网卡） ，每秒网络流量（字节） 。 当然，也可以添加其他感兴趣的计数器。注意设置采样间隔为 5 秒，并根据收集需要设定停 止收集的时间，以免收集时间过长消耗过多磁盘空间。 . . . . 收集的数据会存放在指定的文件夹中，默认在 C:Perflogs，扩展名为.blg。需要分析的时候， 请进入性能监视器，左边选择“系统监视器” ，然后点击右边的“查看日志数据”按钮，添 加需要分析的日志。 将日志添加进来后，可以指定特定的时间范围来查看，对日志文件中的任何计数器日志感兴 趣必须手工加入才能看到。 . . TCP/Connection Failure，TCP/Connection Reset 值的增加可能反映网络的不稳定性，如果有其 他大量使用 TCP 连接的应用程序在运行，也可能导致这几个计数器的异常增加。 TCP/Segment Retransmitted /s 则反映网络可能存在丢包的情况导致重新传输。 2.5 协议分析工具 Ethereal（WireShark）使用 利用协议分析工具抓取通讯数据包可以对网络状况进行更加详细的分析诊断，如果目标主机 关闭了 ICMP 响应，基本网络诊断命令可能就无法收集到有效的数据，这时候使用协议分析 工具也能达到类似的目的。我们推荐使用开源的 Ethereal 工具（现已改名为 WireShark）来抓 取，它可以收集系统运行期间所有的网络数据包，并提供简单的分析统计功能。 安装好 Ethereal 工具后，运行它，然后选择菜单“Capture | Option” ，打开收集选项，选择网 卡并设置好过滤条件，点击“Start”即可开始收集数据。通常我们在进行业务功能操作之前 开始收集，然后在测试结束后停止收集。 对于 EAS，我们关注自动更新端口和 EAS 服务端口，如果怀疑有其他异常流量，也可以加入 过滤