All you need to konw of transports of Integration

Some consultants have no ideas of when applying SP to IK or BOE, how to deal with transport files.

Here are some very useful articles that should clarify:

1497853 - Where are the Service Pack and FixPack transport files for SAP Integration Kit?
1472104 - When applying Fix Pack, which transport file should I import?
1345919 - How do you load transports provided within the SAP Integration Kit into SAP BW system
1271751 - Advice about BW transports required for Business Objects XI 3.1 SAP Integration Kit
1405489 - Should XI Integration for SAP Solutions be patched to the same level as the BusinessObjects Enterprise?


(0) 评论    (0) 引用   

BusinessObjects WebI Processing Server优化参数

This is a very good article.

http://www.sdn.sap.com/irj/scn/weblogs?blog=/pub/wlg/24130

Especially the caching parameters. Inappropriate setting could cause high disk I/O and bad performance


(0) 评论    (0) 引用   

SAP KB of BI and HANA connectivity

1) If connecting SAP HANA DB with BI Universe

KB 1591695 How to set up HANA JDBC Connectivity for Universes

2) Performance issue due to fetching records number

KB 1645763 - Performance - Results from HANA JDBC driver returned in small packets

http://imm.io/dYkA


(0) 评论    (0) 引用   

SAP HANA step by step #2

SAP HANA在快速地进化中,而我手头的资料涵盖了从最初到最新的很多版本,有些技术细节或者术语可能与最新版本有出入,在我发现后会及时更新。但是这并不妨碍我们学习HANA

· SAP HANA 应用场景

HANA DB是一个列存储的数据库——这并不是什么创新,因为Sybase IQ也是。列存储的数据库更容易压缩,聚合结果更快,所以是为分析所设计的。这是HANA将会使数据分析提速的因素之一。
HANA DB是内存内计算数据库,也就是说不仅仅是部分数据存储在内存里,更重要的是,一些逻辑计算发生在内存的数据里,这样肯定要比在应用层计算快得多。这也是HANA使数据分析提速的重要因素。
曾有朋友问我,SAP如何应对“大数据”。我想,SAP BOBJ BI提供了丰富的前端报表和挖掘功能,SAP BW提供了强壮的数据建模功能, SAP EIM完善了BWETL并提供了更加全面的数据质量管理工具,而HANA使实时分析成为可能,这就是SAP应对大数据的解决方案。
传统的数据挖掘场景,BW提供了统一的挖掘系统,BWA用来提升性能:
有了HANA之后,最初的场景(也是大部分客户做PoC的场景)是HANA作为额外的data mart,但是只能进行local BI的分析,比如Lenovo是对CRM数据进行挖掘分析,前端展示工具是BOBJ,而且那个时候HANA对外的接口只是支持MDX/SQL而已(现在已经可以用BICS直接连接):而现在,SAP BW 7.3(Orange)的发布,第一个运行在HANA上的SAP产品已经出现,除此之外还有CO-PA等。而基于HANAlocal application,比如Information Composer也开发完成。将来,越来越多的应用会直接运行在HANA之上。在使用SAP HANA的一些应用之前,对HANA最普遍的使用场景是加载SAP ERP(Non-ERP如果必要)的数据进入HANA DB,然后用Studio建模,之后用BOBJ的前端工具进行报表。


(0) 评论    (0) 引用   

SAP HANA step by step #1

带图文件请下载附件http://sap.iteye.com/blog/1323564

SAP HANA在快速地进化中,而我手头的资料涵盖了从最初到最新的很多版本,有些技术细节或者术语可能与最新版本有出入,在我发现后会及时更新。但是这并不妨碍我们学习HANA

非技术

首先,了解HANA的途径有http://help.sap.com
http://www.sdn.sap.com/irj/sdn/in-memory
http://service.sap.com/hana

在经历了SAP1年的十分积极地推广(无论是内部还是外部)之后,SAP HANA究竟是什么,以及大概在SAP未来的整个产品中占据怎样的位置这样的基本问题(却是神重要的问题)差不多尘埃落定了。首先SAP HANA最开始大家都搞不清楚到底是什么,BW的替代者?一个数据库?现在SAP给出了清晰地解释:SAP HANA is a hardware and software combination that integrates a number of SAP components including the SAP HANA database, Sybase Replication technology and SAP LT (Landscape Transformation) Replicator.也就是说SAP HANA是一个软硬件结合的混血产物,并包含了一系列SAP产品组件。这让我想起了当年NetWeaver刚刚推出大家的迷惑一样,最终NetWeaver成为了一个“商标”。HANA不是一个产品,更像是一种战略方向,一把挑战Oracle的利剑。而OracleExtradata正是于此直接竞争的产品。

