eygle.com   eygle.com
eygle.com eygle
eygle.com  
 

September 19, 2014

Larry Ellison卸任Oracle公司CEO 一个时代的终结

在Oracle官方的网站上,前几天我曾经注意到Larry的简介,只有简短的一行:Larry Ellison has been CEO of Oracle Corporation since he founded the company in 1977. He also races sailboats, flies planes, and plays tennis and guitar.

当时就心存异样,想,这个老Larry不是想做什么吧?想不到这里的has been就是一个暗示。

2014OOWLarryBio.png

果然,今天看到新闻,Larry宣布卸任Oracle公司的CEO,虽然他还担任董事会主席和CTO两个角色,但是毫无疑问,他将渐渐淡出公司的常规事务,并更加远离我们的视线。

毫无疑问,Larry Ellison就是一个传奇,他是Oracle公司的灵魂和象征,再不能有一个人能够拥有同样的号召力和影响力。去年的OOW大会,当所有人挤在一个大会厅中等Larry的演讲,可是听到他跑去看帆船赛,更换了主题演讲人,瞬间大厅走空了一半。

在1986年3月,有三家公司IPO,分别是4日SUN,12日Oracle,13日微软,现在三家经历了辉煌的公司,他们的创始人都以不同的方式开始离开。

Oracle,Larry,自从1977以来,37年。

传奇和英雄都将老去,可是Oracle里有他永远的印记。

Posted by eygle at 4:23 PM | Permalink | OraNews (236)

August 15, 2014

Oracle 11g 的官方支持周期和时限

Oracle公司对于自身产品的支持策略大多数人很难搞清楚,对于Oracle Database 11g的支持周期,有很多朋友产生了异议,参考下文提到的一些文件,希望可以帮助大家理解Oracle的产品支持策略。

在MOS支持站点中Note 742060.1记录了详细的信息,下图清晰的标识了Oracle数据库产品当前的支持策略和周期。

Roadmap_Jul_2104.png

注意图示中红色代表版本序列,ES为扩展支持期,有免费期和付费期(但是前提是必须有买基本服务才能进入扩展支持期),绿色代表小版本Patch信息,而每个Patch的终点即是该版本的最后支持期,过了最后支持期将不再提供服务支持。

根据Patch的终结日期我们可以看到Oracle 11gR2的11.2.0.3的中止期为 2015-Aug-27 ,所以如果我们现在选择11g,应该选择11.2.0.4版本,该版本最终支持到 2018-Jan-31,还有很长的生命周期。

PatchingEndDate.png

Mike Dietrich 是Oracle公司数据库升级迁移方面的专家,他在博客上会发布很多与此相关的信息。 

PremierSupport11gR2.png

在他的文章中,强烈建议大家开始考虑12c产品。

https://blogs.oracle.com/UPGRADE/entry/did_you_know

在我看来,如果现在大家在选择Oracle的数据库版本,应该尽可能的选择11.2.0.4版本,该版本是11g的最终版本,其支持周期也还有足够的空间。

 

 

Posted by eygle at 11:09 AM | Permalink | OraNews (236)

July 23, 2014

Oracle 12c新特性:IN-Memory Option - 列存与压缩

在12c的In-Memory Option选件之中,数据在内存的独立区域中按照列式存储,数据是被压缩存放的,内存与列式压缩可以极大提升查询的性能,下图是IMO的示意图:

inmemorycolumnar.png

接下来我们来验证一下列存的压缩比率和查询性能。

首先查看IMO的内存分配情况,初始启动数据库,可以看到1MB Pool分配了大约3M的内存空间:

imoareaclean.jpg

接下来将一张数据表设置到内存中,并且通过查询加载:

keepinmemory.jpg

在加载过程中,内存使用增加,直至完成:

billpopulate.jpg

由此我们可以根据数据表的大小和内存分配空间,计算出内存列式压缩的比率。BILL表共使用内存大约300M:

SQL> select (313524224 + 720896 + 3145728)/1024/1024 MB from dual;

MB

----------

  302.6875

而该表在行式存储上占用了 952 MB:

SQL> select bytes/1024/1024 MB from DBA_segments where segment_name='BILL';

MB

----------

       952

这意味着使用列存,使得存储空间压缩到了原来的30%,这是一个计费的测试数据表,在使用IMO查询,全表扫描仅用了80ms就完成了查询:

inmemoryquery8.jpg

在以下测试中,我们创建一个非IMO对象,基于一个字段进行Distinct查询,在查询结果中,响应时间分别为1320 ms和70 ms,也有19倍的响应差距:

diskinodistinct.jpg

以下是执行计划及逻辑读等统计信息输出:

inmemquery8.png

Posted by eygle at 11:15 AM | Permalink | OraNews (236) | Oracle10g/11g (109)

Oracle 12c新特性:IN-Memory Option - 缓存与参数

2014年6月,在Oracle 12c的12.1.0.2版本中,Oracle正式发布和引入了基于内存和列式计算的In-Memory Option (以下简称IMO),这距离Larry在2013年OOW上发布这一特性已经过去了近10个月。

2014年7月22日,Oracle正式提供了12.1.0.2版本的数据库产品下载,可以通过:

