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

August 29, 2015

2015 ACOUG中国之旅-北京站活动成功举行

2015-08-29,ACOUG中国行活动北京站顺利结束。北京站是此次最为特殊的一站,所有主题都是全新出炉,第一次公开分享,新的技术、新的形式,这次分享获得了听众们的广泛好评。

感谢来到现场的近一百位技术爱好者们,专业内容,良好互动,是成就社区不可或缺的两大要素。

IMG_7923.jpg

首先仍然要感谢Oracle大学WDP合作伙伴,杨素兰老师在北京站上介绍了OU数年来不断的进步和社会教育推动,恩墨学院和OU一直保持良好的合作,感谢OU对ACOUG年度活动的支持。

IMG_7849.jpg

这次大会的第一个主题是我和侯圣文一起带来的,来自真实世界的诊断案例 - RWT,这也是我收到RWP活动启发开发的一个系列课程,这次是首秀。

RWT.png

圣文的精彩配合为案例解析增色不少,我们通过角色扮演,将一线工程师和二线专家的工作配合,基本技能和深入分析真实重现了出来,从现场大家不时反馈的会意笑声来看,这种新颖的形式受到了大家的认可。

IMG_7902.jpg

第二个主题分享来自崔华老师,崔华的每一个分享主题都是精心准备,异彩纷呈,这次通过某航空公司的RAC故障案例,将其中的疑难和精彩渐次呈现给大家,这其中不仅仅是技术,还有一个严谨的思维、真实的技术人。

IMG_7876.jpg

最后一个主题来自Andy Yao,他是Oracle In-Memory Option的产品经理,来自Oracle的研发总部,他详细的和大家分享了IMO的最新技术进展,包括在M7上每秒处理1700亿行记录的惊人数据。

IMG_7894.jpg

当然,Andy和我们分享的不仅仅是这些,最后一个对话环节,我们还将关心的问题一一提出,了解了硅谷华人的工作生活状态,在研发过程中的趣事,所以在场的朋友都感觉受益匪浅。感谢Andy专门抽出时间和ACOUG北京的朋友们进行分享和互动。

ACOUG接下来的几站活动分别是西安、上海和杭州,希望有更多的朋友参与到分享和技术互动中来。

Posted by eygle at 11:09 PM | Permalink | Activity (128)

August 28, 2015

行成于思:从Oracle到MySQL的抉择及DBA

OMP.jpg

这篇文章来自于微信群的问答,我和周彦伟互相配合,彦伟回答了我的四个关于MySQL和Oracle的问题,对于来自两个不同领域的人,这些问题我想对很多人具备参考价值。整理收录于此,供参考。

 

1.用户该选择怎样的MySQL?

盖国强问:随着Oracle囊括MySQL而去,用户对于MySQL命运的担忧从未停止,然而官方版本的各种特性确实在不断增强,从GTID到MTS,Oracle解决了MySQL的很多历史问题,同时诸如MariaDB等新的分支又激活了开源的引擎,Oracle官方分支与其他分支相比,是否具备明确的更新优势,用户该怎样去进行选择?进一步的,周总认为MySQL最吸引用户的地方是什么,比如和Oracle数据库对比(不谈成本)?

周彦伟答

MySQL的版本,个人认为比较靠谱的有三,MySQL官方版本,Percona版本,MariaDB版本

MySQL官方版本当然是正统,不管是代码开发人员,还是各种测试,文档,社区维护都是最强大,最全面的。我估计(官方版本)也是目前使用量最大的版本。它对bug的修改和功能性代码补丁的merge都很专业,谨慎,可靠性比较高。它的缺点,庞大的机构和冗长的流程,会导致代码更新缓慢,一些热点功能不能很快的反应到官方GA版本上,如果希望用到比较实用的社区开发人员提供的补丁,可能需要等待很长时间。MySQL官方在企业版和社区版之间徘徊,感觉他们还没想好到底怎么发展MySQL,很好的工具不能免费提供给使用者,要走收费的道路,然后又等着开源社区来革命。

反之,MariaDB在这方面比较接地气,很多最新的功能都能快速的加入和实现,很多人选择它就是因为这点。Monty本人感觉比较激进,比较从谏如流。但是MariaDB还是太年轻,各个环节还不够成熟,专职的开发者也少,并且很重要的是,很可能上了道之后就回不来了,慢慢的会偏离MySQL。

