点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)你好 我在客户端遇到问题,启动...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)你好 我在客户端遇到问题,启动...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
你好
我在客户端遇到问题,启动板,打开Web Intelligence报表和在WebI中打开查询的性能很慢。 从身份验证屏幕到登录时的文档视图可能需要30秒或更长时间,打开大型报表进行编辑需要3分钟以上的时间,打开查询面板并查看WebI查询可能要花费一分钟的时间。
问题系统是运行在Windows Server 2016虚拟服务器上且具有专用资源的4.2 SP6。 它具有8个2.1 GHz的AMD Opteron处理器6172内核和24GB RAM。 我在服务器本身的桌面上使用Chrome v76。
在一天的首次登录中,登录过程最多需要一分钟,而此输出将在Chrome控制台中显示:
此"等待(TTFB)"(到第一个字节的时间)对于一天中的首次登录是一致的-后续登录更快。
然后,当我打开一个大报表时,尽管我已从Chrome控制台中获取了这些计时信息,但我已从中清除了数据:
52秒下载文件
再次等待27秒-在此之后,报告首页出现在屏幕上,并且结构/格式可见。
然后,用于显示Universe可用对象的左侧窗格又需要3.7分钟才能显示。
我接受此报告非常大-19个查询,21个报告选项卡,数十个变量。 但是,我将同一份报告加载到另一个系统中,并具有以下比较时间:
对于测试机器的计时,我不是在服务器台式机上而是在自己的笔记本电脑上使用Chrome v76。 该服务器是Windows 2012 R2,运行Intel Core i7-4790 @ 3.6GHz(8核),并在云托管的VM上具有32 GB RAM。
这些时间显示出一些明显的发现-更快的服务器甚至在更广泛的网络上也更快地返回数据。 但是,登录等待时间远远超过了我在其他客户端上看到的任何时间,并且打开查询面板,在查询之间移动,打开较小的报表等的一般缓慢的时间表明某些事情是不正确的。
任何人都可以就极端延迟来自何处的问题提出建议吗?
谢谢
基思
(29.0 kB)
嗨Jawahar,
感谢您的回复:)
这是一个单服务器环境,是的。 用户数量会有所波动,但通常约为10-20个最大值。 延迟似乎并没有根据系统中的用户而变化,这是一致的。
Tomcat的最大内存池为6144,MaxMetaspaceSize为2048M-增加这些设置似乎确实减少了如此频繁地重新启动Tomcat的需要,但并未加快性能
对于此大小的服务器,APS根据我们的常规配置进行了拆分。 数据库大小没有问题,因为数据刷新实际上非常快,因为打开和编辑报告所花的时间比应该花的时间长得多
谢谢
基思
一周热门 更多>