关于 SAP HANA，Oracle 不会告诉你的事

 

原文链接 ： http://www.saphana.com/community/blogs/blog/2012/04/30/what-oracle-wont-tell-you-about-sap-hana

 

作者 steve lucas

 

这段时间以来，Oracle 一直试图传播有关 SAP HANA 的负面消息，而且有愈演愈烈的趋势，这真让人难以置信。对此，SAP 的传统做法是走正道，只对这类消息做正面回应。Oracle 所传播的信息几乎是百分之百错误的，他们的目的只有一个，就是保护其现有的营业收入。您只要回顾一下 Oracle 在过去 10 年中对云计算所发表的声明，就能理解他们对内存计算技术的攻击计划了：

 

第 1 步：敷衍地承认新技术的存在

第 2 步：继续推销其陈旧技术

第 3 步：散布对创新技术的恐惧和怀疑

 

我们可以看到，Oracle 对内存计算技术和 SAP HANA 也采用了同样的、陈旧的对应策略。

Oracle 何必要创新？他们必须保护其传统的数据库技术，这可是牵涉数十亿美元的大生意。Oracle 已经把自己逼到墙角、无路可退了：他们既无法负担从现有的收入流中调拨资金，同时还要硬着头皮推进因收购 Sun 而带来的海量硬件，这一切就好像直接往他们的脖子上套了一个沉重的包袱。

我们还应该看到，拿HANA和 Exalytics 这样一个捆绑/打包的东西做比较，只是为了转移客户的视线。他们其实是想暗示：HANA 还不足以和 Exadata 或 Oracle 的核心数据库一争高低，还有 HANA 只适用于分析性的业务场景。

说到底，Oracle 并没有动力进行真正的创新。把 RDBMS、TimesTen、Exadata、Endeca 松散地凑到一起并组合在价格高昂的硬件中，这就是创新了？很显然，他们宁愿把 20 年前的陈旧产品重新整合到如冰箱般庞大的服务器上，再向客户漫天要价。

在本文中，我将阐述一系列有关 SAP HANA 和内存计算的事实。我会尽量自始至终保持客观，用事实来揭穿 Oracle 传播的愚蠢谎言。

下面，我们一起来看几个正在流传的错误的比较：

 

1.    TimesTen 的数据库技术比 SAP HANA 更成熟

2.    Exalytics 与 SAP HANA 的场景比较

3.    HANA 与 Exalytics 的定价比较

 

#1：比较数据库特性/功能

Oracle 试图将 TimesTen 与 SAP HANA 数据库做比较。他们声称：HANA 缺少了14项功能，包括内存聚集、多维度 OLAP（MOLAP）、内存索引、NUMA 支持等。颇具讽刺意味的是，这些繁琐的功能，大多数都正好被 Oracle 打包到 RDBMS 中去了，以提升其性能，而多亏了 HANA 的创新，这些功能在 HANA 中已经不需要了，客户自然也乐意抛弃不必要的开销和维护任务。

对我来说，这种肤浅的比较就好像是在汽车首次面世时，我会从马和马车的销售员口中所听到的那样。Oracle 其实是在强调，我们的“汽车”不如他们的马车好，因为我们没有同时提供喂马的饲料或大水桶，也没有配备铲子，好让客户拿来清理马粪。

 

以下是一些基本事实：

·         SAP HANA 是一款完全符合 ACID 规范的数据库。

·         HANA 完全在 RAM 中管理和存取数据，实现了海量数据的快速检索，能解决现在和未来的大数据问题。

·         HANA 无需使用 MOLAP 或多重索引、聚集和物化视图等优化结构，所以不必耗费宝贵时间来构建和维护此类结构。

https://www.experiencesaphana.com/docs/DOC-1647 。 今年 4 月 10 日，我们曾发布一份可扩展性测试报告，证实 HANA 能够处理并行的查询，并有效地在各服务器节点之间做扩展。在测试中，100TB 的数据在 16 个节点之间分区，实现了亚秒极的查询相应时间。您可通过以下网址访问此次测试的白皮书：

