资源预览内容
第1页 / 共14页
第2页 / 共14页
第3页 / 共14页
第4页 / 共14页
第5页 / 共14页
第6页 / 共14页
第7页 / 共14页
第8页 / 共14页
第9页 / 共14页
第10页 / 共14页
亲,该文档总共14页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述
农夫山泉 8 月 20 日成功上线 SAP HANA。经测试,快速报表展现可提高 200-300 倍,运 费报表的展现从以前的 24 小时提速到 37 秒。如此惊人的提速让每一个人对 HANA 充满了 信心,不仅降低了维护成本,更对上层决策者提供了一个及时、有效的决策依据,了解更 多? HANA 是什么 HANA 是一个软硬件结合体,提供高性能的数据查询功能,用户可以直接对大量实时业务 数据进行查询和分析,而不需要对业务数据进行建模、聚合等。用户拿到的是一个装有预 配置软件的设备。至于 HANA 的云服务,只是对用户而言可以在不购买相关硬件的情况下 享受 HANA 的高性能,而 HANA 云服务的背后还是需要更高性能的硬件支撑的。 软件方面,HANA 的内存数据库(SAP In-Memory Database, IMDB)是其重要组成部分, 包括数据库服务器(In-Memory Database Server)、建模工具(Studio)和客户端工具 (ODBO、JDBC、ODBC、SQLDBC 等) 。HANA 的计算引擎(Computing Engine)是其核 心,负责解析并处理对大量数据的各类 CRUDQ 操作,支持 SQL 和 MDX 语句、SAP 和 non-SAP 数据。比较显而易见的一点是,HANA 计算引擎要快速处理用户复杂的查询请求, 快速返回查询结果。 SAP 内存数据库的数据并不是只在内存里,也会不停写到硬盘里,这就用到复制服务器 Replication Server,包括 Log-based,Trigger-based 和 ETL-based 。这些复制服务器需要 用到 Sybase Replication Server、Sybase Replication Server Agent 、Sybase Adaptive Server EntERPrise (AES ,适用服务器) 等,以及 HANA Load Controller 和 BO Data Services。 操作系统方面,HANA 目前只能运行在 Suse Linux 企业版(SLES)上。 硬件方面,SAP 和多个硬件厂商合作生产支持 HANA 的高性能服务器,包括 Dell R910、Fujitsu、HP DL580、IBM x3850 等,以及和 Cisco(Cisco Unified Computing System. UCS )等公司的合作。直观地说,这些机器的硬盘可能是数个 600GB、转速 10k rpm 的硬盘组成 RAID ,内存可能有 1T,文件系统可能是 ext3 或 GPFS(IBM 通用串行文 件系统,General Parallel File System ) 。 和 HANA 类似,Oracle 的 Exadata 也是一个预配置的软硬件结合体,提供高性能的数据读 写操作。Exadata 机器由 Exadata 数据库机器、Exadata 数据库服务器、Exadata 存储服务 器以及高速网络接口等组成。InfiniBand 端口的传输速度可以达到 40Gb/ 秒。 HANA 的快在于用大内存提供内存数据库,并在内存数据库里采用列式存储从而可以将更 多的数据装进内存(列式存储更适合数据压缩) 。 Exadata 的快在于把大部分数据库操作 push 到硬件,通过高性能硬件提高数据查询速度, 通过采用列式结构减少需要在存储和内存间移动的数据量,通过高速网络接口提供数据传 输的效率。 HANA 能做什么 HANA 不是一个数据仓库,而是一个平台,在这个平台之上用户可以构建数据仓库或集市、 报表和仪表盘等。 HANA 能做的,首先是作为内存数据库,提供数据插入、修改和高效的查询功能。其次,作为一个平台,在 HANA 之上,BO 报表系统可以提供更好的用户体验 用户几乎 不需要等待数据返回。 用户可以使用 HANA 的建模工具直接访问 ECC 或其它数据源,避开 BW。但也可以在 HANA 之上建 BW ,把 BW 那些性能问题交给 HANA 解决。 HANA 的架构 下图比较直观地展示了 HANA 的软件架构: 最下层是 SAP ECC、BW 及其它非 SAP 数据源,通过 Data Services 和 Modeling Studio 把 数据导入 HANA,通过 Replication Services 写到磁盘, ,通过 HANA 计算引擎处理数据插 入和查询等操作。HANA 是一个平台,在这个平台之上可以是 BO、BW,以及其它产品。 HANA 的价格 了解到的信息就是 Hasso 说 HANA can run an entire company on a box comparable to a Mac mini,大概是几千美元到几万美元。应当比几百万美元的 Oracle Exadata 便宜。 冒险实施 SAP HANA 农夫山泉缘何做第一个“吃螃蟹” 者?查询同样的数据,用原来的数据库与 BI 组合需要 215.0 秒,用 HANA 和升级后的 BI 组合一次查询只需 2.1 秒,二次查询则只需 1.8 秒;同样的报表展现原来需要 358.1 秒,而在 HANA 中只需要 16.8 秒!9 月 22 日,作为 SAP 内存计算产品 HANA 在全球第三个、亚太区 第一个上线的企业,农夫山泉股份有限公司信息部总监胡健在上线仪 式上非常镇静地描述了以上惊人的数据。作为 HANA 的第一个“吃螃蟹” 者,农夫山泉已经感受了 HANA 这只“ 螃蟹” 的鲜美。 海量数据下不得不做的选择“我们只是做了一件满足企业业务需求的事情。”胡健告诉记者, “即使不用 HANA,我们也要用替代的解决方案。” 胡健认为,有些 CIO 还对 HANA 持观望态度,可能是因为他们所在企业的需求还没有农夫 山泉那么迫切。“农夫山泉有点甜”的广告词在我国市场已经深入人心,伴随而来的是农夫山泉业务的飞速发展。在农夫山泉实施 HANA 前,农夫山泉 行销中心的负责人对胡健说,农夫山泉的 IT 系统未来要支撑千亿元销 售额的数据。作为知名的消费品企业,农夫山泉年销售额近百亿元,在全国拥 有七个生产基地、数十家工厂、300 多个办事处和 100 多万客户,业 务涉及生产、销售、计划、调度、物流、市场营销等多个方面,对企 业的综合管理和整体运营能力提出了很高的要求。同时,作为一个快速消费品行业企业,数据的应用对于农夫山泉 来说非常重要。企业高管需要实时、准确的数据作为依据来对变化万 千的市场做出准确的判断,并据此进行科学的决策。而当时农夫山泉的团队却面临着 IT 系统难以忍受的 OLAP(联机分 析处理)效率:数据展现速度越来越慢,数据运算速度难以忍受,数据 更新周期太长。胡健介绍,农夫山泉在 2004 年开始上线 SAP ERP 系 统 R3。当时农夫山泉采用传统的数据仓库来进行数据展示。但是到了 2008 年,快速发展的农夫山泉的数据规模变得非常大,数据处理、展 现效率不尽如人意。为此,农夫山泉做了一个 OLAP 系统。但三年后,这个解决方案又开始出现问题。首先,数据展现速度变得越来越慢,因为农夫山泉数据量变得越 来越大一个分销表就超过了 1 亿条记录,而且这些记录以每年四五千 万条的速度递增。这是因为农夫山泉采用移动解决方案后,移动终端 的数据都集中在该表中。其次,数据运算速度也让人无法忍受。胡健举例说,当时系统计算一次运费就需要花费大概 24 小时。再比如说,在月底财务部门结账 时,库存报表迟迟出不来,导致库房发不出货来,已经开始影响业务 的正常运行。而且,采用传统的 ETL(数据抽取、转换、装载),农夫山泉的分析 系统数据基本上一天才能更新一次。而作为一个快速消费品企业,农 夫山泉希望能够实时看到数据变化,并据此做出决策。此外,胡健希望能够将数据展现时间缩短到 10 秒以内,而采用传 统的数据仓库模式,有些报表需要 30 分钟才能展现出来。胡健需要一个能够应对海量数据的挑战,实现高效的逻辑运算、 实时的数据分析以及快速的数据展现的解决方案。与此同时,胡健深知,农夫山泉不能在 5 年以后等销售额达到千 亿元才去改变,而是要提前行动起来,保证建设的 IT 系统在 5 年内都 有效。“容量大只是一方面,速度快才是决定性的。”胡健认为,海量 数据应该让用户快速查询到,为企业高管进行科学决策提供支持,才 真正有意义。为此,胡健和他的 IT 团队研究了很多产品,最后他们把目标锁定 在 SAP 推出不久的 HAHA。胡健认为,HANA 是一个完善的数据库产 品,就是为了满足企业实时业务分析需求而产生的。作为一种海量数据实时分析工具,HANA 能够在不改变现有 IT 信 息系统架构的前提下,实时分析来自几乎任何数据源的海量数据,提 高计算速度,从而降低总体拥有成本,大幅提升用户应对市场变化的 能力。 摸索形成 HANA 解决方案业务上的海量数据快速分析需求和 HANA 能够带来的海量数据快 速分析能力共同作用,使得农夫山泉成为 HANA 的第一个“吃螃蟹” 者。 他们在采用 HANA 的同时将原来的 BI 系统 SAP BO3 升级为 SAP BO4。“项目在今年 7 月初启动,期间我们没有任何前辈的经验可借鉴, 靠的是英文资料,以及不断地与 SAP 员工进行交流和知识分享、知识 整合。”作为一个先行者,农夫山泉取得今天的成功并不容易。因为 HANA 是一个全新的产品,即使在 SAP 中国内部,全方位了 解 HANA 如何实施的人也几乎没有。胡健和他的 IT 团队能做的是,认 真查看 SAP 的在线帮助。所幸的是,作为 SAP HANA 在中国的第一个客户,农夫山泉得到 了 SAP 的全力支持。胡健他们在遇到不同领域的问题时,可以方便地 去咨询 SAP 相应的顾问或者技术人员,得到他们解决问题的建议。然 后,他们不断去试验这些建议能否解决问题,最终将所有问题的解决 方案整合起来写成文档,形成一个 HANA 的解决方案。胡健介绍,农夫山泉的 HANA 项目实施分成两个阶段:第一个阶 段,他们没有打破原来的架构,只是把 Oracle 的数据集市(Data Mart) 到 BO 上展现的链条打乱,通过数据服务(Data Service) 把数据集市中 的数据抽取到 HANA 中去,通过 BO4 在门户上呈现。这个过程可以解 决两个问题:其一,实现了数据的快速展现;其二,在 HANA 中做一些 逻辑计算,解决了一些逻辑计算在传统数据仓库中受限的问题。 这样,数据的运算速度得到了大大提高,但是这仍然不能实现数 据分析的实时性。所以在第二步,农夫山泉将这个架构进行延伸,用 HANA 替代传统的数据集市,将其作为分析系统的数据库,真正解决 了数据不能实时更新、分析的问题。“作为 HAHA 的第一个“吃螃蟹”者,我们在过程中遇到了各种各样 的问题,我不去回避这些问题。这些问题基本上属于小问题,大的方 向是没有问题的。”胡健认为,任何软件产品都要通过应用、升级不断 完善。研发部门在研发时考虑得不够全面很正常,做第一个“吃螃蟹” 者是否存在风险,关键是要看与之配合的厂商能否及时改善产品,并 且将改善结果作为补丁进行发布。体验难以想象的快速事实证明,胡健的“险”冒得非常值得。胡健指出,他们测试后发 现,HANA 的应用表现惊人,凸显了诸多优势。第一,实现了快速的数据展现。据测试,与上一版本的 Oracle DM(数据集市)和 SAP Business Objects 3.0 组合的商业智能报表展现 方案相比,SAP HANA 和 Business Objects 4.0 组合要快 2530 倍。第二,形成了强大逻辑计算能力。同样一段逻辑计算,Oracle DM 和 SAP Business Objects 3.0 组合需要 215 秒,而 SAP HANA 和 Business Objects 4.0 组合第一次只需要 2.1
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号