此外,SAP HANA此前被人广泛误解的真正的内存内数据库,以前的名字叫做In-Memory Computing EngineIMCE,现在已正是更名为SAP HANA Database(曾经也叫做SAP In-Memory Database)。

SAP认证的HANA硬件提供商有:HP IBM 富士 思科 DELL – (我奇怪的是为何online help中没有提及Lenovo)。


HANA的主要组成部分


客户端:HANA Studio(In-memory studio)内存内数据库:HANA Database数据复制组件:SLT/Sybase Replication Sever/BusinessObjects DataServices

· 数据复制组件

SAP提供了三种数据复制方法,如图:Trigger-based使用的是SAP自己开发的已经有一段历史的工具SAP Landscape Transformation Replication Server (SLT RS),这是与底层数据库无关的技术。ETL-based其实就是ETL数据到HANA,使用的当然是SAP EIM的旗舰产品BusinessObjects DataServicesLog-basedSybaseReplication Server,而这曾经是SAP HANA的首选,是基于数据库change log的复制技术。
由于SLT RSSAP自家产品,所以集成起来更容易。Sybase RS应该说虽然十分成熟,但是毕竟是SAP收购的,所以整个架构比较复杂,而且最关键的是,从SAP官方的帮助文档来看它只支持IBM DB。其实sybase RS本身是支持Oracle,毫无疑问的,但是在HANA刚刚推出时,记得看过一篇国外的blogOracle为了应对挑战,第一个反应是Sybase RS可能产生的侵权问题,因为调用了一些未公开的API(呵呵,十分的Oracle)。鉴于Oracle强大的打官司能力,我想SAP是不会冒这个风险的。而完整的数据复制方法对比表格从帮助文档中摘录如下:


· Studio

SAP In-memory studio是一个机遇EclipseHANA管理和建模工具,主要有管理和建模两个视图。


(0) 评论    (0) 引用   

SAP BOBJ整合成功?才刚上路呢

虽然距离SAP收购BOBJ已经有近4个年头了,但是SAP与BOBJ的整合,我认为才刚刚开始。

由于SAP BI与EPM的产品线与BOBJ的BI EPM产品线重合过多,第一步一定是战略性地决定去留。

但是Integration Kit有些功能只不过是过渡性的,比如根据BEx Query生成Universe供BOBJ前端工具使用,Universe几乎作用于BEx Query就是相同的,这是再明显不过的过渡解决方案了。

BI 4.0开始,几乎所有工具都支持BICS直连BW了,Universe更专注于关系型数据库,其实也就是非SAP BW客户对BOBJ的需求。但是性能和稳定性一直还是整合中的大问题。

另外,让我们看看LCM与CTS+整合使用的配置前提条件:

1. SAP BusinessObjects Business Intelligence platform 4.0 (BI platform) is installed.
2. SAP NetWeaver Composition Environment 7.2 (SPS 03 or higher) is installed and it has BusinessObjects LCM Web Application or the complete SAP BusinessObjects Business Intelligence platform 4.0 is deployed on it.
3. SAP Solution Manager 7.0 EHP1 SP25 is installed and is used as the domain controller for CTS+,at least for the configuration of SAP BusinessObjects systems.
For more information about configuring the transport domain, see
http://help.sap.com/saphelp_nw70ehp1/helpdata/en/44/b4a0a77acc11d1899e0000e829fbbd/frameset.htm
4. SAP Business Warehouse 7.0 (SPS 24 or higher) systems are installed. For more information, see SAP note https://service.sap.com/sap/support/notes/1369301
5. SAP Business Warehouse (SAP BW) transport landscape is configured in the Change and Transport System.

OMG,我只不过是想要一个统一的对象传输工具而已,更别提后续的配置和troubleshooting了。

那么想像一下那些不愿意如此费力整合到CTS+的用户,再更改了BEx Query以后,要在BW一端用CTS传输,又要跑到SBOP BI4一端传输,过多的步骤一定会容易导致人为的错误。

客户要管BW ABAP stack,要管JAVA stack,现在还要管BOBJ平台。这就是收购带来的痛。


