Oracle 12c In-Memory技术优势详解
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
一份数据副本。用户可以从内存中快速地访问并对这些列式缓存数据进行计算，从而提升数据库查询和分析的性能。 Database In-Memory 在Oracle中以DB Option的方式提供（需要额外付费）。 能够用列式存储方式缓存数据库表
• • •
按需在SGA中自动创建内存区域，基于表空间/表/分区等粒度缓存数据
Oracle‘s 12c In-Memory for SAP Applications 技术优势详解
今日话题
1. Oracle Database In-Memory产生的背景与功能介绍 2. Oracle Database In-Memory优势与不足 3. Oracle Exadata与Hana的比较
4. SAP Application on HANA的整体优势
5. 总结
2பைடு நூலகம்
近年来Oracle在各领域产品的发展历程
不断尝试，却一直未找到数据分析领域的最佳解决方案
2005年 2008年 2011年
2011年发布了Big Data Appliance 是一款新的集成设 计系统，其中包括 开源Hadoop™、 Oracle NoSQL数 据库、Oracle数据 集成Hadoop应用 适配器以及开源R
3
面向 SAP 应用的 Oracle 12c（内存）
Oracle 发布了《面向 SAP 应用的 Oracle 12c（内存）》 白皮书 – 短篇（12 页），长篇（84 页）
背景：2015 年 7 月，Oracle 12c（内存）通过了运行 SAP 应用的认证，例如 SAP Business Suite、SAP BW 及行业解决方案 新闻稿和 SAP 内部回应 Oracle 网站链接
不断 尝试
2005年 月正式收 2005 年6 6 月正式 购 TimesTen ，正 收购TimesTen ， 式进入内存计算领 正式进入内存计 域 算领域
Oracle收购 Sun 后 Oracle 收购 Sun 于2008 月正式发 后于 2008 月正式 布第一款数据库一 发布第一款数据 体机Exadata，号 库一体机 称能够更好地支持 Exadata ，号称 混合型负载 能够更好地支持 混合型负载
2012年
2012 年发布 于 2012 年发布 Exalytics ，专门 Exalytics，专门 针对分析型应用， 针分析型应用， 由TimesTen、 由TimesTen、 Essbase、BI工具 Essbase 、BI工具 等产品混装的软硬 等产品混装的软 件一体机解决方案
2014年
2014年6月Oracle 12C正式发布， 12C中包含了 Database InMemory功能，该 功能的发布标志着 Oracle进入行/列 混合处理的领域
类似于HANA的列存储格式，双数据存储格式
当数据库关闭时释放缓存数据
自动加速OLAP查询
•
优化器会根据最优的执行计划自动选择行式或列式存储
自动维护行和列式存储的一致性（行/列数据转换）
12c In-Memory功能能够兼容现有的应用 支持数据压缩
•
类似于Exadata的HCC压缩方式
6
Oracle 12c In-Memory 的缺陷
6个压缩设置、5种不同的加载方式 需要管理员不断地调整性能 数据库重启后，列式存储的内存结构需要重新构建 内存重构后，进一步的优化会耗费大量时间 很多旧机器内存不足
磁盘上仅持久化行式存储的数据
• •
集群环境对硬件有一定要求
•
不支持集群表
•
大量开源产品的组合，并未 做到真正的集成 仅对硬件进行了优化设计 架构复杂，实施难度大，全 球案例很少
大量既有软件和硬件的打包 产品 TimesTen、Essbase等技术 并未有新的突破 多业务处理层反而增加了产 品的复杂度，降低了效率 没有得到用户的认可，实际 用户非常少
实际效果如何-有待于 市场进一步检验？
上述观点来自于 Oracle的官方途径
4
揭秘Oracle 12c Database In-Memory
出现的技术背景
推出新功能目标：
• • • •
进一步优化系统性能 追赶主流技术的发展趋势 最大化利用可用的硬件资源 补足短板、提升产品的竞争力
5
Oracle 12c In-Memory 是什么？
Oracle 12c Database In-Memory本质上是一种内存计算技术，它在内存中开辟了一份空间，按照列的方式存储
硬件一体机解决 方案
依然采用传统的行式处 理引擎 主要用作传统数据库的 Cache，并未有根本的 技术转变
局限性
通过Smart Scan、存储 索引等方式减少了数据 库I/O 针对交易处理系统性能 提升较大，OLAP处理性 能未能有重大突破 SAP应用对Exadata进行 了认证，但不支持很多 数据库底层的调优方式
• • •
DBA潜在着大量的工作
• •
磁盘/内存中的行格式存储 磁盘/内存中的索引 内存中的列式存储 若在Database In-Memory下启用RAC硬件必须使 用Exadata或SuperCluster SAP应用中一些关键场景使用，如BESG(总分类账) 如Active Data Guard 不支持Long, Long Raw, LOBs，缺乏对大字段的文 本分析支持
不是内存计算的专用引擎，延用了Oracle传统的行式处理引擎 使用场景有一定的局限性 需要管理员很多的维护/调优操作
性能与纯内存数据库仍有一定差距
Database In-Memory ≠ In-Memory Database
7
Oracle 12c In-Memory 更多的技术壁垒
数据还存在着多份重复的拷贝
技术事实
针对 SAP 应用进行 Oracle 12c 认证的阶段 支持的 Oracle 12c 功能可为 SAP 应用带来价值
从不同角度了解 Oracle In-Memory
对SAP 应用提供与SAP HANA 平台类似的价值 能够轻松配合 SAP 应用使用
Oracle也发表了一篇 关于12c Database In-Memory与SAP HANA对比的所谓优 势
• • •
按需在SGA中自动创建内存区域，基于表空间/表/分区等粒度缓存数据
Oracle‘s 12c In-Memory for SAP Applications 技术优势详解
今日话题
1. Oracle Database In-Memory产生的背景与功能介绍 2. Oracle Database In-Memory优势与不足 3. Oracle Exadata与Hana的比较
4. SAP Application on HANA的整体优势
5. 总结
2பைடு நூலகம்
近年来Oracle在各领域产品的发展历程
不断尝试，却一直未找到数据分析领域的最佳解决方案
2005年 2008年 2011年
2011年发布了Big Data Appliance 是一款新的集成设 计系统，其中包括 开源Hadoop™、 Oracle NoSQL数 据库、Oracle数据 集成Hadoop应用 适配器以及开源R
3
面向 SAP 应用的 Oracle 12c（内存）
Oracle 发布了《面向 SAP 应用的 Oracle 12c（内存）》 白皮书 – 短篇（12 页），长篇（84 页）
背景：2015 年 7 月，Oracle 12c（内存）通过了运行 SAP 应用的认证，例如 SAP Business Suite、SAP BW 及行业解决方案 新闻稿和 SAP 内部回应 Oracle 网站链接
不断 尝试
2005年 月正式收 2005 年6 6 月正式 购 TimesTen ，正 收购TimesTen ， 式进入内存计算领 正式进入内存计 域 算领域
Oracle收购 Sun 后 Oracle 收购 Sun 于2008 月正式发 后于 2008 月正式 布第一款数据库一 发布第一款数据 体机Exadata，号 库一体机 称能够更好地支持 Exadata ，号称 混合型负载 能够更好地支持 混合型负载
2012年
2012 年发布 于 2012 年发布 Exalytics ，专门 Exalytics，专门 针对分析型应用， 针分析型应用， 由TimesTen、 由TimesTen、 Essbase、BI工具 Essbase 、BI工具 等产品混装的软硬 等产品混装的软 件一体机解决方案
2014年
2014年6月Oracle 12C正式发布， 12C中包含了 Database InMemory功能，该 功能的发布标志着 Oracle进入行/列 混合处理的领域
类似于HANA的列存储格式，双数据存储格式
当数据库关闭时释放缓存数据
自动加速OLAP查询
•
优化器会根据最优的执行计划自动选择行式或列式存储
自动维护行和列式存储的一致性（行/列数据转换）
12c In-Memory功能能够兼容现有的应用 支持数据压缩
•
类似于Exadata的HCC压缩方式
6
Oracle 12c In-Memory 的缺陷
6个压缩设置、5种不同的加载方式 需要管理员不断地调整性能 数据库重启后，列式存储的内存结构需要重新构建 内存重构后，进一步的优化会耗费大量时间 很多旧机器内存不足
磁盘上仅持久化行式存储的数据
• •
集群环境对硬件有一定要求
•
不支持集群表
•
大量开源产品的组合，并未 做到真正的集成 仅对硬件进行了优化设计 架构复杂，实施难度大，全 球案例很少
大量既有软件和硬件的打包 产品 TimesTen、Essbase等技术 并未有新的突破 多业务处理层反而增加了产 品的复杂度，降低了效率 没有得到用户的认可，实际 用户非常少
实际效果如何-有待于 市场进一步检验？
上述观点来自于 Oracle的官方途径
4
揭秘Oracle 12c Database In-Memory
出现的技术背景
推出新功能目标：
• • • •
进一步优化系统性能 追赶主流技术的发展趋势 最大化利用可用的硬件资源 补足短板、提升产品的竞争力
5
Oracle 12c In-Memory 是什么？
Oracle 12c Database In-Memory本质上是一种内存计算技术，它在内存中开辟了一份空间，按照列的方式存储
硬件一体机解决 方案
依然采用传统的行式处 理引擎 主要用作传统数据库的 Cache，并未有根本的 技术转变
局限性
通过Smart Scan、存储 索引等方式减少了数据 库I/O 针对交易处理系统性能 提升较大，OLAP处理性 能未能有重大突破 SAP应用对Exadata进行 了认证，但不支持很多 数据库底层的调优方式
• • •
DBA潜在着大量的工作
• •
磁盘/内存中的行格式存储 磁盘/内存中的索引 内存中的列式存储 若在Database In-Memory下启用RAC硬件必须使 用Exadata或SuperCluster SAP应用中一些关键场景使用，如BESG(总分类账) 如Active Data Guard 不支持Long, Long Raw, LOBs，缺乏对大字段的文 本分析支持
不是内存计算的专用引擎，延用了Oracle传统的行式处理引擎 使用场景有一定的局限性 需要管理员很多的维护/调优操作
性能与纯内存数据库仍有一定差距
Database In-Memory ≠ In-Memory Database
7
Oracle 12c In-Memory 更多的技术壁垒
数据还存在着多份重复的拷贝
技术事实
针对 SAP 应用进行 Oracle 12c 认证的阶段 支持的 Oracle 12c 功能可为 SAP 应用带来价值
从不同角度了解 Oracle In-Memory
对SAP 应用提供与SAP HANA 平台类似的价值 能够轻松配合 SAP 应用使用
Oracle也发表了一篇 关于12c Database In-Memory与SAP HANA对比的所谓优 势