SAP HANA是 SAP独创的内存计算,让企业前段应用层面产生的数据通过内存计算模式直接进行展现和分析,为企业真正实现秒级展现数据的需求,让企业在面对海量数据的时候,可以轻松自如的分析数据,作出正确的销售,生产,采购,库存策略。通过SAP HANA 可直接访问运营数据,而不影响SAP ERP 和其他运营系统的性能。企业可以近乎实时地将主要交易表同步到内存中,以便在分析或查找时能够轻松对这些表进行访问。一旦数据可通过内存访问,各个部门就可以从预订单据、销售线索、服务要求等大量列表中查找单个行项目,而不会对运营系统造成任何影响。这种高效的建模流程支持提供明细行项目的直接访问模型,以及支持更为复杂的分析流程的分析模型。
帮助客户制定HANA计划的咨询顾问与分析师承认其中的复杂性,他们认为HANA分析型应用将最终走进企业混合ERP环境。也许短期大规模Business Suite向HANA的迁移不会出现,但这是一个非常重大的变革,SAP用户必须重新评估他们的企业系统。埃森哲公司的SAP分析与HANA部门全球主管Nicola Morini Bianzino表示:客户向HANA迁移的方式是小步走,大多数的SAP客户都在进行评估,他们需要一套系统的方法来决定如何进行迁移,以及是否在云中运行HANA。客户将从小的组件开始向HANA迁移,同时需要保证业务的正常运转。这与迁移到云的形式非常相似,部分业务留在企业内部,部分放到云中。对于那些市场竞争中处于领先位置的大型SAP论坛来说,他们对预测分析的需求是明显的,是HANA的典型客户群。而像公共事业这种行业,他们的迁移步伐会慢一些。当HANA企业云以及相关的选项更成熟,证明迁移更可行的时候,Morini Bianzino期待一些小型公司也能够跟上脚步。相比而言,SAP BW on HANA应用更简单一些,而且成本与风险相对较低。Morini Bianzino表示:通常BW系统的规模不是很大,所以前期的投入会相对较少。埃森哲在印度的一个制造业客户近期就完成了向HANA的迁移。另外一些没有准备好对ERP系统进行完全平台再造的客户首先会考虑一些批量处理负载,比如财务结算,他们能够从HANA的性能提升上快速获得回报。SAP HAHA改写历史一些观察家指出,HANA强袭的一个主要原因是SAP对新的收入流的迫切需求。凯捷公司的HANA咨询顾问Mike Price表示,ERP热潮早已经过去,而为了推广HANA,SAP不得不对其ERP平台进行重新投资,包括核心代码的重写。实在难以想象现在有多少人在为此写代码。SAP声称,基于HANA的Business Suite对客户来说将提供无缝的迁移体验,专家对此表示赞同。Forrester著名分析师Paul Hamerman称,基于HANA的Business Suite并不是另一个版本,它更像是一个增强的功能包。客户通过迁移到HANA的确能够获得非常好的性能提升,比如在财务结算上的测试显示能够提供1000倍以上的性能提升。Hamerman表示:在HANA的推广方面,SAP一直非常小心,不给客户造成迁移必须‘大动干戈’的印象。这与甲骨文形成鲜明对比。 Hamerman这里指的是Oracle融合应用软件产品线。HANA早期回报体现在接近实时的运行传统的批量处理应用。然而,速度并不是唯一的优势。特别是对于跨国公司来说,他们基本上会统一时间进行基于ERP的批量处理,通常是在夜里。然而由于时差关系,一些地区业务就可能需要暂停。因此这种接近于实时的处理能力会非常具有吸引力。举个例子:从Salesforcecom云中下载移动数据,销售能够给客户现场提供复杂的定价方案。现在的ERP架构是无法做到的。HANA云前景Hamerman 认为,HANA与云的组合让SAP在云中提供ERP变得更加简单,然而只能是单租户的环境。这不是多租户的SaaS模式,HANA与单一实例的ERP软件将运行在数据中心里。Morini Bianzino认为,未来三到五年之内,还没有哪家企业会做出大胆决定,将所有的系统都放到云当中。然而无论是内部ERP系统还是云端ERP大背景下, HANA部署都很适合。Morini Bianzino大胆预测财务模块将是ERP软件迁移到HANA以及云上的首选方案。根据TechTarget的调查显示,尽管云安全问题在过去几年中有所突破,但依然有很多企业还没有做好将敏感数据放到别人数据中心当中的准备。
Oracle数据库内存数据库的恢复与传统数据库的恢复不同,因为你要在一个相当“凶悍的”架构中设计恢复。尽管并不需要频繁地用到它,但因为使用内存数据库就是为了追求速度,你还是得对灾难恢复进行保险设计。为恢复提速也蕴藏了一个商业价值。我之前从事过这样的一项工作:早上收报告,而后得等到第二天才会更新。如果我们一天能收到五到十次的更新,那就能很好地管理公司的年鉴了。
对于内存数据库来说,应该确保尽可能少的写入占用永久存储。提供直接的光纤通道端口,同时确保SSD或PCIe闪存卡的最佳状态用以保证低延迟。保证重要的性能冗余且将网络交换机数量降到最低。
大多数内存数据库都是预先设置好的设备。它包含一些动态的RAM容量,可能还会带些闪存,同时,方方面面通过软件被安排地头头是道。当你使用一台预先设计好的设备时,先在欠载的情况下测试它。测试它的吞吐量及在一年中最坏情况下的灾难恢复。然后告诉大伙儿灾难恢复的时间并确认该速度用于企业业务已是富富有余。你不希望最终结果或者一些关键性业务它无法正常恢复。你在内存数据库上花了大把的钱,并对其寄予厚望。
在如何恢复和放置数据方面,SAPHANA和其他的内存数据库变得越来越智能,它们对吞吐量进行优化并尽可能地为恢复提速。它们能够避免让系统宕机。最坏的情况就是I/O失效让整个内存系统出现故障。采用捷径带来了冲击,没有仔细思考如何优化恢复速度结果造成了运行中断。
1、传统数据库可以运行在传统设备上,但HANA数据库必须使用HANA认证机型;
2、传统数据库取数时从存储中取,HANA数据库从内存中读取数据,从这个角度上说HANA快些;
3、使用传统数据库ECC用啥版本都行,HANA必须ERP60+EHP7以上;
4、按SAP的说法在HANA上的财务模块,有些版本减少了一些冗余的中间表,但存在和原来同构的视图,所以迁移后不影响自开发的程序的运行。
Oracle数据库内存数据库的恢复与传统数据库的恢复不同,因为你要在一个相当“凶悍的”架构中设计恢复。尽管并不需要频繁地用到它,但因为使用内存数据库就是为了追求速度,你还是得对灾难恢复进行保险设计。为恢复提速也蕴藏了一个商业价值。我之前从事过这样的一项工作:早上收报告,而后得等到第二天才会更新。如果我们一天能收到五到十次的更新,那就能很好地管理公司的年鉴了。
对于内存数据库来说,应该确保尽可能少的写入占用永久存储。提供直接的光纤通道端口,同时确保SSD或PCIe闪存卡的最佳状态用以保证低延迟。保证重要的性能冗余且将网络交换机数量降到最低。
大多数内存数据库都是预先设置好的设备。它包含一些动态的RAM容量,可能还会带些闪存,同时,方方面面通过软件被安排地头头是道。当你使用一台预先设计好的设备时,先在欠载的情况下测试它。测试它的吞吐量及在一年中最坏情况下的灾难恢复。然后告诉大伙儿灾难恢复的时间并确认该速度用于企业业务已是富富有余。你不希望最终结果或者一些关键性业务它无法正常恢复。你在内存数据库上花了大把的钱,并对其寄予厚望。
在如何恢复和放置数据方面,SAPHANA和其他的内存数据库变得越来越智能,它们对吞吐量进行优化并尽可能地为恢复提速。它们能够避免让系统宕机。最坏的情况就是I/O失效让整个内存系统出现故障。采用捷径带来了冲击,没有仔细思考如何优化恢复速度结果造成了运行中断。
大数据是说现在数据爆炸,互联网和传感器网络产生海量数据,传统数据处理模式不适用于海量数据,因此催生了大数据的诞生,以大规模并行计算模式进行大数据的处理,并产生了更高的价值
云计算是一种更加敏捷的计算能力交付模式,通过将计算资源进行虚拟化、池化,从而避免过去计算资源只能用于某项应用,而不能共享、动态调整,从而导致的资源利用率低、交付时间长等问题。云计算按照用户可分为私有云、公有云、混合云。
HANA,是SAP公司出的一款内存数据库,数据不需要写到硬盘上,而是在内存中进行处理,因此处理、查询的速度都非常快。
IQ,是Sybase公司推出的一款列式数据库,比较适用于构建海量数据的数据仓库。其数据不是按照传统行式的存储方式,而是采用列式的存储方式,因此压缩效率更高,占用存储空间少,磁盘IO也得到了降低,加载速度更快。
以上就是关于SAP HANA是啥全部的内容,包括:SAP HANA是啥、在SAP HANA上跑ERP需要解决哪些问题、如何应对内存数据库的恢复等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)