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

« Oracle数据库的启动-nomount状态深入解析 | Blog首页 | 甲骨文开发者大会第一天-最佳实践和最差实践 »

DBA2.0的时代 - DBA将向何处去?
modb.pro

最近接触和参与了很多关于DBA职业生涯发展的讨论,也有很多朋友问过我,DBA将向何处去?
思考了很多,在这里和大家分享一下关于DBA的我的看法。

其实会议起来DBA这个职业从诞生、发展到成熟,其实时间是非常短的,记得2000年左右,DBA的从业人群还非常少,而到现在的2008年,DBA的圈子已经越来越大,甚至传统意义上的DBA已经成熟的需要革新。这个行业的发展和变化也是如此之快。

上个月,ITPUB论坛和IT168举办了一个全国高校的巡回演讲活动,主题是如何成为一个Oracle DBA,我在北京参与了几次演讲,这个活动已经进一步将DBA这个词引入到了校园内,现在的学生能够接触到DBA这个概念的时间早的超乎我们当年的想象。

最近Oracle也推出了一个系列的主题活动,这就是DBA 2.0,这是一个非常好的词汇和概念,经过这么长时间的发展,DBA的确应该上升到了2.0时代。那么2.0时代是什么概念呢?

前几天在中国软件大会上,一个朋友和我探讨,他说:你觉得数据库将会发展向何方?当然自动化肯定是越来越普及的一个概念,DBA当何以为生?
这也是很多朋友提出过的一个问题,那就是当数据库软件越来越成熟和智能,我们DBA该走向何方?

最近在ITPUB上看到有朋友问,Oracle 10g的OEM是否好用,很多人的回答是:非常好用!

DBA 2.0的时代多少和这个工具有关。在Oracle Database 10g推出之后,随之引入的一个新产品Grid Control/Database Control,这个工具将原来基于客户端的OEM通过Web形式来展现,并且增加了大量强大的功能
如果是第一次登陆,你会看到一个许可页面,页面中包含了Database Control中需要进行授权使用的一些组件,这些组件需要单独的授权:tuning pack、diagnostic pack、Change Management Pack、Configuration Management Pack、Provisioning Pack for Database。也就是说,这些东西是要付费使用的(很多人呼吁Oracle取消这些组件的License费用,以便更多用户可以使用这个出色的工具)。
当然,在Agree之后可以开始新的Database Control的全面体验,下面是我在很早很早以前抓取过这样一张图片:

在最近的一个项目验收会上,我为用户展示了Oracle Database 10g的Database Control,并且我用四个字来形容这个强大的管理工具,他在对于一些传统问题的诊断和解决上,的确让人感觉:易如反掌!
以前需要用SQL或工具来追踪的SQL问题、性能问题等,现在使用新版的Database Control可以通过Web页面清晰快速的展现和定位。
以下图示是一个实例,通过OEM可以清晰的展示系统资源的使用情况及诊断概要信息等:


在我的《循序渐进Oracle》一书中,我也曾经用一章的内容来介绍这个工具。

而在SQL诊断部分ADDM更能够自动进行数据库问题的诊断并且给出调整和优化的建议等:

客户对于Database Control的感觉就是,这个工具真实的简化了用户的数据库的管理和监控工作,提高了用户的工作效率。改变就是如此简单。

总体说来,Oracle更倾向于将新的数据库特性描述称为一个具有主动性(proactive)的产品,能够自主的、主动的发现数据库的问题,并提出优化和解决方案,这些功能在Oracle Database 11g中被进一步的深化。

那么实际上,proactive这个词也许是我心目中低于2.0 的DBA的期望,一个优秀的DBA,在数据库越来越完善的时代,我们应该拥有更多的主动性、预见性,理想的应该能够对系统作出良好的规划和预期,将错误或故障消灭在萌芽阶段,从而使数据库环境拥有更佳的稳定性;进一步的,一个2.0时代的DBA,应该能够从企业的发展及大局出发,为企业规划更合理的数据管理方式、更有效的数据使用方式,从而不仅为企业节省投资,而且能够为企业创造更多的价值,DBA的发挥空间还远远不止于此!

DBA 2.0,说老实话,我的确喜欢这个词!DBA 2.0的时代,要求我们DBA更加优秀!


