Oracle Life http://www.eygle.com/blog/ Eygle 的Oracle Blog，提供Oracle技术研究及深入探讨，同时记录个人爱好及生活历程。 en Copyright 2013 format_name= http://www.sixapart.com/movabletype/ http://blogs.law.harvard.edu/tech/rss eygle@eygle.com hourly 1 2007-01-01T12:00+00:00 -------------------------------------------------------------------------------- http://www.feedburner.com/fb/images/pub/fb_pwrd.gifThis is an XML content feed. It is intended to be viewed in a newsreader or syndicated to another site, subject to copyright and fair use. Oracle数据库恢复:风险意识缺乏导致的数据风险 在MySQL中，表名的长度限制是64个字符，但是Oracle的表名不能超过30个字符，这是数据库的内在限制。 http://www.eygle.com/archives/2013/05/oracle_db_risk.html eygle@eygle.com(eygle) http://www.eygle.com/archives/2013/05/oracle_db_risk.html 作者：eygle 发布在 eygle.com

这是发在微信账号上（ OraNews ）的文章，收录在这里。

Risk-Management.jpeg

【数据库的风险逐渐升级】最近有客户遇到了一则数据库故障，起因是当进行一个数据表创建时遭遇到限制约束。

该数据表来自MySQL数据库，在MySQL中，表名的长度限制是64个字符，但是Oracle的表名（ table_name ）不能超过30个字符，这是数据库的内在限制。

然后如何解决呢？应该说是数据库知识已经足够普及了，程序员们找到了数据字典表，将限制字段的长度改掉了。大家能够评估后果么？数据字典被修改，整个数据库开始出现ORA-600错误，就此触发一次故障。

很多时候我们说，无知者无畏，当动手能力太过于强大时，也会使数据库遭遇不测。而对于企业数据库环境来说，内部的风险往往大于外部。

不以规矩，不成方圆。做任何事都要遵循一定的守则和规范。

【Raid 并非安全无忧】最近两周，收到了两则关于Raid损坏的数据恢复请求。都是来自较为偏远的地区，客户使用RAID 5磁盘冗余，但是没有数据备份。时至今日，仍然有很多客户相信仅仅凭借磁盘级别的Raid保护就已经足够保障数据安全了。而现实是残酷的。

在技术快速发展的今天，一方面是大城市、中心地区的IT技术更新及时，另一方面则是很多二三线城市的信息和技术传播严重滞后。

这两个案例，一个是Raid 5中损坏了2块硬盘，只能从残存的盘片上恢复局部的数据；另一则是Raid 5中损坏了1块硬盘，但是恢复后发现Windows上的文件部分变为0字节，无法打开，这种情况可以通过底层扫描恢复文件，再校验完好性进行数据级别的恢复。

但是无论如何，在Raid的保护之外，有效的备份和容灾机制是必不可少的，无论我们技术人身在何处，不要忘了及时更新自己的技术知识。

相关文章|Related Articles

]]> Case weixin Wed, 08 May 2013 08:54:11 +0800 -------------------------------------------------------------------------------- 恩墨学院集训实验室（OCM 数据库方向）即将投入使用 恩墨学院自创建以来，就以培养实践人才为使命，通过自我开发的实训课程，结合Oracle原厂的OCP、OCM认证培训课程，培养出了即能够快速入手、完成工作使命的DBA，又使得大家能够顺利通过认证考试，拿到OCP、OCM认证证书。 http://www.eygle.com/archives/2013/05/enmoedu_ocm_training_box.html eygle@eygle.com(eygle) http://www.eygle.com/archives/2013/05/enmoedu_ocm_training_box.html 作者：eygle 发布在 eygle.com

今天是一个青年的节日，5月4日，恩墨学院的侯院长在这一天仍然在挥汗如雨的粉刷墙壁，恩墨学院的集训实验室即将投入使用。

恩墨学院自创建以来，就以培养实践人才为使命，通过自我开发的实训课程，结合Oracle原厂的OCP、OCM认证培训课程，培养出了即能够快速入手、完成工作使命的DBA，又使得大家能够顺利通过认证考试，拿到OCP、OCM认证证书。

新的集训实验室位于广渠门：

646d6ff7jw1e4cdjlhld1j218g0xcgwv.jpg

侯院长为此奔波行走数日，又亲自操刀粉刷，足见用心良苦：

646d6ff7jw1e4cdjoif9hj20xc18g777.jpg

非学无以广才，非志无以成学，望恩墨学院再接再厉，不断培养出色人才！

相关文章|Related Articles

]]> Activity enmotech Sat, 04 May 2013 19:53:55 +0800 -------------------------------------------------------------------------------- 我的Oracle技术主题演讲列表和简介 记录一下我做过的Oracle主题相关演讲和简介，这些主题的PPT散见于各处，希望将来有机会在其他场合再次分享这些主题 http://www.eygle.com/archives/2013/05/eygle_public_oracle_topic.html eygle@eygle.com(eygle) http://www.eygle.com/archives/2013/05/eygle_public_oracle_topic.html 作者：eygle 发布在 eygle.com

记录一下我做过的Oracle主题相关演讲和简介，这些主题的PPT散见于各处，希望将来有机会在其他场合再次分享这些主题：

1.运用之妙 存乎一心 - Oracle优化器案例与算法解析 （2013 DTCC数据库技术大会）
内容简介：优化器算法是Oracle数据库最为核心的技术之一，也是最为复杂多变的技术部分，在很多人眼里，优化器无比神秘莫测，然而理解了优化器的基本原理之后，就能够自如的运用其知识解决日常遇到的一些复杂问题。在这个主题中，演讲者将与我们分享一些Oracle优化器的相关案例和优化器算法，并解释如何将这些知识巧妙的和实践结合起来。

