转一篇blog，关于SQL DBA的感触的“The Loneliness of the On Call DBA”

北风

The Loneliness of the On Call DBA
Feb 14, 2012 at 5:01 AM
There are lots of great things about being a SQL Server DBA. You get to play with lots of cool software; get the chance to spend someone else’s money on hardware; constantly be in a position to learn new things; and be a member of an awesome community.

With the good always has to come a little bit of bad. I’ve been a production DBA for over 10 years now. That means for over 10 years I’ve been on call at various times. Way back when it used to be a case of carrying a pager everywhere and that pager get swapped between team members. Now the NOC has my cell number and I can be called at any point. I also get emails on my phone day and night. Work loves it when you’re in constant contact (no really, they do).

The toughest thing about being a DBA has to be those long late nights when you are dealing with a production issue. The feeling of loneliness is pretty intense when the house is quiet and you are sitting in front of a monitor, it’s bright light burning into your tired bleary eyes and making them burn. The only noises are the faint sounds of sleeping from another part of the house, the clicking of your keyboard as you type in the database restore commands and the low humming from the refrigerator.

This weekend I had to deal with a long brutal outage. I ended up working through the night and most of the next day. It is what I get paid for however; so while I didn’t exactly have a smile on my face I did walk away at the end with the satisfaction of knowing that I had done a good job. I was able to get everything back online as it should be and that the business functioning at 100% again.

When I first started working with SQL Server as a DBA I thought it was just a job, I didn’t know it would be a way of life. Truly, being a DBA is a job that you live. If you’re a DBA, live it well my friends.

Fernando

How about Oracle DBAs ?

北风

应该差不多吧？你觉得呢

原帖由 Fernando 于 20/6/2012 09:26 发表
How about Oracle DBAs ?

workflow

原帖由 Fernando 于 2012-6-20 09:26 发表
How about Oracle DBAs ?

DBA还好了，技术十几年都没有太大变化，尤其是Oracle，DB2

nis

Pay rate很高吧。一晚上顶人家一周了。给我这么多我也可以周末晚上干通宵。

无视

作DBA 95%的时间没事，但出事就是大事.

不是很喜欢它的skill set,很容易被替代，而且职位不多。

AmandaX

挺正确的
顶一下

workflow

原帖由 无视 于 2012-6-20 10:51 发表
作DBA 95%的时间没事，但出事就是大事.

不是很喜欢它的skill set,很容易被替代，而且职位不多。

职位不多是真的，说很容易被替代就不同意了，这行的经验很重要

ironcool

So what? At least they usually don't have a lot of work to do if the system and framework have already been established, and of course, overtime work surely will be paid off.

来打我啊

dba待遇怎么样,想入行

无视

原帖由 workflow 于 2012-6-20 10:54 发表

职位不多是真的，说很容易被替代就不同意了，这行的经验很重要

嗯，我部分同意.

好的DBA和一般的DBA的确有很大的不同，但一般的公司，这个区别不那么明显，很多公司没有很高的vision，相对要求也不是那么高。

大公司有专门的DBA team，可能要求比较细...

现在市场rate，相同级别的DBA对dev看不出什么优势

workflow

原帖由 无视 于 2012-6-20 11:06 发表


嗯，我部分同意.

好的DBA和一般的DBA的确有很大的不同，但一般的公司，这个区别不那么明显，很多公司没有很高的vision，相对要求也不是那么高。

大公司有专门的DBA team，可能要求比较细...

现在市场rate，相同级别的DBA对dev看不出什么优势

大公司做开发的基本是不碰DB的，顶多给个ReadOnly权限select。这行好的DBA顶半个Dev，SA用，烂的就是个monkey job。以前做Performance tuning，遇到烂的DBA，连explain plan都不会看，好的DBA连你的SQL都给review

无视

原帖由 workflow 于 2012-6-20 11:12 发表

大公司做开发的基本是不碰DB的，顶多给个ReadOnly权限select。这行好的DBA顶半个Dev，SA用，烂的就是个monkey job。以前做Performance tuning，遇到烂的DBA，连explain plan都不会看，好的DBA连你的SQL都给review

的确，碰到变态的DBA给作code review,只有吵架的份,原来间接见识过，他们的态度更多的是在表明自己的存在性，有些病态的心理

Fernando

吵架是很难避免的，其实背后的原因是管理和沟通不好，制造了内部矛盾

