SAP HANA 和 Oracle Exalytics的比较 SAP HANA vs Oracle Exalytics – the game is

纵横四海

SAP HANA vs Oracle Exalytics – the game is on
Posted on October 3, 2011 by John Appleby

So Oracle announced Exalytics yesterday and I’ve spent much of today thinking about it in the back of my mind whilst I did my day job. It’s about the most interesting announcement of the tech world this year and it’s worth discussing why.

What is Oracle Exalytics?

Well it’s a bit like SAP HANA. It’s a big (relatively) commodity piece of hardware with 40 Intel cores and 1TB of main memory. It can store a claimed 5-10TB of compressed analytics data, but beware of false compression claims. On this, you can perform high-speed analytics on medium-size datasets.

Exalytics is a technology mashup of its TimesTen in-memory database technology, BI stack and Essbase OLAP engine. This means that it’s not anything new, but rather existing technology repackaged into an appliance. Not necessarily a bad thing, because it means it should just work.

How does it compare to SAP HANA?

Compared to SAP HANA 1.0 SP02, Oracle Exalytics is almost exactly the same. It is a combination of Hardware and Software packaged into an appliance. The major difference is that Oracle build the whole stack so you can buy an Exalytics appliance directly from Oracle.

However it is only available in one size: 1TB, which is a strength and a weakness. First, SAP can sell anything from a 64GB license (with a minimum 128GB appliance), which at list price is less than

该贴已经同步到 纵横四海的微博

纵横四海

Oracle这次居然follow了SAP的脚步一把，虽然在这个方面Oracle的技术功底可能更扎实，但是对SAP来说，牵着Oracle鼻子走了一次也算巨大的成功了。HASSO果真还是牛的."the game is on"。从roadmap说，HANA应该会发挥更大的威力，Exalytics暂时只能算bolt-on吧。

但是将来如果深度整合进EBS，套用句俗话，那就要看HANA是否能自己战胜自己了。因为如果HANA能够替代OLAP RDBMS，并且完善成熟，Exalytics无论与EBS整合得多好，从性能和证书费用方面考虑，客户都会选择BW+BO+HANA组合的，而SAP ERP+HANA和EBS+Exalytics的竞争，基本还是SAP ERP和Oracle EBS的竞争。

纵横四海

SAP的HANA比Oracle的Exalytics更好

2010年5月在SAPPHIRE NOW，SAP首次公布了它将内存、云和移动性相结合的无间断创新的技术愿景。这一策略的核心SAP HANA，一种内存数据库。SAP HANA作为SAP业务套件、SAP NetWeaver业务仓库和SAP 业务对象的一种实时分析附件开始了它的生命 ― 为SAP的客户提供实时分析。


当时Larry Ellison嘲笑一位SAP的共同创始人Hasso Plattner，说他想知道Hasso是从什么药房拿到的药物。几个月后，在9的Oracle收入会议期间，Larry改变了立场，宣布Oracle将在SAP的产品能投放市场之前推出自己的内存数据库。他没有赢得这场比赛： SAP在2010年12月1日推出了HANA。


宣告解释说：“SAP HANA是一种完整的数据库和计算处理层，它能在主存储器中处理大量的实时数据，从分析和交易中提供直接的结果。” 这是思想速度的业务 ― “交易+分析”，而不是孤立的分析。SAP执行委员会的一位成员，Vishal Sikka博士，在他最近的几次微博中，捕捉到了我们的方向：


vsikka:# HANA的努力:服务于新的实时。现场分析、实时数据上的规划。削减了层，桥接分隔，开放系统。


vsikka:新的实时 = OLTP（联机事物处理）和OLAP(在线分析处理)。文本和结构化数据。无间断演化和前所未有的应用系统。


从那时起，在SAP HANA之上，我们已经开始交付惊人的新的应用系统。在2011年5月的SAPPHIRE NOW以及上个月的SAP TechEd上，客户和合作伙伴证实了SAP HANA的价值。接下来，HANA将成为结合了内存和无缝云的新一代平台和以一种“移动优先”的方法开发应用程序。业界和技术的影响人物，客户以及合作伙伴已验证了我们的方法。


另一方面，让我们看看Oracle在落后SAP18个月后宣布了什么。就个人而言，我对技术和客户两方面都感到失望：


技术: 我曾期望Vishal在他的博客中会提供Exalytics的详细技术分析，但在他仔细观察了Oracle的新品后，他在一段即兴的视频中的有一个“没有什么”的反应。他在发布的那个夜晚在微博上说：


Vsikka：Exalytics：15岁的 timesten+ 15岁 essbase + sun hw =一样古老的聚合、层、复杂性和封闭。完全漏掉了新的实时。


宣告说Exadata需要Exalytics实现分析的加速度，这意味着Oracle感到好像它必须加大油门。SAP HANA和那种事后补救的想法截然相反：HANA的架构是从头开始为真正的实时应用的新现实而建立的。


而Oracle又是如何支持整体的大数据的？如果我们看一看大数据的几个“V”― 容量（volume）、速度（velocity）和种类（variety）― 看起来Oracle期望你为每一个V买一种设备：― 容量(Exadata)、速度(Exalytics) 和种类 (Exa-ToBeAnnounced)。 这让人难以容忍。


以客户为中心：在尝试一种复古的IBM风格移动他们的硬件基础设施方面，Oracle没有考虑到客户。我看了几个小时的视频和阅读了长篇的博客，可是我找不到几个简单问题的答案:

如何知道要用哪一种Exa应用程序，以及什么时候用？

如何合算地管理应用系统日益增长的垃圾碎片或工程系统?

如何扩展一种不开放的“工程系统”，或提供选择?

在应用系统的什么地方运行这些Exa工程系统?

我猜答案是:没关系,你将要一种全部的Oracle优化硬件堆栈。


另一个相反的地方是，SAP要将HANA作为一种在SAP NetWeaver业务仓库之下的数据库产品。这样，我们让客户可以选择是否继续使用关系型数据库，或他们是否想通过SAP HANA的采用实现一种实时数据仓库。Oracle能提供这种类型的选择吗？他会冒险削减它的核心数据库的经销权吗？这让我怀疑Oracle对待Exalytics有多慎重。


因此，虽然Exalytics完全适合Larry Ellison的策略，更大的问题是它是否适合你的策略呢？坦白地说，SAP HANA是一种更好的选择。