Percona版本是官方版的超集,它在官方版本的基础之上又加入了很多补丁,同时Percona已经修成一个基于MySQL的生态圈了,各种工具,方案,文档都很齐全。对MySQL用户来说是一个不错的选择。但是令人堪忧的事情是,Percona自身的开发能力,特别是对InnoDB的开发和修改能力慢慢趋于弱势,真正有实力的人,应该还在官方。不过,鉴于Percona完全兼容官方版本,我目前还是选择了它。

我认为自由是开源数据库的兴起之源,特别是在互联网行业,自由之风盛行,所以开源数据库可以大行其道。作为使用者来说,知其然并知其所以然的状态是最好,并且,在开源面前不仅仅如此,知其所以然而后对其拆骨动筋,使其为我所用,听我所嘱,这也只有开源可以办得到。

另外,开源社区的氛围,也是大家学习和进步之源,不仅能直接吸收其编码的精华,也可以借鉴他人之经验,整体欣欣向荣,互相促进,共同进步,如此蓝图,岂不乐乎。

2.从代码到运维,MySQL的DBA何去何从?

盖国强问:有人说玩开源产品就要玩源码,MySQL DBA中有一类独特的群体是代码开发者,和Oracle DBA比较起来,单纯的MySQL的运维似乎可以腾挪的空间更小,作为MySQL DBA,应该如何选择MySQL入行的方向,不同方向的关系又是如何的?我也非常想知道周总在MySQL的职业生涯中,是从哪个角度入行,对于源码的认识是怎样的,从人人网到去哪儿,角色和技术上又有哪些转变?

周彦伟答

我个人是抱着读源码的信心入行运维DBA的。当时改行做DBA,我已经做开发超过5年有余,陡然换一个新的职业的信心来自于自己编程的经验,当时要决定做DBA时,我对自己说了一句话:MySQL不就是一个程序么,代码都在那里,还有啥搞不定的?

但造化弄人,我并没有对源码有过很多深入的研究,甚至没有通读过一遍。在当时的工作,研发和DBA比例超过200:1。工作压力巨大,早期的MySQL知识恰恰都是从运维中获得的。从这点可以说,运维也可以干得很不错。我也相信,到目前为止还是有很多人没有看过源码,但在DBA的岗位上非常优秀和成功的。

同时,我也注意到,很多从源码起步的人,并不一定能把运维这个事儿搞得很好,甚至会一团糟,各种理论的书面经验并不能有效转化为生产力,有时候甚至会捅大娄子。认真总结可以发现,源码和运维是两种完全不同的思维模式和做事方式,相对而言,源码需要的是更为抽象的算法,编程能力,思维能力,而运维更侧重于经验的总结,行为的准则,人性的展示,运维往往更能反映人性。我之前在人人上发状态有过这样的表达:DBA是一种生活方式。DBA是一种态度。

我个人比较幸运的是,在经历了大规模,高强度,超负荷的运维DBA的过程中,不断接触到了数据库源码和研究数据库源码的人,他们给我纠正了很多我在运维过程中猜到的一些经验,这些经验在源码面前被揭露的一览无余,让我改变看法,积累正确的知识,不断进步。在此,我要谢谢这些好朋友,竹峰,立勋,丁奇,古雷,利兵,登博,禇霸等等。当然,获取数据库的知识也来自从运维入手的一批朋友,诸如炳锡,金荣,启荣,发明,李凌,应钢等等,这些都是良师益友。

关于源码和运维,我的周围还有这样的奇才,从源码转而运维,从运维转而源码,总而言之,二者如果能很好的结合起来,在运维过程中参照源码来指导工作,把运维的需求变成源码沉淀,这才是MySQL DBA最好的工作方式,这些人的成就,我已经望尘莫及了。

MySQL DBA或者DBA的发展,除了更深入的钻研源码以达到MySQL届扫地僧的造诣之外,可发展的空间还有两条路:

一是对底层架构的把握和设计,MySQL是需要架构的,而且需要功力很深的设计,不管是扩展性还是可用性,它自身都没有很好得解决方案,这需要从上层角度,根据自己业务的需求和特点,选择不能的架构思路,甚至在一个公司内部,根据公司的业务不同,也需要选择不同的方案,物尽其用,物有所值才是持家之道。

