从事主机运维管理工作4年有余，无突出贡献亦无重大事故。随着工作与学习不断深入，渐渐的形成了一种工作方式，或者更准确的说是一种思想：主机运维管理思路决定出路。

    随着自己一步步的成长，身边的新人朋友也开始多了起来，看着他们为命令而痴迷，不免有些痛心疾首，倍感吾泱泱中华IT学术界启蒙教育的匮乏，至今没听说过那个学校有正规的Linux或者Unix课程，相反Windows下应用的课程倒是不少。因此，简单总结出了这篇短文，希望能给予初入行的朋友以启迪，我倍感荣幸！

    对于我提出的这个观点，有人可能会反对，因为运维工作实际上存在两个比较主要的派系——命令派和思路派。命令派，以操作命令为核心技能，尽可能的掌握所有的命令，通过丰富的命令积累来提高自己的能力；思路派，以一整套处理问题的流程为核心技能，通过不断积累的经验来总结出一套处理问题的思路，但与命令派相比，不会通晓所有的命令，有时甚至是现查现用。我们不能否定命令派的价值，因为所有的命令都是有其存在的意义，正所谓存在就是合理的。不过这里我要提醒各位，我们是从事主机的运维管理，这些主机运行的是生产系统，一旦出问题不是几个命令就能完全解决问题的。要分析，分析问题的根源，根据起因来对症下药，上来就根据表象一通命令往往是事得其反的，不会达到理想效果，或者说不是每次都能够达到的。行内流行一句话：现网无大小。那么，这样一个不容玩弄的一套系统出了问题，谁敢不问问题起源上来就先来他个三板斧？我想每个有点经验的工程师都不会开这样的玩笑，毕竟多数跑着的是一个公司的命根，不然也不会出重金找人来维护。

    不要怀疑，命令派大有人在，只是有些连他们自己都没有意识到问题的严重性。命令是重要，但绝对不是最重要的。我们可以把命令比做一种语言，不是每个人都是语言学家，但仅仅是常用的一些语言组成的句子，绝大部分使用这种语言的人都能听懂，透过常用的语言就能传递信息、传递思想、传递情感。面对主机，做个不太恰当的比喻：我们就要把他当成一个已经能够说话但却不懂事的孩子，当他出了问题，我要用命令这种语言来与他沟通交流，告诉他该怎么做才会好起来。

    我们要用命令去实现我们的思路，思路大致可分为如下几点：

    1.观察现象，是否有规律；确认业务是否正常、数据是否安全。

    2.查看系统日志，程序日志以及设备日志，查找错误信息。

    3.查看以往工作记录是否有值得借鉴的经验，以进一步判断问题类型（互联网上的经验是可以借鉴的，但需要经过分析后谨慎借鉴）。

    4.确认错误类型后，要第一时间报原厂800以确认针对问题类型是否还有原厂服务，如在服务范围并且未过服务期，请原厂处理。

    5.在正式动手处理之前，首先要保证数据文件等无法挽回的文件的安全，必要时建议备份到安全的地方，且不要将鸡蛋放在一个篮子中。

    6.如果是新问题，没有可借鉴经验，且原厂不提供支持，那么就要好好观察现象、阅读日志了，很多很多的时候日志里都能找到问题的原因，或是一些有价值的提示，关键看你是否仔细查阅。

    7.硬件问题比较简单，确认问题后反馈800或者申请备件更换即可。

    8.软件问题多数都是进程异常退出（高负载导致程序不稳定、输入数据源不规范、Bug）或是由于硬件问题导致的软件问题。

    面对命令派，也不能完全的否定，因为思路派也是一种相对的命令派，只是思路派不去过分的强调命令，而是符合实际需求即可。本着一切从实际出发的原则，用命令来满足思想的需求，通过命令来实现思想。这样只要是一个正确的思想，并通过命令的正确表达，那就会得到预期的效果。

    再举个例子，一个剑客和他手里的宝剑，宝剑是命令，剑客是思想，剑本身有好坏，但再好的剑也要有一个武艺高超的剑客才能真正发挥宝剑的作用，或可以这样说，宝剑是对剑客的一个补充，剑客是宝剑的舞台。宝剑需要一个武艺高超的剑客来证明他的价值，一个武艺高超的剑客同样需要宝剑帮助其更好的发挥高超武艺。

    命令是死的，但思想是活；命令是肉，思想是骨头，有血有肉有骨头那才能行的正做的端。基于以上阐述我们不难得出一个结论：主机运维管理，思路决定出路
 

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。