【IT168 评论】每一个奋斗在前线的数据库管理员DBA似乎运气都不太好，这些DBA都绝对经历过的诡异事件就是：
逢年过节必出故障，明明眼看着要休假了，又接到故障通知，只好通宵加班找问题。没问题的时候可能大家都不会想到你，一出问题就先拿DBA试问!DBA的一生都经历了什么样的狗血事件呢?本文汇集了几位DBA的想法，看看是否足以代表你们的呢?
在印度，从事DBA行业的人数丝毫不逊色于其他国家。Anand Hs就曾与印度的一个25-30人的DBA团队工作过，大多数跨国公司都会将其常规工作外包给海外公司就近的团队，Anand Hs所在的企业就是如此，在这些地方只需要有限的专业知识来做日常工作即可。想象一下，在一个具有不同经验水平的25-30个DBA的团队工作，或许最终你将获得大量的专业知识，但并没有足够多的机会来实践。然后，你就会考虑前景，要么实现职位晋升，要么被解雇，因为没有经验(而且薪水较低)的人会愿意并且能够做你正在做的日常工作。最后，你可能会成为一个经理，虽然薪水涨了，但你还是没有很多机会实践，最终很可能辞职。
Brandon Leach谈起自己多年的DBA生涯，首先给出了四个字“又爱又恨”。他表示，凌晨3点起床工作是令人沮丧的，但这是工作的一部分。DBA是一群非常辛酸的人，我们主要在后台工作，我们很少获得客户的夸，但当出现问题时，经常被。
这可能是工作中最糟糕的部分。但我解决了IT基础设施和开发的难题，我看到了我的工作对业务的影响。
工作中最棘手的部分可能是DBA的工作时间不规律。许多DBA管理的更改需要中断，因为大多数数据库在营业时间内都处于活动状态，这意味着在夜晚和周末期间有可能安排更改。即使每天都使用数据库，中断通常也不会发生在高峰期，通常在周末的几个小时内。虽然可以通过脚本安排更改，但由于系统经常具有任务关键性质，许多企业仍然希望DBA亲自监督这些工作。好在，这些更改现在可以从家里远程完成。
下一个最难的部分是解决问题，而何时会发生问题却是未知的。根据个性不同，部分DBA倾向于将此作为不断的挑战，部分DBA会由于问题的持续流动而随着时间的推移而渐渐疲惫。我的第一手经验是，DBA行业的大多数人都在茁壮成长，因为持续的挑战逼DBA进步。但是，DBA似乎是一个会带来很多负面情绪的工作，所以很多人在工作几年后会选择离开。
我用Microsoft SQL Server，大多数人只是看到一个名叫“数据库”的名词，让人们了解到“数据库缓慢”更具体的原因可能是令人难以置信的。DBA不属于开发、支持、基础架构、网络等IT团队中的任何一个，但还要都懂一些。
编程知识(特别是TSQL) - 如果看到“索引超出数组范围”这样的错误，那么知道这是一个组的问题，而不是SQL相关的事情常有用的。
推荐：