2.察微知变 - Oracle数据库的全流程优化 （2013年3月主题）
内容简介：通过多年常规与深入的Oracle数据库优化，总结上升到企业级数据库全流程优化的经验与实践，同时分享Eygle在最近一年中遇到的有价值案例与解决思路。

3.Oracle性能优化 - 从索引到架构以及软件测试过程优化（2013年3月主题）
内容简介：在企业软件开发的过程中，数据库优化应当贯穿始终，从开发环节的数据架构设计与优化，到运行阶段对性能至关紧要的索引设计与优化，甚至推进到业务上线前的测试过程优化。优化应该无处不在的、无时不在的渗透到企业技术架构之中，在这个主题中，我们将和大家分享从数据整体架构设计到运行优化案例，以及开发测试过程中的SQL审计实现，我们也将通过来自保险、金融等领域的案例积累和大家分享实践中遇到的点点滴滴。

4.天道酬勤 - 我走我的路，Oracle职业生涯回眸 （校园行主题和学习经验分享）
内容简介：我在Oracle的技术之路上，已经走过了10多年的历程，见证了这个行业从无到有，从混乱到有序，从单兵到团队的发展历程，在这个主题中我将和大家分享我的学习探索历程，也将和大家分享我最看重的初学者品质和我们的招聘需求。

5.Oracle之道 - 数据库安全与深入恢复实践 （2012 DTCC数据库大会主题）
主题简介：2011年是数据安全事件大爆发的一年，众多网站泄露出很多安全事故，在这个主题中，Eygle将和大家分享Oracle数据库的安全防范与安全手段。此外，对于从事Oracle技术多年的DBA们，如何深入到Oracle技术核心是很多人关心的内容之一，在这个主题中，EYGLE将和大家分享如何基于"猜测"的问题分析和诊断方法。

6.深入解析Oracle：栓锁竞争与Latch优化实践 （2011 DTCC数据库大会主题）
主题简介：数据库的架构设计对于性能影响巨大,不当的架构可能在后期导致数据库出现严重的性能瓶颈，而影响性能的因素是多样和复杂的，在这个主题中，我们将和大家分享在数个大型优化项目中所遭遇的性能问题及其解决方案，通过这些案例我们从高屋建瓴以及细致入微的角度来对数据库性能问题进行剖析。
Oracle的性能体系，Oracle的内存与外存，内存的并发控制，Oracle的Latch机制与竞争，由于Latch机制引发的CPU 100%故障原因的分析，索引与性能。
在去年的2010数据库大会上，盖国强老师为大家分享了"深入解析Oracle - 数据库架构设计与性能优化实践"。今年，盖老师还将分享深入解析Oracle系列，今年把主题锁定在了：栓锁竞争与Latch优化实践。

7.深入解析Oracle - 数据库架构设计与性能优化实践 （2010 DTCC数据库大会主题）

主题简介：Oracle数据库的前期规划、建模与数据结构设计对于系统的性能至关重要，本主题将通过几个实践优化案例的分析与处理，与大家分享数据库设计对于性能的重要影响，并通过性能分析与优化过程分享，与大家探讨解决此类问题的一般思路。

相关文章|Related Articles

]]> Activity Lecture Fri, 03 May 2013 10:51:51 +0800 -------------------------------------------------------------------------------- 云和恩墨（北京）信息技术有限公司 官方网站 云和恩墨（北京）信息技术有限公司 的官方网站已经发布，其网址为： http://www.enmotech.com 我们精心制作了网站版式和内容，期望大家帮忙提提意见。 http://www.eygle.com/archives/2013/04/enmotech_com_release.html eygle@eygle.com(eygle) http://www.eygle.com/archives/2013/04/enmotech_com_release.html 作者：eygle 发布在 eygle.com

云和恩墨（北京）信息技术有限公司 的官方网站已经发布，其网址为：

http://www.enmotech.com

我们精心制作了网站版式和内容，期望大家帮忙提提意见。

我们的理念：以数据驱动，成就客户；以技术创造价值，助力客户发展。

在最近举行的DTCC 2013年中国数据库技术大会上，云和恩墨（北京）信息技术有限公司的专家团集体亮相，

云和恩墨基于数据安全、连续运行、高效优化、商务智能四大领域为用户提供全面的解决方案。

在很多客户环境中，云和恩墨通过性能优化和改进，帮助用户实现了数十倍乃至上百倍的性能改进提升，性能优化是实现性能飞跃，增强用户体验的主要手段;

我们的客户就在您的身边，云和恩墨期待与您携手开启云和之旅，以先进技术，帮助用户增强其核心竞争力，真正助力用户成长。

云和恩墨（北京）信息技术有限公司，现在已经在广州、上海、成都设立分公司和办事处，在云南、贵州、四川、兰州、杭州、沈阳、黑龙江等省市为用户提供服务。

云和恩墨 （ http://www.enmotech.com ）感谢您的支持与帮助。