(0) 评论    (0) 引用   

BusinessObjects integration with NetWeaver EP

(0) 评论    (0) 引用   

How to capture MDX statements from BW side #2

In my previous blog http://sap.iteye.com/blog/1263970, I introduced the apporach of capturing MDX statements from RSTT trace. But in some cases, this could be very time-consuming and complex.

There is a new tool from SAP to make our life eaiser.

Please check note 1406664 to install this tool.


(0) 评论    (0) 引用   

Performance tips of WebI off BEx Query

When there is drill down of WebI which is built against BEx Query, it is better to always check "Query Drill Down" option to minimize the data to be transfered and processed in WebI.

Please check these this if you don't know this option:

http://www.msatish.com/sap-businessobjects-web-intelligence-webi-using-query-drill/


(0) 评论    (0) 引用   

BW RSADMIN table maintainance tips

Fast update by report SAP_RSADMIN_MAINTAIN


(0) 评论    (0) 引用   

[Wiki Recommendation] BW table types

(0) 评论    (0) 引用   

Oracle与SAP BI产品对比 #3

注:由于时间有限,我并没有深入去了解Oracle的产品。本文中一些结论只是根绝经验的推测和猜测。

Oracle Essbass可能是很特别的一个产品。因为我们知道本身Essbass就是当年Hyperion收购来的,而后经过Hyperion的多年整合和开发又被Oracle一同收入囊中,这必然出现整合的问题,所以也就产生了最开始我看到此ORACLE BI产品时的疑问。

毫无疑问Essbass是伟大的产品,它被评为过去10年最具影响力的技术创新之一。但是我们也知道它的强大在于Essbase最初是多维度数据库管理系统而问世,即MDBMS。只有MDBMS当然不够完善,于是最初的Arbor软件公司就开发了Excel add-in的用户界面用来利用essbass的强大力量进行数据挖掘和what-if分析。不过当然,公司的主要目的是兜售整套解决方案,所以我认为excel add-in UI与essbass是高度集成的。被Hyperion收购后,Hyperion也为Essbass开发了更多更丰富的UI,比如smartview,Hyperion Analyzer, Hyperion Reports等等。不过这里我要推测和强调的是,正如最开始的excel add-in UI的目的是为essbass服务而非要单独创造一个BI client产品,所以,直到被ORACLE收购前,我认为所有的essbass UI都是与essbass高度集成的。这也就是为什么我们从BOBJ的产品线里能够看到LiveOffice, SBOP Analysis for OLAP/for Office作为单独的产品供客户选择来满足各自的业务场景和客户需求,而我们却无法从ORACLE的BI产品线里看到。其实ORACLE有极其类似的工具,你从essbass的描述中可以得到:


Richest business user experience—Delivers "speed-of-thought" query response time that helps users quickly understand the metrics that influence business performance, ask questions, and make informed decisions. With its outstanding Microsoft Office integration, Oracle Essbase resonates with both business and financial analysts. In addition, its suite of reporting tools satisfies the diverse needs of users across the enterprise. Whether inside a spreadsheet, through formatted reports, via a powerful ad hoc graphical interface, or a data visualization paradigm, business users can easily and intuitively understand vital business drivers.

所以可能这印证了我的推测,至今为止这些分析工具都高度紧密地与essbass集成,这不是那么容易剥离出来成为单独的产品销售的,于是essbass现在不仅仅是一个MDBMS,而成了一个独立的BI解决方案,或者技术栈。这便是Oracle策略的缺点。像SAP以前一样一切都靠自己研发,客户确实可以获得更好地集成和更低的TCO以及维护成本,但是每个公司又各有所长,如果不收购businessobjects,SAP的BI挖掘工具简直还是在石器时代。收购之后,整合变成了最大的痛苦,至今BO的客户端性能能与原生BEx Analyzer相提并论的还是很少。一直到了BI Platform 4.0时代,性能依然是SAP BI产品的大问题。

但是SAP的篮子里依然没有essbass这样的产品,即便是Sybase IQ也只不过是个列存储数据库,而非多维度数据库。只是不知道essbass与ORACLE的OLAP产品是否有冲突,未来ORACLE的roadmap是怎样。
从这里我们可以管中窥豹,在实施ORACLE BI产品时,基本是这一块那一块地卖给客户,七零八散。但是每个产品,在各自领域都是almost the best。