来打我啊

很多performance issue都是coding造成的,你们用惯了oo编程的不懂

Fernando

原帖由 来打我啊 于 2012-6-20 11:38 发表
很多performance issue都是coding造成的,你们用惯了oo编程的不懂

不要制造对立情绪嘛，互相指责是无助于进步的
DBA和developer的vision是不一样的，做项目的时候，各自拿到的requirement是不一样的，参与项目的阶段也不一样，身上的责任也是不一样的。如果项目开发的process不考虑到这些，管理的架构上不考虑这些，出现矛盾是小事，系统出了问题难以修复，或者要花巨资修复，那就头大了

月亮

DBA责任很大，一个不小心就screw up 了，以前有个DBA说，每次她运行一个update语句都要无数次检查，小心翼翼的按下execute键，然后心脏狂跳一阵直到运行结束，深有同感

gnorud

I DONT like DBA

北风

这个算是沟通问题吧
tester和programmer也会吵的
是见过一些System Admin还有DBA会有些“酷”，不过真的交流起来也不会太困难
有些code中的问题，尘埃落定了就不好搞了，review的时候讨论清楚其实对大家都好的

原帖由 无视 于 20/6/2012 11:19 发表


的确，碰到变态的DBA给作code review,只有吵架的份,原来间接见识过，他们的态度更多的是在表明自己的存在性，有些病态的心理

sqfo

原帖由 月亮 于 2012-6-20 11:46 发表
DBA责任很大，一个不小心就screw up 了，以前有个DBA说，每次她运行一个update语句都要无数次检查，小心翼翼的按下execute键，然后心脏狂跳一阵直到运行结束，深有同感

多放几个check point就不会这么紧张了

无视

原帖由 北风 于 2012-6-20 11:50 发表
这个算是沟通问题吧
tester和programmer也会吵的
是见过一些System Admin还有DBA会有些“酷”，不过真的交流起来也不会太困难
有些code中的问题，尘埃落定了就不好搞了，review的时候讨论清楚其实对大家都好的

我当时不是参与者，但目击了几个事件，而且跟双方都谈过，觉得DBA那帮人挺难搞的

workflow

原帖由 无视 于 2012-6-20 12:03 发表


我当时不是参与者，但目击了几个事件，而且跟双方都谈过，觉得DBA那帮人挺难搞的

跟工作无关，跟人有关

porcorosso

原帖由 gnorud 于 2012-6-20 11:48 发表
I DONT like DBA

呵呵不喜欢，还是不想当？

典

原帖由 月亮 于 2012-6-20 11:46 发表
DBA责任很大，一个不小心就screw up 了，以前有个DBA说，每次她运行一个update语句都要无数次检查，小心翼翼的按下execute键，然后心脏狂跳一阵直到运行结束，深有同感

一旦搞错了，全公司齐唱： 都是月亮惹的祸

月亮

原帖由 典 于 2012-6-20 12:13 发表


一旦搞错了，全公司齐唱： 都是月亮惹的祸

bulaohu

原帖由 月亮 于 2012-6-20 11:46 发表
DBA责任很大，一个不小心就screw up 了，以前有个DBA说，每次她运行一个update语句都要无数次检查，小心翼翼的按下execute键，然后心脏狂跳一阵直到运行结束，深有同感

update without WHERE...end of world ;)

梦呓人

有没有可以快速备份大型数据库的办法?  这样在F5之前就可以宽心一些了

bluesknight

原帖由 北风 于 2012-6-20 11:50 发表
这个算是沟通问题吧
tester和programmer也会吵的
是见过一些System Admin还有DBA会有些“酷”，不过真的交流起来也不会太困难
有些code中的问题，尘埃落定了就不好搞了，review的时候讨论清楚其实对大家都好的

DBA最恨的应该是ETL team吧，毕竟其他人一般只有read only access，有矛盾也主要是在design和performance tuning方面，ETL team可是可以直接写数据的。我之前一个项目里有个同事就truncate了一个production table，估计DBA杀了他的心都有(paopaobing(27))

小小强

哈哈～　俺经常update live data,
最安全的就是放transaction里最后roll back, 中间放几个select测试下， 直到OK了才把transaction去掉

TuTuTu

请问一下做SQL DBA的对noSQL，MapReduce,Hadoop,in-memory这类数据管理处理技术有什么看法,将来的发展趋势如何？