IT运维究竟得有什么样的能力？

我也这么过来的　我认为你出现的这个原因是不精通

简而言之是你自己认为你的技术含量压根不值钱　没有竞争力

说的不好听，确实是打杂的。

我建议你专精一个方向，离开pc这个help　desktop，走系统维护方向吧。

深入。

1、深层次的IT资源监控当IT资源出现故障的时候,我们的第一反应就是快速的定位故障的根本原因以及故障影响哪些业务部门、哪些业务。以前是否出现过类似的问题,是否有成型的解决方案等等。要想能快速的定位故障的根本原因,首先我们就要做到对IT资源深层次的监控。特别是对于一些应用的监控,通过指标来量化资源的健康程度。当资源出现故障时,能快速定位到问题关键性能指标。

2、建立对业务影响范围的判断机制

当资源出现故障的时候,我们需要快速的了解他会对哪些业务部门,哪些业务造成影响。所以我们必须有一种合理规范的机制来判断。并且当同时出现几个故障时,系统能判断服务所影响业务的重要性,以此来判断恢复故障的优先级。另外我们还得有KPI报表,统计服务的可用性。

3、自动关联同类故障

当资源出现故障时,如果能自动关联同类故障,那么将大大的提高我们处理故障的效率,提升IT服务的水平。通过知识提交、审核、发布、查询等功能自动沉淀IT部门日常运维中的工作经验,帮助各级支持人员提高技能水平,简化IT服务任务,同时降低对具体个人的依赖。并且知识库要和FAQ紧密的结合在一起,真正的提升运维的效率。

4、拓展IT服务途径,提升服务质量

建立运维人员与用户之间的联系点,统一受理用户的咨询、服务请求、故障报修、投诉等情况。并且当用户能通过FAQ查询以前出现过得同类故障。这样用户可以自己解决问题,从而降低运维人员的工作量,提升运维效率,提高用户的满意度。

天天客服IT运维基于ITIL的最佳实践经验,为用户提供运维管理流程,并提供了基于ITIL的岗位定义、流程设计工具、表单设计工具、基于ITIL的流程模板和各种元素库,帮助企业在进行IT运维管理工作时,不仅能够有效的、有序的进行事故管理、问题管理、配置管理、变更管理、发布管理,达到服务支持的目的,也能够提供服务级别管理、可用性管理、能力管理,达到服务交付的目的。

IT运维所涉及的知识面，还是比较广的，而且这个是一个提供技术支持的职位，俗称救火队员，平时看似比较清闲，实则为了避免出现各种险情，还是在紧锣密鼓的学习和研究更合理的架构，但是一旦遇到问题，都是特别棘手，而且影响面极为广泛的问题或者事故。从公司角度来说，可分为对内服务和对外服务。

对内服务就是常说的网管，网管职位属于万金油，首先知识面得广，不同公司会对网管有不同的要求，但是主要的还是保证办公网的网络正常，为了支撑这个网络正常，除了要有网络知识（调试网络设备，堆叠技术，防火墙技术，流控工具，动手搞定水晶头，懂得光线原理，能够规划局域网，DMZ概念等等），还要有一定的服务器管理知识（DHCP、DNS、时间服务器，WEB服务器，FTP服务器等等），甚至可能还需要懂一些监控工具，以保证局域网在发生问题的时候，可以第一时间知道，并收集数据有助于排查问题，而且随着人员数量的扩充或者异地建立办公区，多地办公区之间的通信和安全也是网管的一个职责，这些也只是网管的日常工作而已。

上面说到了这个职位就像救火员，当有了问题之后需要第一时间冲上去，并快速解决问题，这样能体现出网管的重要性。但是会很累，因为事故是突发性的，这样很耗费人力物力财力，与其这样被动等待等待挨打，不如主动出击找出隐患并提前处理，这个就是网管的另一个职责，要么在专修之前考虑好扩容或者网络容灾的问题，要么就是在日常巡检中，发现可能导致异常的隐患，提前提出做好预案以及解决方案，才能因对万一。这就需要网管有多年的经验，而且不仅要懂得网络和服务器相关知识，还应该了解强弱电，通风冷却，这两方面能力主要是在装修的时候，体现出来的。让无论是大机房还是小机房都可以帮正其运转正常。

以上只是运维的一个对公司内部提供支撑的职责，其实还有很多内容，在这里先不一一阐述。如果感兴趣的朋友咱们可以在进行深入的沟通。

IT服务是大概念，可分为建设和运维(运行维护)两部分。对项目建设来说，容易被大众接受。

IT运维的重要性：

就是通过结构化的综合布线系统和计算机网络技术，将各个分离的设备(如个人电脑)、功能和信息等集成到相互关联的、统一和协调的系统之中，使资源达到充分共享，实现集中、高效、便利的管理。系统集成实现的关键在于解决系统之间的互连和互 *** 作性问题，它是多厂商、多协议和面向各种应用的体系结构，需要解决各类设备、子系统间的接口、协议、系统平台、应用软件等与子系统、建筑环境、施工配合、组织管理和人员配备相关的面向集成的问题。

IT运维的必要性：

第一，所有的电子产品（硬件设备）都有寿命问题，而信息系统包含大量不同种类、不同功能、不同性能的设备，每种设备的寿命各不相同，长的5—10年、短的3—5年，对信息系统而言，几乎在项目建设完成后即需进入项目运维期，而对某些建设周期需要很多年的信息系统来说，在项目建设后期，便要对前期建设的项目进行运维。这里还没有考虑设备发生故障的情况，而设备发生故障是一定的，只是发生的概率大小而已。对单台设备来说，也许几年不发生一次故障，但对包含数百、数千甚至数万台（套）设备的信息系统而言，故障发生的概率要高很多。

第二，硬件设备更换、升级导致被动运维。由于硬件寿命及技术进步（摩尔定律：当价格不变时，集成电路上可容纳的晶体管数目，约每隔18个月便会增加一倍，性能也将提升一倍。这一定律揭示了信息技术进步的速度），硬件产品会不断升级，导致原来使用的各种软件需被动升级，而系统软件升级也会导致应用软件必须进行升级改造以适应新环境。

第三，系统软件、工具软件由于自身存在各种缺陷（业内称为Bug，现在各种软件都极为庞大、复杂，要在编程中完全杜绝Bug几乎不可能），需要主动修正和完善。

第四，除上面所说的由于运行环境改变而需要被动升级应用软件外，还有就是自己主动升级。主要是随着时间的推移，对系统功能有新要求，或者是政策变化，需要系统功能跟着改变，所有这些问题都需要对系统进行运维，或者说需要升级、改造，不断完善。

第五，应用软件同系统软件一样，其本身也存在各种缺陷需修正和完善，而且应用软件是直接目的用户，不像硬件和系统软件对用户是“透明”的，是在后台发挥作用，有时仅是使用人员因对使用界面不习惯，都需作修正、完善。

以上就是关于搞IT运维多年，我该何去何从全部的内容，包括:搞IT运维多年，我该何去何从、如何做好IT运维管理工作、IT运维究竟得有什么样的能力等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！