ERP 和数据仓库
•SAP是#1 ERP软件提供商
-SAP Business Suite交易类型关键数据系统
-Oracle是#2
•企业资源规划系统
-各种各样的应用： Finance, HR, Mfg, Supply Chain, CRM ……
-这些应用运行在各自的OLTP数据，形成多个独立的数据库 （silos）
-当前，ERP关键业务运行在第三方数据库（Oracle 或 IBM），且存在多个数据库，SAP将整合到HAHA，使用自己的技术
•将数据输出到数据仓库进行报告和分析
-分离的OLAP数据库，这些数据库通常来自于Oracle或IBM -Export, Transform以及Load进程 -ETL需要花费数天或数周且占用人力；OLTP和OLAP分离，数据需要在ERP系统和数据仓库中保存双份，使数据量以及基础设施增加了一倍
SAP HANA
通过内存计算实现实时业务
•HANA是一个实现实时业务的内存数据平台
-在一个数据库中涵盖了OLTP和OLAP数据处理的软件
-消除了ETL进程；整合数据、基础设施和数据库
•使应用(ERP等）和分析（数据仓库软件）实时运行
-优化利用现代多核CPU架构的并行处理能力
-速度提高上千倍
•可以部署在第三方x86系统上
-SAP只销售HANA软件许可，没有硬件
单一系统影像节点
市场机会在8个处理器节点以上
有什么不同？
解决了大型企业中使用集群带来的问题
对于 HANA 大于6TB的应用环境：
•提供单一系统节点架构，从8颗处理器无缝扩展到32颗处理器
-内存从6TB无缝扩展到24TB
•解决了集群系统限制HANA Business Suite性能的问题
-HANA的核心是将交易类型数据和分析系统整合到一个平台，集群系统限制了这种 应用的性能
•解决了集群系统限制HANA Business Suite的HA高可用性问题
-这也是Oracle或IBM对SAP HANA的攻击点
•减低30%以上的成本（vs. HP）
•具有超过100项无可匹敌的内存计算，使单一节点大内存计算成为现实
客户需求 – 以Complex Join为例
能够实现实时交易和分析类型负载，且不受系统规模的限制
以复杂链接complex join举例，它用表达式链接多个数据库表。将多个表格合并成为一个表格，加载到分析系统，示例中包含4个表格，但实际应用中，对于复杂链接，通常会有75000-250000个表格。
客户面临的挑战 – 性能问题
集群系统存在的问题在于，分析系统需要高性能，ERP系统是关键业务，当在多个节点之间进行Complex Join，多个节点之间进行通话，对ERP/CRM等应用的服务水平会下降。由于每一项分析过程都需要重新分配数据，需要进行重新查询，节点之间的通信增加导致性能下降。
•需要持续不断地平衡负载
•降低性能
•SAN架构成本和管理
•增加了复杂程度
解决方案：单一系统节点体系架构
垂直扩展，而不是水平扩展。在集群系统中，当进行complex join时，必须进行优化以便
减少节点之间的通信，在单一系统上，数据被分配到共享一致内存节点，不需要进行优化。另外，
当增加集群节点时，需要重新分配任务和负载均衡，单一系统节点可以无缝扩展。
•不需要持续不断地平衡负载
•线性性能
•没有附加的SAN架构成本和管理
•结构简单
客户面临的挑战 – 高可用问题
对于集群系统，高可用是一个很大的问题，当一个节点上的表出现故障后，需要通过其他节点上的表进行重建，这一过程，类似于RAID磁盘阵列中的磁盘重建。在重建过程中，集群系统节点会暂停响应，导致服务中断。Oracle专门发布白皮书，攻击SAP在集群系统中的HA问题。
-复杂度高
-有数据丢失风险
-易于被竞争对手攻击
解决方案：单一系统节点体系架构
•两个系统之间Failover ，构成HA模式，当primary节点出现故障时，应用可以切换到secondary节点，应用不会中断
•SAP HANA Studio软件支持同步复制数据到另一个节点
•快速恢复ERP和数据仓库应用
•通过HANA Studio进行管理
客户价值
针对SAP HANA 应用的UV，可以为客户带来以下益处：
•获得实时业务处理能力，无缝支持系统扩展，可靠性高，架构简单
•在单一系统内存内，运行超过6TB容量的SAP ERP系统和Netweaver BW数据仓库应用，从集群系统的限制中解放出来
•节省30%以上的成本