https://edelivery.oracle.com/ 

下载该产品的最新版本。

OTN上,Oracle也随后发布了下载链接:

12c020.png

下图是IMO特性的原理图,通过在内存中开辟一块独立的区域,Oracle将指定的表或者分区以列式内存存储,但是在存储上,仍然以一份行式存储,这就需要额外的内存空间。

inmemorycolumn.png

当然,内存对于Oracle来说从来都不是问题,为了配合IMO特性,Oracle此前已经推出了SuperCluster M6-32一体机,该服务器满配可以配置32 TB内存,这是一个内存快速扩展的时代:

supercluster632.png

我们来看一下Oracle广为关注的这一新特性的表现。

IMO的缺省的参数有:

SQL> select name from v$parameter where name like '%inmemory%';

NAME

------------------------------

inmemory_size

inmemory_clause_default

inmemory_force

inmemory_query

inmemory_max_populate_servers

在数据库启动时,可以看到SGA中分配的Inmemory Area区域:

SQL> show sga

Total System Global Area 2147483648 bytes

Fixed Size     2917936 bytes

Variable Size   402655696 bytes

Database Buffers 1191182336 bytes

Redo Buffers   13856768 bytes

In-Memory Area   536870912 bytes

启用IMO特性,需要设置inmemory_size参数,指定可以作为内存列存的内存区域,该参数为静态参数,以下语句将该内存指定为800M,重启数据库使得该参数失效:

SQL> alter system set inmemory_size=800M scope=spfile;

System altered.

除此之外,另外一个关键参数是:inmemory_max_populate_servers 。该参数设置用于将数据加载到内存的后台进程数量。以下将该参数设置为2 :

SQL> alter system set inmemory_max_populate_servers=2;

System altered.

此后可以通过在表或者分区级别设置INMEMORY选项,将该表数据设置存储在内存中:

SQL> alter table accbill inmemory;

Table altered.

以下通过测试来演示一下IN-Memory表的查询性能,以下执行计划中的INMEMORY意味着这是一个IMO查询,逻辑读仅为7,较常规表大大缩减:

inmemory.png

如果我们将该表移出IMO内存,可以看到其逻辑读变成了4076,执行效率也肯定大大下降:

noinmemory.png

通过视图V$INMEMORY_AREA可以查询内存区域的使用情况,其中USED_BYTES表明当前已经使用的内存:

inmemoryarea.png

注意,V$INMEMORY_AREA中的POPULATE_STATUS代表了当前数据向内存中加载的进度,在Done之前的查询不能充分使用内存列式运算。

populating.jpg

如果内存设置不足以容纳指定的数据表,则状态会显示为"OUT OF MEMORY",这就需要去增加内存设置,或者减少Cache的对象数量。

 

Posted by eygle at 8:21 AM | Permalink | OraNews (236) | Oracle10g/11g (109)

July 18, 2014

贺 恩墨学院OCM认证100人100%一次性取得认证

恩墨学院经过两年左右的发展和拼搏,近日迎来100人通过OCM认证的庆祝日,这是一个值得纪念的日子。目前恩墨学院已经能够提供OCM全线的认证培训,包括Oracle 10g OCM、Oracle 11g OCM,这100人之中,11g的认证比例已经达到了近20%,其中女同学比例达到了 7% ,七朵金花尤其可贵。

恩墨学院院长 侯圣文 在致辞中这样写到:

【恩墨百人OCM金榜题名】又有十五名恩墨学员一次性通过(10g、11g)OCM大师认证,截止到目前共有101名学员一次性通过OCM认证!不畏艰险,追求卓越,是你们每一位的座右铭。感谢你们选择了恩墨,选择了相信恩墨。获得如此殊荣,恩墨与有荣焉,为你们感到骄傲

虽然行业里对认证有各种不同声音,但是OCM通过严格的训练和实际上机的考试,对于每一位学员的压力和挑战都是巨大的。恩墨学院还不断开发和总结来自于实践的案例课程,不断通过增值的培训让大家获得更多的知识和锻炼。

恩墨学院,力争做到最好,以不懈的努力回报大家的信赖!

enmoedu100ocm.jpg

Posted by eygle at 8:20 AM | Permalink | OraNews (236)

近期发表

  • Oracle 2013年数据库市场份额47.4 - 再居第一 - July 17, 2014
  • 去"I":四川电信Oracle数据库迁移到虚拟化平台 - June 17, 2014
  • ACOUG校园行 - 南阳理工学院技术分享 - May 11, 2014
  • 清华大学软件学院 - 技术交流与分享记 - April 18, 2014
  • DTCC 2014 - 数据库技术大会五年 - April 12, 2014
  • 【媒体】LSI 有新招:卖闪存拉上Oracle ACE - January 10, 2014
  • 云和恩墨:闪存方案逐步走俏传统企业 - January 9, 2014
  • 《深入解析Oracle》修订版获ITPUB投票榜首 - January 8, 2014
  • Oracle数据恢复 - 注意Expdp导出文件可能初始写入损坏 - January 7, 2014
  • 新年献礼:《深入解析Oracle》一书开源下载 - December 31, 2013


  • CopyRight © 2004 ~ 2012 eygle.com, All rights reserved.