相关文章|Related Articles

]]> Life enmotech Sat, 27 Apr 2013 10:57:29 +0800 -------------------------------------------------------------------------------- 2013数据库大会:崔华-基于Oracle的SQL优化案例分析 提起CBO不得不多说两句，ORACLE 早先提供了CBO、RBO两种SQL优化器。CBO在ORACLE7 引入并不断深入，而同时9i以后版本中基本上都是基于CBO的优化。崔华认为SQL优化最有技术含量的部分不在于你通过种种手段(比如重新收集统计信息等)调整了目标SQL的执行计划、缩短了其执行时间、解决了该SQL的性能问题，而是在于你要知道CBO为什么在一开始会选错执行计划，你要知道CBO选错执行计划的根本原因。 http://www.eygle.com/archives/2013/04/2013_oracle_dtcc_dbsnake.html eygle@eygle.com(eygle) http://www.eygle.com/archives/2013/04/2013_oracle_dtcc_dbsnake.html 作者：eygle 发布在 eygle.com

崔华的新书即将出版，其数据库大会上的演讲也非常精彩，他的新书十分值得期待。

原文链接：http://cio.it168.com/a2013/0419/1474/000001474420.shtml

2013年中国数据库技术大会第二天的"Oracle架构与优化"专场中，来自中航信资深Oracle数据库工程师崔华为大家分享了《基于 Oracle的SQL优化典型案例分》主题演讲。从演讲的内容来看，这是一次非常实用的技术分享。据资料显示，崔华从2004年开始从事DBA工作，拥有 Oracle 数据库技术各个领域的经验。除了工作外，崔化在博客上撰写大量的文章并在Oracle活动中进行演讲，此外还与他们合作撰写三本专业图书，《Oracle DBA手记 2》、《Oracle DBA手记3》和《海量数据库解决方案I》。

崔华：基于Oracle的SQL优化案例分析
▲中航信资深Oracle数据库工程师崔华

　　Oracle优化从理论说起：SQL优化方法论

　　提到Oracle的优化，太过理论性质的内容无需赘述，崔华先生简单为与会者分享了3个方面，分别是：

　　·Oracle里的SQL优化实际上是基于对CBO和执行计划的深刻理解

　　·Oracle里的SQL优化不能脱离实际的业务

　　·Oracle里SQL优化需要适时使用绑定变量

　　提起CBO不得不多说两句，ORACLE 早先提供了CBO、RBO两种SQL优化器。CBO在ORACLE7 引入并不断深入，而同时9i以后版本中基本上都是基于CBO的优化。

　　崔华认为SQL优化最有技术含量的部分不在于你通过种种手段(比如重新收集统计信息等)调整了目标SQL的执行计划、缩短了其执行时间、解决了该SQL的性能问题，而是在于你要知道CBO为什么在一开始会选错执行计划，你要知道CBO选错执行计划的根本原因。

　 　深入分析很多案例后发现很多问题的原因都有一定共性，在本次演讲的案例显示导致CBO评估出对一个实际数据量为730多万且统计信息准确的大表 S_EVT_ACT执行全表扫描操作后的成本值仅为2，其原因是参数OPTIMIZER_MODE的值在session级别被修改成了 FIRST_ROWS_10，这同时也是导致上述坐席登陆慢的问题多次不间断出现的根本原因。 而对于这种问题的改进方法崔华建议：

　　• 修改各个session中对于参数OPTIMIZER_MODE的设置，将其值修改为默认值ALL_ROWS

　 　• 如果不能在session级修改参数OPTIMIZER_MODE的值，我们还可以使用SQL Profile。在上述18个表关联SQL中加入Hint(即/*+ index(T18 S_EVT_ACT_P1) */)，并用加入Hint后改写SQL的执行计划替换原SQL的执行计划

　　引实例讲方法

　　在下面的SQL 语句中包含了IN，而IN之后的括号内是一个包含视图的子查询(即select grppolno from v_bc_lcpol where polno = '9022000000000388')，它不是一个常量的集合，所以Oracle这里不能对该SQL做"IN-List Iterator"和"IN-List Expansion /OR Expansion";

崔华：基于Oracle的SQL优化案例分析

　 　上述SQL中的视图V_BC_LCGRPPOL和V_BC_LCPOL均包含了集合运算符UNION ALL，所以Oracle这里也不能对该SQL做视图合并;于是Oracle现在就只剩下了两条路可走：要么对该SQL走FILTER类型的执行计划(即 "IN-List Filter")，要么对该SQL做子查询展开。

　　而把sql语句改写以后，效果则会发生巨大的变化：

崔华：基于Oracle的SQL优化案例分析

　　从这个例子的解决过程我们可以看出，虽然最后的解决方法很简单，但这其实完全倚赖于我们对Oracle如何处理SQL语句中的IN、子查询展开、视图合并和连接谓词推入的深刻理解.

相关文章|Related Articles

]]> Activity dtcc Thu, 25 Apr 2013 08:27:46 +0800 -------------------------------------------------------------------------------- 2013数据库大会:盖国强-Oracle优化器与算法案例解析 优化器依赖统计信 息，在变更和维护的过程中，充分考虑统计信息的变化；给DBA时间充分研究那些重要的技术；扬长避短，手工设置统计信息（SET_TABLE_STATS ）维持计划的稳定；在变化和边界中识别风险：月底月初、年底年初、分区增减等都可能带来问题；了解和研究那些被隐藏的秘密。 http://www.eygle.com/archives/2013/04/2013_oracle_dtcc_eygle.html eygle@eygle.com(eygle) http://www.eygle.com/archives/2013/04/2013_oracle_dtcc_eygle.html 作者：eygle 发布在 eygle.com

以下是我在DTCC 2013数据库技术大会上发表的演讲报道，从记者的角度记录的内容，稍作整理发布在这里。

原文链接：http://server.it168.com/a2013/0419/1474/000001474315.shtml

