作为企业的IT运维管理人员之一,笔者从事主机运维管理工作4年有余,无突出贡献亦无重大事故。和大家一样,我也接触到IT运维管理中一个比较困惑的问题:是注重命令还是注重思路?而我自己的经验是:主机运维管理,思路决定出路。
对于我提出的这个观点,有人可能会反对,因为运维工作实际上存在两个比较主要的派系——命令派和思路派。命令派,以操作命令为核心技能,尽可能的掌握所有的命令,通过丰富的命令积累来提高自己的能力;思路派,以一整套处理问题的流程为核心技能,通过不断积累的经验来总结出一套处理问题的思路,但与命令派相比,不会通晓所有的命令,有时甚至是现查现用。我们不能否定命令派的价值,因为所有的命令都是有其存在的意义,正所谓存在就是合理的。不过这里我要提醒各位,我们是从事主机的运维管理,这些主机运行的是生产系统,一旦出问题不是几个命令就能完全解决问题的。要分析,分析问题的根源,根据起因来对症下药,上来就根据表象一通命令往往是事得其反的,不会达到理想效果,或者说不是每次都能够达到的。行内流行一句话:现网无大小。那么,这样一个不容玩弄的一套系统出了问题,谁敢不问问题起源上来就先来他个三板斧?我想每个有点经验的工程师都不会开这样的玩笑,毕竟多数跑着的是一个公司的命根,不然也不会出重金找人来维护。
不要怀疑,命令派大有人在,只是有些连他们自己都没有意识到问题的严重性。命令是重要,但绝对不是最重要的。我们可以把命令比做一种语言,不是每个人都是语言学家,但仅仅是常用的一些语言组成的句子,绝大部分使用这种语言的人都能听懂,透过常用的语言就能传递信息、传递思想、传递情感。面对主机,做个不太恰当的比喻:我们就要把他当成一个已经能够说话但却不懂事的孩子,当他出了问题,我要用命令这种语言来与他沟通交流,告诉他该怎么做才会好起来。
我们要用命令去实现我们的思路,思路大致可分为如下几点:
1. 观察现象,是否有规律;确认业务是否正常、数据是否安全。
2. 查看系统日志,程序日志以及设备日志,查找错误信息。
3. 查看以往工作记录是否有值得借鉴的经验,以进一步判断问题类型(互联网上的经验是可以借鉴的,但需要经过分析后谨慎借鉴)。
4. 确认错误类型后,要第一时间报原厂800以确认针对问题类型是否还有原厂服务,如在服务范围并且未过服务期,请原厂处理。
5. 在正式动手处理之前,首先要保证数据文件等无法挽回的文件的安全,必要时建议备份到安全的地方,且不要将鸡蛋放在一个篮子中。
6. 如果是新问题,没有可借鉴经验,且原厂不提供支持,那么就要好好观察现象、阅读日志了,很多很多的时候日志里都能找到问题的原因,或是一些有价值的提示,关键看你是否仔细查阅。
7. 硬件问题比较简单,确认问题后反馈800或者申请备件更换即可。
8. 软件问题多数都是进程异常退出(高负载导致程序不稳定、输入数据源不规范、Bug)或是由于硬件问题导致的软件问题。
面对命令派,也不能完全的否定,因为思路派也是一种相对的命令派,只是思路派不去过分的强调命令,而是符合实际需求即可。本着一切从实际出发的原则,用命令来满足思想的需求,通过命令来实现思想。这样只要是一个正确的思想,并通过命令的正确表达,那就会得到预期的效果。
再举个例子,一个剑客和他手里的宝剑,宝剑是命令,剑客是思想,剑本身有好坏,但再好的剑也要有一个武艺高超的剑客才能真正发挥宝剑的作用,或可以这样说,宝剑是对剑客的一个补充,剑客是宝剑的舞台。宝剑需要一个武艺高超的剑客来证明他的价值,一个武艺高超的剑客同样需要宝剑帮助其更好的发挥高超武艺。
命令是死的,但思想是活;命令是肉,思想是骨头,有血有肉有骨头那才能行的正做的端。基于以上阐述我们不难得出一个结论:对IT运维管理者来说,主机运维管理,思路决定出路。
【推荐阅读】
◆IT运维管理专区
◆解析IT运维管理与BSM:IT部门的ERP
◆IT运维管理系统是IT运维部门绩效考核的关键
◆BTIM运维管理核心思想浅析
◆网管软件专区
本文来自互联网,仅供参考