当你第一次做系统pipe理员时,你希望你知道什么?

对于一个新的系统pipe理员来说,向那些有经验的人学习是很重要的。

你现在知道什么,你希望你知道什么时候开始?

或者,你会给新的系统pipe理员一些build议吗?

  1. 慢下来…我们很匆忙。

  2. 如果你做了你的工作,NOBODY会注意到一件事。

  3. 这不会是9-5或40个工作周。

  4. 你永远不会有太多的备份。 testing他们!

  5. 这个“不可能”的场景,你没有打算计划将会发生。

  6. 黑客(实际上是脚本小子)因为可以攻击事物,而不是因为他们专门针对你。 这不是个人的,你只是在那里。 所以不要问“为什么我?”

  7. logging一切! 即使这只是为了您自己的理智。 一个私人的Wiki是一个懒惰的方式。 如果你无法做到这一点,那么至less在你的计算机上保存一个很好的格式的“永不落幕”的文本文件…然后回来了! 只是因为你今天知道“内外”的东西并不意味着你会记得从现在起6个月你到底做了什么。

  8. 如果晚上出了点问题,你认为你可能会在一个漫长的夜晚…写下你的计划。 你会感到惊讶,你将在凌晨3点发生什么“糊涂”,突然间你会说:“现在,我真的做了X还是我只是想我需要做下一个X? !” (这将发生在你身上,特别是如果你的恢复过程需要几个小时。)

  9. 任何电脑/networking最薄弱的环节几乎总是人性的要素。 不要紧,你做电脑/程序/networking。 有些白痴总是试着用“bob”和“bob”作为他的用户名和密码,然后把它写在一张便签上,然后贴在他的显示器上……恰好面对一个外面的窗户。这恰好在公共汽车站外面。 (我希望我是这样做的);-)

  10. 放松! 我几乎可以保证,不pipe发生在你身上的什么坏事,某个地方比你还有一个恶日。 快乐你不是那个人,并保持接近。 当你身边的每个人都吓坏了的时候,如果你能保持冷静,你会发现在一段时间之后他们也冷静下来。 不要参加大规模的歇斯底里。 😉

奖金提示:妻子/女朋友不愚蠢。 我曾经用“tail -f maillog.log”为我的重要人员提供了邮件服务器日志,以便在邮件服务器上观看字典攻击。 我向她解释说,这种攻击水平是“正常的”,几乎是不变的。 然后我解释说,当我的电话在凌晨3点熄灭时,这是因为我们面临的是10倍的大事。 当他们真的能够看到我们每天必须处理的垃圾时,你会感到惊讶的是,他们如何同情/理解他们。 分享经验!

行使。

我不胖,但哇,我变形了。 电脑后面10年的时间,它已经被我抓住了。

大自然从来没有让我坐在我的整个生命周围,如果你从来没有一个人很难进入例行公事。

跟进

完成修复问题后。 等待几天或一周,然后访问或致电用户。

嗨,这是<insert your name>我帮你解决了<insert the problem> 。 我想跟进,看看一切是否还在工作。

直到我开始在日历中预约时,我感到非常恐怖。 在问题解决之后,我会安排一个后续的(用户不知道的)以后的date。

如果按时间,你可以打电话,但首选方法是亲自访问。 为什么?

如果你做了你的工作,NOBODY会注意到一件事。

人们会注意到你 ; 这是宝贝的品牌认可!

走出你的立方体,遇见一些人,让他们知道你是谁,你做了什么。

不要试图成为不可替代的。 传播你的知识和文档。 你不想在节假日不断地打电话,因为没有人知道你pipe理的系统。

不要只学习特定的应用程序,系统和操作系统。 了解它们背​​后的标准,协议和约定,例如,如果您需要从一个操作系统移到另一个操作系统,则不会完全丢失。 跟上知识和你的技能。

另外,照顾好自己,rest一下,不要运动时做一些运动。 找个好的椅子和桌子。 在你第一年的工作中不要伤到你的背部和颈部。

不要羞于求助,

不要以为你可以一个人做,现在就做

它永远不会是9到5。
我一直都知道,我希望有人会告诉我的妻子!

  • 时间pipe理
  • 获取您和您的用户之间的帮助台或故障单系统
  • 我提到时间pipe理吗? 为项目工作分配大量的时间,并为故障单分开时间,否则你将花费你所有的时间来修理门票(这将使用户高兴),而没有项目(这将使你的经理不高兴)。

积极主动,不要被动 或者,分析您采取的反应措施/可能采取 – 并devise积极的方式,以确保您不必。

人体工程学不仅仅是购买颠簸的键盘。 开始的时间永远不会太晚,但是一些轻微的背伤意味着我没有以前的那种回旋余地。 我希望早点研究这个东西。

  • 学习如何解除; 避免背部受伤
  • 了解椅子/显示器/桌面高度,以及如何轻微的失调会导致严重的健康问题和痛苦
  • 了解腕pipe,以及如何保护您的手/手腕/arm免受重复性的压力伤害