·         HANA 自面世以来，便一直能够处理非结构化数据与结构化数据。

·         HANA 能够同样出色地处理 SAP 数据和异构数据。

·         Oracle 尚未证明包含了 TimesTen 的 Exalytics 如何横向扩展 1TB 以上的数据，却已经公开宣称此配置中的可用内存约为 300GB。

·         事实上，HANA 支持 ANSI 标准 SQL 语法和 MDX。正如 Oracle 使用 PL/SQL 过程语言扩展了 ANSI 标准，SAP 也使用了 SQLScript 扩展了 HANA 对 ANSI 标准的支持。SQLScript 也是一种过程语言，您可以用它编写程序来实现那些无法用单语句 SQL 语言实施的逻辑。

·         HANA 允许您选择列存储、行存储、或同时使用行、列存储（以及其他存储/模型）来管理数据。Oracle 辩称，使用 HANA 必须先把数据加载到行存储中、然后再迁移到列存储中，这种说法是完全错误的。至于他们说的什么必须将列式数据迁移回行存储才能更新数据、然后再迁移到列存储才能进行查询，这些根本就不是 HANA 的做法。

最重要的是，HANA 是全新的下一代解决方案，它可以取代 Oracle 陈旧过时的产品，而 Oracle 却还在继续为他们的过时产品重新贴上“创新”的标签。

 

#2：比较 HANA 与 Exalytics 的使用案例与场景

https://www.experiencesaphana.com/community/implement 。这里有很多经过验证的业务案例，您可以看到我们的客户如何用比 Oracle 成本更低的方式整合其 IT 系统，创造具有突破性的业务价值。 要了解 HANA 如何帮助客户实现转型，最简单的方法是访问以下网址：

对于 Oracle 所做的这一整套比较，我有种道德上的反感，因为 Exalytics 的存在只是种声东击西的战术罢了。Oracle 不希望 HANA 深入挖掘其 RDBMS 业务或 Exadata。至于他们的意图，我已在本文的开头提到。

让我再重申一次，SAP HANA 全面支持分析功能（例如：所有数据集市，比如 T-Mobile 采用的客户微观细分分析，能跨越 SAP 和非 SAP 应用程序系统分析数百万客户的资料）、业务功能、计划功能和预测功能（SAP BusinessObjects 预测分析和 HANA 中的预测性分析库）以及本机事务（例如即将推出的 SAP ERP on HANA）。若要在 Exalytics 中实现上述功能，则需要购买 TimesTen、Essbase、Endeca、Oracle RDBMS 等等。这样，Oracle 是赚到了更多的钱，但是却没能为客户实现业务上的突破……这可算不上“双赢”。

关于 SAP HANA，Oracle 不会告诉你的是：HANA 可以处理从前无法处理的场景，哪怕只是使用一些传统的工具。例如，有了 HANA 中的业务功能库，用户就可以使用标准 SQL 来执行数据库内部的流程和功能。而在从前，这些流程和功能根本无法用 SQL 编写实现。

说起 SAP BW 客户，Oracle 一直强调客户必须对 BW 应用程序重新编码才能在 HANA 上使用它。这是大错特错。我们曾经发布过许多来自客户的公开报告，这些客户都已经在生产和经营中使用了在 HANA 上运行的 BW 程序。

 

#3：比较定价

Oracle 曾不遗余力地公开比较了 Exalytics 与 HANA 的定价，并传播了严重误导客户的信息。事实上，SAP HANA 不仅仅是前期成本低于 Oracle 的 Exadata + Exalytics 捆绑包，（算上要让 Oracle 捆绑包正常工作所需的所有衍生组件）它的总体拥有成本也比 Oracle 低得多。

我们不仅实现了 SAP HANA 技术平台的创新，还对其定价机制做了创新。HANA 的定价简单易懂，完全根据内存中的数据量来定价（这与 Oracle 不同，Oracle 按 CPU 定价，还要加收测试与开发环境的费用）。一个 HANA 单位（1 个 HANA 单位 = 64 GB RAM）包含客户需要的所有生产、测试和开发许可，以及将数据导入 HANA 和实际使用产品所需的数据建模工具和管理工具。还有更好的：HANA 的价格会随着使用时间的加长而降低......买得越多，单价也越低。