盖国强 是ITPUB元老版主、云和恩墨创始人，他演讲的主题是"运用之妙 存乎一心 Oracle优化器案例与算法解析".分享了在云架构、大数据风起云涌的时代，企业在数据架构变革中面对的问题，以及Oracle优化器案例与算法解析。

ITPUB版主盖国强：Oracle优化算法解析
▲ITPUB元老版主、云和恩墨创始人盖国强先生

　　在演讲中，盖国强表示，数据库架构的演进就是一个合久必分的过程。很多企业都经历过这样一个过程，随着企业不断发展，数据不断积累时，首先做的是拆分数据表、分割数据库、采用分布式数据库、进行异构与迁移，就是互联网企业所谓的去IOE。从Oracle最近的技术演进来看，Exadata最核心的架构演进在于存储，Exadata将存储拆分成多台分布式存储，这些存储又能 同时参与运算。同样，数据库架构的演进也是一个分久必合的过程。数据库面临合并整合，Oracle需要将其他数据库中的特性整合，以提升自身的性能，满足更多的需求。【编者按：这段内容是以前演讲的内容，应该是从别处转过来的】

ITPUB版主盖国强：Oracle优化算法解析

　 　性能问题是最近几年来DBA们越来越关注的一个数据库技术领域，归根结底，造成它的原因是最近几年信息化进程的飞速发展，导致了很多系统的用户数量猛增，数据库中存储的数据量亦成几何级数激增，数据库作为数据处理和存储的最终受体，将必然直接承担这种变化导致的性能下降。因此在人们对信息的依赖性越来越强的时候，对信息使用的效率也变得越来越关注，这样数据库的性能优化问题就日益严重地压在DBA的身上。

　　优化器是SQL执行中最核心的部分，如果要分析SQL的性能，就不能不了解Oracle优化器的机制，这一章，我们就带你走进Oracle优化器-CBO的世界。

　　基于成本的优化器 - CBO

　 　对于我现在所做的ORACLE优化，其实还停留在SQL优化的层次（以前我的前辈曾给我说关于数据库优化的三个层次：一是针对SQL的优化，如使用正确是索引，使用ORACLE提示等；二是针对数据库对象的优化，如增加索引，微调表结构等；三针对业务的优化，需要更改业务逻辑或者表结果，此类优化一般代 价比较大，一般很少针对正在运行的系统做类似的操作）。

ITPUB版主盖国强：Oracle优化算法解析

　　优化器算法 - 成败之所系

　　对于ORACLE应用系统的优化，大方向上有一个顺序，首先考虑优化业务系统、再考虑优化ORACLE系统本身的参数（如内存分配等），再考虑操作系统本身的优化；在优化业务系统中，首先是首先相关的SQL,以SQL入手分析表是否缺少索引，表连接顺序是否正确，使用的索引是否正确等，然后再考虑调整表结构，调整业务逻辑等等。因此，SQL语句是我们对一个ORACLE业务系统进行优化的敲门砖。

　　优化器算法 - 成本计算

ITPUB版主盖国强：Oracle优化算法解析

　 　对于找到的SQL语句，盖国强表示，我们可以逐一分析其执行计划，结合涉及到的表的数据量，我们可以估算或者测试该语句的执行效率，分析表WHERE条 件中涉及的字段（术语叫做谓词），该字段数据分布如何，选择性是否好，是否有索引。这是一个非常繁杂和琐碎的工作，但从这些琐碎的工作中，我们能发现那些 SQL执行时选择的索引不对，哪些表缺少相应的索引导致了全表扫描，哪些语句条件不够导致对分区表进行了全表扫描。总之，对于一个给定的SQL,我们结合其表数据量的大小和分布，SQL中使用的查询条件，能够找到一个性能最优的执行方式，通过调整索引、使用ORACLE提示，使ORACLE系统按照最优的 方式来执行SQL.

　　解决之道

　　知己知彼 百战不殆

　　优化器依赖统计信 息，在变更和维护的过程中，充分考虑统计信息的变化；给DBA时间充分研究那些重要的技术；扬长避短，手工设置统计信息（SET_TABLE_STATS ）维持计划的稳定；在变化和边界中识别风险：月底月初、年底年初、分区增减等都可能带来问题；了解和研究那些被隐藏的秘密。

　　DBA 成功之道

　　不断积累，不断成长，举一反三；绕过问题是一种能力。

　　对于SQL的执行方式，需要在工作中不断积累经验，比如曾经在一次优化中发现对一个表安三个字段查询的非常多，因此决定建立该三个字段的复合索引，但结果其语句执行效率却更差。

【编者按】总结一下，除了解决之道部分和图片是当天演讲内容，其他基本上都是以前一些演讲的内容，总之还是记录一下。

相关文章|Related Articles

]]> Activity dtcc Wed, 24 Apr 2013 08:06:42 +0800 -------------------------------------------------------------------------------- 2013数据库大会:熊军-基于Oracle数据库的数据防护 在未来以信息为主导的作战中，制信息权的攻防将围绕信息获取、信息传输、信息存取和处理等环节进行，一方面，数据库作为指挥信息系统的核心，是信息的重要集中地，所存储数据的重要性和价值对攻击者有强大的吸引力，往往成为攻击的主要目标。另一方面，信息系统软件和硬件环境等因素决定了数据库安全机制存在许多不足，数据库系统本身的弱点也使其成为易受攻击的目标，数据库的数据需要经常更新等其它操作，这些都可能被攻击者利用。同时，信息系统的网络化也使数据库受到攻击的空间、时间和可能性都大大增加。 http://www.eygle.com/archives/2013/04/2013-dtcc_xiongjun_security.html eygle@eygle.com(eygle) http://www.eygle.com/archives/2013/04/2013-dtcc_xiongjun_security.html 作者：eygle 发布在 eygle.com

