Work
work
SAP HANA – SLT安装配置总结
0虽然SAP HANA SP03官方文档中,已经提供了一个非常详细的SLT安装和配置文档,但是还是有很多同学没有弄清楚这个安装和配置的步骤,其实文档中说的很清楚的,但是有得很关键的地方,就是一句“请参考什么什么Note”就带过了,很多不仔细的同学,一扫而过,结果SLT无法连通ERP和HANA,造成很多悲剧事件!
所以说,还是要仔细读标准文档,虽然长是长了点,但是一旦读完,以后就不用再读了。
SAP HANA SP03 – LT Server标准安装文件 (重要!)
SAP HANA SP03 – LT Server操作手册(重要! SLT玩家必备凶器)
本文中涉及的文档均可以在
1)安装:SAP NW Basis 7.0 SP02 版本(单独的SLT服务器)
注意这个NW的版本,不要牛逼的去装最新的NW 7.3,那个DMIS不支持,再牛逼的大侠,不仔细看文档也会栽倒在这里的,下图是安装好的状态。![]()
2)安装:DMIS 2010 (在SLT和源ERP都要安装)
3)安装:DMIS SP05升级包 (在SLT和源ERP都要安装)
整个SLT系统安装完之后,就是这个样子,登录到SLT系统,然后检查系统的状态, 登录SLT系统,输入事务代码“LTR”,出现以下的屏幕,请先直接跳过这一个屏幕,因为你肯定连接不通,因为有很多步骤,你还没有做
这个步骤是很简单的步骤,但是也是最容易发生问题的地方,比如系统无法打开连接,无法创建Schema,RFC出错等等,在做这个配置之前,请先在SLT系统中检查以下的东西:
- 检查SLT系统中的Background Job数量是否足够。
如果没有,像类似的下图,默认安装之后只有3个后台进程,按照要求SLT的后台JOB数量需要有10个之上,至少,这样才能确保实时的复制有足够的Job可用,否则你创建好的SLT连接会有一个黄色的错误,无论你怎么刷新,还是有问题,下面图是没有调整过BGD JOB的图片
- 必须请亲爱的BASIS顾问调整后台JOB的数量,之后下面的就有所变化了,至少10个
- 参照SAP NOTE 1597627( http://service.sap.com/sap/support/notes/1597627 ) 检查以下的项目
是否安装了SAP DBSL for SAP HANA database (如果不安装,需要手动修改下面三个Domain)
是否安装了HANA Client ,因为SLT也要访问HANA的
是否将HANA CLIENT的安装路径加入到系统的环境变量,不设置的话,SLT无法使用驱动去打开一个db连接
做完上面3个检查或者安装,记得重启SLT的服务器,一定要重启!
- 参照SAP NOTE 1589983( http://service.sap.com/sap/support/notes/1589983 )检查以下项目
检查DB Entries是否存在HDB这样的东西,使用SE11 ,检查一下的DOMAIN里面的Fixed Value是否有HDB这个值,如果没有可以考虑手动加入进入,
也可以参照NOTE中说明,打个Note,也会自动加入所需要的值到这3个Domain中
DBCON_DBMS
DBSYSABBR
DBSYSTEM
4)在SLT系统中配置一个RFC连接,连接源ERP系统
- 在源ERP中创建一个用户,最基本的权限富裕,定义成Dialog或者System用户其实都可以

如果你打了DMIS的SP05的补丁,其实你给这个RFC用户只需要分配一个角色即可。
- 在SLT系统中创建一个RFC连接,输入源ERP的IP, SID, Instance Number,填入上面创建的用户名和密码,点击校验,是否能顺利通过
这个一般大家知道,不多加描述
5)配置SLT的连接
- Schema Name : 比如输入ECC_SLT, ,一旦配置完成,就会在HANA Studio中创建一个全新的Schema,系统自动创建,不需要你手动做任何事情
- Replay Job: 这里我们输入4, 意味着有4个后台的Job会用于做数据的同步复制
这里大有学问了,4个Replay Job对应到SLT系统的就是4个后台BGD的JOB, 一旦定义了就会立即有Job生成用于做数据的复制.一个Replication Job能够处理20个ERP源系统的数据库表的复制,所以如果在ERP端有50个表需要和HANA做实时的同步,请记住,这里只需要定义3个即可。 因为3X20= 60.
定义太多有什么问题?没有,但是你所有的后台BGD的进程会被占用,如果有新的Table需要加入到同步的范围中,可能会出现Trigger无法创建,什么类型的错误.
- RFC Destination: 选择你创建的RFC连接名称(在SLT中配置一个RFC-ABAP类型,去连接源ERP系统)
- System Name: 填写SYSTEM
- PASS: 密码
- HOST NAME: HANA的IP地址即可,不一定hostname
- Instance Number:HANA的Instance Number,一般默认是00,第二个是01.
- 其他的参数不要动,也不要改(建议新
6)在HANA中执行Data Provision过程,说白了,就是抽数
完成上面你的步骤之后,系统会根据你输入的Schema名称,自动创建新的Schema以及一个同名的用户,还有一些角色,你需要把这些角色赋予给其他用户,这个用户才能使用Data Provision的功能从SLT连接的系统中同步数据库表。
如果希望使用其他的用户来做Data Provision的话,需要分配<Schema>_DATA_PROV这个角色给你希望那个用户,使用那个用户登录就可以从ERP来同步数据库表了。
例如:如果使用SYSTEM来同步ERP的表,这里加入: BG7_DEMO2_DATA_PROV, 这里的BG7_DEMO2就是在第5步中输入的schema名称,只是系统会自动生成这些角色而已。
今年的博文大赛又获奖了,很开心
0http://weibo.com/1792819387/xwWbVBR90
很是幸运哪,希望能和老板们合个影,照个像,小虚荣心又开始泛滥了,呵呵。
作为SAP中国的HANA Presales,多推荐推荐自己给客户,这也是对公司的产品的一种宣传,呵呵:)
SAP HANA对比Oracle Exalytics,内存计算之争!
3本人改编的水平有限,勿喷我,感觉作者的分析和态度还是非常公正的。
Oracle Exalytics是什么
Oracle Exalytics有点和SAP HANA相似,但是它却是一个带有40个CPU Core,以及1TB内存的相当普通的应用装置,号称能储存5~10tb经过压缩过的可分析的数据,但是考虑到压缩/转换(Essbase)不一定如此成功。 无论如何,你还是可以在这个中等规模的内存应用产品上执行高速的业务数据的分析工作.
Exalytic是多个技术产品的混合应用(搭积木搭出来的), 利用TimesTen内存数据库技术,BI Stack,以及Essbase OLAP引擎的.这意味着Exalytic实际上没有任何创新的,只是稍微把一些现有的技术重新包装成了一个新的应用装置而已,新瓶装旧酒,就是这个道理, 当然也不是什么坏事情.
和SAP HANA相比
和SAP HANA 1.0 SP02相比, Oracle的这个产品大致上相同,它是硬件和软件相互结合而成的一个Appliance, 主要的区别你必须Oracle那边买所有的东西. 但是HANA确是开放的的硬件支持系统,随你所选都支持,所有主流的硬件厂商都支持。
目前Oracle 的Exalytics只有一个型号,那就是1TB,这是个优点,也是个缺点。
首先,SAP的HANA可以支持从64GB数据量的软件销售,也可以支持4TB的数据量的软件销售,这是具有巨大的灵活性的。根绝企业自身的数据规模定义不同的软件授权费用。
所以Exalytics和SAP HANA也不是相同系的产品。
ORACLE也成了SAP内存计算战略的跟随者了
在SAP HANA发布之前,ORALCE,IBM以及一些其他的公司都有一堆基于内存计算的产品,但是从未隆重的发布和推向市场。
有趣的是什么呢? 在SAP HANA这个产品发布半年之后,Oracle也按耐不住了,因为Oracle意识到SAP的内存计算的应用貌似还真是一个趋势,虽然自己之前也弄发农发,但是没大张旗鼓的发布和研发啊,不好意思,这次落后了。。。。看来靠吃传统OLTP的关系型数据库已经出现日落西山的趋势了。。。不行,要赶紧发布一个类似的出来,O记是大公司嘛!技术积累还是很深的,所以没过多久,Oracle Exalytics发布了,之前发布的是Big Data的ExaData,不过价格有点虚。
Oracle的Larry是相当有个性的人,总是自行其道,这么多年来,收购的战略相当成功,所以Exalytics也是基于收购的TimesTen的产品而来。
SAP HANA是否有先发治人的优势,是相同的产品吗?
先发和后发,其实对于客户来说没有什么的,最重要的是产品是否真正的符合用户自身的需求,SAP HANA和Oracle Exalytics 已经越来越成熟,而且越来越像彼此,向彼此靠近。
Oracle目前提供的相对简单的销售模式,因为他是一站式服务,所以SAP在这方面并未占据什么的优势,但是SAP HANA正在以非常快的速度不断的发布新的版本和,到现在10月份,SAP HANA已经是SP03的版本了,SAP HANA已经不仅仅是一个附加的分析应用产品了,而是一个给NetWeaver BW系统用的关系型数据库产品了。
注:SAP BW 7.3已经发布了,底层的关系型数据库已经不仅仅是DB2, ORACLE, MS-SQL Server这老3样了,而是SAP HANA,所以说HANA也再不断的进化。
可想而知,SAP HANA会继续的前行,将NetWeaver下的产品,不断的替换成HANA-Based的数据库,对用户而言,这无疑巨大性能的提升了。
结论
在我看来,Oracle Exalytics这次还真的是被动的应付了HANA而出的产品,但是接下来真正有趣的是,SAP HANA已经非常明显的指出了它的产品路线图,HANA将会取代传统的RDBMS, 而成为SAP ERP的底层数据库。
问题是,Oracle会出来调整自己在RDBMS上的解决方案方向,从而和SAP的RDBMS战略相竞争呢?
在今后的几年里,不会有太多的新技术的支持,所有的这些战略和解决方案都需要被基于On-Premise和云解决方案中才能有强大的凝聚力和竞争力。
单单就目前而言,似乎SAP在在长期的战略方面占绝上风,而Oracle也不应被忽视。
英文原文点击上面的链接即可
http://peopleprocesstech.com/2011/10/03/sap-hana-vs-oracle-exalytics-the-game-is-on/ 【英文原文】
SAP Network Blog: SAP SLT (Trigger Based) Replication Made Easy – part 1: Planning, Preparation, Installation
0一篇关于SLT同步数据到HANA的文件,讲解如何配置,安装等等。
