荐读：

从此再也不用怕崩溃闪退了

听说你的SAP GUI会崩溃闪退？

困扰所有SAP顾问多年的问题终于解决了

正所谓常在河边走，哪有不湿鞋。

大概每个SAP用户都有过被SAP GUI的弹窗掉线支配的恐惧。

那种录着单据就差最后一哆嗦点击保存或者跑了一个小时的报表还没来得及导出Excel，系统就突然弹窗掉线，GUI窗口全部退出的情景，估计很多人都会抓狂，恨不得把电脑砸了。

愤怒之余还得眼含泪水默默重新登陆重新跑报表。

或者颤抖着在IT群里大喊一声：Basis，你的SAP又掉线了。

此时Basis顾问也是左右为难：

说是公司网络的问题吧——得罪了网管；

说是用户电脑的问题吧——得罪了用户；

说是SAP系统的问题吧——委屈了自己；

看着汹涌而来的用户抱怨声，Basis为了自己的饭碗决定不再委屈自己。

在系统中查找日志，很快发现了用户掉线的记录：

真是不查不知道，这一天下来掉线次数比想象中恐怖。

看起来有些用户已经习惯了。

看到这个DP_SOFTCANCEL_SAP_GUI_DISCONNECT信息，再结合官方Note的说法：

“检查调度器跟踪文件可能会提供有关所发生情况的更多信息，但解决方法将涉及本地网络团队检查这些通信问题。”

Basis终于有勇气跟网管说系统掉线是网络的问题。

然而网管并不慌。

直接祭出电脑ping服务器连续ping了10分钟都没有丢包的截图来证明网络没有问题：

这下把Basis搞得有点懵，总觉得哪里不对，但又没办法有力反驳。

于是Basis又深挖系统里的报错日志文件，里面赫然就是一堆“network error”和“NIECONN_BROKEN”：

再结合官方Note的方法进行了niping测试。

果然niping测试没多久就出现了错误掉线，跟GUI的报错一模一样：

这是最有利的证据了吧，网管这下应该没有说辞了吧？

面对实锤，网管还是拿出了新的ping测试结果：

没有丢包，没有丢包，网络没有问题，网络没有问题。

没办法，Basis只能苦口婆心去解释ping测试和基于TCP应用层测试的区别。

还特别贴心给了AI的专业解释：

甚至送佛送到西，Basis还免费科普起来：

ping就像是一个刚上班第一天的快递员，在大楼门口对着门卫喊：

“大楼有人吗？”

门卫回答非常快：

“有人！”

然后快递小哥就走了。

而niping就像是一个专业的快递员，直接来到3200号房间喊：

“3200号房间有人吗？是SAP先生吗？有你的快递！”

SAP先生回答也很快：

“有人，是我，这确实是我的快递”。

道理很简单，ping只是确认主机活着，而niping能够确认到端口是否正常和稳定，像iperf和tcping都是这个作用。

能ping通不代表服务是正常的，ping不通也不代表服务挂了。

好在Basis的帮助下，又是模拟又是抓包的，调试网络设备超时时间，经过一顿骚操作，总算使网络稳定下来。

SAP终于不再轻易掉线了。

当然，要使SAP完全不掉线是不可能的。

因为用户电脑使用环境比较复杂，网卡驱动问题、软件兼容错误、电脑中毒、系统休眠、移动笔记本等改变网络环境都会导致掉线。

再回到一个最根本的问题：

为什么网络不稳SAP GUI就要一定要掉线？

试想一下，本地网络里SAP系统IP是192.168.1.8，用户如果切换到到了另一个网络，恰好那个网络的SAP系统IP也是192.168.1.8，如果切换网络SAP GUI不掉线，那用户点击保存单据......

本文作者 | SAP梦心

联系方式 | 微信：W150112458

特别敬告 | 转载请注明出处并保持原文内容，谢谢！