二是对业务逻辑和架构的深入。我记得这是在跟童家旺大师聊天时候他提到的一个观点,我对此非常认同。数据库跟业务再也不是路人甲乙的身份了,数据库的优化需要了解业务的真实需求和特点,业务技术架构和方案的设定也需要深入了解数据库的特点,把二者结合起来考虑,各自扬长避短,才能和谐工作,提升效率。DBA就是这其中的桥梁,DBA要上得厅堂,下得厨房,做到深入了解每一个分表,每个sql的真正意义,才能更好得去优化和设计。这样的DBA才是有价值的DBA,才是业务和企业最离不开的人,这其中的空间无比的宽广,非常非常值得探究。目前来看,MySQL DBA在逐渐往这条路上(深入业务)前行,但是Oracle方面,由于传统的习惯和Oracle数据库大包大揽的特点,反而数据库和业务离得比较远一些。目前的Oracle DBA没有MySQL DBA那么抢手,这是不是也是一个原因?


我个人从之前的人人网到去哪儿网之后,担任了数据库总监的职务,在短期内把DBA团队发展壮大到超过原来的3倍,同时扩大了DBA的业务,从原来狭义的DBA只顾MySQL这一项内容扩展到MySQL,HBase,redis,甚至SQL Server。这其中有公司的需求,也有个人以及团队发展的考虑。在MySQL上的主要工作是作为架构师的角色,带领和伙同兄弟们一起做了不少底层的革新。从制定MySQL开发规范,到架构PXC,从开拓redis业务到目前的HBase的初见成效,从带动公司硬件的革命,到推出开源审核产品InceptionSQL,也算做了一些事情。


3.MySQL的版本更新?

盖国强问:在我的职业生涯里,Oracle从8i、9i、10g、11g进化到现在的12c,而MySQL已经在5版上徘徊了超过10年,MySQL是如何规划版本的,开源产品在活跃的社区下为何反而不如商业产品迭代和扩展得快?那么是否意味着在Oracle的支持下,MySQL官方分支会加快MySQL的演进更新?

周彦伟答

我对商业产品的市场行为不是太了解,不过从周围的手机,电器,医药等产品的更新换代来看,我觉得这种大版本的不断更新换代绝对有商业的意图在里面,至于细节,就不知道,也不好评说了。

相反,我对MySQL还是比较了解的,我是从5.0.27开始使用MySQL的,到现在的MySQL5.7.8。MySQL看似让人失望了,MySQL 5版本徘徊了已经很久很久了,久得让人觉得MySQL5是一个产品的名称了,而不是MySQL,连MariaDB都10了。但是回过头来看,MySQL每一个最小版本的升级,都走得踏踏实实,细看Release Notes你会发现,MySQL真是解决了很多很多的问题啊。并且几次大的升级,5.0到5.1,5.1到5.5,5.5到5.6以及5.7,每次升级都有亮点,都让人欣喜。当然我上面也吐槽过,MySQL还是不够激进,效率也不够高,很多好用的特点没有被官方接纳,官方的官僚冗长的作风,也值得批评。

MySQL一直是5还有一个原因是,上面的开发框架这几个版本Server框架没动,都是基于Server+引擎的Plugin的方式,最近几年主要是针对引擎上做各种工作了,例如InnoDB的变动,实际上是不表现在MySQL Server的大版本上的。MySQL版本选择方面很重要一点是是针对引擎的选择或是针对业务解决方案来选择,这是和Oracle差别很大的地方

另外,MySQL产品升级的历史,也可以看做是互联网发展的一个缩影。从最初的简单的Myisam存储,到InnoDB的大规模推广,从replication受到热捧到各种集群方案的推出,从数据库访问的效率,到对数据库一致性,安全性的追求,反映到互联网上,难道不是web1.0,2.0,搜索引擎,社交产品,电子商务,金融服务的写照么?现在在电子商务产品上使用MySQL已经不是什么稀奇的事情了,进而,包括阿里在内的大厂们都在考虑如何提高一致性和安全性,要把MySQL用在金融上,这也包括我从去年开始认真研究的PXC,也是应此需求而来得。这就是MySQL的进步。

