技术开发 频道

甲骨文In-Memory Option欲智取SAP HANA

  【IT168 专稿】对帆船运动比较熟悉的朋友肯定听说过这样一种战术,即暂时落后的运动员能够借助领先者带来的前进气流推动自身一举实现超越。而这正是甲骨文公司在内存数据库竞争中所采取的处理方式。甲骨文公司CEO Larry Ellison在上周日的甲骨文OpenWorld大会的主题演讲中公布了Oracle 12c In-Memory Option,同时重申了上述战略思想。

  承诺在无需中断服务的前提下带来显著性能提升,Larry Ellison称该方案能够提供SAP三年多以来为HANA数据库赋予的全部优势。不过对于甲骨文数据库的客户来说——而且这一群体的规模还相当庞大——要想真正从内存技术上获取收益,需要继续把自己牢牢束缚在甲骨文一家的产品、培训以及工具当中。虽然这听起来有些被动,但众多客户能与自己同呼吸、共命运,这似乎也是一种有些另类的安全感。相比之下,HANA的知名度比不上Oracle数据库,而且客户总数也相对较低。 

甲骨文In-Memory Option欲智取SAP HANA
▲甲骨文公司CEO Larry Ellison

  绝大多数甲骨文客户必须要升级到最新的12c版本才能顺利获得In-Memory Option,但我们也无需为此太过忧心——甲骨文客户此前大都已经经历过这类升级,而且Ellison保证整个过程不会引发任何停机现象。

  “只需稍做切换,大家的全部现有应用程序就能以极为出色的性能表现加以运行,”Larry Ellison上周日晚的声明赢得现场热烈的掌声回应。“SQL并未发生变化,应用程序本身无需做出调整,功能也不必受到任何限制。只需开启In-Memory Option,目前正在正常运行的任务就能直接迈入新时代,而且不涉及任何数据迁移过程。”

  诱人的承诺还不止于此。根据Larry Ellison的说法,分析性能将提升至少上百倍,而事务处理速度也将翻倍。In-Memory Option既支持scale up (即对称多处理器)也支持scale-out (即RAC集群),而且“过去需要耗时一个小时的工作现在只需几秒就能完成。”他解释道。

  In-Memory Option能够与现有服务器完美兼容——无论是来自甲骨文自家还是第三方服务器——而 Ellison还强调称,客户可以自主选择将一部分数据表安置在内存当中、其它表则保存在闪存或者磁盘里,这取决于不同列表的具体查询优先级。Exadata负责以查询模式为基础自动完成选择,而新型In-Memory Option则为DRAM带来更丰富的高速执行机制。相比之下,HANA将全部数据都运行在内存当中,但这也意味着某些需求量较低的数据也必须接受高成本DRAM存储体系的管理。

甲骨文In-Memory Option欲智取SAP HANA

  甲骨文方面在主题演讲中的演示令人印象深刻。同在12c数据库环境下,一条简单查询指令能够由原本的每秒20亿行提升至In-Memory Option开启后的70亿行。整个处理过程运行在一台通用型英特尔X86双插槽服务器之上。Larry Ellison还介绍了甲骨文的优异M6-32 Sparc服务器,并将其称为“Oracle Big Memory Machine”。这台服务器拥有令人震惊的32TB DRAM。根据演示,我们看到这台怪兽级设备的每秒运行行数将达到3410亿。

  尽管承诺多多、信心满满,但Larry Ellison的主题演讲仍然缺少一些关键性细节,其中最明显的就是In-Memory Option的版本数据。他指出,M6-32服务器目前已经推向市场,但新数据库选项的具体参数尚未正式公布。作为另一大数据库供应商,微软公司也奋力推出了自家In-Memory 功能,其SQL Server Hekaton版本目前已经处于社区技术预览阶段,而且很可能在今年年底之前推出通用版本。

  由于缺乏测试版本或者生产环境部署,我们无从知晓甲骨文方面的承诺到底是否真实可信。In-Memory Option引入了一套新型双存储方案,其主要特征在于将数据同时保存在行与列之中。Larry Ellison坚称这一新设计将提高事务与分析两类任务的性能表现,但SAP公司对此提出了质疑。

  “SAP HANA仅采用单一列式存储来处理事务及分析任务,但甲骨文的方案则同时采用了两种,这会导致数据库过度臃肿。”SAP公司数据库及技术部门高级副总裁Amit Sinha在一份邮件评论中指出。“这种做法会带来五倍于原先的数据记录痕迹并大大增加数据库管理员在指定数据行进行内存变更时的工作量。”

  这种设计还会导致事务处理性能下降,因为数据库需要时刻保持OLTP与OLAP之间的同步性,Sinha宣称。不过Ellison的承诺则恰恰相反——在版本更新之后,分析索引机制会被淘汰,事务处理性能会因此而翻倍。

  SAP公司CTO Vishal Sikka在上周日的一篇视频博客中表达了对甲骨文进军In-Memory俱乐部的欢迎之情。“好消息是,你们(甲骨文)终于认识到内存数据库的重要性,”Sikka表示。他同时重申了SAP早在四年之前就已经开始着手研发工作。“我们已经改变了游戏规则,而且即将在新时代中继续扮演先驱者角色。”

  这样的说辞确实非常大胆,但多达数千家客户的支持已经证明了SAP HANA的实力,因此市场形势并未出现太大变化。甲骨文与微软双方目前都承诺在最新数据库版本中引入内存性能提升机制,因此暂时领先的SAP很可能在HANA身上体会到激烈的竞争。

  目前,甲骨文与微软都已经公布了自家内存数据库产品,但其实际性能表现尚待观察。不过大部分客户恐怕仍将把赌注押在这些重量级厂商身上,毕竟这才是最安全的选择。

  原文链接:Oracle's Ellison Tries To Outmaneuver SAP Hana

0
相关文章