查看: 209142|回复: 81

CSNA网络分析专家分析案例——来自汪已明,某集团LIMS服务器访问ERP系统故障分析

[复制链接]
发表于 2010-8-26 15:24:57 | 显示全部楼层 |阅读模式
来自汪已明的CSNA网络分析专家分析案例,案例中描述了如果对一个ERP访问慢、宕机现象原因进行分析的实际案例,最终定位了LIMS系统的非正常TCP数据传输是导致ERP性能下降的原因,案例参考价值非常大。

其他网络分析专家案例:
门户网站访问失败原因分析(CSNA网络分析专家分析案例——来自陈金绚)
http://www.csna.cn/network-analyst-21915-1-1.html
网络访问慢原因分析(CSNA网络分析专家分析案例——来自鲍旭东)
http://www.csna.cn/network-analyst-19082-1-1.html
某单位无法发送带附件的邮件分析(CSNA网络分析专家分析案例——来自孟召瑞)
http://www.csna.cn/network-analyst-21590-1-1.html
Web服务器攻击分析(CSNA网络分析专家分析案例——来自徐志刚)
http://www.csna.cn/network-analyst-19076-1-1.html
虚假源地址网络攻击分析案例(CSNA网络分析专家分析案例——来自海万学)
http://www.csna.cn/network-analyst-19700-1-1.html
由于攻击造成的网络性能下降原因分析(CSNA网络分析专家分析案例——来自吴小蓉)
http://www.csna.cn/network-analyst-22075-1-1.html

CSNA网络分析专家案例分析报告-XX集团LIMS服务器访问ERP系统故障分析.pdf

669.28 KB, 下载次数: 2233, 下载积分: 魔法币 -3

评分

3

查看全部评分

回复

使用道具 举报

发表于 2010-8-26 15:59:35 | 显示全部楼层
努力学习中。。。。争取早日成为csna网络分析专家!
回复

使用道具 举报

发表于 2010-8-26 18:50:46 | 显示全部楼层
恭喜汪同学成为CSNA网络分析专家。
对这种未知原因的、无从下手的疑难杂症的解决,体现了网络分析的价值。
另外,2.2        LIMS访问ERP的RFC函数及模块 这段不知所云,如果结合抓包的截图效果会更好!
回复

使用道具 举报

发表于 2010-8-26 19:32:02 | 显示全部楼层
RFCPING
RFC_SYSTEM_INFO
RFC_SYSTEM_INFO
RFC_GET_FUNCTION_INTERFACE
RFC_GET_UNICODE_STRUCTURE
RFC_SYSTEM_INFO
RFC_GET_UNICODE_STRUCTURE
RFC_SYSTEM_INFO
RFC_GET_FUNCTION_INTERFACE
RFC_GET_UNICODE_STRUCTURE
RFC_SYSTEM_INFO
RFC_GET_UNICODE_STRUCTURE
IRF_SEND_INSP_REQUIRMENTS
这段是什么意思,能给一步一步的讲解就更好了
回复

使用道具 举报

发表于 2010-8-26 21:43:52 | 显示全部楼层
本帖最后由 菜鸟人飞 于 2010-8-26 21:45 编辑

这些是程序编写中的具体函数调用,每个函数具体啥意思,真不清楚。
文中把这些列出,只是便于在手动模式和自动模式下进行比较而已。
回复

使用道具 举报

发表于 2010-8-27 08:44:09 | 显示全部楼层
学习中.....................................
回复

使用道具 举报

发表于 2010-8-27 10:02:57 | 显示全部楼层
我是来学习,谢谢...........
回复

使用道具 举报

发表于 2010-8-27 10:47:17 | 显示全部楼层
学习
回复

使用道具 举报

发表于 2010-8-27 11:02:10 | 显示全部楼层
期待更多精品的出现。。。。
不断的提高
回复

使用道具 举报

发表于 2010-8-27 12:01:53 | 显示全部楼层
非常不错,大家一起努力,提升网络水平
回复