你可以用上面提到的练习技巧让自己更容易,但是不要认为这种伤害只发生在老年人,病人,其他人身上。

这只是工作。

最重要的事情: 保留和testing备份

其次,

所有的问题都可以在技术上得到解决,然而人为因素是find解决scheme的挑战。

无论您知道多less,以及如何最好地展示它,都无关紧要。 如果你没有耐心,你会烧掉,恨你的工作。

我学到的一件事是:如果你做得好,不要期望感激。 系统pipe理员通常不会被注意到,直到出现问题。

  1. 并非所有问题都有技术解决scheme,有时候一个正确的书面和审查的政策是正确的答案。
  2. configurationpipe理和标准在部署阶段实施时始终工作得最好。
  3. 要求安全审查在开发过程中从不过早。
  4. 用户几乎总是对系统configuration不感兴趣,他们只是想让他们的应用程序工作。
  5. 用户/开发人员总是希望参与新的服务devise。 一定要把它们包含在你的需求分析中。
  6. 总是花时间研究标准configuration和/或查找预先存在的脚本或软件包。
  7. logging一切。 总是假定别人将不得不pipe理你的产品。 成为唯一可以解决问题的人是工作保障,但这也意味着你不能休假。 住在HBAB(搭巴士)的原则。
  8. 休假。 如果你做对了,其他人可以盖。
  9. 您如何与您的客户和同事进行互动,定义了他们将如何与您合作。 我们都阅读和嘲笑BOFH,但让我们面对它。 他是个混蛋,没有人喜欢他。
  10. 正如领养者所说,不要害怕寻求帮助或build议。 知道你的专业知识的结局。 我们都是成年人,没有人值得与之合作。

有一件事是与人打交道。 他们不耐烦。 当他们打电话给你时,他们已经心烦意乱。 如果他们感到沮丧,那么他们并不在你身上,因为那些解决他们问题的技术似乎对他们造成了更多(而且经常是这样)。 他们很可能会发泄给你,但不要把这当作个人的批评。

我花了一段时间学习的一件事情是如何在情感上沟通和断开。 处理这种情况,并对待你正在帮助的人的尊重和友善。 你不会得到感谢(经常),你不会看到任何“感激”。 但是在一天结束的时候,他们会记住你,因为你彬彬有礼,友善而会打电话给你。 这是我告诉任何人的头号事情。

因为,如果你有礼貌,但不知道答案/如何解决,他们至less会感觉好一点,你没有进一步打乱他们。

别担心你的问题。 担心不会让你太过分。

试着解决这个问题,微笑着,记住明天天亮就要升起。 这将节省你几年的生活,这是最终的重要:)

简单通常更好,但为了简单起见,简单通常是不好的。

处理pipe理可能是最大的挑战。

事情可以回来咬你的屁股。

坚持你的决定,直到有人向你展示一个抵消它的政策,或者直到你被pipe理层凌驾。

我不能告诉你(最近)有多less次我必须提出安全政策来解释一些事情,比如为什么你的狗的名字不是一个生产系统的好口令。

记住,人类总是愚蠢的。 那包括你自己。

我意识到很多电脑爱好者都有ADD(就像我一样),并且喜欢过分关注问题。 这很好。 我的存根让我一直在解决几乎所有人都放弃的问题。

但,

这不适用于凌晨3点。 如果你被分页来回应一个问题,你发现它不是一个简单的重新启动或configuration错误,停止。 做笔记。 如果你撕下一个configuration或一台机器来解决问题,请停止。

在你的脑海里,列出一个你可以分stream的清单,以防止问题变得更糟。 如果这意味着你不得不退出你只是为了保持原状而做的改变,那就去做吧。 “我可以在20分钟内恢复AR,但其他机器需要更长的时间,其中一个我现在无法提出,所以我只需要做AR db,然后再坚持一切。 “

如果需要的话,在凌晨4点回家。 或睡觉。

你可能不得不告诉老板:“我进来了,干活了,问题不是我想的那样,所以我不得不退出,让我重组20分钟,看看我能find什么。

因为它可能不是你的目的。 这可能是您需要切换到networking,开发或您的供应商的技术支持。

如果你做了一个改变,改变并没有解决任何问题,总是退出改变! 我讨厌找些工作,然后find二十几个不相关的东西,我没有解决这个问题。 如果您需要进行这些更改,请首先确定原来的问题!

重点是,我喜欢解决问题,我喜欢坚持一个问题,不要让它走,直到我有一个决议。 但我讨厌deathmarches,上午3点的电话延伸到下午8点和一般的消防。

当我开始时,了解Microsoft Active Directoryangular色以及实施和迁移是快速启动的关键。