ref links:

http://en.wikipedia.org/wiki/Essbase

http://www.youtube.com/results?search_query=Essbase&oq=Essbase&aq=f&aqi=g10&aql=&gs_sm=e&gs_upl=397726l397726l0l402346l1l1l0l0l0l0l218l218l2-1l1l0

http://www.oracle.com/us/solutions/ent-performance-bi/business-intelligence/essbase/index.html


(0) 评论    (0) 引用   

Oracle与SAP BI产品对比 #2

注:由于时间有限,我并没有深入去了解Oracle的产品。本文中一些结论只是根绝经验的推测和猜测。

Oracle BI产品里一个重要部分便是BI Publisher。
http://www.youtube.com/watch?v=BnhpNd5qz6o&feature=related
这是一个与Crystal Report几乎功能一样的产品。我相信在11g里一定有很大的改善,这里有一个共5部分组成的视频。
http://www.youtube.com/watch?v=X31ipkXn7Sw

不过众所周知,CrystalDecision的Crystal Report几乎成为了业内高度格式化报表的标准和旗帜。我想,Crystal Report 2011 + Crystal Report for Enterprise至少不会落后于BI Publisher。当然,这需要全面考察之后才能下结论。目前我仅仅是想大概了解下ORACLE BI的产品组成。如果有了空闲时间,会看看BI Publisher是否易用。


(0) 评论    (0) 引用   

Oracle与SAP BI产品对比 #1

注:由于时间有限,我并没有深入去了解Oracle的产品。本文中一些结论只是根绝经验的推测和猜测。

根据Gartner最近发布的报告,SAP是BI市场份额第一的厂商,紧随其后的是Oracle。于是最近想了解下这个虎视眈眈第一把交椅的市场老二的BI产品。

大概浏览了下Oracle BI&CPM的网站,Oracle的BI平台叫做OBIEE,目前版本是11g,全称为Oracle Business Intelligence Enterprise Edition。基本这是一个相当于SAP BusinessObjects XI或者SAP BusinessObjects BI platform 4.0的平台,也提供了ad-hoc query,dashboard等功能。


OBIEE最重要的组件之一叫做Answers,这里有一个视频,展示了Answers(不许嘲笑讲演者浓厚的异域口音)。

http://vimeo.com/11255065

在我看来,这是一个相当于SAP BusinessObjects Web Intelligence的产品,不过从灵活性和最终报表的美观程度来说,确实不如WEBI。另外,最重要的catelog部分的建模此处没有涉及,应该跟Universe差不多。不过这个视频较老,不知道目前的11g会有多大的改善。


第二个组件就是Interactive Dashboard,其实这个DashBoard跟BusinessObjects XI的Infoview里的DashBoard类似,也就是SAP最新BI 4.0里的BI Workspace,并不能称作是一个真正的“Dashboard”。与Xcelsius的功能是不能相提并论的。

第三个组件叫做Delivers。通过大概的demo展示,这基本是一个类似SAP BW Broadcasting或者SAP BusinessObjects里publication的功能。我们知道由于Infoview和schedule&publication功能的成熟,SAP已有的Boradcasting要逐渐停止开发并退出历史舞台。目前暂时还没有深入看到Delivers在11g到底有多么强大,但是我感觉在这项功能上BOBJ已经做得足够好,足以满足客户的需求。

起码从简单的视频展示,不懂技术的人应该会对更炫更灵活的SAP BusinessObjects BI platform感兴趣。但是也从一个侧面反映了ORACLE(Hyperion)的CPM产品有多么大的市场份额,因为Gartner的报告是将狭义的BI和CPM和在一起的。


(0) 评论    (0) 引用   

SAP Transient provider

With SAP ECC6 EHP5, there is a new function enhancement with enable SAP BusinessObjects BI to report against data in SAP ECC as BEx Query. Certainly Crystal Report can consume SAP ECC data for ages but it is not working like report off a BEx query. If the customer has no BW system in place but would like to ultilze SAP BusinessObjects BI client tools, you should really consider this.
Essentially, transient provider just exposes out-of-box InfoSet of SAP ECCto BEx Query which can be consumed by most BI 4.0 tools.

Please check out this video.
http://www.sdn.sap.com/irj/scn/index?rid=/library/uuid/d01f24f9-048d-2e10-5abd-a9b82e6b3cb4

 查看全文

(0) 评论    (0) 引用