2013 数据库技术大会已经结束，我将转引一些我关注的主题和内容报道，其中很多记者记录的信息非常全面，供技术爱好者们参考，这些内容来自IT168官方网站，我会给出来源的原始链接，图片来自IT68网站，如果未来不可用，也大致不会影响内容的阅读，内容我会根据我的理解做出微调。

本文链接：http://server.it168.com/a2013/0419/1474/000001474623.shtml

熊军，网名老熊，数据库恢复工具ODU的开发者，他演讲的主题是"基于Oracle数据库的数据防护"。

熊军：基于Oracle数据库的数据防护
▲网名老熊，数据库恢复工具开发者熊军先生

　　作为信息系统核心的数据库系统，集中存放了大量重要且敏感的数据。一旦数据库中数据遭到破坏或窃取，其损失难以估量。可以说信息系统数据库的安全直接影响系统的正常运转。

　 　在未来以信息为主导的作战中，制信息权的攻防将围绕信息获取、信息传输、信息存取和处理等环节进行，一方面，数据库作为指挥信息系统的核心，是信息的重要集中地，所存储数据的重要性和价值对攻击者有强大的吸引力，往往成为攻击的主要目标。另一方面，信息系统软件和硬件环境等因素决定了数据库安全机制存在许多不足，数据库系统本身的弱点也使其成为易受攻击的目标，数据库的数据需要经常更新等其它操作，这些都可能被攻击者利用。同时，信息系统的网络化也使数据库受到攻击的空间、时间和可能性都大大增加。

　　数据有多重要？

　　三个小故事之一：某准金融系统，使用了两套存储，其中一套存储掉电，大量数据损坏。某准金融系统，使用了两套存储，其中一套存储掉电，大量数据损坏。在线日志文件在两套存储上有冗余，挽救了很多数据。

　　三个小故事之二：某公司生产机房在香港，容灾机房在广州，通过异步LVM同步的方式进行容灾。生产系统存储故障，以为容灾机房已经同步到最新，实际并没有。由于维护操作不当，丢失一个归档文件，导致约10分钟的数据丢失。

　　三个小故事之三：某省级系统跨三机房容灾。由于某机房网络故障，进行切换，切换后数据文件丢失。用RMAN备份恢复时，发现磁带介质上归档备份丢失。

熊军：基于Oracle数据库的数据防护

　　如何保护数据？

　　信息系统数据库在日常维护使用中，由于数据库系统自身原因、应用软件的问题、维护使用管理制度的漏洞以及使用人员的不同情况，使数据库系统存在许多安全隐患。

　　（l）数据管理上存在安全隐患。为安全起见，数据库的数据必须进行定期备份，但是如何进行定期备份，备份后的数据如何存放和管理的相关制度不够完善，这些都直接关系到数据的安全。

　　（2）人员配置上存在安全隐患。由于系统超级管理员权限过大，而对ORACLE数据库编程和浏览的一般用户常常具有数据库管理员权限，能浏览所有数据并对数据库系统做任何修改或删除。因此如何选配系统超级管理员以及如何合理分配用户权限都直接关系到数据库的安全。

　　（3）数据库管理、维护人员业务能力也关系到数据库的安全。由于操作不当，或维护软件、硬件出现故障时处置错误将造成数据出错、丢失甚至数据库系统崩溃。

　　总之，信息战的严峻形势、数据库结构的复杂性，使数据库的安全技术面临着诸多的突破难点，目前数据库安全技术和防护策略尚不够成熟，还处在研究探讨阶段，信息战条件下数据库安全工作还需进行更多更深入的研究。

相关文章|Related Articles

]]> Activity dtcc Tue, 23 Apr 2013 08:57:59 +0800 -------------------------------------------------------------------------------- 四川雅安 抗御灾难 众目所瞩 总有许多不幸不可预期的降临，在这样的关头，我们每个人都应该力所能及，冷静思考，不添乱，不偏激，期望遭受灾难的人们能够战胜灾难，重新站立起来。 http://www.eygle.com/archives/2013/04/yaan_jiayou.html eygle@eygle.com(eygle) http://www.eygle.com/archives/2013/04/yaan_jiayou.html 作者：eygle 发布在 eygle.com

yaan.jpg

发生时间：4月20日8时02分
发生地点：四川省雅安市芦山县龙门乡马边沟
经纬度：北纬30.3度，东经103.0度
震级：里氏7.0级
震中地震烈度：预计9度左右
震源深度：13千米

百度专题链接： http://news.baidu.com/z/yaandizhen/zhuanti.html

上个周六，原本是数据库技术大会如常举行的一天，可是早上的一条新闻打破了沉静，四川雅安发生了7.0级地震，众多同胞遭遇了天灾与灾难。全国开始调集资源汇流四川，我们的四川同事，有的家属在医院工作，马上开始投入到医疗救护当中，今天我们马上安排出差的工程师返回四川，稳定后方，支持家属。

总有许多不幸不可预期的降临，在这样的关头，我们每个人都应该力所能及，冷静思考，不添乱，不偏激，期望遭受灾难的人们能够战胜灾难，重新站立起来。

雅安，加油。