SAP Business One 的客户仅需支付 2,000 欧元，即可购买一个 HANA 的软件许可。任意客户支付 40,000 欧元就可以购买 SAP HANA Edge Edition。此外，我们还推出了每个 HANA 单位仅需 13,000 欧元的 SAP HANA Netweaver BW 版本。（1 个单位 = 64 GB RAM）

我知道 Oracle 肯定会说，采购硬件设备还需要额外的费用，下面我将介绍这部分费用。我们的客户可以从富士通（Fujitsu）等经过我方认证的合作伙伴处购买 HANA 服务器，单价只需 12,000 美元。因为我们绝不会把一大堆硬件设备强加给客户，再漫天要价。我们的合作伙伴包括 IBM、HP、DELL 等，以后还会有更多公司与我们合作，为 HANA 提供硬件设备。我们相信，有 Intel 的强大平台，外加过去 40 年来我们目睹的计算领域内持续的商品化周期，我们会赢……就这么简单。

如今，虽然数据量在急剧增长，95% 的企业所使用的数据量还是在 0.5 TB 到 40 TB 之间。在这个市场中，低端用户（0.5 TB）使用 HANA 的软硬件总成本约为 50 万美元，而高端用户的总成本现在仅相当于 Exalytics 的单项成本。在最近的一项测试中，我们在 16 个节点的群集中运行了 100TB 未经压缩的数据，其硬件成本只有 60 万美元左右。您可以把这个和 Sun 的硬件成本比较一下，Sun 比其他类似硬件都要贵。

以下是有关 HANA 定价的几点事实，您可以与 Oracle 的销售代表分享这些内容：

·         HANA 的定价包含了您所需要的一切。这和 Oracle 不同，Oracle 还要加收以下费用：数据库许可与 Exadata 存储、以及Grid许可、分区、OLAP、诊断与优化包、Grid Control 等。

·         SAP 提供优质的客户服务，支持 HANA 的软件和硬件，所有这些服务都包含在 HANA 的定价中。Oracle 的客户要想获得优质的客户支持，还需另外付费。

·         Oracle 会对非生产性的环境收费，SAP HANA 则不会。在 SAP 的架构中，开发、测试、生产等环境大约有三到九个实例。

·         HANA 能在您数据模型最精细的粒度级别上有效运行，不需要额外的索引或聚集。但在 Oracle Exadata 中，为提高性能就需要使用这两项功能，并计入用户空间。因此，您要额外支付“微调”费用。

·         在 HANA 的定价中，计划功能、业务功能、预测功能、全文搜索功能等均已包括在内。而 Exadata 并没有提供这些功能。又一次的，您不得不额外购买一大堆 Oracle 产品来实现这些关键功能。

·         HANA 的运行时版本（如 BW 的数据库版本）的价格比 Exadata 低很多，性价比更高。

·         您购买的 HANA 单位越多，每个单位的价格就越低。

·         使用 HANA 时，您只要使用符合业界标准的服务器，然后以 64 GB 为单位对系统进行扩展。而使用 Oracle 的软件，就需要使用 Oracle 的 ¼、½ 或全部机架许可，以及仅可运行 Oracle 软件的硬件。

·         SAP 提供优惠价格，鼓励用户从 BWA 转换到 SAP HANA 。到目前为止，Oracle 还没有此类优惠。

正如我在本文开篇处所提到的那样，SAP 通常不会去评论竞争对手的恐惧、不确定和怀疑（FUD），但是我想要停下来，对事实加以澄清。SAP 用事实和数据说话，追求实际的性能和客户的成功，我们将赢得整个市场。

我们会一如继往，奉献真正的创新技术，让客户决定，谁才能更好地帮助他们构筑未来，我们可不会费尽心思、一次次地重新包装过去！