SAP HANA技术基础知识.docx

根据 SAP 的字面意思理解，SAP HANA 是硬件和和软件组合起来一个解决方案，容许客户分析大量的数据，而且是以接近 Real Time 的方式来同步数据，不需要花费太多时间在数据传输上，目前 HANA 的版本是 1.0. 集成了一些SAP 的组件，比如IMDB(In-Memory Database), Sybase的Replication 技术，以及 SAP STR(Landscape Transformation Replicator)等等。 SAP HANA 作为一种第 3 方硬件合作伙伴共同合作而优化打造的应用，目前支持和认证的硬件厂商，包含 HP, IBM, 思科, 富士通，戴尔 5 家合作伙伴，据说给联想 LENOVO 做的 HANA 方案，是使用的联想自己的服务器，应该也可以。但是不在SAP 通用实施的合作伙伴范围之内。 关于 IMDB SAP IMDB(In-Memory Database)是一个内存数据库的混血儿，不仅包含行存储，也包含列存储，而且还有机遇对象存储的数据数据库技术，这么设计的主要目的是用来充分挖掘和使用现代多核 CPU 架构设计所带来的并发处理能力，毫无疑问，SAP 的这种应用能从中受益颇多。 IMDB 是 SAP HANA 的核心，用来帮助客户提升运营效率，敏捷而且灵活，下图来自SAP HANA 的 Technology of Manual 中图片。 IMDB 支持多种数据源，目前支持 3 中数据 replication 方法，并且提供了一个管理界面， 这边叫 admin studio，一般的监控和新 modeling 都可以在这里实现。 然后支持 2 种客户端，查看基于内存存储而产生的报表。 SAP HANA Replication Technologies-数据复制技术 SAP IMDB所产生报告和分析所需要的业务数据是需要从源系统复制到SAP 的 IMDB. 具体怎么复制这里现在提供了 3 中方法，在看具体有那 3 中方式之前，先看这个 IMDB 的核心中有哪些会参与到数据 Replication 的场景： SAP HANA 由 IMDB 和 IMDB Admin Studio组成，UI 主要用来管理 hana 的应用装置，有点类似 BO 的仪表盘界面 Source System，例如 ERP 用于支持数据复制的软件组件 Trigger-Based Replication 这里暂且称呼为实时模式，虽然也需要一个Landscape Transformation Replicator，实时扑捉 SAP ERP 的数据库系统的修改变化，然后几乎是是实时的就同步到HANA 中，这个 Replicator 可以直接安装在 ERP 上，比较方便，也可以独立的安装在一个服务器中，也用于扑捉实时 ERP 的数据库修改变化。 ETL Based Replication 这里暂时称呼为 BO 模式，需要用到 BO 的 Data Service 组件，意味着需要有 BO，优点是可以对抽取的数据做合并和加工处理，支持多数据源和多目标系统 Log Based Replication 这里暂时称呼 Sybase 模式，因为这种模式对于数据的要求是有依赖的，而前2 种都是独立于任何任何数据库的，一般不推荐使用（SAP 官方说法），除非客户制定使用这种方式。 所以一看数据复制技术的排序方式，就知道了，肯定是重要和好的放在前面，这就像在支持 硬件中,HP 惠普排名第一一样，总不能以上来就直接吧 LOG BASED 复制技术，放在第一， 然后跟着说这种方式不推荐吧！所以拍大腿也知道，前面两种是重点对象。 详细对比，SAP HANA TOM上有详细描述，3 中方式各有千秋，看你的的业务需要什么样的模式了，这里不谈好坏，只谈差异！ 下面看看 HANA 的其他的一些话题，例如安全和备份恢复的问题，硬件选择等等。 架构篇 原文地址： http://LiuA/archives/1776 也是刚刚开始学习 HANA 的一些知识，一边看书一遍做笔记，说到底无非是用自己的语言来理解标准帮组文档所讲解的意思，肯定有理解失误的地方，毕竟没有参加过标准培训，即 使有培训，从老师那边来的知识也不可能是完整的传授过来，中间多少的知识遗漏是正常的， 所以多看看 HELP 的文档，应该可以原汁原味的理解作者的意思。 这张图片是从 SAP HANA 的 PPT 上剪辑下来的，主要包含了 SAP HANA 的应用架构和在应用中会涉及到一些周边软件环境。 HANA 架构下的亲戚关系 IMCE Studio 用于 HANA 的系统管理，以及信息建模（各种维度，KPI 等） ERP 这里指的是一般的数据源，会从 ERP 过来过来的业务数据 BO BI4