但是,你可以有一个指导方针:

  • 尝试引用RFC
  • 为所有的设置和项目练习一个好的信息挖掘,并使用testing环境
  • 做备份! 一个好的备份策略是非常重要的。
  • logging你的工作,但不仅仅是为你。
  • 学习TCP / IP
  • 学习一种或多种脚本语言(PowerShell / Python)。
  • 练习Unix / Linux。
  • 不要太担心检查你的备份。 testing你的恢复,并有一个裸机恢复程序。

  • 在按下之前,重新读取该命令。

  • 在实施之前做一些devise工作。 如果不devise它,不会开始编写大型系统 – 不要像系统pipe理员那样犯同样的错误。

  • 有时一个系统可能不够完美。 学会认识到这种情况。

  • 当上游存在薄弱环节时,不要过度滥用冗余。

  • 使用版本控制 – 即使有一个pipe理员也很重要。

  • 寻求帮助,即使它不过是第二套眼睛。

  • 不要在一天中的某个时间对生产系统进行testing。 即使你很确定你想做的事情不会影响服务器的正常运行。 即使pipe理层不愿意开发反映生产的开发/testing服务器,至less在虚拟机上设置一个相当的传真机,并testing你正在做什么(不pipe是在加载一个服务包,在SharePoint中抓取一个完整的SharePoint内容)一天中的一天,数据库维护…), 然后在你动手之前搞砸了一个运行良好的服务器。
  • 和上面一样,但是这个小费也适用于周五晚上5点。 在走出门前你决定做的那件简单的事情将会把整个服务器都取下来,你会花整个周末的时间进行故障排除。
  • 服务器不像你的家用电脑…你不必安装Windows Update中的所有东西,只是因为它在那里,重新启动修复随机问题是最后的手段(不是故障排除过程的标准部分)
  • 在前期进行规划和testing的时间投入会为您节省很多麻烦,试图解决您在开始时没有正确设置的问题。
  • 您有责任确保您保持最新的知识和培训。
  • 学习房子的商业方面。 有些工商pipe理硕士毫不知道IT系统是如何工作的,还有一些齿轮头不明白他们公司如何创造收入。 了解这两者,你值得你用黄金分量。
  • 这最后一个违背我的存在的核心,但是…虽然你可以跳过阅读您的VCR或真空文档,你真的需要阅读它作为系统pipe理员

尽可能地偏执 – 重新检查你要做什么,在重新安装机器之前检查备份,并且总是有一个后备计划。

要友善和乐于助人 – 你身边的人是你的“客户”,他们应该得到适当的服务。

记得rest一下。 根据你的个性,周末和偶尔的额外星期五不总是足以放松和减压。

服务中断语音邮件的重要性以及它们如何影响用户。 例如,如果您在公司范围的语音邮件中以一种不太理想的方式对服务中断进行了说明,那么首席执行官/总裁以及其他各种副总裁可能会追随您,如果这样做会导致您的社交networking失效,则可能会出现问题。

我希望我知道那时pipe道很简单!

在Mountain Dew和NoDoz背后的公司买入股票。

除非你在一个巨大的公司工作,在电信,networking,应用,操作,安全等方面有独立的部门,否则你将负责所有这些工作。 我目前在一个约130名员工的公司工作,我负责以下系统:

  • 整个networking包括2台服务器,75台计算机,3台各种networking设备(每台一台),20台左右的打印机,5台复印机,
  • Nortel Meridian PBX系统
  • 我们的build筑安全系统,其中包括访问控制
  • 无线穿过整个房屋
  • 庞大的数据库
  • 帮助台的责任
  • 用较新的PC淘汰旧的PC

基本上,任何与晶体pipe(缺乏设备),我负责维护。 考虑到我们支付大部分专有设备(安全系统,PBX,工资处理软件等)的支持合同以及对硬件的保证,这并不坏。 但是,当同一天需要三家不同公司的三种不同的技术人员时,我会倾向于把自己展开一点。

我的一位计算机科学教授给了我这个无价的build议:

用户对你的performance感到高兴,但他们依靠可靠性。

永远记住这一点。

其中一些已被提及,但…

  1. 拿起一个(身体)的爱好,涉及到使用你的身体不同于键盘前(我觉得武术和杂耍是好全才)。
  2. 食物很重要。 你不能只运行咖啡因和糖。 没有食物,你的大脑就无法在最佳状态下工作。
  3. 妈妈总是以意想不到的方式rest。 学会以有条不紊的方式解决问题。
  4. MAC地址在统计上是唯一的。
  5. 自动化任何可以自动化的东西,第三次你必须这样做(或第四或第五;第一次和第二次可能只是偶然)
  6. 还记得我说过的关于杂耍吗? 一旦卡住,这是清除大脑的方法。
  7. 读。 很多。 可能甚至与你的工作有关。 阅读是获取networking状态的准确信息的主要方式(好,偏见,我主要是networking和/或unix机器),阅读速度越快,看东西的时间就越less直到你掌握了它们。
  8. 用户账户的创build和删除必须是人力资源部门的一部分(不是人力资源部门这样做,只是当人员join或离开公司时,他们需要告诉系统pipe理员)。 作为一个研究人员,请始终更改用户密码,以防止用户观察到更改。