Skip to Content

Steve Lucas 在4月30日发表了一篇博文(https://www.experiencesaphana.com/community/blogs/blog/2012/04/30/what-oracle-wont-tell-you-about-sap-hana),现翻译如下,与大家共享。

关于 SAP HANAOracle 不会告诉你的

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

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

2 步:继续推销其陈旧技术

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

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

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

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

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

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

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

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

2.    Exalytics SAP HANA 的场景比较

3.    HANA Exalytics 的定价比较

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

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

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

5-15-2012 6-01-28 PM.png

以下是一些基本事实:

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

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

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

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

·         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 的使用案例与场景

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

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

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

关于 SAP HANAOracle 不会告诉你的是: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 美元。因为我们绝不会把一大堆硬件设备强加给客户,再漫天要价。我们的合作伙伴包括 IBMHPDELL 等,以后还会有更多公司与我们合作,为 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 用事实和数据说话,追求实际的性能和客户的成功,我们将赢得整个市场。

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

To report this post you need to login first.

3 Comments

You must be Logged on to comment or reply to a post.

Leave a Reply