4.MySQL在国内的发展会否"成也阿里,败也阿里"?

盖老师问:在我的视野里,最近几年MySQL在国内的快速发展,一部分得益于阿里在去"IOE"中,使用MySQL替代了Oracle数据库,进而不断推动国内关于MySQL的技术讨论,但是随着阿里自有OB的使用,包括最近热议的PG,以及在云上全面的数据库产品布局,会否使得MySQL沉寂下来,MySQL和PG的竞争该如何判定?

周彦伟答:

首先,我认为国内的MySQL"成也阿里"是不准确的,据我所知,阿里在MySQL方面有比较好的成果和公开的分享,怎么也得是2009年之后了吧。那么在此之前,事实上国内的MySQL已经如火如荼了,例如我的挚友吴炳锡,叶金荣,在那个时候已经是多年的MySQL DBA了。我当时供职的人人网,已经是数百台实体机器,数千个实例的规模了。还有更多的一些专家,一些公司,其实在很早很早就开始用MySQL了。我相信腾讯的使用MySQL的历史和规模应该都大于当时的阿里。这也是开源社区的特点,真真的藏龙卧虎,高人辈出。

事实上,互联网一直有MySQL的身影和基因,去IOE只不过是把MySQL推到了一些传统的企业和政府面前,看似一下子火起来了而已,其实,火,一直在那里烧,只是关注者的侧重点不同而已

"败也阿里"也值得商榷,正是这几年以阿里的一些数据库爱好者的推动,MySQL技术得到了长足的发展,不管是MySQL的社区,还是MySQL自身的性能,安全性,都在广大MySQL DBA和源码贡献者的推动下不断得到优化,MySQL的使用范围也越来越广,据我所知,不仅仅是大家知道的阿里淘宝,连QQ的财付通,QQ的游戏支付,大家平时玩的微信红包,都是在用MySQL。上面提到,MySQL马上要走入到正统的金融领域了。我之所以说是正统,是指的银行或者类银行的权威机构,是要处理账务的,不仅仅是上面提到的这些电子商务的流水账目。因为我知道很多金融网站,P2P金融服务在用MySQL,但是他们的技术人员并没有认识到MySQL的不足,直接上来就用,真可谓初生之犊不惧虎,我个人是不会买这类网站的金融产品的。支付环境是安全性和一致性主导的,这方面如果新型的P2P公司要使用MySQL最好找人咨询一下。  

另外,现在传统企业的跟进,必然也会从互联网公司挖一批从事的老兵,这些老兵也会把互联网的经验带到传统企业,所以MySQL的使用,已经不只看阿里或者互联网了。 另外我看到各种MySQL培训,例如炳锡的泰岳学院,恩墨的恩墨学院做的也挺火的,可以说现在市场需求真的不到是阿里了。 也许阿里会向更高的层面发展,如同google推出Spanner这种东东,一般企业也不需要,也不容易部署起来。 再反观,MySQL做为一个成熟的成品在一般企业在搞定千万或是上亿用户的规模系统里,互联网现在的技术也可以顶一段时间了。

至于有类似OB和PG竞争,我一直觉得这是一件非常好的事情,我所在的公司是有PG的,并且PG不在我的控制之下。但这一点也不影响我对PG的喜爱和支持。好东西为什么要刻意回避?竞争才能意味着进步,如果MySQL过不了这一关,那么它的死掉也不足惜了。按照历史的发展经验和MySQL活跃程度,我认为败只是臆断,只是担心,这个发生的可能性很小。

 

当然,我也再次呼吁,大家一起努力,把社区做好,把产品最好,把数据库用好。

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

以上是问答的实录,我从周彦伟的回复中也获益良多,收录这里供大家参考。

Posted by eygle at 8:12 AM | Permalink | Beginner (49) | HowTo (50)

August 27, 2015

Oracle DataGuard对跨平台数据迁移的支持

Aix2Spar.jpg

在Oracle数据库之中,实现跨平台迁移一直是一项较为复杂的任务。Oracle的DataGuard技术一直在进步,不仅仅作为容灾,在数据迁移中也承担了重要的使命。

自10g开始,Oracle的DG开始有限度的支持跨平台的DataGuard环境搭建,从而简化数据迁移的过程,现在从AIX迁移至Solaris Sparc平台已经发布了成功的实施过程。