相关文章|Related Articles

]]> Life earthquake weixin Mon, 22 Apr 2013 16:35:10 +0800 -------------------------------------------------------------------------------- 2013 DTCC数据库大会演讲记 - CBO与成本计算 2013年4月18～20日，为期3天的数据库技术大会在北京举行，在这次大会上我有一个主题演讲，题目是：运用之妙 存乎一心 - Oracle优化器案例与算法解析。 优化器算法是Oracle数据库最为核心的技术之一，也是最为复杂多变的技术部分，在很多人眼里，优化器无比神秘莫测，然而理解了优化器的基本原理之后，就能够自如的运用其知识解决日常遇到的一些复杂问题。在这个主题中，我分享一些Oracle优化器的相关案例和优化器算法，并解释如何将这些知识巧妙的和实践结合起来，我还分享了两个与优化器相关的案例。 http://www.eygle.com/archives/2013/04/2013_dtcc_cbo_optimizer.html eygle@eygle.com(eygle) http://www.eygle.com/archives/2013/04/2013_dtcc_cbo_optimizer.html 作者：eygle 发布在 eygle.com

2013年4月18～20日，为期3天的数据库技术大会在北京举行，在这次大会上我有一个主题演讲，题目是：运用之妙 存乎一心 - Oracle优化器案例与算法解析。
优化器算法是Oracle数据库最为核心的技术之一，也是最为复杂多变的技术部分，在很多人眼里，优化器无比神秘莫测，然而理解了优化器的基本原理之后，就能够自如的运用其知识解决日常遇到的一些复杂问题。在这个主题中，我分享一些Oracle优化器的相关案例和优化器算法，并解释如何将这些知识巧妙的和实践结合起来，我还分享了两个与优化器相关的案例。

DTCC2013.jpg

从这次大会的议题和听众的关注度来看，也可以初步看出当前数据库产品和技术的用户兴趣点变化。3天的大会中，Oracle数据库以及MySQL数据库占据了主导地位，SQL Server的主题听众数量极少，而本次大会没有DB2的相关主题；此外大数据依然是一个热点话题，有多个主题与大数据有关，电子科技大学互联网科学中心主任周涛教授开场为大数据立言，指出大数据正在引导"第三次工业革命"，此外Hadoop主题、阿里的OceaBase主题也吸引了很多听众。

互联网企业的数据实践一直就是大家关注的热点，淘宝丁奇分享的淘宝秒杀优化、童家旺分享的CAP原理、张瑞分享的阿里数据库发展历程都引起了大家的关注；而源自阿里的何登成在网易开发的TNT存储引擎也引起热议。

这一切让大家清晰的认识到，Oracle一家独大的优势已经过去，现在的技术先锋们能够自如的运用各种开源产品，甚或自主开发，去实现最佳的环境部署。而这才是技术领域成熟起来的标志。

而此次大会还邀请到了Twitter的高级工程经理 Calvin Sun(孙春生)，他此前在Oracle公司负责InnoDB存储引擎的技术方向和开发工作。在2008年加盟Oracle之前，他负责MySQL 存储引擎的开发和管理工作，包括和第三方MySQL存储引擎供应商的协调工作，是InnoDB的核心人物；而阿里的彭立勋作为MySQL社区贡献者，MariaDB提交组（Maria-captains）成员，也是深入到代码层的技术新秀（89年，差点就90后了）。在数据库领域有越来越多的中国人深入到开发层面，这是非常让人兴奋的。

在这次大会上，国产数据库的南大通用和武汉达梦都有重量级人物进行主题分享，国产数据库在走过了近30年的发展历程之后，现在正在快速浮出水面，这些国产数据库已经能够适应大部分常规的业务场景，不过他们所处的位置十分尴尬，在商用数据库方向，Oracle不可逾越，在开源数据库方向，MySQL等应用广泛，在大数据领域Hadoop风起云涌，作为国产数据库，无论从哪个方向上突破，都将十分艰难。在国家的国产化支持前提下，希望他们能快速崛起。

最后想起这个领域的新玩家：SAP，他们并非以昨日黄花Sybase的身份出现，这一次HANA是他们的明星，来自SAP的朱旻在大会上介绍了HANA的成功案例，据说农夫山泉使用HANA获得了极大的性能提升与成本缩减。

大会三天转瞬即过，期待下次大会再度相聚。

相关文章|Related Articles

]]> Activity dtcc Sat, 20 Apr 2013 17:21:00 +0800 -------------------------------------------------------------------------------- Oracle数据库恢复:数据库黑客攻击案例一则 这个案例告诉我们，将Oracle数据库直接开放在公网上是极其危险的，尤其是陈旧的数据库版本中可能存在很多已知的安全漏洞，可能被轻易的攻击渗透。常规的做法是将数据库隐藏在应用服务器的后端，同时要确保及时修正Oracle严重警告的安全漏洞，另外及时的备份是确保数据留存的最后手段。 http://www.eygle.com/archives/2013/04/oracle_hacker_recovery.html eygle@eygle.com(eygle) http://www.eygle.com/archives/2013/04/oracle_hacker_recovery.html 作者：eygle 发布在 eygle.com

hack.jpg

最近接收到一则数据库被攻击的案例，客户的数据库开放在公网上，结果遭遇到黑客的攻击，导致数据库损毁无法访问。客户的描述是：无论如何，无法登陆到数据库中。请求我们的紧急援助。
工程师赶到现场，发现数据库文件已经被删除，好在找到一个逻辑备份，通过重建数据库帮助用户恢复了数据，数据库环境为Redhat Linux上的10.2.0.1版本。

这个案例告诉我们，将Oracle数据库直接开放在公网上是极其危险的，尤其是陈旧的数据库版本中可能存在很多已知的安全漏洞，可能被轻易的攻击渗透。常规的做法是将数据库隐藏在应用服务器的后端，同时要确保及时修正Oracle严重警告的安全漏洞，另外及时的备份是确保数据留存的最后手段。

