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

November 17, 2014

2014 - 第四届Oracle技术嘉年华大会成功举行

2014年11月14日~15日,是Oracle技术嘉年华大会的活动日,在这两天中,来自全球的Oracle技术专家济济一堂,再次在北京分享Oracle技术的最前沿信息,这已经是ACOUG主办的第四届Oracle嘉年华大会,也正式命名为:Oracle Technology Carnival。

大会首日,早上9点,在主持人的宣布下,大会正式拉开帷幕,现场有大约1,500人以上的用户、爱好者和技术专家齐集一堂。来自云和恩墨的美女主持靓丽登场,完美的主持了大会首日主会场的Keynote演讲。

IMG_5734.jpg

大会开场,甲骨文中国市场部总经理迟晨浩先生和ACOUG联合创始人张乐奕先生共同发表了开场演讲,阐述了用户组对于社区的服务、贡献,以及作为用户和厂商之间的纽带关系所发挥的巨大作用。ACOUG作为Oracle全球用户组的重要成员和组成部分,正在发挥越来越重要的作用。

IMG_5744.jpg

IOUG 国际用户组的主席也发来了祝贺,ACOUG近几年和国际用户组织进行了广泛深入的合作尝试,包括演讲、出版、会议等等,希望通过用户组织,真正的Oracle技术圈子能够更加融合、相知。

IMG_5747.jpg

授人玫瑰,手留余香。正如 ACOUG 主席 张乐奕 在演讲最后阐述的,我们一直致力于通过不断的技术分享,将我们的知识与经验传递出去,帮助别人也帮助自己,行路虽远,初心未改。

IMG_5755.jpg

Sally Piao女士,作为来自Oracle美国总部研发团队,是Oracle的全球副总裁,她已经在Oracle公司工作超过20年,在她的主题演讲中,将Oracle 2014年的产品战略展示出来,Cloud已经成为Oracle全公司的核心战略,从IaaS、PaaS、SaaS层面,甲骨文公司已经能够提供全面的产品和服务,这一转向是坚定而快速的,而在数据库层面,Oracle已经不满足与一体机的优化,未来Software In Silicon,优化渐入更核心的芯片层。

IMG_5759.jpg

在第二个主题演讲中,我和大家分享了"云时代Oracle的技术创新与革命"的主题,从数据库领域的发展趋势和大家分享了我的观点。国内企业在经历了漫长粗放式的IT建设之后,现在走进了整合集中已经云化部署的时代,而在去"IE"的浪潮下,以PC服务器和分布式存储为核心的演进方向正在成为主流,在这个方向上,实际上Exadata一直是引领者和创新者,早在2008年推出的Exadata就是去"IE"的分布式存储架构。而云和恩墨的zData解决方案也是在去"IE"的方向上,架构领先、成本低廉的解决方案之一。在面对大多数性能问题时,我们发现SQL通常都是核心的症结所在,云和恩墨在SQL审核服务上,将优化前置,防患于未然,更进一步。z3 - SQL审核工具是这一理念的承载。

IMG_5767.jpg

吴承杨,熟悉的人亲切的称呼他为Peter,他说甲骨文公司副总裁及大中华区技术产品事业部总经理,作为Oracle在国内的领军者之一,他介绍了Oracle在国内的发展和技术方案演讲过程。他风趣的提到,Oracle的发展可以用一个词来概括:上天入地。上天指云计算,Oracle将全面在公有云、私有云、混合云上为用户提供解决方案;入地指Silicon,Oracle极至的优化将推进到芯片层,实现真正的"端到端"(不能深入更多了)。

IMG_5800.jpg

TOM大神作为很多DBA的领路人,在今年和我们分享了两个主题,继续展示了他在SQL方面无以伦比的深入功力,他所展示的Oracle新的特性,往往最终都成为了大家应用最为广泛和深入的特性,TOM在Oracle的传道授业方面,是我们的导师。

IMG_5823.jpg

本次大会的另外一大特色是,邀请了多位重量级行业客户来分享各自的领域应用和解决方案,中国邮政储蓄银行信息科技部副总经理张兰英,联通集团信息化和电子商务部副总经理耿向东 为我们在Keynote环节分享了重要主题,展示了客户在应用数据库技术构建核心应用中的演进方向。

邮储银行作为国内大行中,唯一一家使用Oracle数据库支持核心交易系统的银行,正在将全国的系统整合集中到中央平台上,数据库的整合也带来了一系列技术变革。

IMG_5811.jpg

这次大会的成功举办还离不开大批志愿者的帮助和努力,感谢所有为嘉年华大会付出努力的朋友们,感谢你们。

acougall.jpg

ACOUG继续努力。

Posted by eygle at 9:27 AM | Permalink | Activity (117)

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)

近期发表

  • 贺 恩墨学院OCM认证100人100%一次性取得认证 - July 18, 2014
  • 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


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