某OA系统访问慢原因分析、解决方案.docx_第1页
某OA系统访问慢原因分析、解决方案.docx_第2页
某OA系统访问慢原因分析、解决方案.docx_第3页
某OA系统访问慢原因分析、解决方案.docx_第4页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

某OA系统访问慢原因分析1.1. 故障描述OA系统通过80端口对内提供服务，B/S架构，客户端通过网络直接访问OA服务器，中间会经过二个交换机和一个路由器。故障现象：部份客户端访问OA速度慢，打开OA附件（pdfdoc）的速度慢。1.2. 分析过程1. 客户端访问速度慢原因分析（访问时间统计）（流量统计）n 访问总共耗时24s左右，确实访问慢；n 流量640KB，流量较大，因为OA首页并没有太多的链接；n 数据包共1664个，小包887个（742+145），占数据包的53%左右，数据包分布较异常；（网络延迟分析）（客户端响应分析）客户端到服务器的RTT值为0.3ms，属于正常值；客户端发送确认数据包后，在20s后再发起另一个应用请求；n 分析结论：客户端延迟2. 打开附件慢原因分析1M左右的数据，传输时间2分38秒，效率很差；服务端在155ms的时间内对客户端的请求进行了响应，并在之后的80ms开始发送数据；服务器端响应比较正常； 但我们在此会话中发现很多连续的ACK数据包，如下图：经分析，这是客户端对服务器端传输数据的确认，随机打开一个确认数据包（编号1276）：通过序列号和确认号可以分析出该数据包相关联的数据包（编号1207）：可以看到，编号1276的数据包是对编号为1207的数据包进行确认，两个包之间的时间相差700ms。n 分析结论：客户端延迟问题出在客户端，客户端与OA相关的就是浏览器，难道问题出在浏览器上，与客户沟通后了解，网络中的浏览器种类、版本较多，而访问慢的机器都是使用IE6，其他机器则正常，将一问题机器浏览器更新到IE7后，访问速度恢复正常。（后来询问应用开发，证实该OA完全是在IE7的基础上开发的）3. 关于小包太多的原因分析客户端对服务器发送的每一个数据包都进行确认(ACK)，会造成访问应用的数据包增加，同时也会极大的浪费网络带宽，建议对客户端确认机制进行修改。（采用Delayed ACK机制）采用Delayed ACK机制后，通常是服务端发送2个数据包后，客户端再进行确认，这样将极大的减少不必要的ACK数据包，同时也能提高访问速度，减少带宽浪费。修改方法：n 重新设计OA系统的通讯机制n 在注册表中添加键值进行修改； n HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParametersInterfacesAdapter GUIDn 值名称：TcpDelAckTicks（不同的操作系统该值的名称不尽相同）数据类型：REG_DWORD 值数据：将该值设置为 0 到 6 之间的值n 默认
人人文库> 全部分类> 应用文书 > 事务文书

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论