如果不可避免的将数据库置于公网，那么以下几点需要谨记：

1.更改缺省端口，限制访问来源和访问工具；

2.及时应用安全补丁更新；

3.锁定不必要的用户并更改所有缺省口令；

4.做好备份；

在网络的世界里，绝对不要对安全掉以轻心！

相关文章|Related Articles

]]> Backup&Recovery Hanker Tue, 16 Apr 2013 19:35:16 +0800 -------------------------------------------------------------------------------- Movable Type在Firefox下Categories分类失效解决 很长一段时间使用MT发布平台时都遭受了这个问题：选择分类保存失效。也就是说，无论选择怎样的分类，保存时都不会记录下来，开始我用批量模式修改绕过这个问题，今天有时间Google了一下，找到了问题的根源，原来是Firefox高版本浏览器下的独有问题。 http://www.eygle.com/archives/2013/04/movable_type_firefox_categories.html eygle@eygle.com(eygle) http://www.eygle.com/archives/2013/04/movable_type_firefox_categories.html 作者：eygle 发布在 eygle.com

很长一段时间使用MT发布平台时都遭受了这个问题：选择分类保存失效。也就是说，无论选择怎样的分类，保存时都不会记录下来，开始我用批量模式修改绕过这个问题，今天有时间Google了一下，找到了问题的根源，原来是Firefox高版本浏览器下的独有问题。

以下链接提供了解决方案：Patch file for Firefox 16 users

http://www.movabletype.org/2012/10/patch_file_for_firefox_16.html

补丁实际上是修改了两个JS脚本文件：
    /path/to/mt/mt-static/js/common/List.js
    /path/to/mt/mt-static/js/mt_core_compact.js
部署后重新启动FF浏览器，这个问题终于解决。

相关文章|Related Articles

]]> Web MT Tue, 16 Apr 2013 12:27:57 +0800 -------------------------------------------------------------------------------- 2013 ACOUG上海活动记-Oracle数据库性能优化 2013年04月12日，ACOUG在上海举办的技术交流会圆满结束。这是ACOUG和甲骨文公司联合举办，主要面向金融保险领域的客户，有幸再一次邀请到Thomas Kyte，偶像级Oracle技术专家。 http://www.eygle.com/archives/2013/04/2013_acoug_tom_shanghai.html eygle@eygle.com(eygle) http://www.eygle.com/archives/2013/04/2013_acoug_tom_shanghai.html 作者：eygle 发布在 eygle.com

2013年04月12日，ACOUG在上海举办的技术交流会圆满结束。

这是ACOUG和甲骨文公司联合举办，主要面向金融保险领域的客户，有幸再一次邀请到Thomas Kyte，偶像级Oracle技术专家。在上海之前，TOM分别在北京和杭州和Oracle的客户进行了技术交流。

这一次我的行程也从杭州开始，有些老朋友不能错过，可惜没有见到小宝宝。

54b4ff56jw1e3lu9lp9wmj.jpg

在上海这一次TOM带来的主题是关于Oracle Database 12c的新特性的，12c的发布近在眉睫，接下来是可以谈论12c的时候了。

EygleTomOracle.jpg

我讲了一个优化的主题：《Oracle性能优化 - 从索引到架构以及软件测试过程优化》，将这些年遇到的一些有趣的案例结合起来，通过一个小时传达给大家，希望能够对大家有所帮助。

前一段我们总结的DBA成长树，以及 恩墨学院 开启的OCM、OCP等认证培训，这些都是对于企业提升开发人员能力、改善软件质量的有益补充。secooler 圣文的培训与培养能力出类拔萃，他必定能够带领恩墨学院开创出价值培训的新模式。

恩墨学院.jpg

中国平安的DBA团队每年都支持我们的活动，他们有一支战斗力极强的队伍，感谢他们。

80906da9jw1e3mvdpnjn3j.jpg

回程北京的路是非常曲折的，CA176航班从晚上9点推迟到22：30起飞，到北京已经是凌晨两点左右，到家天就快亮了，国航毫无缘由的延误，北京和上海的天气都不错，而且北京飞上海的朋友同样遇到了起飞延迟。相较起来，高铁的时间和用户体验都比较好，下次选择高铁好了。这次去程从北京到杭州就是乘坐的高铁，感觉相当不错。

接下来ACOUG的活动是4月21日北京的场次，有兴趣的Oracle粉丝们欢迎光临。

相关文章|Related Articles

]]> Activity acoug Tom Mon, 15 Apr 2013 08:07:16 +0800 -------------------------------------------------------------------------------- 至走在Oracle DBA路上那些具有紧迫感的兄弟们 这是我非常欣赏的一种态度，具有明确的紧迫感和不断的思考，能学习和借鉴别人的经验，不断寻找挑战与机遇，在这样的状态下，一个人的成长会很快。 http://www.eygle.com/archives/2013/04/oracle_dba_ilike.html eygle@eygle.com(eygle) http://www.eygle.com/archives/2013/04/oracle_dba_ilike.html 作者：eygle 发布在 eygle.com

这是发在微信账号上（ OraNews ）的文章，收录在这里。

这篇文章早已写下，上周出差辗转没有发出，再附加一些态度：我非常喜欢这些具有紧迫感的努力的年轻人，有态度有坚持就一定能够快速的实现自己的梦想，我乐于在自己力所能及的范畴内，全力的帮助这样的年轻人。

DBATree.jpg

走在技术的路线上，有很多人具有紧迫感，只争朝夕，不停的奔波在坎坷的前进之路上，当然也有人选择慢慢悠悠，随着时间的流逝去成长。

