我们即将得到我们的第一个系统pipe理员来照顾众多的SQL服务器，这些服务器之前被开发人员和IT支持混合在一起。 这是姗姗来迟，我们一直试图说服上级同意多年。
那么，他们终于做到了，但是我们能够提供的薪水并没有激起人们的想法。 尽pipe如此，我们已经阻止了一个。
我想知道的是，有什么迹象要注意，一个新的系统pipe理员并不真正知道他们在做什么，或者要查找哪些危险的习惯，特别是关注SQL Server。 我有点紧张，我们讨价还价的地下室狩猎可能不太好，而其他angular色就是如此。
有什么想法吗？
第一部分是用一粒盐做的，因为这可能是因为我曾经作为一个承包商工作了这么多年。
考虑一下承包商，如果你的支付能力不足以吸引全职的顶尖人才。 如果你支付的太less，而且要求太多，你会得到技术娴熟的雇员，那些明显缺乏技能（人际技能差，药物滥用问题等）的雇员，最后会有一个“旋转门”的位置，让员工在一段时间内工作，并留下更好的报酬。
如果贵公司在既定的时间内付出太less而需要某人，而不是完成一组既定的任务，那么你可能处于绝望的情况。 同样，如果这些任务将使全职员工忙碌起来，而且公司计划付出的太less，那也是没有希望的。 从长远来看，你会得到你所付出的东西，这种或那种方式。
我的猜测是，你并不是真的有全职的需要，公司可能会把计划的工资，或者更less，花在一个承包商身上，他将会尽你所需。
如果这种关系是“不合适的”，那么承包商就更容易“摆脱”。 承包商通常比全职员工更灵活：工作后勤（周末，晚上等）。 一个好的承包商会以高度的技巧和关怀来对待您公司的需求，因为他们知道您的公司能够轻松地切断关系，并在别处寻找。
这听起来真的很陈腐，但是比以下任何其他项目都要重要，要注意系统pipe理员与他人沟通的能力。 基本的写作和口语能力是重要的，并且很大程度上表明“幕后”发生的心理过程的状态。 系统pipe理员的工作应该包括与其他IT和非IT员工的沟通，并且有效沟通的能力至关重要。 具有形成类比和交stream抽象概念的能力当然是很好的“锦上添花”，但是如果你的系统pipe理员甚至不能写出完整的句子或者说出完整的想法，那么已经是无望的了。
在其他人的回答中，有一些问题对我很重要：“不适合”（不pipe是雇员还是承包商）。 我一直是帮助公司填补解雇系统pipe理员和雇用替代人员之间的差距的人，而且我看到了一些糟糕的情况。 （正在换密码，寻找“后门”等等，而CEO职务的系统pipe理员被解雇的工作是有趣的工作，但也是有压力的。）
在function失调的情况下，我所看到的一些“IT具体”的讨厌态度（在这里毫无顾忌地从其他海报的一些回答中嘲笑）包括：
把所有东西都拿出来重新开始 ：确定一个“定时炸弹”的东西并且照顾它是一回事，但是在IT中我经常碰到试图“build立帝国”的系统pipe理员（通常是不成熟的和入门级的）在他们的形象，并为了安装新的考虑而去除旧的基础设施。 以事实和投资回报预测为依据的商业案例是一回事，但我已经看到这种特殊的function障碍只不过是替代系统的强大的个人驱动力。
我不能告诉你们 ：这些系统pipe理员在他们的工作中强有力地拥有股份，但却过分地过分占有，诡秘和偏执。 计算机属于企业，而不是系统pipe理员。 没有logging工作，泄露密码，或者开放系统如何工作（或失败）不是一个好兆头。 我听说有些系统pipe理员认为“安全”是一个秘密的理由，但是由于默默无闻的安全性不是安全的。 我也听到系统pipe理员这样的态度，比如说：“是的，但是如果我把密码给了，那么他们就会把它搞砸了。 通常情况下，如果披露之后出现了问题，那么通常会伴随着一个被蒙蔽的或公开的恐惧声明。 如果一个企业如此不稳定以至于这种恐惧是合理的，那么系统pipe理员会离开并find另一个工作，而不是保密地玩游戏。
指责某人/每个人/任何其他人 ：这些系统pipe理员经常引用第三方，他们的前任或遇到问题的用户作为问题的原因。 当然，所有这些因素都是有问题的，但是一个一致的重复的指责模式是一个不好的现象。 我们都必须处理硬件勘误，软件错误和用户自己创build问题。 能够将这些来源之一识别为问题的根本原因并不能使其成为指责。 虽然不愿意调查问题，找出根本原因，但结合模糊地挥动手的反应，并说：“这是必须的多function的Windows / Linux /思科路由器/等…”是令人担忧的。
电力之旅 ：这是系统pipe理员，因为个人的议程或感知的商业议程而为用户高兴和设置障碍。 同样，为了合理的业务原因，限制用户是一回事。 然而，仅仅为了能够控制他人的疯狂的力量，成为“IT服务的预防者”还是另一回事。 我已经看到，这种特殊的function障碍，通过阅读他们的电子邮件，秘密地执行屏幕/会话捕捉，听电话，一般是一个“令人毛骨悚然”的人到其他人真正讨厌的东西，如员工的“电子跟踪”。
政策不适用于我 ：通常与“权力之旅”的态度相结合，这些系统pipe理员拒绝接受他们自己强制执行或决定的IT政策。 虽然它可以是良性的，无害的，但我已经看到这样的恶劣情况，如威胁性骚扰诉讼（系统pipe理员冲浪和突出显示工作不适当的内容）。 系统pipe理员处于可信任的位置，需要保持专业的态度。 这种态度的一部分意味着按照相同的规则来玩，并像其他人一样负责任。 仅仅因为我们有能力进行“非正式”的活动，我们提高的访问权限和权利并不意味着我们应该这样做。
不能承认软弱 ：需要一个强壮的人说：“我不知道答案是什么，但是我能为你find答案。” 每个人在知识和经验上都有差距。 这种特殊的function障碍通常会导致系统pipe理员头昏眼花。 在职业发展中重视计算风险，可以说当人们“咬牙切齿”，成功的时候，就会出现很大的个人成长。 另一方面，当一个系统pipe理员决定处理灾难恢复或IT安全等重要问题，并因缺乏能力而失败时，很容易出现企业巨大的费用（或彻底的失败）。 那些不合理地禁止员工获得第三方资源/培训/支持的pipe理者可以帮助创造这种文化。 没有人因为承认他们不知道如何做某事而表示愿意帮助find正确答案（或者更好地学习如何自己做）而不应该受到惩罚。
这些是我的玩具 ：这是系统pipe理员把商业IT基础架构视为一个令人兴奋的玩具。 确定一个能满足业务需求的特别有趣的技术是一回事，但影响一个企业花钱在技术上是另一个有趣的事情。 我已经看到了系统pipe理员迷恋于特定技术的情况，并决定将该技术用于解决问题，而不是因为它适合业务需求，而是因为这是他们想要玩的东西。 我已经看到了各种各样的事情：光纤，虚拟化，SAN设备，无线networking等等。pipe理层应该尽可能地控制这种情况，但非技术pipe理人员总是可以理解给定的技术是否真的是某种东西业务是否需要。
我一直这样做 ：这是在他们的方式死了的系统pipe理员。 通常情况下，我发现这一点与“我不想了解新事物”的态度相结合。 我们的领域正在改变。 我们十年前所做的一些工作今天是自动化的，其中一些工作仍然是“旧的，旧的”。 我们行业的一切都在不断地被修改，更新和刷新。 最佳实践变化更慢，但即使它们也改变了。 期望每个系统pipe理员都能跟上技术的“尖端”，这是不合理的，但是系统pipe理员在技术更新方面没有任何兴趣的衰退也是不可接受的。 如果一个企业日益受到关注，其IT运营应该是前瞻性的。 （很显然，这里也有一个平衡点，你可以把天平称得太远，最后以“这些就是我的玩具”为例）
对业务不了解 ：业务“做IT”，因为它有助于高效地开展业务。 IT在商业中的任何其他用途都适得其反。 我经常看到系统pipe理员不了解会计和业务的基本概念（收入减去费用等于利润等）。 我永远不会期望一个系统pipe理员成为会计专家，但我希望他们能够理解一个企业为了赚钱而招致开支的基本方式。 在经济不景气的时代，特别是让系统pipe理员明白资金来自哪里以及业务为什么会做出与资金stream向有关的决策是很好的。 一个相信IT与业务的“业务”部分分离的系统pipe理员不是一项资产。
没有连续性的欲望 ：在今天的职业文化中，应该假设我们都会为各种各样的雇主工作。 我们今天的工作在统计上不会永远成为我们的工作。 一个好的系统pipe理员应该编写文档，不是因为“他们可能会被公共汽车撞到”，而是因为他们最终的replace将需要它。 由于“工作保障”的原因，不愿意准备文件，对于我来说，对于一个不想向上stream动的人来说， 我不再为一个单一的雇主工作，但是如果我做了，我会计划下一步要做的事情，并且保持文档是最新的，这样我的replace将会有更好的时间（就像我我的下一份工作就像我的前任一样）。
开放性。 你希望能够看到他在做什么以及他是如何做的。
我想说的是，一个进展中的火车头的头号症状是，如果这个家伙locking了一切，并禁止其他人进入系统。
他可能会给出各种与“安全”有关的警告，允许其他人在其他机器上拥有访问权限和账户权限，但是对于那些想要看起来很重要的人来说，通常这是一个烟幕，并把你的垃圾放在了恶劣的地方。 以允许访问但保持系统的安全性和问责性的方式来pipe理访问是容易的。
奇怪的是，当人们知道别人将会看到别人时，他们会做得更好。
一些优秀的答案，迄今; 我想补充一点：
害怕辛勤和/或肮脏的工作。 当然，一个人不应该为自己的工作招致辛苦和/或肮脏的工作，但是当一些讨厌的工作需要这样做时，如果这个人performance出愿意卷起袖子并且沉入其中，那么这是一个好兆头。
没有意识到他们工作的原因是为了客户。 最终这就是它的全部内容; 人们需要能够进入每一个人，login，并得到他们的东西。 一个pipe理者不把这个放在他们的脑海里，就是失败了。
让自己脱离人们的联系。 想到你坐在象牙塔上很容易，而且你不需要和用户打交道或接电话。 用户是反馈的宝贵和重要来源，并有机会了解您所采取的措施是否运作良好。 安排每个月花一些时间在服务台上工作是非常棒的。
太过于“靠书”的人。 好的，有很多非常好的和有文件logging的方法，所以这个绝对不是一个极端或另一个极端的情况。 我的意思是那种依附于MCSE手册的人，并将所有内容视为“一”，“真”和“唯一”的方式。
未能采取积极的态度 一个好的pipe理者总是会预见到潜在的麻烦来源，并在问题成为问题之前对其进行处理。 一个坏的pipe理员会坐下来，慢慢地让事情在他们周围慢慢瓦解，直到在关键时间的办公时间内某些事情崩溃的可怕的一天。
作为技术传播者。 我的意思是不pipe怎样都会尝试在自己喜欢的操作系统，应用程序或平台上进行强制操作。 你说你有SQL Server（这意味着你是一个Windows的家），所以要留意那些总是赞美Linux或者Lotus Domino的优点的人。
忘记涵盖基本的东西。 这是一个相当大的领域，为了擅长复杂的东西，需要在基础上有一个体面的基础。 一个好人几乎可以立即询问有关备份策略，中央文档资源库，标准PC映像，最后一次防火墙健康检查等情况。 这些东西让你每天都在嘀嘀咕咕，而且和其他东西一样重要。
我想说，在一个好的系统pipe理员中寻找的两件最重要的事情是他们的工作结构和对知识的渴望 – 所以缺less这两者中的一个或两个就是一个预警信号。
几乎没有人能够在第一天做所有事情，但是如果你有时间让他们去挑选，那么就不要把注意力放在缺乏任何特殊技能/经验上，如果他们是一个好的系统pipe理员，我们会在门外几分钟内研究他们所不知道的那些东西，并且会很快加快速度。
他们也应该对他们所拥有的“参考/testing”系统/工具感兴趣 – 这将表明他们想要尝试新事物而不冒生产环境的风险，他们可能想要这个套件的许多东西，但更好的是他们希望它一个都没有。
Chopper3和damorg是非常好的一点。 另外，我会强调给予新的系统pipe理员时间安顿下来，并在这个职位和公司中获得舒适。 有一个人的方面需要考虑，因为它通常是尴尬和神经wra being的“新人”。 他们需要时间“弄清楚”你有什么，如何configuration等等，他们需要时间来开始感觉到公司的人员和文化。 不要急于评估或判断你在其中看到的技能或人格特质，这些特质实际上可能是紧张的结果等等。
工作文件。 还有一些工作文件。
编辑：出来错了，但你明白了。 这就是一个好的系统pipe理员所做的，这样你就可以检查他/她的工作。
当问题发生时，无论是在生产环境还是在testing环境中，这个人究竟是调查根本原因还是假设这是一次性事件？
由于这个人不会有全部的答案，他或她有没有人际交往能力和谦虚来寻求别人的帮助？
正如@ Chopper3所说，渴求知识。
系统pipe理员不好的早期迹象….
将会增加更多，因为我认为他们。
我想添加一些东西，它是一种pipe理员。 通常入门级和经验不足。
我称之为猎枪升级
在更新周期中，每隔一段时间工作一段时间，系统停止运行几个小时。 霰弹枪升级器再次击中。 一个好的系统pipe理员应该知道生产系统运行所需的依赖关系，而不是每次升级都有可能做到这一点。 我曾经在行动中抓过一个。
他正在对我们的一个debian系统进行“无人值守”升级。 aptitude -y dist-upgrade> / dev / null 2>＆1（它太可怕了，没有试过，最有可能不会再启动）
我问，你在做什么？ 他回复redirect到/ dev / null，它堵塞了屏幕！
正如Chopper3所提到的那样，一个结构化的，有纪律的方法和学习意愿的证据是好的迹象。
另一方面，早期的技术能力差或“适合”的迹象可能包括：对问题缺乏耐心，不愿意解释技术推理，持续和积极的防御，对同事和/或前辈的无休止的指责（如果有对此，没有理由一遍又一遍地鞭打死刑）。
而且，“把所有东西全部冲出去”或重做一切 “正确的方式”的愿望都是倾向于观察的。
一定数量的“我愿意这样做”可以是自然的，但除非对当前的环境及其弱点进行评估，并且有合理的计划去纠正这些问题并满足可能存在的任何其他要求， 很多讨论，我会保持警惕。
已经有一些很好的答案了，所以我不会再重复，但是补充一点，虽然这不一定表示一个坏的系统pipe理员，但是一个在花生中工作的人可能会或者至less很快会变得不满意与工作。 那个人不可避免地会像下一个工作一样思考下一个工作，以及如何获得这个工作。 你能切实期待有人在这种情况下给予他们的一切吗？ 考虑到这一点，请确保文档已经完成。
听起来像你的直觉已经告诉你，你已经做了不好的雇佣和你寻找证据来重新强调这种本能。
这里有一些不好的 SQL Server的习惯，恕我直言，可能是没有经验的DBA的迹象。
无法优先考虑，多任务。
时间pipe理。
安排工作计划周围的活动。 知道维护需要在停机时间发生。 pipe理备份。 testing备份/恢复。 有一个积极的恢复计划 – 这不是一个问题，但当硬件将失败。 在你注意到之前，应该知道事情是否破裂或失控。 认为nagios或太阳风是必须知道系统是活着还是死了。
文档。
应该使用票务系统。 代表用户不能乐意这样做来跟踪问题。
态度。
完全开放，以帮助业务。 没有不能，开放。 说如果你给我这些资源，我可以做到这一点。
观看他们提出的问题。 这听起来像你有一个相当复杂的系统（大量的SQL服务器），所以如果是我，我会做的第一件事就是打扰任何人，每个人都会跟我说他们都做什么，谁取决于他们，为什么，并采取丰富的笔记。 我会尽可能地靠近白板。
应该尝试查找和testing备份。 如果有性能问题，我会运行profiler和perfmon（或类似的工具）来试图找出导致它们的查询。 我会审查硬件，以确保大量的SQL服务器至less有一个硬件镜像。
检查是否有某种监控系统，如果没有，则执行一个。 Nagios和仙人掌/ rrdtool / mrtg浮现在脑海。
最重要的是，如果你看到有人开始采取行动来改变你的实际SQL服务器（除了测量）之外，他们有一个彻底的了解…嗯，这比缺乏技能更经验，但它会吓倒我。
会有一些成长的痛苦，就像括号是痛苦的，但他们逐渐把牙齿拉成一个良好的和正确的路线。 pipe理员需要安顿下来，然后在将事情调整到合适的位置时进行一些调整。
好的或坏的pipe理员的最大标志是如何改变发生。 他是否吸引用户参与关于什么和为什么需要改变的讨论？ 他是否有理由把特定的人locking在特定的系统之外？ 就像在一个企业中的任何事情，你必须有一个理由和一个汽车“安全”不削减。 离开它的风险是什么？ 为什么他/她想做得更好？
如果用户感觉参与到过程中，并有机会解释为什么事情是如此，并可以探索替代scheme，他们将更倾向于协助，并能提供洞察力作为系统中奇怪事物的历史原因。 我发现自己经常和我们几十年来一直在我公司工作的一些财务人员进行磋商，以了解为什么这些事情变得奇怪。
其实这种有点甚至在IT之外的任何位置。