Additional Blogs by SAP
cancel
Showing results for 
Search instead for 
Did you mean: 
yue_wang2
Discoverer

1 - 客户端性能

该章节包含
HTML,Java Applet, Rich Client 还有浏览器这些客户端应用等客户端机器的所有相关调优内容。


1.1 -
使用HTML Interface来得到更快的表示/刷新报表体验

HTML Interface是轻量型-瘦客户端。使用HTML方式来表示和编辑WebI报表。轻量型客户端在资源消耗上很小,所以能够更快的表示/刷新报表。当然HTML InterfaceJava Applet少一些机能,您可以从功能和性能方面上权衡是否使用该模式。

WebI 用户指南的章节 1.4介绍了HTML, Java Applet, Rich Client的区别。您可以查看相关内容,从而决定是否使用HTML Interface

这是三种区别的截图:
下面是Help portal里面Web Intelligence相关文档的链接,您可以找到相关终端用户指南:

1.2 - 升级到BI4.1SP03+ (单一Jar file Applet Interface

BI 4.x
中介绍了新的Applet Interface机制,也就是Java Report Panel/Java Viewer。以前的版本也曾经用过单一Jar file - ThinCadenza.jar

BI4.0
以及BI4.1的早期版本将以上机制分割成60多个jar file。这确实让维护和配置变的简单,但是Java Update的不断更新却让这些变的非常麻烦。Java SecurityUpdate & Restriction现在默认是强制执行的,这使得这种方式在很多性能方面表现的很慢。

BI4.1 SP03+
开始重新使用单一Jar file进行配置。这种方式就不需要每打开一个.jar file就检查一遍安全性等信息,所以性能提高很多。

下面就是What's New Guide,里面简单谈到了更改的相关内容。基本上这些内容不需要终端用户知道,大概让用户知道会提升性能就可以

GUIDE - BI 4.1 What's New Guide - Section 4.5

相关内容在下面的KB中也有介绍:

KBA - 1975294 - In Business Intelligence 4.1, when using the webi Rich internet applet, it takes a long time to open

1.3 - 确保Online Certificate Revocation Check不会降低您Applet Interface的性能

新版本的
Java Runtime Engine (JRE)中,Online Certificate Revocation Checks默认是被选上的。这个选项会使每次客户端打开jar file的时候,JRE都会连接Online Server来验证证书是否已经注册。如果您的网络不是那么的快,那么很多的时间都会花在这上面。

旧版本的
JRE默认这个选项是不打开的,所以您可能没碰到这个问题。
BI4.x60+.jar file,打开的时候要检查60+.jar file的认证,就会花很多时间在这方面。下面的WikiKBA有更详细的解释:

WIKI - Tips for Fine Tuning Performance for the Webi Applet

KBA - 1904873 - Web Intelligence Rich Internet Applet loads slower after installing Java 7 Update 25 (JRE 7u25+) and above

1.4 - 确保JRE Client Side Caching是打开的

在遇到JRE性能问题的时候,第一件事情需要确认的就是JRE Caching是打开并WORKING的。有很多JER性能问题是由于JRECaching被禁止或者配置错误造成的,也有可能有的系统由于配置的关系,造成JRE Caching并不工作从而导致性能问题。

Citrix系统上面曾经有个这样的事例。这个系统上,每个用户都有唯一但是动态的"User"文件夹,每个session的缓存有可能不是存放在一起的。解决方法就是将缓存设定到同一个地址,这样在不同session直接就不存在缓存的问题。

下面的Wiki有关于JER Caching的详细配置及检测方法。

WIKI -Tips for Fine Tuning Performance for the Webi Applet

1.5 - 确保您的JER没有Security Change相关的问题发生


Java Security Update造成了非常多的关于Java Applet Interface的问题。下面是大家比较常见的一些问题:


WIKI - Web Intelligence and Oracle Java Runtime Engine Known Issues


上面的文章安装XI3.1BI4.x分成不同章节进行了说明。下面这2个是BI4.0BI4.1的具体章节。

这些问题都不是技术上的性能问题,但这些问题的存在会使您的终端用户在产品使用过程中遇到性能过慢等问题。


SAP一般在每几个月提供Patches/Support Packs等更新,一旦OracleSecurity机制发生更新,由于相对Oracle的更新BI的更新会稍微有些延迟,这就会导致您使用过程中出现由于oracle security 机制变更引起的问题。所以当您升级JRE版本的时候,请考虑以上因素再决定是否升级。

1.6 - 选择适合您的客户端 - Webi Rich Client vs HTML vs Applet Interfaces


每个客户端类型都有自己的特点及优点。在功能,性能以及简易型之间找到平衡是选择适合您的客户端的唯一标准。


WebI用户指南的章节1.4解释了各种客户端的区别,详读会有助于您的选择。使用哪种客户端并没有硬性规定,有的用户也许喜欢用HTML
interface
查看报表,但是用Rich Client Interface来新建和编辑报表。


Help portal里面Web Intelligence相关文档的链接:


PORTAL - SAP BusinessObjects Web Intelligence 4.1 – SAP Help Portal Page

下面是BI4.1 SP6的文档链接:

GUIDE - BI 4.1 SP06  Web Intelligence User Guide - Direct Link


一般情况下,我们会做如下推荐:


Webi HTML Interface

适合主要查看已经做好的报表,或者只做少许更改的用户。

HTML interface在内部连接的是64Backend server,但是比Applet Interface少些功能。

Webi Applet Interface

适合报表设计者,或者需要对报表进行数据分析的用户。

Applet Interface也是内部连接的是64Backend server,并且通常能够处理大数据量或者计算量的操作,他依靠Backend server进行大压力操作。但是这是基于Web Application,所以在长时间操作,或是刷新大数据时会经常发生timeout.

Webi Rich Client Interface

拥有基本上所有的Applet Interface的功能,并且有自己的附加功能。推荐高级版设计者使用,以便在对大型文档操作时获得更稳定的设计环境。

可连接本地数据源比如Excel & Access,同样可以使用3层模式来连接Backend Server以获得更高的数据处理能力。


2 实施最佳方案.     


当说到实施最佳方案,我们通常是指在业务中优化Web Intelligence报表在实际业务中的使用流程及方法。本章节将为你介绍一些较为常用的业务优化方案..

2.1 –通过报表计划来节省时间和资源


这看起来很容易,但是实际上无数的support incident都是可以用合理利用计划和实时参照来规避的。.


您可以以5分钟为分界点,如果一个报表需要5分钟以上的时间刷新才能得到结果,那么建议用计划。计划报表可以将进程交给后台服务器处理从而将您从屏幕前漫长的等待中解脱出来。

计划报表的好处

  • 在运用正确的情况下可以降低用户的等待时间
  • 允许均衡执行时间避免用户高峰
  • 可以帮助减少并发用户
  • 减小对数据库的压力
  • 可以用报表链接来合并实例从而产生更小更快的文档


研究表明在当今世界,终端用户甚至都不愿意用5秒多来等待视频加载,比如你在YouTube上点了播放按钮,你会愿意花5秒中等待视频加载吗?我想大部分人会直接放弃或是反复刷新。对于WebApplication用户来说也是一样的,如果一张报表用了一两分钟都打不开,用户就会选择关闭报表重试,或者干脆放弃。这样做的风险就是不断增加的请求加大了服务器的工作量。这有个典型的例子:

  1. 用户A 登录到 BI
    Launchpad
    并浏文档Monster
    Finance Report
  2. 用户A查看了文档内容并点击了刷新按钮用来取得最新数据
  3. 两分钟,用户A看到报表仍在刷新中,他失去了耐心认为刷新动作卡住了,于是关掉了浏览窗
  4. 用户A决定碰碰运气再试一遍。这其实创建了一个获取相同数据的新请求,那么就可能和已经在BI服务器和数据库正在执行的请求发生冲突
  5. 又过了几分钟,用户放弃操作并退出。但是他并不知道自己的操作用掉了多少后台的资源


在上述的例子中,我们看到了下列不好的结果:

  • 用户A永远得不到他想要的报表,而且拥有了一次非常糟糕的用户体验
  • 后台资源被浪费却没有达到期望的结果.

通过合理的利用流程安排和计划,上述的问题都是可以避免的。下面为大家介绍一下如何合理的优化计划:.

  1. 指导用户用计划来完成需耗时5分钟以上的工作
  2. 鼓励用户在非高峰时段运行计划
  3. 按照终端用户需要的格式例如ExcelTextPDF等执行计划。这样可以节省时间和资源
  4. 当多个用户对同样报表有不同需求时合理优化发布

更多计划 发布相关内容, 请参照下属链接:

文档 - BI 4.1 SP6BI 动板用户指南第七章计划对象

文档 - BI 4.1 SP6 BI动版用户指南第十章关于发布

2.2 –使用CMC中计划时的重试功能

尽管这不是一个真正的性能改善技巧,但是我们发现很多人都忽略了通过CMC执行报表计划时的重试选项。该功能允许设置当计划失败时间隔多久执行多少次的重试操作。.


下面是BI 4.1中该选项的截图:.


这个选项可以帮你节省计划失败后重新手动计划的时间。有些偶然的计划失败往往是由于服务器资源的不足等原因造成的,通过这种自动重试就可以是你在一台负荷大的服务器上避免许多类似的临时失败。
.

该选线既可以在默认设置/重复发生中设置也可以在计划/重复发生中设置。不同点在于前者可以适用于多有的计划工作,而后者作用于个别的计划工作。.

注意:  该选项只在CMC上进行计划时存在, BI Launchpad上目前还没有该功


2.3 –通过限制功能来减少环境中的计划实例数

再介绍个小功能叫做限制,同样可以帮助改善系统性能。实例限制可以设置在文件夹或具体对象上面。.


基本概念就是通过该功能来限制文件夹和对象保有的实例数,一旦超过这个限制,CMS会自动清理久实例来减少CMS DBFile
Store
磁盘中的数据,释放一定资源。.


下面是CMC 帮助文档中关于如何激活设定限制的介绍:.


设置限制可以允许自动删除BI Platform上的报表实例, 如果限制指定在文件夹上则作用于文件夹中的所有对象。

对于文件夹,您可以设定:

  • 每个对象,用户和用户组的限制实例数
  • 在多少天后为某个用户或组群删除实例

.
CMC上激活限制功能的方法

  1. 登录CMC,打开文件夹页面
  2. 选择目标文件夹,点击限制
  3. 在限制画面中,选择当某个对象存在多余N个实例时,删除多余的实例选项,然后输入限定的实例数,默认值为100.点击更新
  4. 限制用户和组群的实例数,点击为一下用户/组删除多余的实例旁边的添加按钮
  5. 选择一个用户或者组,点击>添加到选定的用户/,点击OK
  6. 为添加后的用户或组设置每个用户每个对象的最大实例数。默认值为100
  7. 限制每个用户和组实例保存天数,点击N天后删除以下用户/组的实例旁边的添加按钮
  8. 选择一个用户或者组,点击>添加到选定的用户/,点击OK
  9. 为添加后的用户或组设置最长实例期限。默认值为100
  10. 点击更新

下面是该功能的设定截图:

2.4 –调整平台搜索

您是否遇到过在没有任何用户操作下系统资源被占用的情况?如果有那很有可能是因为平台搜索.


什么是平台搜索?.


平台搜索功能使您可以在BI Platform存储中搜索需要的内容。它可以根据内容的关联性对搜索的结果进行分组和排序。.无疑这是一个很好的功能,我们只是需要在调整系统性能的时候对其加以考虑和调整。.

这面的文档介绍了这个功能以及如何配置:.


文档- BI平台管理员指南(BI 4.1 SP6) 第二十二章- 平台搜索..


BI4.0发布后,技术支持看到很多用户在迁移到4.0后遇到了很多的系统性能,资源消耗问题。.经过大量的研究,我们发现大多数的事例中问题都是由于新系统中对添加对象的索引导致的。那它是如何影响性能的呢?


平台查询程序会检测是否又新的内容需要被索引化和目录化。这就意味着任何一个新对象 (Webi Doc, Universe,Crystal Report) 都需要进行分析,目录化,索引化。而完成后那个这些工作需要APS 上的搜索服务,当添加的报表存在很多的数据,对象,关键字时就会给系统带来很大负荷.如果您发现这占用了大量的系统资源时,可以用计划选项控制检索执行的时间。避开业务高峰时段应该可以帮助您改善性能。


相关信息您可以参照管理者指南文档的22章内容。简而言之,除非您有无穷无尽的资源否则一定要确保平台查询在您的监控范围内。


更多信息:


KBA - 1640934- How to safely use Platform Search Service in BI 4.0 without overloading the server?

BLOG - What is the optimal configuration for Platform Search in BI 4.x? - By Simone Caneparo

3 报表设计最佳方案


本章节将为大家介绍一些通过报表设计提高报表性能的技巧,这些内容不单适用于新建的报表,对既存的报表也是可以少做改动进行应用的。.

强烈推荐这篇由william.marcy