以下介绍内容参考了MOS的两篇文档,文档分别为:

  • Data Guard Support for Heterogeneous Primary and Physical Standbys in Same Data Guard Configuration (Doc ID 413484.1)

  • One Time Migration Steps from IBM AIX Power to Solaris SPARC using Data Guard (Doc ID 1982638.1)

在文档一中给出了跨平台支持的矩阵列表,下图来自文档截图,我们可以看到IBM AIX可以向Solaris SPARC平台搭建DG,进行数据传输和同步:

PlatformSupport.png

在文档1982638.1中给出了详细的步骤,共七个环节,实际上是以下四件事,最主要的是解决一个ORA-600的BUG错误:

  1. 在SPARC平台创建备库;

  2. 通过10463解决ORA-600[kcc_upgrade_1]控制文件的错误,挂载备库;

  3. 开始正常的Redo Apply;

  4. 执行切换并重建控制文件;

当然要注意,以上的步骤只支持在Oracle 11g中进行,10g不在支持的产品序列中了。

我将文档1982638.1中的详细内容引用在这里供大家参考:

Step 1. Create a SPARC standby from the AIX primary using the steps outlined for creation of a standby in Data Guard Concepts and Administration.

(a) Do not use RMAN DUPLICATE process. Instead, use manual backup/restore method to populate the standby.
(b) It is ok to use RMAN for the manual backup/restore; however, in this case, make sure event 10463 is NOT set.
The following note can be use for guidance:

Note 469493.1 Step By Step Guide To Create Physical Standby Database Using RMAN Backup and Restore


Step 2. Mount the SPARC standby using the standby control file created on AIX primary in Step 1. Before mounting the standby database, set event 10463 level 3 in the init.ora at the SPARC standby. This setting prevents the assert ORA-600[kcc_upgrade_1] and allows the standby to be MOUNTED successfully.

For spfile:
alter system set event='10463 trace name context forever, level 3' scope=spfile sid='*'

For init.ora:
event='10463 trace name context forever, level 3'

Step 3. Remove event 10463 setting after successfully mounting the standby, shut it down, remove event 10463 setting from the standby's init.ora file, and re-mount the standby database.


Step 4. Resume normal Data Guard redo shipping & apply from AIX -> SPARC Enable DG redo shipping from AIX primary to SPARC standby, and start real time redo apply at SPARC standby as described in Data Guard Concepts and Administration.

You cannot use any flashback or RMAN related operations on the SPARC standby.

Step 5. Perform switchover and open the new SPARC production Use Data Guard Switchover Role transition procedure to convert SPARC standby into a Production database using the steps described in Section Switchovers in Data Guard Concepts and Administration

Do not allow users or applications to connect to the new primary yet.

Step 6. Recreate a new controlfile for the new production database and open production with new controlfile:

To recreate a new primary control file, use the following procedure:
a) On the open production, connect as SYSDBA, and issue "alter database backup controlfile to trace;"
b) In the trace file for this session you will see two sets of DDLs to create a new backup control file. Use the set of DDLs that create the control file with the NORESETLOGS option (Set # 1)
c) Shutdown the production database

SQL> shutdown;

d) Run the commands in the trace file starting with 'startup NOMOUNT', 'CREATE CONTROLFILE REUSE .. NORESETLOGS ..', 'RECOVER DATABASE', etc..

Step 7. Production on SPARC is now ready At the end of execution of all the commands in Set #1, the production database can be opened for users & applications.

Note: It is possible that when opening the new Primary you may encounter ORA-07445 errors or other errors indicating that some PL/SQL packages are invalid. If this occurs refer to Support Note: 414043.1 to recompile them.

IMPORTANT: Once this process is complete, the OLD PRIMARY is no longer usable and part of the Data Guard setup. If failback is required to the OLD PRIMARY, it can be mounted and activated. All data from the CURRENT PRIMARY since switchover will need to be exported and then imported to the OLD PRIMARY.

现在Aix to Sparc平台,可以试试这个方案了。

以下附录是截止 2015-08-27 跨平台支持DataGuard的列表矩阵和注意事项:

PLATFORM_ID PLATFORM_NAME
Release name
PLATFORM_IDs supported within the same Data Guard configuration when using
Data Guard Redo Apply (Physical Standby)
2 Solaris[tm] OE (64-bit)
Solaris Operating System (SPARC) (64-bit)
2
6 - See Support Note: 1982638.1 and Note: 414043.1
3 HP-UX (64-bit)
HP-UX PA-RISC
3
4 - Oracle 10g onward, see Support Note: 395982.1 and Note:414043.1
4 HP-UX IA (64-bit)
HP-UX Itanium
4
3 - Oracle 10g onward, see Support Notes Note: 395982.1 and Note:414043.1
5 HP Tru64 UNIX
HP Tru64 UNIX
5
6 IBM AIX on POWER Systems (64-bit) 2 - See Support Note: 1982638.1 and Note: 414043.1
6
7 Microsoft Windows (32-bit)
Microsoft Windows (x86)
7
8, 12  - Oracle 10g onward, see Support Note: 414043.1
10 - Oracle 11g onward, requires Patch 13104881
11, 13 - Oracle 11g onward, see Support Note: 414043.1, also requires Patch 13104881
8 Microsoft Windows IA (64-bit)
Microsoft Windows (64-bit Itanium)
7 - Oracle 10g onward, see Support Note: 414043.1
8
12 - Oracle 10g onward
11, 13 - Oracle 11g onward, requires Patch 13104881
9 IBM zSeries Based Linux
z/Linux
9
18 (64-bit zSeries only)
10 Linux (32-bit)
Linux x86
7 - Oracle 11g onward, requires Patch 13104881
10
11, 13 - Oracle 10g onward, see Support Note: 414043.1
11 Linux IA (64-bit)
Linux Itanium
10 - Oracle 10g onward, see Support Note: 414043.1
11
13 - Oracle 10g onward
7 - Oracle 11g onward, see Support Note: 414043.1, also requires Patch 13104881
8, 12 - Oracle 11g onward, requires Patch 13104881
12 Microsoft Windows 64-bit for AMD
Microsoft Windows (x86-64)
7 - Oracle 10g onward, see Support Note Note: 414043.1
8 - Oracle 10g onward
12
11, 13 - Oracle 11g onward, requires Patch 13104881
13 Linux 64-bit for AMD
Linux x86-64
7 - Oracle 11g onward, see Support Note: 414043.1, also requires Patch 13104881
10 - Oracle 10g onward, see Support Note Note: 414043.1
11 - Oracle 10g onward
8, 12 - Oracle 11g onward, requires Patch 13104881
13
20 - Oracle 11g onward
15 HP Open VMS
HP OpenVMS Alpha
HP IA OpenVMS
OpenVMS Itanium
15
16 Apple Mac OS
Mac OS X Server
16
17 Solaris Operating System (x86)
Solaris Operating System (x86)
17
20 - Oracle 10g onward, see Support Note: 414043.1
18 IBM Power Based Linux
Linux on Power
9 (64-bit zSeries only)
18
20 Solaris Operating System (AMD64)
Solaris Operating System (x86-64)
13 - Oracle 11g onward
17 - Oracle 10g onward, see Support Note: 414043.1
20

参考链接:

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

题图引自 Mike Dietrich 的博客。

Posted by eygle at 11:37 AM | Permalink | Backup&Recovery (137)

August 9, 2015

2015 ACOUG中国之旅-济南站活动成功举行

2015年8月8日,ACOUG 2015中国行的第三站来到了泉城济南,在山东Oracle用户组的组织之下,技术交流在热烈气氛下传递知识、结交朋友,取得圆满的成功。

IMG_7408.jpg

ACOUG一直以分享知识、传播技术为目标,然而作为ACOUG在山东的第一次技术交流会,实在是来的有点晚,然而促成此次交流实在是得益于SDOUG的地面组织,如果各地都能够有一个用户组,促进互动,增进交流,那对于技术爱好者一定是一个福音,有了SDOUG,我们为活动的准备就得以简化,从而让我们的第三站就来到济南。感谢SDOUG的创始人葛云杰、杨云龙先生。

IMG_7397.jpg

感谢山东朋友们的支持,本次活动的参与者包括来自威海、青岛等地的朋友,为此我也为这次活动精心设计了一个主题,将Oracle最新的技术方向、经典优化案例分享给大家。

