EAS网络质量诊断和分析方法完整版.docx
- 文档编号:23415289
- 上传时间:2023-05-16
- 格式:DOCX
- 页数:13
- 大小:281.77KB
EAS网络质量诊断和分析方法完整版.docx
《EAS网络质量诊断和分析方法完整版.docx》由会员分享,可在线阅读,更多相关《EAS网络质量诊断和分析方法完整版.docx(13页珍藏版)》请在冰豆网上搜索。
EAS网络质量诊断和分析方法完整版
EAS网络质量诊断和分析方法
EAS产品支持部陈钧
请注意:
本文件只作为产品介绍之用,不属于您与金蝶签署的任何协议。
本文件仅包括金蝶既定策略、产品及功能方面的信息,不能以本文件作为要求金蝶履行商务条款、产品策略以及开发义务的依据。
本文件内容可能随时变更,恕不另行通知。
前言
概述
通过对本文档学习了解影响网络通讯质量的主要因素,以及EAS对网络质量的基本要求;能熟练使用基本的网络质量测试工具以及EAS的RPC测试工具对网络质量进行快速诊断;能够利用Windows性能监视器、协议分析工具等高级手段诊断分析复杂的网络问题。
适用范围
本文档适用于EAS实施人员、系统管理员、以及总部技术支持类人员参考。
本文档主要描述网络质量的诊断分析方法,仅限于应用软件层面,不涉及网络质量问题和故障的排查和解决方法等。
本文档适用于EAS5.3及之后的版本。
约定
符号约定
在本文中可能出现下列标志,它们所代表的含义如下。
符号
说明
表示有潜在风险,如果忽视这些文本,可能导致操作错误、数据丢失、设备性能降低或不可预知的结果。
表示可以帮助您获取更多相关信息或提示您通过其它方式也可以获得相同结果。
强调或补充说明所描述的信息。
内容约定
本处对文中通用信息作如下约定
●$EAS_HOME表示EAS服务器安装的根目录,即安装过程中输入的本地路径。
●$BOS_HOME表示BOS工具的安装根目录,即安装过程中输入的本地路径。
目录
概述2
适用范围2
约定2
1EAS对网络质量的要求4
2网络质量诊断方法4
2.1基本网络质量诊断4
2.2自动收集基本网络诊断数据6
2.3EAS提供的网络诊断特性8
2.4利用Windows性能监视器收集10
2.5协议分析工具Ethereal(WireShark)使用13
1EAS对网络质量的要求
网络质量不稳定对EAS的运行性能可能产生较大的影响,网络质量的评价指标主要包括带宽、延迟、丢包率等。
要保障EAS正常运行,对于网络质量有如下要求:
1.每客户端128kbit的带宽保障;多人共用出口时,带宽要求:
客户端数量×128/2(客户端数超过5人),客户端数量×128/3(客户端数超过10人);2.网络延迟低于10ms(为理想值)小于50ms为可接受值;如果超过100ms,响应性能会出现明显衰减不稳定现象。
3.丢包率小于2%。
(附:
电信服务规范,因特网数据传送业务的服务标准第3.2.2.3项IP包丢失率<2%)
根据我们的经验,
4.客户使用专线的情况下,延迟超过100ms,通常意味着网络已经出现问题,同时会伴随丢包,带宽不稳定等问题。
5.如果是基于Internet的VPN,由于网络质量受当时Internet稳定性的影响,可能会出现网络质量较大波动的情况。
6.如果总部和分支机构采用不同运营商的线路(比如总部使用电信,但分支机构使用网通),网络质量可能较难保证。
如果存在不同运营商线路互联,网络质量不稳定的情况,在总部同时有不同运营商的出口线路应该是比较好的解决方案。
2网络质量诊断方法
2.1基本网络质量诊断
基本网络测试工具包括ping、tracert、pathping等,通常会随操作系统一同提供。
ping用于测试客户机和服务器的连通性和时间延迟,基于ICMP协议,是最常用的网络测试工具之一。
建议采用的测试参数如下:
ping-l1000-n5010.73.39.67,其表示以1k的数据包大小对指定IP地址的机器做50次测试。
下面是测试输出范例:
Pinging10.73.39.67with1000bytesofdata:
Replyfrom10.73.39.67:
bytes=1000time=32msTTL=253
Replyfrom10.73.39.67:
bytes=1000time=46msTTL=253
Replyfrom10.73.39.67:
bytes=1000time=20msTTL=253
Replyfrom10.73.39.67:
bytes=1000time=15msTTL=253
Replyfrom10.73.39.67:
bytes=1000time=14msTTL=253
Replyfrom10.73.39.67:
bytes=1000time=16msTTL=253
Replyfrom10.73.39.67:
bytes=1000time=16msTTL=253
Replyfrom10.73.39.67:
bytes=1000time=13msTTL=253
Replyfrom10.73.39.67:
bytes=1000time=10msTTL=253
Replyfrom10.73.39.67:
bytes=1000time=68msTTL=253
Replyfrom10.73.39.67:
bytes=1000time=10msTTL=253
Replyfrom10.73.39.67:
bytes=1000time=26msTTL=253
Replyfrom10.73.39.67:
bytes=1000time=10msTTL=253
Replyfrom10.73.39.67:
bytes=1000time=18msTTL=253
Replyfrom10.73.39.67:
bytes=1000time=13msTTL=253
Replyfrom10.73.39.67:
bytes=1000time=11msTTL=253
Replyfrom10.73.39.67:
bytes=1000time=11msTTL=253
Replyfrom10.73.39.67:
bytes=1000time=11msTTL=253
Replyfrom10.73.39.67:
bytes=1000time=11msTTL=253
Replyfrom10.73.39.67:
bytes=1000time=17msTTL=253
Pingstatisticsfor10.73.39.67:
Packets:
Sent=20,Received=20,Lost=0(0%loss),
Approximateroundtriptimesinmilli-seconds:
Minimum=10ms,Maximum=68ms,Average=19ms
其中一些输出反映了网络的基本状况,包括丢包率、最小最大和平均延迟时间,RoundTripTime(RTT)表示客户端发起一个数据包,到收到对方响应之间的时间间隔。
如果RTT平均超过30ms或者明显不稳定、丢包率超过2%(如有丢包情况,建议增大测试次数以收集相对准确的数据),将会导致EAS性能有可感知的衰减。
tracert命令则用于测试当前主机和目标主机之间所经过的路由节点以及节点时间延迟,语法比较简单:
tracert<目标主机IP地址>,下面是一个输出范例:
Tracingrouteto[10.73.39.67]
overamaximumof30hops:
1<1ms<1ms<1ms10.73.43.252
2260ms*74ms10.73.39.124
3273ms56ms*[10.73.39.67]
4277ms340ms349ms[10.73.39.67]
该命令会对每个路由节点进行三次测试,并输出RTT时间,上面这个案例是一个明显存在网络问题的案例。
从第二个路由节点开始出现严重的延迟,而且有丢包的情况发生。
pathping则是一个组合了ping和tracert测试功能的工具,它通过多组ping测试来统计每个路由节点的RTT,丢包率等数据。
使用语法:
pathping-n<目标主机IP地址>。
2.2自动收集基本网络诊断数据
如果怀疑网络可能存在不稳定的情况,建议在计划任务中配置每半小时收集一次基本网络数据。
可以先建立一个“网络监控命令.bat”的文件,其中包括如下内容:
setserverip=10.73.132.1
setaddress=深圳
echo-------%address%---------->>c:
\eas.txt
echo监控时间>>c:
\eas.txt
date>>c:
\eas.txt/t
time>>c:
\eas.txt/t
echo------------------------------------->>c:
\eas.txt
echoping服务器>>c:
\eas.txt
ping%serverip%-l1000-n100>>c:
\eas.txt
echo------------------------------------->>c:
\eas.txt
echotracert跟踪路由>>c:
\eas.txt
tracert%serverip%>>c:
\eas.txt
echo------------------------------------->>c:
\eas.txt
echopathping路由测试>>c:
\eas.txt
pathping%serverip%>>c:
\eas.txt
注意根据测试机的不同,修改serverip和address两个变量的值,这个测试脚本会把输出追加到c:
\eas.txt文件中。
在Windows的计划任务中进行如图所示的配置。
2.3EAS提供的网络诊断特性
EAS客户端登陆后,点击“系统”菜单下的“系统信息”功能,将会弹出如下图所示的窗口:
此窗口会自动进行网络速度测试,测试方法为从EAS服务器进行文件下载,然后显示实际下载速度。
这里面还有一个RpcPing的功能,用于测试EAS客户端和服务器的通讯协议ORM-RPC的传输延迟,这个测试能较真实地反映EAS通讯的延迟情况。
点击RpcPing,会持续进行测试,并输出如下结果:
输出内容包括最小、最大、平均延迟情况,请根据输出值对照EAS对网络质量的要求。
客户端的eassupport工具也会自动进行一组基本的网络测试工作,测试内容包括ping、tracert、rpcping、以及文件下载测试。
收集的日志会放在eassupport日志文件包中的Diag目录中。
2.4利用Windows性能监视器收集
通过Windows自带的性能监视器,我们也可以收集和网络相关的计数器数据,用于诊断网络相关问题,附带我们也一起收集本机CPU和内存的消耗情况。
使用此工具之前请确认“PerformanceLogsandAlerts”服务已经启动,然后运行perfmon命令即可启动性能监视器。
选择“性能日志和警报”,新建一个计数器日志,取名为kingdeeeas。
然后添加如下计数器:
Processor/%ProcessorTime,CPU利用率
Memory/AvailableMbytes,空闲内存(M字节)
TCP/ConnectionFailure,和下一个参数都反映TCP连接中断次数。
TCP/ConnectionReset
TCP/SegmentRetransmitted/s,数据每秒重传数。
NetworkInterface/BytesTotal/sec(注意正确选择网卡),每秒网络流量(字节)。
当然,也可以添加其他感兴趣的计数器。
注意设置采样间隔为5秒,并根据收集需要设定停止收集的时间,以免收集时间过长消耗过多磁盘空间。
收集的数据会存放在指定的文件夹中,默认在C:
\Perflogs,扩展名为.blg。
需要分析的时候,请进入性能监视器,左边选择“系统监视器”,然后点击右边的“查看日志数据”按钮,添加需要分析的日志。
将日志添加进来后,可以指定特定的时间范围来查看,对日志文件中的任何计数器日志感兴趣必须手工加入才能看到。
TCP/ConnectionFailure,TCP/ConnectionReset值的增加可能反映网络的不稳定性,如果有其他大量使用TCP连接的应用程序在运行,也可能导致这几个计数器的异常增加。
TCP/SegmentRetransmitted/s则反映网络可能存在丢包的情况导致重新传输。
2.5协议分析工具Ethereal(WireShark)使用
利用协议分析工具抓取通讯数据包可以对网络状况进行更加详细的分析诊断,如果目标主机关闭了ICMP响应,基本网络诊断命令可能就无法收集到有效的数据,这时候使用协议分析工具也能达到类似的目的。
我们推荐使用开源的Ethereal工具(现已改名为WireShark)来抓取,它可以收集系统运行期间所有的网络数据包,并提供简单的分析统计功能。
安装好Ethereal工具后,运行它,然后选择菜单“Capture|Option”,打开收集选项,选择网卡并设置好过滤条件,点击“Start”即可开始收集数据。
通常我们在进行业务功能操作之前开始收集,然后在测试结束后停止收集。
对于EAS,我们关注自动更新端口和EAS服务端口,如果怀疑有其他异常流量,也可以加入过滤条件中。
收集结束后,可以把收集结果保存成文件供后续分析。
通常我们关注数据包出现错误或者重新传输的情况,可以通过菜单“Analyze|ExpertInfo”查看。
另外还可以查看一个TCP连接通讯过程中的RTT图表,查看之前请选择一个所关注的TCP连接的通讯包,并注意选择源IP为本机IP的包,然后选择菜单“Statistics|TCPStreamGraph|RoundTripTimeGraph”。
这个图表显示实际业务操作过程中RTT平均在30ms以内,网络状况可算良好。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- EAS 网络 质量 诊断 分析 方法 完整版
![提示](https://static.bdocx.com/images/bang_tan.gif)