最近收到一位朋友的邮件，他说看了我写的DBA成长路线，心里又不安起来，这之前他给我写过另外一封邮件。我找了出来，是在2012年11月22日，他写到：

我看了你写的＜如何快速成为一名优秀的oracle DBA＞那篇文章，很有感触。我也一直像你说的那样，努力学习oracle。上大学开始就对oracle有很浓厚的兴趣，但是，工作后我做了两年的开发， 更想在oracle方向发展，今年离职参加了培训，一直很努力的学习各方面的知识，通过了ocp考试。但是，投了很多公司，都没有音讯，实在不知道如何去 找DBA的第一份工作？

我当时给了他一些建议，于是又有了这次的邮件：

之前和您通信时我还是一个未入门的DBA，现在我在XX网做DBA。我是做开发出身的，由于个人强烈的爱好，放弃原有的高薪转作喜欢的Oracle DBA，这段时间我开始努力熟悉工作，手头现有的工作已经没有问题了，但是我遇到了新的问题，就是动手机会。运维部门工作量不大，日常我总是有大把的时间看书、学习，时间长了我感觉到纸上得来终觉浅，觉得自己有很多力量使不出来一样，前几天看到恩墨发出DBA生长树，我觉得自己真正欠缺的是压力下工作带来 的解决问题的能力。

我下来一直反思，这不是我想要的工作状态，我享受用自己所学的东西来解决工作问题带来的充实感，我享受高压力下工作带来的效率和学习机会。请问您，我现在的状态是应该换个服务类的工作呢还是应该继续做运维沉淀几年？

这是我非常欣赏的一种态度，具有明确的紧迫感和不断的思考，能学习和借鉴别人的经验，不断寻找挑战与机遇，在这样的状态下，一个人的成长会很快。

知道自己要什么，知道应该向何处去，这是我们每个人都应该明确的课题。
原文链接里有我大致对于DBA成长的阶段总结和描述，供参考。

相关文章|Related Articles

]]> Life weixin Sat, 13 Apr 2013 23:27:26 +0800 -------------------------------------------------------------------------------- Oracle 2012年数据库市场份额48.3 - 再居第一 【Oracle 2012年数据库市场份额48.3】Gartner公司发布了关系数据库市场的调查报告,以软件总收入计算,Oracle以48.3%继续占据第一的位 置.报告称甲骨文：在全球RDBMS软件的收入份额仍然是＃1;收入份额大于四个最接近的竞争对手的总和 ;领先最接近的竞争对手29％的收入份额. http://www.eygle.com/archives/2013/04/oracle_2012_48_point_3.html eygle@eygle.com(eygle) http://www.eygle.com/archives/2013/04/oracle_2012_48_point_3.html 作者：eygle 发布在 eygle.com

【Oracle 2012年数据库市场份额48.3】Gartner公司发布了关系数据库市场的调查报告,以软件总收入计算,Oracle以48.3%继续占据第一的位置.报告称甲骨文：

在全球RDBMS软件的收入份额仍然是＃1;

收入份额大于四个最接近的竞争对手的总和 ;

领先最接近的竞争对手29％的收入份额.

（消息据 March 29, 2013 ）

2012OracleRdbmsMarketShare48.3.png

而前几年的市场份额分别为：

http://www.eygle.com/archives/2012/06/oracle_rdbms_488.html

本文来源：

http://www.oracle.com/us/corporate/features/number-one-database/index.html

相关文章|Related Articles

]]> OraNews Gartner Tue, 09 Apr 2013 10:16:48 +0800 -------------------------------------------------------------------------------- 你还记得中学老师的名字么? 今天微博上有一位高中时的校友私信我，说起学校的老师，我还记得语文、数学、化学老师的名字，可是遗憾的是，我忘了物理老师的名字，记忆如此奇怪，仿佛就在眼前，可就是无法想起。我的朋友们，你们还能想起中学老师的名字么？ http://www.eygle.com/archives/2013/04/doyou_remember.html eygle@eygle.com(eygle) http://www.eygle.com/archives/2013/04/doyou_remember.html 作者：eygle 发布在 eygle.com

记忆.jpg

今天微博上有一位高中时的校友私信我，说起学校的老师，我还记得语文、数学、化学老师的名字，可是遗憾的是，我忘了物理老师的名字，记忆如此奇怪，仿佛就在眼前，可就是无法想起。我的朋友们，你们还能想起中学老师的名字么？

我 93年上高中，转眼20年了，My God，20年了。很多记忆已经淹没在脑海里，唯有落到纸面上的记忆才能持久不变，时时提醒我们昨日的时光。我在中学 和大学时都有写日记的习惯，积累下来有满满一个箱子的时光。工作以后从2004年开始写博客，也积累了2000多篇文章，关于技术的、关于生活的。

对 于技术研究，记录和积累绝对是一个好习惯，我的电脑上现在还保留着2000年左右写下的文章和获得的跟踪日志，最初研究CBO的10053跟踪文件，现在 还在我的知识路线上，我保留着最初Oracle 8中困惑我的Demo数据、SQL，后来在9i、10g中观察Oracle的变化，这些持续不断的积累让 我学习到了很多。

在多年的技术生涯中，我也总是注意收集工作日志和数据库日志等，这让我在静下心来总结时能够快速理清当时的思路和过程，很多形成了我的博客和书籍内容。

学会总结、记录，不总是信赖记忆，这很重要。

相关文章|Related Articles

]]> Life Life weixin Mon, 08 Apr 2013 18:03:52 +0800