oracle越来越自动化，我们何去何从？

lurou最近在跟着谭怀远老师学习，顺便在dataguru上发了帖子，探讨职业规划问题。帖子链接地址如下：

http://f.dataguru.cn/thread-93046-1-1.html

 

话题：oracle越来越自动化，我们何去何从？

 

 

楼主lurou帖子内容：

晚上，完成工作任务之后，就在QQ群里和大家扯。 说到oracle的自动化趋势，从8i到12c，表空间管理方式的变化，em管理器的出现，addm的出现，11g里内存管理的自动化，exdata一体机的出现。。。等等。。。越来越多的自动化，我们dba何去何从？以后还有没有我们的饭碗？

      有个兄弟给出的答案是，飞机现在不是很自动化吗，可是飞行员的前途还是很光明。
最近上课的时候，老师说了，我们可以往业务靠，一个方向是性能优化，还有做架构师也是个方向，个人认为基础架构师或纯数据库架构师都可以，基础架构师包含os、存储、db等的设计规划，需要懂的面宽些，偏基础，在db方面不算太深入，小公司里差不多就这样；纯数据库架构师也挺好，需要了解多种数据库的优劣，新上一套业务应用，你根据业务类型和特点，选择数据库的种类，进行相关设计和规划。

     各位兄弟，你们觉得呢？面对自动化的发展趋势，你们何去何从？？

 

网友一回复内容：

数据库的设计很重要，自动化只能简化运维，但代替不了数据库设计。

数据库再智能，他也不知道业务是什么样子的，肯定对数据库设计这一块是无能为力的.

 

网友二回复内容：

数据库设计是好，但是如何让对方相信你，认可你的设计，入门还是有点难，就像当年计算机不普及时想入门oracle数据库一样，况且，任何单位不可能频繁设计数据库，而即便服务于众多企业部门，专供于设计，又有多少工作机会相比较一个dba，我想，考虑多元化发展可能会更实际，更易于实现些

 

网友三回复内容：

DBA最重要的是担当一个救火队员的角色，再好的自动化 也是会有出问题的时候，这个时候就是DBA体现价值的时候了。

 

网友四回复内容：

我觉得做架构需要有很宽的知识背景，不关是技术方面的，还有业务层面的，你需要理解业务的需求，然后针对需求对技术方案做出取舍。因此我觉得做架构，，，，很不容易。

 

网友五回复内容：

别想那么多，自动化是简化了一部分DBA的工作，但有新技术出现了啊，以前有ASM吗，有DATA GUARD吗,这不都是10以后新出现的吗，只不过我们的工作从设计内存，管理磁盘转到配置，监护这些新部件中去了，你看看现在招聘写的都是什么会搭建，管理维护RAC DATA GUARD STREAM什么的，把心放肚肚里，信息时代结束还很久远

 

网友六回复内容：

不是所有东西数据库都能自动。业务的东西，系统运行的情况还是SA, DBA, Developer了解。
加之再好的软件也存在bug，在oracle上同样适用。

 

网友七回复内容：

其实从另一个角度说，自动化带来是一个新契机。自动化简化了很多基本工作，减少了基础人力成本。看似对工作人员的数量需求减少，实际上对原来工作人员的技能素质要求更高，更需要能从根本上把我oracle原理的工程师。

 

网友八回复内容：

自动化只能降低重复性劳动，需要灵活处理的，比如紧急故障、DD之类的才是DBA的菜

 

网友九回复内容：

不管怎么样自动化，都是需要人去制定的呀，所以业务觉得是第一位，个人感觉而已

 

网友十回复内容：

可以继续专研某个方面  细化来提高竞争力

 

网友十一回复内容：

多了解业务是提升个人价值必备的路径

 

网友十二回复内容：

自动化只是让你把精力集中到更需要集中的地方去，例如业务、设计、稳定、效率等等

 

网友十三回复内容：

也不必在杞人忧天了，想在开发，DBA，框架，业务样样都通，还是很困难的。

 

网友十四回复内容：

兄台有点杞人有天,机器智能是人发明的,越智能的东西,毛病了就越难搞,数据无价,你见过什么机器离开过人? 就是无人飞船也还都得靠人指挥, 坏了就不是一般的毛病.

 

 

 ————————————————————

 

 

lurou的总结：

 

第一、为了占领市场。

从市场全局看，Oracle如此做法很有可能是为了像当年的微软一样，让用户觉得Oracle越来越简单，越来越好用，占领市场。

 

第二、我们被解放出来，有精力去走精细化高尖端路线。

想在数据库开发，管理，架构，业务等方面样样都通，那是极困难的。Oracle的自动化，减少了我们的基础工作，把我们DBA解放出来，给我们更多的精力去研究，去细化某一方面，比如我就喜欢SQL优化，毕竟现在的CBO依然无法智能起来，将来也很难智能化。其他方面，比如数据库模型设计，底层基础架构设计，数据库日常运维管理，数据库相关业务等，都不是一天两天可以搞定的，即使现在有人在说，2个月或者最多一年就可以培养出来一个高级DBA，那你再想一想，是不是也有不少的用人单位，尤其是甲方，你只会理论或者你工作时间短、事故处理经历经验少或无，他们单位敢用你吗？

冰冻三尺非一日之寒。

 

第三、说点具体的。

比如ASM管理，相对之前的FileSystem方式，更加自动化了，但是ASM还不是照样坏嘛，而且现在坏了之后的处理难度比以前的FileSystem难得多。君不见，ASM的文件头非常容易损坏。

 

 

 

 

___________________________________________________________________________________

版权所有，文章允许转载，但必须以链接方式注明源地址，否则追究法律责任!

Author:   laven54 (lurou)

Email:    laven54@163.com

Blog:      http://blog.csdn.net/laven54