我们知道,Oracle作为一家在数据库领域占据首要位置的核心厂商,自去年Larry宣布转向云技术之后,已经实现了全面的战略布局,在数据库方向,Oracle依赖强劲的硬件支持(Exadata等),通过12c的多租户特性帮助用户整合数据环境、构建云模式,进而以内存选件(In-Memory Option)实现列式压缩和分析提速,在Scale-Up的演进方向上,Oracle已经登峰造极。

但是,在横向扩展的Scale-Out方向,Oracle的In-Memory已经在内存上实现数据分片,并且在即将发布的12.2版本,将引入Sharding的数据分层架构。

这一切都似乎在昭示,即便在后IOE时代,Oracle的技术革新,仍然会引领技术潮流,并且再次将用户的目光吸引到数据库上来。

恩墨学院的院长侯圣文先生,通过一个优化主题,将他对于优化的理解以鲜活的实践案例传递给大家,赢得了现场不断的掌声。圣文在个人成长,培训提升等方向的感悟绝对可以称为独步天下。他的分享为大家指引了进一步学习的方向。

IMG_7384.jpg

感谢山东OUG的专业摄像和访谈,后续相信大家可以看到不少精彩的视频影响。

IMG_7407.jpg

SGOUG邀我提些发展建议,我才想起,济南距离北京仅仅90分钟左右的车程,只要形成圈子和氛围,北京和山东的技术对接很容易建立起来,我们希望可以将交流、分享持续下去。

IMG_7409.jpg

如果其他区域的用户组能够组织和汇聚爱好者们,ACOUG将优先在相应区域组织活动,感谢大家的支持。

Posted by eygle at 10:23 PM | Permalink | Activity (128)

July 27, 2015

2015 ACOUG中国之旅-长沙站活动成功举行

2015年07月26日,ACOUG中国行活动第一次走进长沙,来到了"唯楚有才,于斯为盛"之地。感谢CSOUG的配合和地面组织,此次活动取得了圆满的成功。

这次活动,让我感动的是还有多位朋友来自外地,长沙之外的有之,湖南之外的有之,朋友们为了参加这次活动,冒雨前来。为了感谢这些朋友,我在整个下午讲了2.5个主题,将 Oracle产品的新技术和未来演进、SQL优化、数据库诊断案例等精华部分,和现场朋友们做了技术分享。第一次活动,我们必让大家不虚此行。

侯圣文也分享了优化相关的主题,他的个人成长和学习之路也为大家带来了启发。恩墨学院的持续教育,担保教育也成了大家关注的焦点。

这次大会还有几个意外的收获,2004年在上海Oracle OOW上结识的一位阿里兄弟,10多年之后,在长沙相见;北京Oracle的一位哥们,现在也在长沙。时间转瞬都在以5年、10年为单位向前跃迁,我们如何能够不努力拼搏?加油、再加油!

ACOUG_CSOUG.jpg感谢CSOUG的现场组织,敬勇分享了一个精彩主题,龙双做出了出色的组织,感谢他们:

IMG_6617.jpg

感谢ACOUG活动的赞助商云和恩墨和希捷,感谢他们对于本次活动的大力支持。

下一站,济南,马上开幕。

Posted by eygle at 12:47 AM | Permalink | Activity (128)

近期发表

  • 回顾、感恩、展望 - Oracle技术大会暨38周年庆典 - July 23, 2015
  • 2015 ACOUG中国之旅-福州站活动成功举行 - June 29, 2015
  • SQL多版本控制 - _CURSOR_OBSOLETE_THRESHOLD - June 17, 2015
  • Oracle RWP性能之旅 PPT教材下载地址 - May 23, 2015
  • 异彩纷呈 - Oracle RWP China 性能之旅中国行 - May 23, 2015
  • Oracle 的 enq: TT - contention 等待事件 - May 7, 2015
  • 2015 DTCC: 后IOE时代 Oracle将何去何从? - April 20, 2015
  • Oracle SQL Developer 4.1 和 SQLcl 的新特性 - March 2, 2015
  • 云和恩墨战略注资恩核中国-优势互补合作共赢 - December 28, 2014
  • 2014 Oracle嘉年华:分布式存储解决方案 - November 26, 2014


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