历史上的今天...
    >> 2020-12-09文章:
    >> 2016-12-09文章:
    >> 2010-12-09文章:
           《Oracle DBA手记 2》勘误表
    >> 2007-12-09文章:
    >> 2006-12-09文章:
           恭王府赏福字碑
    >> 2005-12-09文章:
           2005-12-09 EMC DISK Fault

By eygle on 2008-12-09 20:18 | Comments (17) | Beginner | OraNews | 2111 |

17 Comments

Database Control的确是好用!

我曾经和DCBA老哥探讨过这样一个问题:
老哥,您觉得IT的核心价值是什么?
DCBA的回答是:将一门技术深入,一直钻到炉火纯情的地步。
其实,他的回答代表了阿里巴巴的一种理念---每个人负责一点点,但是把这一点做透,做专业。我不否认这种理念,每个行业都有自己文化。
但是,我个人认为,IT的核心价值远不在于此,我认为IT的核心价值是:IT能够成为推动行业发展的核心动力。
DBA应该如何做呢?
我个人认为:
首先精通一个行业的行业知识尤为重要,一个搞IT的连自己的行业都不了解,那么其他的就是纸上谈兵;
其次:DBA要有会说的能力,这种能力作为一个技术者来说,往往是最欠缺的地方。比如,要和你的CEO沟通,作为一个技术人员,会罗列一对晦涩的技术术语给领导做汇报。这种做法会往往引起领导的厌恶,因为你的领导很多不是IT高手,他们更希望听到一些生动,形象的话语,而不是晦涩的技术术语。
再者:DBA要有会写的能力,经常写报告,将自己对企业的规划,企业IT的发展,去年的总结,用简单明了的话提交给你的领导。至少,让你的领导明白,你的成绩。很多DBA把自己的工作都干到黑影里去了。。。。
还有:DBA要有会做的能力,做为一个技术,光说不练,很难让人信服。要做!要做出成绩来!
最后,DBA需要有一定的管理水平,很多事情不是一个人能够做的,需要和大家配合,能够管理起自己的团队。
总之,作为DBA的最终目标,能够把自己做到企业除(CEO,CFO,HR)之后的第4把交椅,这才是本事。

听过在广州的演讲

关于 2009 年我列了很多事情要做,其中一个长期计划是提高资本使用率(3-5年规划)

1:长期目标为 业务增长率 > 资源增长率 > 成本增长率 ,与各部门在这个方向上达成共识,寻找切入点执行

2:跟踪量化现有资源使用率,促进应用优化,优化单位资源成本,探讨容量模型

这件事情如果能坚持做下去并做好,那么就不用发愁什么专业领域了 :)

关于数据库方面要做的事情:
数据的存储、流通、管理

1:oracle db 使用量的控制,mysql 的推广,分库支持业务扩展

2:存储统一规划方案

3:廉价高性能存储解决方案

4:打通oracle、mysql、cache系统之间的数据流


当然还有其他事情,跟这里讨论无关。

DBA多学点业务和懂点开发技能吧,要不然就成扯淡了

我想将来DB的自动化程度会渐渐提高,的DBA原来在DB的细节方面花费的精力可以投入到应用中,比如数据仓库,数据挖掘之类的应用

如果能够做到一楼的要求,那你在DBA的位置上也就干不长了,马上就会被提升上去,你也就不再是DBA了

搞了两天,终于没问题的出现了em界面了,哎

Biti的观点;

提高资本使用率,这是从企业长远角度考虑,Amazon因为着眼与资源使用率的问题,最终发展出来了现在的ec2/aws,搞出了据说现在年收入超过10亿美元的云计算应用。
也许阿里将来也可以对外提供基于资源使用的服务。

1:长期目标为 业务增长率 > 资源增长率 > 成本增长率 ,与各部门在这个方向上达成共识,寻找切入点执行

2:跟踪量化现有资源使用率,促进应用优化,优化单位资源成本,探讨容量模型

这件事情如果能坚持做下去并做好,那么就不用发愁什么专业领域了 :)

关于数据库方面的事情,我的理解其实你们要做到的就是构架自己基于不同层面的解决方案,打散,形成自己的种种可选项,试验、固化,再组合起来,实现灵活性,同时满足企业的长期规划,实现成本及资源控制!

