在SAPHANA上跑ERP需要解决哪些问题(使用sap系统的公司)

从HANA本质来讲大家都知道，就是一个数据库，和Oracle，SQLServer没啥本质的区别，内存计算、列式存储也不是啥新玩意，所以学习HANA和学习一个新的数据库从这个角度看也非常类似，当然HANA有其非常独特的特性（其实哪个数据库没有），其中最重要最本质而且未来会一直延续的特性就是HANA和SAP其他产品之间千丝万缕的联系，这一点对学习HANA的人而言会存在一定的挑战，当然挑战就意味着机会

HANA的学习路线(roadmap)也可以从其共性和特性出发来设计，下面只是个人的一些设想，仅供参考

1

数据库DBA大家都知道，行业里无论哪种数据库一般都存在两个角色，DBA和Developer，DBA负责数据库的部署、设计、调试、监控和调优等等各项工作，类似SAP领域的Basis，Developer掌握数据库的开发语言和逻辑，开发各种数据库层面的内容

我们先从DBA说起，我本人原来就是做SAPBASIS的，DBA不敢说精通勉强也算了解，HANA的DBA和其他数据库的DBA本质没啥区别，但DBA向来是一个需求少但是要求高的角色，一般的DBA大多会和其他角色合并，例如SAP系统的DBA和BASIS就是不分家的，非SAP产品DBA可能和网管或者类似角色合并，只有在很大规模的企业里会有专职DBA存在

HANA的DBA入门不难，但DBA最值钱的部分-性能调优，这个需要靠时间积累和环境的培养，恐怕一时半会除了SAP不太会出现优秀的HANADBA

从这个角度出发，建议大家把HANADBA作为自己必须掌握的技能，除了调优以外的知识都需要储备

以后出去做HANA，装个HANA调个参数还需要别人，竞争力就明显弱了

2

数据库开发只会开发数据库的Developer恐怕很难生存，因为目前绝大多数大型应用都不太会绑定某个数据库，除了一些特殊产品以外，在数据库层面做的开发都不会太多，绝大多数developer都是兼做数据库的开发，但HANA不太一样，由于其内存计算的特性，使用HANA必定要将应用逻辑下沉，这点造成了大量的HANA数据库开发需求，举个例子：未来随着ECConHANA的普及，ECC本身的很多应用逻辑都不一定下沉到HANA重写，别说客户自己的定制开发了，而客户自己的定制开发恰恰又以查询类为主，光把ABAP报表改写到HANA的事就够多的了，加上基于HANA的新的开发，这些预计未来会有较大的需求

3

数据挖掘和分析这是HANA的强项，也是HANA最早版本发布时的目标，想想HANA本身这个名字就明白了

这个角色牵涉的方面很多我只谈一下SAP领域的内容

数据分析也好挖掘也好，一般都会有几个环节，一是获取源数据，二是模型建立和开发三是展现

对于想从事这方面工作的同学以下产品是需要了解和掌握的:获取数据：SAP一系列做数据复制的工具产品：SLT,BODS,DXCSybase(目测估计以后不大会用了），甚至第三方的ETL工具模型建立和开发：BW，BOE(包括IDT，Universe)以及关键的HANAStudio(其实是指HANA里模型建立和开发的技术），展现：BO的水晶报表，Explorer,dashboard等，或者第三方的展现工具，国外看到过有人用开发HANA应用的

延伸部分：HANA内置了业务逻辑库和预测算法库，还可以和RLanguage集成，这是数据挖掘领域非常有用的功能

4HANA原生开发HANA最有吸引力也是最有生命力的部分其实在于其原生的开发，HANA内置了一个轻量化的，可以开发server端的js，MVC模式的交互界面，甚至移动端的UI

同时和HANA数据库内嵌集成，性能比外部系统访问HANA还好

我们看到的SAPHANA的很多有意思的案例都是基于HANA的原生开发，例如NBA，环球帆船大赛，国内的农夫山泉等，这些案例几乎都和SAP传统的业务系统没有任何关系，可以说已经超出了SAP的范畴，真正把HANA当一个平台类的软件来使用，这里的想象空间是巨大的，同样涉及到的技术也非常广泛，例如HANA和开源平台的集成(hadoop)等等

这里个人能力有限，只能大致谈一下HANA里面的开发技术

主要有基于HTML5的SAPUI5界面开发的业务逻辑开发，OData/RESTService的数据接口开发以及HANA数据库本身的开发

第一步要确保主机服务器可以处理一个快速的文件系统，通过分派足够大量的RAM开始。一个调整好但内存不足的文件系统不能提供优化的性能，因为没有足够的空间来恰当地缓存这个文件系统元数据表。 要知道你的服务器是否有足够的内存，就使用免费命令。如果缓存器和缓存使用的总内存超过了RAM总量的20%，它就会工作。但是越多就越好。理想来说，你需要大概40%的服务器内存用在缓存器和缓存上。 下一步，检查你的磁盘。为了获得尽可能好的性能，你将需要用到尽可能好的磁盘。这不是说你只需要SSD磁盘。但是如果你需要速度，不要使用7200 RPM SATA，要使用15000 RPM串列SCSI(SAS)代替。 还要将磁盘域控制器参数纳入考虑。确保启用了电池备份的缓存。为了增加写入性能，将写入配置为延迟。如果你更注重读取性能，配置预读取来增加机会，让你下一步需要的数据更可能在你需要时已经在内存中负载了。 优化Ext4文件系统服务器也检查过了，现在我们就来优化Ext4文件系统。你需要考虑两个东西，然后你就可以检查更具体的性能参数了。 几乎在所有情况下都有所帮助的一个参数是关闭文件系统访问时间，使用/etc/fstab中的“一次都不(noatime)”安装选项。没有这个选项，每次文件被访问(包括读取)时，这个文件的元数据都会变更。大部分服务器没有对这些信息做处理，所以关闭它就行了。 另一个有意思的安装选项是dealloc选项，它打开了延迟的块配置功能。这个功能在最后时刻决定写入文件发生时使用哪个块，优化这个写入程序。 另一个重要的安装选项调整文件系统日志。有三种日志模式:data=journal、data=ordered和data=writeback默认设置data=ordered提供性能和防护之间的最佳平衡。但是如果你的服务器需要写入大量数据，它可以长期冻结你的服务器。如果是这种情况，使用iotop等工具，你会看到kjournald程序的高负载。如果你的服务器遇到了这种行为，使用data=writeback选项来获得更好的写入性能。但是使用这个选项增加了风险，最新修改的数据会在宕机事件中崩溃。 创建文件系统来获取更好性能时，可以用到多个选项。第一个是inode大小。inode用来存储元数据，如果扩展属性或访问控制列表(ACL)用在一个文件系统上，默认的inode不足以存储所有数据并且配置了二级的inode这也就是说，所有的文件访问你都需要用两个 *** 作来代替一个。

1、空间不足，指的是chunk不够了，可以通过onspaces -a来增加chunk;

2、删除表中多余的数据chunk大小是不是变的，表空间在创建的时候大小已经设置好了，要增加也只能通过上面的方法来增加大小，删除表中的数据也只是增大表extent的剩余空间；

3、使用命令oncheck -pt可以清楚的看出空间的使用情况

以上就是关于在SAPHANA上跑ERP需要解决哪些问题(使用sap系统的公司)全部的内容，包括:在SAPHANA上跑ERP需要解决哪些问题(使用sap系统的公司)、如何开展sap bpc系统性能优化、informix数据库空间不足,删除表中多余的数据后空间为何不增加等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！