提问
SAP BusinessObjects - Platform Administration SAP BusinessObjects - Web Intelligence (WebI) business objects web intelligence jsp java bi 4.2 ttfb

BOBJ和Web Intelligence的性能降低

2020-09-03 15:24发布

站内问答 / BO
1526 5 5

         点击此处--->   EasySAP.com群内免费提供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个报告选项卡，数十个变量。 但是，我将同一份报告加载到另一个系统中，并具有以下比较时间：

  1. 登录等待时间为5秒，而客户端系统为48秒
  2. 打开文档：viewDocument.jsp总时间为15.78秒，而客户端计算机上的时间为52.46，主要区别在于客户端服务器上的时间主要是下载时间，而测试计算机上的时间则全部在TTFB中。
  3. 打开文档：report.jsp总时间为7.49秒，而客户端服务器为27.48秒
  4. 等待左侧面板：ajaxIncObjects总时间为39.21秒，而客户端服务器为3.7分钟。

对于测试机器的计时，我不是在服务器台式机上而是在自己的笔记本电脑上使用Chrome v76。 该服务器是Windows 2012 R2，运行Intel Core i7-4790 @ 3.6GHz（8核），并在云托管的VM上具有32 GB RAM。

这些时间显示出一些明显的发现-更快的服务器甚至在更广泛的网络上也更快地返回数据。 但是，登录等待时间远远超过了我在其他客户端上看到的任何时间，并且打开查询面板，在查询之间移动，打开较小的报表等的一般缓慢的时间表明某些事情是不正确的。

任何人都可以就极端延迟来自何处的问题提出建议吗？

谢谢

基思

（29.0 kB）

         点击此处--->   EasySAP.com群内免费提供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个报告选项卡，数十个变量。 但是，我将同一份报告加载到另一个系统中，并具有以下比较时间：

  1. 登录等待时间为5秒，而客户端系统为48秒
  2. 打开文档：viewDocument.jsp总时间为15.78秒，而客户端计算机上的时间为52.46，主要区别在于客户端服务器上的时间主要是下载时间，而测试计算机上的时间则全部在TTFB中。
  3. 打开文档：report.jsp总时间为7.49秒，而客户端服务器为27.48秒
  4. 等待左侧面板：ajaxIncObjects总时间为39.21秒，而客户端服务器为3.7分钟。

对于测试机器的计时，我不是在服务器台式机上而是在自己的笔记本电脑上使用Chrome v76。 该服务器是Windows 2012 R2，运行Intel Core i7-4790 @ 3.6GHz（8核），并在云托管的VM上具有32 GB RAM。

这些时间显示出一些明显的发现-更快的服务器甚至在更广泛的网络上也更快地返回数据。 但是，登录等待时间远远超过了我在其他客户端上看到的任何时间，并且打开查询面板，在查询之间移动，打开较小的报表等的一般缓慢的时间表明某些事情是不正确的。

任何人都可以就极端延迟来自何处的问题提出建议吗？

谢谢

基思

（29.0 kB）
付费偷看设置
发送
5条回答
大圣 - sap领域执行人，9年sap运营经验
1楼-- · 2020-09-03 15:50

1。 24gb的内存低于BI4.x 2的最低要求。 磁盘I/O通常是导致虚拟环境中的系统速度缓慢的首要瓶颈。 慢速的磁盘I/O将使BI爬行。
3。 您可以运行受影响的工作流的端到端跟踪，并查看BOE流程中的时间花费在哪里（KBA 1861180）

N-Moskvin
2楼-- · 2020-09-03 15:40

Hi Denis，

感谢您的回复:)

PAM建议BI4.2所需的最低RAM为16GB，我们确实有一些16-24GB的客户端，其系统运行速度比此更快。

我问了有关磁盘IO的问题，正在等待IT部门的答复-还要了解主机上可能还存在哪些其他VM

谢谢，我将检查该SAP注释并查看可以从中得到什么

基思

微wx笑
3楼-- · 2020-09-03 15:50

BO是否仅安装在一台服务器中？ Tomcat，BO服务等？ 看到延迟时，系统中有多少用户？

什么是Tomcat配置？ 为Tomcat分配的内存？

您的APS是否已拆分？ 这个问题是现在还是从一开始就发生？ 您能否检查数据库端是否存在刷新报告的瓶颈？

haha101010
4楼-- · 2020-09-03 15:54

嗨Jawahar，

感谢您的回复：）

这是一个单服务器环境，是的。 用户数量会有所波动，但通常约为10-20个最大值。 延迟似乎并没有根据系统中的用户而变化，这是一致的。

Tomcat的最大内存池为6144，MaxMetaspaceSize为2048M-增加这些设置似乎确实减少了如此频繁地重新启动Tomcat的需要，但并未加快性能

对于此大小的服务器，APS根据我们的常规配置进行了拆分。 数据库大小没有问题，因为数据刷新实际上非常快，因为打开和编辑报告所花的时间比应该花的时间长得多

谢谢

基思

木偶小白
5楼-- · 2020-09-03 15:40

我建议检查CMS数据库。 BO生成数百个查询，那里的高延迟可能会导致严重的延迟。 如果这不是问题，则可以进行端到端跟踪并将结果提交给技术支持以进行分析。

一周热门 更多>

点击此处---> EasySAP.com 一起学习S4 HANA ...