DBA 1.0与DBA眼中的DBA 2.0时代-入门底子[Oracle防范]

    本日我们都在谈DBA 2.0,而此前的情势就被归结为DBA 1.0,那么DBA 1.0的时代是什么模样的呢?

    我简单做了以下一幅图示,将DBA的工作分为三个部份:Pre-DBA、DBA、Post-DBA

    DBA 1.0大概是我们都熟习的边幅,结合上图回想一下曾经我们的工作:在Pre-DBA阶段,大概我们需求举行数据库的安装布置工作,然后为了监控数据库的运行情况,我们需求编写一系列的脚本来监控数据库的运行,监控的内容有很多,包含ORA-错误信息、告诫信息、空间利用情形、负载信息等,当然假如是我们自己来举行这些开辟工作,你会发现乃至每个企业每个数据库的监控脚本都全然差别,我们的DBA在不断的创造反复的轮子,并且直至本日,这样的脚本开辟工作仍旧在不断举行.

    这些监控信息大概可以通过邮件的方法发送的DBA的邮箱,大概通太短信直接发送到DBA的手机或其他终端,又大概集合到一个统一的弊端管理平台举行统一调度,总之这套监控表现要可以保证弊端得以及时发现和处理.

    完成了监控工作,首先办理了最重要的安定性问题,然后需求来办理数据安全性问题,这就是要备份.实际上备份一向被我列为DBA的第一要义:备份重于一切.

    办理备份问题略微简单了一些,首先当然也要编写一些脚本,通过Oracle供应的尺度工具RMAN、EXP、EXPDP等来完成备份便可.

    完成了安装布置、监控和备份工作,接下来要为性能、诊断做预备工作,这就需求我们计划汇集数据库运行数据的方法,通过Statspack大概自己开辟的程序来采样都是常用的办法.

    以上几大类工作,我姑且称之为Pre-DBA的工作,也就是一个企业DBA在开始正常的平常工作之前需求完成的工作,所谓兵马未动,粮草先行,这些工作就是DBA的底子与装备.

    关于这部份工作,我曾经想成立一套同享的系统（近似Wiki）,由大家共同保护一套程序或脚本,这样可认为全国的DBA节俭很多的劳动,惋惜这个设法至今未能实现.

    那么DBA的平常工作是什么呢?

    我想每个DBA城市有很多答案列出来,但是总可以找到很多共同的内容.很多例行的数据库保护工作,比方用户的管理、空间的管理、监控内容的查抄,数据的加载和卸载、批处理任务的履行等等.

    假如筹划得当,这些工作将是例行和标准化的,所以不需求损耗太多的时间和精神,假如处理得当,DBA的平常工作大概会相当疾速的完成.

    当然除了这些,我认为DBA还有一个非常重要的平常工作,那就是:学习!

    DBA该当不断学习,掌握新的知识与技术,理解数据库技术的改变与更新,这样才能不断跟上技术的改革,并且在呈现问题的时刻可以快速诊断和处理.

    那么第三部份工作,也就是我们认为最重要的工作,那就是非常处理（请答应我用这四个字来概括这纷繁复杂的DBA工作）.

    假如数据库运行的非常安定,那么你会发现DBA的工作表现出来将是非常轻松和安闲的,大概数月乃至经年都没有弊端处理,这也就是很多企业并不设立DBA职位的缘由.

    但是这种抱负情形并不会保持太久,假如企业的数据规模、利用规模渐渐扩大,那么数据库将不可避免的面对很多问题,最常常展示出来的是性能问题,一个不良的SQL大概就会招致数据库的服务质量严重衰减,乃至停顿;此外,数据库还要面对各种不可预见的弊端,DBA的职责之一就是快速从这些弊端中恢复服务.

    想一想是不是每个DBA都碰到过这种情形:数据库忽然变慢,客户投诉电话不断,然后老板不断的给DBA施加压力,快点办理数据库的问题……

    那么DBA此时该若何操作?若何精准的找到缘由、快速的办理问题?这决意了DBA的成败.

    好吧,我们一同来看一下DBA 1.0的时代,我们是若何面对和办理这些问题的.

    忘掉手忙脚乱,冷静下来,我们开始查抄系统负荷、资源利用情形,看看瓶颈呈目前何处,诊断数据库问题,找找能否SQL性能低下、能否查询履行筹划错误、能否没有符合的索引……

    更复杂一点的,我们大概要查抄很多日记和文件、查抄数据库的性能数据,举行深化的解析以发现问题的根本缘由……

    大概我们可以找到弊端的缘由,大概我们可以快速的办理问题,而更有大概的是,我们需求更多的时间来举行解析和排查,大概问题会相当复杂……

    假如系统环境复杂、筹划不当,那么一个DBA大概周而复始的被藏匿在这样的工作当中……

    这就是我可以想到的DBA 1.0的时代,你的DBA 1.0时代又是什么模样的?

    在ITPUB上很多DBA发表了关于DBA 2.0的概念.具体链接参考:http://www.itpub.net/viewthread.php?tid=1098284在我的网站上,也有很多有代价的谈论:http://www.eygle.com/archives/2008/12/dba20_road.html我试着引用和总结一下大家的概念,看看DBA朋友们关于DBA 2.0概念的理解.

    弦乐之花的概念:dba2.0不是对dba1.0的否定,不是技术与管理的挑选,大概可以说,dba2.0是dba1.0的进级,假如你不是合格的dba1.0,没有踏实的数据库理论和oracle基本功,dba2.0谈不上,dba2.0不是对技术要求的降低,而是提高,对思维层次的提高,关于技术掌控的提高,哪些是需求掌握的,哪些是需求理解的,做到什么层次,在实际利用中若何利用取舍.

    「Eygle」以上这段话说的非常的好:dba2.0不是对技术要求的降低,而是提高,对思维层次的提高,关于技术掌控的提高. 只有不断提高,才可以满意时代改变和技术进步的需求.

    我认为近来这些年,由于网络的遍及,沟通的便捷,DBA的生长变得越发疾速,Oracle数据库的自动化加强以及大量管理工具的推出更简化了DBA的工作,这一切都要求DBA要可以更上一层楼!

    Owlstudio的概念:DBA在差别的公司地位不一样啊,受器重的程度不一样,但愿全部的DBA勤奋做出更大的奉献,这样才能为我们自己争取更高的地位,有更多的话语权,更受人崇敬!

    「Eygle」这也是近似的概念,DBA只有更好更快的生长,为企业创造更多的代价,才能更好的实现自我代价,得到更符合的地位与话语权.

    bluemoon0083 的概念:DBA就是要去学很多东西,巴不得有关联的都去学一下,优异的就是全部这些东西不但会用并且可以用的好可以融会贯穿.只是目前越发认为,IT技术很多都是别人定好了法则,在这些法则之下要可以玩得好玩得转,并且随着时间的推移会不断冒出新法则,一些老法则大概被替换大概需求改正来适应新法则.

    DBA就是若何来操纵好技术而不是创造技术,当然这是两个范围,会创造技术的不一定可以操纵的好技术……

    「Eygle」融会贯穿大概真的是关于DBA 2.0的一个本质要求,越来越多的知识涉猎,需求DBA站到更高的层面,为企业考虑更多,乃至直接为企业创造利润.有人说DBA为企业创造直接的代价是很难的,难到几近不大概,DBA历来都是一个本钱单位,而同利润无关.大概很难,但是大概很多人已经走出了好的道路.

    在DBA之外,本年风行的云计算范畴,Amazon推出的S3、EC2等AWS服务,实际上就是该公司最初基于IT设备公道操纵考虑而构架的平台,再到对外服务、到本日可认为Amazon带来1亿美圆年收入的云计算服务,这个创举已经创造了一个新的技术趋向.

    那么DBA这个范畴是不是可以借辨别人的创新并且有所冲破呢?

    muzijiang 的概念:其实这个话题很早从前就开始谈论了,数据库越来越智能,人工干涉越来越少.但也这对dba来说不见得就是坏事,这意味着DBA可以从复杂的监控事件中摆脱出来,更关注于发掘系统中需求改良的地方.

    2.0时代的dba,我感受即像是集成,但应当超越集成,大概说更像是系统架构,跳出Oracle的范围,从更高的层次来理解数据库

    「Eygle」没错,DBA 2.0的时代,要求DBA跳出传统DBA的范围,从更高的层次来理解数据库,管理数据库,利用数据库.

    而国内抢先的阿里巴巴系的DBA们已经走的更远,据biti泄露,他们在将来的筹划是:……2009 年……一个长期筹划是提高资本利用率（3－5年筹划）

    1.长期目标为 业务增长率 > 资源增长率 > 本钱增长率 ,与各部门在这个方向上达成共识,探求切入点履行2.跟踪量化现有资源利用率,增长利用优化,优化单位资源本钱,探究容量模子

    「Eygle」Biti的身份和考虑的事情已经超越了通例DBA的范围,但是实际上也恰是一个技术人员发展到更高阶段的真实展示.他们已经跳出数据库的范围,从更高的层面开始考虑资源的操纵与本钱.而Amazon也恰是阅历了这样的考虑之后,发展出了本日名闻天下的AWS服务.

    总结一下,其实大家的概念都一致的认为,2.0时代对DBA的要务实质上是更高了,要求DBA更好的管理数据库,从复杂的平常事件中摆脱出来,更关注于发掘系统中需求改良的地方,从更高的层次来对待数据库,为企业创造代价.

    那么面对新的时代的新的要求,你预备好了新的工具和知识储备以应对改变么? 　　以上是“DBA 1.0与DBA眼中的DBA 2.0时代-入门底子[Oracle防范]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：