一 硬件环境 两台电脑,一台为服务器装跑HANA虚拟机,一台为客户端运行HANA_STUDIO 服务器:内存至少需要16G windows server 2003 64位 客户端:windows 7 64位 二软件环境 服务器:VMware 9.0 HANA虚拟机镜像 客户端:jdk sapcar SAP_HANA_CLIENT SAP_HANA_STUDIO 软件的下载地址如下:
今天开始试着安装SAP S/4HANA 2020版本,也是目前SAP ERP最高的版本,总安装文件大小大概50GB,数据库版本必须是HANA2.0 SPS05以上,操作系统SUSE必须是15.1版本。
SAP HANA是一个在in-memory内存中的数据平台,部署为内部部署应用。 这是一个革命性的平台,它最适合进行实时分析,并开发和部署实时应用程序。 请点击这里了解更多有关SAP HANA。 通过使用命令行以下面的步骤来备份SAP HANA数据库。使用SQL命令行备份仅推荐在批处理模式下
SQL Message: backup could not be completed: [2000004] Cannot open file ""<root>/.COMPLETE_DATA_BACKUP_20220721_databackup_0_1" ((closed,mode= W, access= rw-r-----, flags= DIRECT|TRUNCATE|MULTI_WRITERS|UNALIGNED_SIZE), factory= (root= "/hana_export/HDB_Backup/" Permission denied
在这篇博客中,我将其称为ABAP PaaS,因为它就是这样:ABAP平台即服务。SAP历史上第一次,全球开发人员可以在云中构建和运行ABAP代码。在SAP Cloud Platform上,ABAP现在是块上的新孩子,在Java或Node.js旁边。
声明:本文仅代表原作者观点,仅用于SAP软件的应用与学习,不代表SAP公司。注:文中所示截图来源SAP软件,相应著作权归SAP所有。文中所指ERP即SAP软件。
HANA这货 当您看到本文的时候,应该是知道,或者听说过SAP HANA的,“内存计算、实时计算、独领风骚、业界最领先的内存计算技术,革命性的内存数据库产品,内存计算平台,天下武功,唯快不破;”等各种宣传之词,如果是,那么这些词统统全部指向一个软件,那就是SAP HANA。 SAP HANA是SAP公司的新产品,2010年面世,即在多核CPU+超大内存的廉价X86架构的PC服务器(其实也不是真的廉价,好配置的HANA服务器比小型机还贵)硬件上运行的内存数据库系统,而非简单的将数据Load到常驻内存
前段时间因为要做异构数据导入导出,所以搜了下,发现这类工具收费的居多,使用起来未必趁手~ 于是我找了下相关开源工具,目前,对于非开源的,我找到的大概有三种方式:
2019年的时候我写了一篇《我应该怎么学习SAP》,结合自己的过往和经历,给想要入行的朋友们一点参考,文章引起很多人关注和反响。
花费了整整一个周末加两个晚上,终于将最新的SAP S/4HANA 2020, Fully-Activated Appliance从Amazon远程主机打包下载下来,做成VM虚拟机,对,你没看错,很多人心心念念的Fully-Activated Appliance版本,自带业务数据,简称FAA。整个过程非常的艰辛,不仅需要在Amazon上提交工单增加配额,同时还要配置各种参数,主机上打包系统花了5-6个小时,中间还断线了一次,还得从来。因为国内的网络不给力,下载速度太慢,所以采用加拿大的服务器从Amazon主机ftp到本地,然后再传到网盘上,下载过程也很辛苦,足足花了二十多个小时,生怕掉线又得重新来过。但上传网盘的时候又差点崩溃,百度网盘在加拿大海外不给力,上传只有200-300KB/S,尝试了很多的网盘,最终挑选Apple iCloud作为中间云盘,购买iCloud容量,先传上去,然后国内这边再下载下来,123G的数据库上传下载足足用了15个小时,分了33个压缩包。因为手头上没有合适的机子安装,只好借用一个朋友的日本远端主机,然后又得在那台服务器上重新下载一遍。
花费了整整一个周末加两个晚上,终于将最新的SAP S/4HANA 2020, Fully-Activated Appliance从Amazon远程主机打包下载下来,做成VM虚拟机,对,你没看错,很多人心心念念的Fully-Activated Appliance版本,自带业务数据,简称FAA。
微软首席执行官Satya Nadella出席红帽大会。SAP与每一个公有云计算供应商合作,并将连接其HANA平台。戴尔的云战略围绕着VMware,并连接到公有云巨头,如AWS。微软在开源方面做得很好......这样的例子不胜枚举。再快速浏览一下最近的技术会议“头条”,这种感觉恐怕会更加强烈:
SAP HANA跟我学HANA系列之创建计算视图一正文部分 📷 📷 📷 📷 📷 📷 📷 📷 📷 SAP HANA跟我学HANA系列之创建计算视图一 SAP HANA跟我学HANA系列之创建计算视图一 SAP HANA跟我学HANA系列之创建计算视图一 SAP HANA跟我学HANA系列之创建计算视图一 SAP HANA跟我学HANA系列之创建计算视图一 SAP HANA跟我学HANA系列之创建计算视图一 SAP HANA跟我学HANA系列之创建计算视图一 SAP HANA跟我学HANA系列之创建计算
SAP HANA应该如何学习? 从HANA本质来讲大家都知道,就是一个数据库,和Oracle,SQL Server 没啥本质的区别,内存计算、列式存储也不是啥新玩意,所以学习HANA和学习一个新的数据库从这个角度看也非常类似,当然HANA有其非常独特的特性(其实哪个数据库没有),其中最重要最本质而且未来会一直延续的特性就是HANA和SAP其他产品之间千丝万缕的联系,这一点对学习HANA的人而言会存在一定的挑战,当然挑战就意味着机会。 HANA的学习路线(roadmap)也可以从其共性和特性出发来设计,下面只是个人的一些设想,仅供参考。 1. 数据库DBA 大家都知道,行业里无论哪种数据库一般都存在两个角色,DBA和Developer,DBA负责数据库的部署、设计、调试、监控和调优等等各项工作,类似SAP领域的Basis,Developer掌握数据库的开发语言和逻辑,开发各种数据库层面的内容。 我们先从DBA说起,我本人原来就是做SAP BASIS的,DBA不敢说精通勉强也算了解,HANA的DBA和其他数据库的DBA本质没啥区别,但DBA向来是一个需求少但是要求高的角色,一般的DBA大多会和其他角色合并,例如SAP系统的DBA和BASIS就是不分家的,非SAP产品DBA可能和网管或者类似角色合并,只有在很大规模的企业里会有专职DBA存在。HANA的DBA入门不难,但DBA最值钱的部分-性能调优,这个需要靠时间积累和环境的培养,恐怕一时半会除了SAP不太会出现优秀的HANA DBA。从这个角度出发,建议大家把HANA DBA作为自己必须掌握的技能,除了调优以外的知识都需要储备。以后出去做HANA,装个HANA调个参数还需要别人,竞争力就明显弱了。 建议学习资料:HANA Academy ,SAP Help 上的PDF 适用对象: 所有HANA从业者 2. 数据库开发 只会开发数据库的Developer恐怕很难生存,因为目前绝大多数大型应用都不太会绑定某个数据库,除了一些特殊产品以外,在数据库层面做的开发都不会太多,绝大多数developer都是兼做数据库的开发,但HANA不太一样,由于其内存计算的特性,使用HANA必定要将应用逻辑下沉,这点造成了大量的HANA数据库开发需求,举个例子:未来随着ECC on HANA的普及,ECC本身的很多应用逻辑都不一定下沉到HANA重写,别说客户自己的定制开发了,而客户自己的定制开发恰恰又以查询类为主,光把ABAP报表改写到HANA的事就够多的了,加上基于HANA的新的开发,这些预计未来会有较大的需求。 建议学习资料:HANA Academy ,SQL Reference等 适用对象: ABAP开发人员,HANA开发人员 3. 数据挖掘和分析 这是HANA的强项,也是HANA最早版本发布时的目标,想想HANA本身这个名字就明白了。这个角色牵涉的方面很多我只谈一下SAP领域的内容。数据分析也好挖掘也好,一般都会有几个环节,一是获取源数据,二是模型建立和开发 三是展现。对于想从事这方面工作的同学以下产品是需要了解和掌握的: 获取数据:SAP一系列做数据复制的工具产品:SLT,BODS,DXC Sybase (目测估计以后不大会用了),甚至第三方的ETL工具模型建立和开发:BW,BOE(包括IDT,Universe)以及关键的HANA Studio(其实是指HANA里模型建立和开发的技术),展现:BO的水晶报表,Explorer ,dashboard 等,或者第三方的展现工具,国外看到过有人用PowerBuilder开发HANA应用的。 延伸部分:HANA内置了业务逻辑库和预测算法库,还可以和R Language集成,这是数据挖掘领域非常有用的功能。 建议学习资料:HANA Academy ,SAP Help等 适用对象:原SAP BW/BI/BO从业人员 数据挖掘和分析人员 4 HANA原生开发 HANA最有吸引力也是最有生命力的部分其实在于其原生的开发,HANA内置了一个轻量化的JAVA App server,可以开发server端的js,MVC模式的交互界面,甚至移动端的UI。同时和HANA数据库内嵌集成,性能比外部系统访问HANA还好。我们看到的SAP HANA的很多有意思的案例都是基于HANA的原生开发,例如NBA,环球帆船大赛,国内的农夫山泉等,这些案例几乎都和SAP传统的业务系统没有任何关系,可以说已经超出了SAP的范畴,真正把HANA当一个平台类的软件来使用,这里的想象空间是巨大的,同样涉及到的技术也非常广泛,例如HANA和开源平台的集成(hadoop)等等。这里个人能力有限,只能大致谈一下HANA里面的开发技术。主要有基于HTML5
这是SAP HANA曾经反击的文章,今天再次翻出来阅读觉得意味深远。由于过于技术对于两家到底谁优谁劣一直没有定论,不过从SAP HANA问世起至今,SAP和Oracle的战火就从未停止过。 这段时间以来,Oracle 一直试图传播有关 SAP HANA 的负面消息,而且有愈演愈烈的趋势,这真让人难以置信。对此,SAP 的传统做法是走正道,只对这类消息做正面回应。Oracle 所传播的信息几乎是百分之百错误的,他们的目的只有一个,就是保护其现有的营业收入。您只要回顾一下 Oracle 在过去 10 年中对云计
介绍一下SAP HANA 2.0 SPS 00版本中新的智能数据访问Smart Data Access(SDA)
这是有趣的地方。非常清楚的是S / 4HANA具有出色的分析功能,其中许多功能在S / 4HANA Fiori UX屏幕中启用。客户情况说明书,财务供应链管理和许多其他分析功能已嵌入S / 4HANA用户体验中。
以“大道至简”之名,SAP公司在北京发布了其全新商务套件SAP Business Suite 4 SAP HANA(以下简称SAP S/4HANA),SAP执行董事会成员、SAP全球业务总裁安睿博(ROB ENSLIN),SAP Business Suite高级销售副总裁Markus Schwarz及SAP大中华区总裁纪秉盟( MARK GIBBS)分别在发布会上介绍了SAP的战略、SAP S/4HANA的特性、SAP S/4HANA的业务价值,并接受了媒体记者的采访。
这一年来SAP在媒体上的曝光频率与日俱减,这缘于媒体的聚光灯已从企业软件身上移走,一窝蜂的去报道更有话题更有引爆点的互联网市场,另外就是企业级软件市场一直在忙于云端转型,也没有太多精力专注于市场层面的事情, 就连老对手Oarcle的接连挑战及恶语相向,SAP也没有向当年那样出动直升级在OOW大会上予以还击,在今年的OOW大会,Oracle更甚竞然公开宣称SAP已经从他的竞争名单中删除,这种藐视对手的做法让SAP及他的小伙伴们情何以堪呢? 原本SAP将所有的赌注都押宝在HANA身上,可是这也没有逃脱Orac
最近在参与一个SAP HANA项目,研究了有一段时间了,中间也经历了各种痛苦,最终发现物有所值,HANA确实是SAP的重大创新了,近期准备把自己学习以及实践的体会写文章与大家分享。 那就先从什么是HANA说起,下面一段文字出自SAP的官方介绍: 为了帮助客户大道至简,我们在不断突破过去面临的种种限制。2015年2月3日,SAP正式宣布推出一款全新的商务套件。该套件完全基于SAP HANA构建,其所有功能都只能通过SAP HANA实现。SAP S/4 HANA是一款全新的产品,也是自SAP R/3面世以来
花开两枝,讲完黯然神伤的Michael和他可怜的卖不掉的H-store,我们来看看SAP的葫芦里卖的什么药。以事后诸葛亮的态度来说,SAP演出了一场大戏,从研发到宣传到销售到并购,很多东西是不是精心策划我无从判断,然而起码从结果上来说,可谓心够黑胆够肥。 HANA是High Performance Analytic Appliance的简称,它作为一个新型的数据库,有着一些其他数据库所不具备的特点和创新性,我们先了解一下这些主要的创新性: 首先,HANA是第一个支持ACID的transaction 语义的c
你知道SAP HANA吗?记得这个概念刚刚走进我们视野的时候,很多人都会发出这样的疑问,后来我特意请教了一下业内人士何为HANA?他表示:用一句最直白的话HANA就是一个数据库,但它跟传统的数据库又有所不同。它是基于内存的计算,同时对OLTP、OLOP进行优化。我们管他叫内存数据库。 但就是这样的一个内存数据库却因不菲的价格和高昂维护成本让众多CIO望而却步,另外很多CIO也在疑问企业是否真的到了非上HANA不可的地步?目前多数企业尚处于基于结构化数据处理阶段,对于非结构化数据和巨量数据的处理需求还远未达到
IBM与SAP合力构建定制化客户解决方案,旨在提升客户价值,改进客户体验,助力客户数字化转型,实现认知型企业重塑。
SAP已发布HANA Cloud的公开定价。到目前为止,Analytic Workloads的大小似乎仅限于1TB,并且不支持关键任务方案,但是可以肯定地假设SAP正在努力扩展它。令我着迷的是,HANA Cloud的总体拥有成本令人印象深刻。没关系。我从此公开演示中获得了内部定价。
此文承接第一篇《S/4 HANA系统表对比Ⅰ》,今天继续了解S/4 HANA中系统表的变化。(文末有福利,注意查收)
HANA是SAP推出的一款In-Memory数据库,能够既支持行式和列式存储,客户可以只有一份数据Copy就能够实现OLTP和OLAP的操作,尤其在OLAP场景下表现很强大。有兴趣的同学可以参考:https://www.sap.com/india/products/hana.html。
自从SAP推出HANA后,几乎把所有的模块都在往HANA上靠拢或者说集成。这样做必定要有其独特的优势。SAP HANA提供单一内存数据平台,支持各种数据的交易和分析,这是支持现代实时数字业务的应用的关键要求。在今天的数字经济中,企业无法改变过去已经发生的,真正的内存数据平台应该支持针对公司所有数据的交易和分析的实时处理。这是SAP HANA平台与其他传统数据库供应商的主要区别。
领取专属 10元无门槛券
手把手带您无忧上云