1:oracle db 使用量的控制,mysql 的推广,分库支持业务扩展
2:存储统一规划方案
3:廉价高性能存储解决方案
4:打通oracle、mysql、cache系统之间的数据流

中国的技术领域如果不能从发明上突破,也许可以学学Amazon,从服务角度去做一次大突破。

anycall的观点:
其实总结起来,就是DBA不能做单纯的DBA,或者说DBA这个群体需要有人能够不断向上,为企业提供更大的贡献,从而在企业中占据更多的话语权。

这就上升到另外一个层面,技术派还是管理派,很多技术人员是不愿离开技术或者减少技术的研究从而趋向于管理的。

而诚然,技术精纯了,在企业就难免走向管理层面,在“技术”上也不是大问题,人情练达即文章,万事总是相通的。

不胜人生一场醉 所说的,“DBA多学点业务和懂点开发技能”,这的确是非常必要的。

也许又是一次回归,很多人从开发走向DBA后端,现在又要走向前端。

作为DBA的最终目标,能够把自己做到企业除(CEO,CFO,HR)之后的第4把交椅,这才是本事。
----------------------------------------------
有点痴人说梦,大部分CIO都坐不到第4把交椅,何况你DBA。

个人认为:DBA未来发展方向,应该多元化,在技术修炼到一定程度,更应该趋近全面发展。
大的方面讲:
应用IT密集型的行业,企业的CIO应该成为企业的第4把交椅。国内很多企业做不到这点是因为国内企业对IT的重视程度远远不够。我们必须承认一个事实:IT作为技术革命,推动了社会生产力的发展。给CIO更大的权力是通过IT知识能够最大限度管理行业,推动行业发展。因此从这个角度来讲,我对整个IT行业是有信心的。
小的方面讲:
DBA不能做一辈子的DBA。特别是在国内,做技术并不受大家亲赖。很多政府,企业部门都出现这样一个怪现象:技术人员平时最辛苦,但是出了问题,责任最大。年轻的时候,做技术人员,随着年龄增长,阅历的丰富,家庭的诸多因素(赡养父母老小),必需转型,全面发展。因此,CIO可能成为诸多DBA的终极目标。
我很赞成,DBA在精进自己技术的同时,培养管理方面,交际方面,业务方面等等。
从我自身来讲:
我喜欢多和我的领导们接触,我们公司不大,可以接触到BOSS。我经常和老板聊天,久而久之,老板也愿意和我交流。我从中学到他很多处事的技巧,更容易捕捉公司的发展方向。开会的时候,更能领会领导意图。而不是,什么事情都不管不问,天天像个闷葫芦一样,研究纯技术型的DBA。

楼上“蓝色海洋”说中了,我的理想就是让DBA通过多元化发展,成为CIO;CIO通过各个方面才能的展现,争取企业最大发言权,夺得企业第4把交椅。我遇到一些大型企业,的确就是这样的。
同时给EYGLE提个意见,你的意见板写错了不能修改,真麻烦!

FCP是(FENG CHUN PEI)?有创意。
关于我对下面的理解:
1:oracle db 使用量的控制,mysql 的推广,分库支持业务扩展

2:存储统一规划方案

3:廉价高性能存储解决方案

4:打通oracle、mysql、cache系统之间的数据流
第1和3是为了节约成本,使用开源的MYSQL和国内廉价的存储来替代国外的ORACLE和国外的存储,节约成本。(如果没说错,从2007年7月ORACLE发布11G,到2008年年初,你们研究完11G新特性后,就开始转向MYSQL了。)
第2条是方便IT的管理,对硬件的整合。
对于第4条,我觉得实现最难,对业务数据整合。因为阿里巴巴和外界接口太多,要实现数据到达每一个环节畅通无阻,不是容易事情。而且还是异构数据库上实现,国内外好像目前没有多少太好解决方案,值得期待!
最后,也映射一点:阿里巴巴数据库管理已经很成熟了,该向别的方面发展了,无论怎样,得给团队的兄弟们找点事情干,呵呵。

"Nothing is impossible."

技术跟管理中间应该是有个中间件的。。。


CopyRight © 2004~2020 云和恩墨,成就未来!, All rights reserved.
数据恢复·紧急救援·性能优化 云和恩墨 24x7 热线电话:400-600-8755 业务咨询:010-59007017-7040 or 7037 业务合作: marketing@enmotech.com