使用道具 举报

发表于 2010-8-27 17:19:58 | 显示全部楼层
菜鸟人飞出品,均是精品。
回复

使用道具 举报

发表于 2010-9-21 16:19:05 | 显示全部楼层
确实好文章!!!
回复

使用道具 举报

发表于 2010-9-22 00:36:37 | 显示全部楼层
資源耗盡啊。

這就像是有個人問,為何100M網絡普通下載能有10MB的速度,而用了VPN卻只有600多KB。
這個就很明顯了,路由器的處理能力不夠嘛。。。
回复

使用道具 举报

发表于 2010-9-22 20:39:30 | 显示全部楼层
学习学习~~
回复

使用道具 举报

发表于 2010-9-22 23:36:00 | 显示全部楼层
很好的资料。。
回复

使用道具 举报

发表于 2010-9-23 08:43:50 | 显示全部楼层
努力学习中。。。。
回复

使用道具 举报

发表于 2010-9-25 11:47:12 | 显示全部楼层
内容有点简单,不过很不错。
回复

使用道具 举报

发表于 2010-9-25 23:24:29 | 显示全部楼层
我觉得2.3.2里边的分析是文章里最核心的内容。
回复

使用道具 举报

发表于 2010-9-26 08:39:05 | 显示全部楼层
学习中……
回复

使用道具 举报

发表于 2010-9-26 08:39:22 | 显示全部楼层
学习,学习,努力学习
回复

使用道具 举报

发表于 2010-9-26 09:05:27 | 显示全部楼层
下载了看看。 楼主幸苦
回复

使用道具 举报

发表于 2010-9-26 15:59:19 | 显示全部楼层
个人认为你这个报告既然怀疑是tcp队列缓存满了以后接受LIMS的TCP请求导致性能下降,就应该实际模拟有大量TCP连接队列时再根据抓包中LIMS的tcp连接数比例去测正常客户端的请求响应时间,这样以实际数据更有说服力,发包工具很多,也有专业的具体名称就不说了,不给他们做广告。

评分

1

查看全部评分

回复

使用道具 举报

发表于 2010-9-27 08:50:52 | 显示全部楼层
学习中.....................................
回复

使用道具 举报

发表于 2010-9-27 11:23:05 | 显示全部楼层
本帖最后由 csna_powerz 于 2010-9-27 11:26 编辑

看完了,学习了,如果能深入或扩展下在编程中TCP包的急迫位的处理方法就更好了,如在VB中或C++中。不过好像急迫位的TCP包往打乱整个数据包的处理顺序而导致系统故障,好像不容易被人接受。既然这个有这个急迫位的设置,服务器在一定的限度内就应当能处理这样的包。
回复

使用道具 举报

发表于 2010-9-27 12:03:19 | 显示全部楼层
的确精辟,学习啦。3次连接的SAP函数顺序块没有一定基础还是真是摸不着头脑,怎么瞧都是枉费,汗
回复

使用道具 举报

发表于 2010-9-27 12:39:19 | 显示全部楼层
24# csna_powerz
不是急迫位的TCP包打乱了顺序才导致系统崩溃。
应该是太多急迫位的TCP,需要系统来处理,导致系统运行缓慢的。
回复

使用道具 举报

发表于 2010-9-27 12:41:36 | 显示全部楼层
22# jackmu2003
嗯,意见不错。不过像这种测试应该让系统开发商来做更合适些吧,呵呵!
回复

使用道具 举报

发表于 2010-9-27 15:53:04 | 显示全部楼层
2年多没来了
回复

使用道具 举报

发表于 2010-9-27 20:04:14 | 显示全部楼层
谢谢楼主分享!该文章值得学习!
回复

使用道具 举报

发表于 2010-9-28 09:50:16 | 显示全部楼层
谢谢楼主分享.学习中>>>>>>>>>>>>>>
回复

使用道具 举报

您需要登录后才可以回帖 登录 | CSNA会员注册

本版积分规则

快速回复 返回顶部 返回列表