it运维经验小结
工作上事情太多，难免繁琐，难免被人抱怨，被人投诉。仔细想想，需要改进的地方的
确很多。 毕业四年多了，从最基础的windows局域网维护，后来学习active directory，
isa,exchange。后来去考na，想从事网络方面的工作，发现ie实在是难学，需要太多
的时间和精力，当然费用也不低，于是去考了mcitp。回想起来，的确走了不少弯路。来到
新公司一年多了，事情比以前更多，系统开发、服务器维护，网络架构规划，这些东西都要
一个人来做，的确很磨练人。 简单说一下it运维人员常犯的几个毛病，总结如下：
1. 态度不好。it运维人员通常每天都会遇到大量同样的问题，可能一次俩次大家都能
够微笑的面对，次数多了，就开始不厌烦了，开始出现轻慢，甚至不想处理的情况。 应
对办法：设身处地的想一想，把自己的同事当成自己的客户，客户就是上帝，得罪了客户，
你还要不要在公司继续干下去？记住，微笑是传染病。
2. 抱怨用户太傻。本人自己以及很多it朋友都有过抱怨，说公司某某同事那个笨啊，
显示器没有开居然说电脑黑屏，更有甚者，所有问题的责任都推到it人员身上。 应对办法：我们必须明白一点，企业信息化是一个长期的过程，就算让所有同事学会简
单的it知识，也是需要时间的。作为it运维人员，我们必须采取有效的手段和方式，一方
面加强对用户的服务，另一方面加强it培训。比方说，我们可以制订it管理制度，发 布常见问题处理手册，方便用户查阅。这里重点说明一点，it培训必须对新员工和老员
工的不同之处作不同的应对。新员工相对来说比较爱学习，容易接受公司新文化，我们可以
在其入职的时候，通过邮件或者书面形式发送公司it制度和相关资料，让其学习；老员工则
需要以服务为主，使其学习为辅。 这里尤其要注意一点，不论在什么情况，千万不可跟同事产生冲突。
3. 不及时反映问题进度。某it运维人员就遇到这样一件事情，在公司做得一直不错，
突然有一天，公司一老总说邮箱满了，无法接收邮件，让其处理。这位朋友正好出差，可能
事情比较多，打电话给邮件管理员后，就把这事给忘记了。第二天，这位老总就打电话过来，
说处理问题不及时，也不给回复。无法接收邮件，导致重要客户邮件没有收到，严重影响公
司业务。结果就投诉到it部门老大上面，年底晋升的时候，可想结果如何了。 应对方法：it运维人员在处理同事及客户出现的问题时，一定要分清问题的重要性，划
分不同的等级。公司重要领导交待的事情，一定要加急处理，如不能马上解决，一定要在2-4
小时内汇报问题处理进度。一些日常问题，若不能及时解决，也应该告知用户处理好所需的
时间，好让用户有心里准备。这个时间也需要把握好，不能太紧也不能太长，时间太紧，对
自己没好处，太长的话用户会抱怨处理问题速度过慢。
4.关于工作与职业的问题。很多分不清楚，究竟什么是工作，什么是职业。如果仅仅是
把工作当作一种工作去做，可能我们会比较被动的接受；如果当成一种职业，把事情认为是
自己的分内之事，自己有义务去做好。怀着这样的心态，我想我们在运维中的很多事 情都能迎刃而解了。还是那句话，保持微笑，多想想，又可能帮助同事或客户解决问题
了，又可以体现自己的价值了，多好啊！
5. 关于如何处理好技术学习与人际关系。it运维人员在追求技术上的进展时，与处理
好人际关系，表面上看是俩码事，实际上却会发生冲突。很明显的例子就是，此事太过简单，
不值得我动手，我教用户解决就行，或者直接发一本册子给他让其自行解决。这又回到了上
面的问题，态度问题。记住，态度很重要。如果想长期在这一行做下去，很多时候，决定自
己命运的，可能并不是技术多么高深，更重要的却是人际关系。我们可能无法满足所有同事
或者客户的需求，但是在不违背原则的情况下，尽可能的满足他人的需求。多行善，少树敌，
对自己有益无害。 最后要说一点是，放下自己的面子，行事不可过于清高。常微笑，少抱怨，少熬夜，及
时睡眠有益于身心健康。个人一点小小总结，难免有失偏颇，欢迎大家发表意见。篇二：it
运维年终总结
运维服务 至xx年底，银海科技有限公司在蓝湾科技有限公司的运维又届满一年的时间了。在这
为期一年的运维工作当中，运维的业务飞速发展，设备数量不断增加，人员的技术水平和业
务知识有了显著的提升。我们的队伍在技术水平上也有了本质的提高。
一、 细致缜密的完成计划中的日常运维工作： 严把质量；服务至上；严格要求；技术 领先。
1.各位领导就对我们的运维工作给予厚望，我们提出认真完善服务水平的方针。我们在
服务过程中严格按照这一要求，以对保障用户的权益，对用户负责的精神，把“严把质量，
服务至上”的原则贯穿于日常工作的各个环节之中。使本运维期过程中的客户满意度有了非
常显著的提高，多次获得了用户的认可。
2. 对于在工作中我们树立新要求、新方案，本着“严格要求”的原则，对于提出的要求
科学性的分析研究，及时提出完整周密的解决方案。有力的保障了运维工作的及时有效性。
二、 吸收先进经验，保质保量的完成运维的各项任务： 运维期内主机、服务器、网络
和桌面均没有发生严重的生产安全事故，对于一些潜在的威胁也都在得到信息技术部门的批
示下，审慎周密的完成了整改工作。运用先进的技术和经验提高劳动效率和运维工作质量： 1.
运用先进的运维工具提高劳动效率。一旦发生问题可以迅速定位和 修复。
2.在工作的过程中注意新技术和新方法的学习和收集，对于有利于运维工作的成功方案
及时并提交信息数据部。
三、 认真完成运维工作中的汇报、总结每个故障点率和分析原因： 自xx-5-27，截
止xx-12-31根据工作记录汇报共完成1263个报修，平均每天8.2个报修（其中不包括潜
在故障点），服务项目有：安装，维修，培训，会议保障，综合布线，巡检等。服务分类有
pc硬件，办公软件，网络连接，网络设备，打印机，电话传真，健康巡检等。 以 下 是 图 标 分 析 ：
1.其中pc硬件服务分类如下 分类 服务数
kvm 8 黑屏 26 蓝屏 13 装机 13 其他 61
2.办公软件服务分类如下： 分类项目 服务数量 office 47 ie 14 金宏 106 系统 101 其他 64
3.打印机服务分类如下：
4.电话传真服务分类如下：
5.网络连接服务分类如下：
6.网络设备服务一共20个！ 以上数据均不包括潜在故障 四：总结工作
xx年已经过去，在自己的工作中还有很多的不足，还不能让客户达到百分百满意，对
客户的服务也没有完善，对此问题我总结了一下原因，客户投诉最多的是响应时间慢，桌面
维护这个工作工作量非常的不稳定，有时候工作量少，很清闲，有时候一天近30个服务，这
是不受控制因素。而且还有潜在故障点，导致响应时间慢，从数据上显示xx.05.27到
xx.12.31日一共有77个综合布线，平均一周两次工程布线，而布线最起码需要一个人员，
而服务人员一共2人，另外一个人就有些力不从心了。每个人总会有些事情，需要请假，这
些原因都导致了响应时间慢，还有一些是技术方面的原因，有时候我没篇三：it运维工作心
得总结
运维工作心得总结
运维工作直接关系到应用系统运行的正常稳定，但运维工作纷繁复杂，正规化、系统化
相对比较弱，如何改变这种现状？从众多的运维工作者的成功失败中进行经验总结，并提升
为运维规则，是提高运维水平，保障应用系统正常稳定运行的有效途径。 笔者通过自己的多年运维经验，总结出以下必须遵守的基本运维规则，可以大大减少缺
乏经验的运维人员因为自身失误导致系统出故障的可能性。
一、系统变更、升级应先在同样的环境测试通过，执行前应有经过验证的回退预案 运维是一门经验的学科、是一门试错的学科。没有做过的东西、总是会给你出意想不到
的难题，因此变更前，一定要在相同或者相似运行环境下进行测试，通过后才能在正式环境
下执行变更。同时应准备好变更失败的回退预案，比如，做好系统备份、数据库备份、配置
备份，固化变更前的运行现场，让变更有回头的机会。
二、对破坏性的操作要先确认符合预定方案，然后谨慎执行 什么是破坏性的操作？ 比如：
对 oracle 而言：truncate table_name、delete table_name、drop table_name，这些
语句执行起来轻松简单也惬意极了、但记住！即便数据可被回滚、代价也是非常大！ 对 linux 而言，rm -r 所有当前及其子目录的所有数据都将被删除。经历过这种故障的
人、大多会给 rm 上个别名 a liasrm=rm -i
同理、cp 和 mv 也可以有同样的选项： aliascp=cp -i
alias mv=mv -i 对window而言，shift+del文件或者目录 对任何系统而言，无备份直接修改文件等
三、备份并验证备份的有效性 不管是硬件还是软件总有意外崩溃的时候，怎么办？备份！！！备份的学问很大、按照不
同的维度可以分：冷备和热备、实时和非实时、物理和逻辑、全备增量备。 备份有了、可以高忱无忧了吗？不行！尚须验证备份的有效性。一个总有那么几次、备
份无法保证 100% 恢复，简单的验证就是找个空库恢复出来。
四、对生产环境永保敬畏之心 这是避免应用系统发生故障的一条铁规，也是被开发、运维人员容易忽视的地方。要坚
决杜绝直接在生产环境做开发、测试和bug修复，这些操作只能在开发和测试环境做，否则
一旦出事，将欲哭无泪。
五、交接和休假最容易出故障 接手别人的工作要一而再，再而三的确认变更方案，请教人并不见得就是能力不行的表 现；
? 休假前最好各种可以做好的事情，最好能够准备一份文档，指明在什么情况下怎么做
和联系哪些人；
? 在别人放假的时候接手工作，“能拖则拖”，实在需要执行：必须不厌其烦的跟原系统
管理人员确认各个操作细节。 ?
六、一定要有监控手段和报警措施 运维人员赖于生存的工具就是报警和监控。 报警可以让你及时知道系统出现了什么异常、以便及时跟进、把故障扼杀于摇篮； ? 监控可以让你了解系统的历史性能信息、以历为鉴、可以知兴替、早做优化。 ? 报警和监控是衣宽带水的好兄弟、相铺相成、互相促进。
七、使用自动切换技术需谨慎 为了保障数据库安全，往往会使用ha或者rac之类的技术，但是这类技术能否真正在关
键时刻起作用，则是需要经过反复验证和确认的。并不是按照文档要求做好了就够的，很多
意外因素或者系统因素会导致自动切换技术并不能如期发挥作用。如果到事后才发现这一点，
将悔之晚矣。
八、要有偏执狂的精神，方案要检查，检查，再检查 有这么一个人： ① 他在做一个变更的时候，会先提前一两周发送邮件并电话手机通知相关人 ② 在测试机上写好脚本，召集大家 review 操作步骤和脚本 ③ 测试完成以后拷贝到生产环境 ④ 登录对应机器，“打开，关闭，打开，关闭”该脚本 ⑤ 跟相关人员再次确认执行的操作，顺序，时间点，可能的影响和回滚是否都准备好了 ⑥ 执行前还要退出这个机器，然后再登录进去，“打开，关闭”脚本 ⑦ 最后才在后台
运行脚本，同时在另外一个窗口登录着，随时ps和查看结果输出 期间姿势端正，呼吸急促而均匀，眼神凝重。操作的人不觉得累，倒是一边观摩的人很 累。
九、简单即是美
我们总是面临各种诱惑：新的系统架构，新的更智能的命令和工具，最新的硬件平台，
功能更全的ha软件...你可以在线下安装，测试，怎么做都行。但是如果想要在生产环境下
使用起来、请三思！！
能够使用系统内置命令的话，就不用考虑其他要专门下载安装的软件了 ? 脚本本身就能
完成的功能，就没有必要专门找一个功能丰富的软件来做 ? linux本身自带的字符界面比那
些复杂的图形界面要简洁方便 ? 如果能做到坚持这九条铁规，你的应用系统就能长久稳定运行了。篇四：xxit运维年 终总结
运维工作年终总结 尊敬的各位领导，下面我将对xx年xx系统运行情况及本人运维维护工作进行汇报： 日
常维护内容：
1、 按照客户需求建立kvm虚拟机 (系统包含linux、windowsxx、windowsxxr2)。
2、 websphere中间件应用软件的日常维护、参数配置、应用程序发布、节点及服务的 添加、性能的优化。
3、 oracle数据库的日常维护、日志组的添加、表空间的收缩及添加、用户授权、表的 建立、报错日志的收集及分析、性能报告的采集。
8、 机房环境的日常巡检，包括空调温/湿度的监控、ups负载情况的监控、灯光照明、 门禁等。
9、 配合各个兄弟公司完成客户处的新业务系统的添加及以往业务系统的完善。 10、pki
数字证书的配置。
11、xx异地容灾数据库的日常巡检，异常问题的处理（基本都是归档日志应用问题）。 具体工作内容统计： 总结：
通过本年的运维工作，xx系统运行情况基本稳定，满足日常业务办理需要，但仍存在 以下问题和安全隐患需要注意。
1、数据库应用速度较慢 部分时间段业务部门反映数据库运行速度较慢，对数据库性能报告分析后发现，存在数
据库性能瓶颈，建议对数据库性能和业务人员查询语句进行优化。 2、虚拟机资源不足 主要为刀片服务器刀片资源不足，部分项目资源利用不合理，使用单一刀片服务器作为
服务器，浪费服务器性能。 3、服务器资源紧缺 因服务器资源紧缺，部分负载较高的系统搭建在虚拟机服务器上，系统运行不稳定。
4、服务器硬件老化
主要为该服务器使用时间较长，硬件存在老化现象，经常性出现自动重启和蓝屏现象。 5、
机房温湿度异常
存在的安全隐患：
xxx数据库磁盘空间严重不足，经过不同方式的处理后，磁盘空间紧张问题得到了缓解，
但隐患仍然存在，资源库数据库磁盘空间剩余30gb。建议客户高度重视。尽快对该数据库采
取有效措施，解决数据库磁盘空间不足问题。该数据库现处于非归档模式，若出现数据库崩
溃数据库恢复难度非常大。 机房设备日益增多，导致机房空调超负荷工作，无法很好的控制机房温湿度。篇五：it
运维服务工作总结
it运维服务工作总结 至xx年10月底，0000000000000000000有限公司在0000000000000000公司的运维又 本文：
内容仅供参考
因篇幅问题不能全部显示，请点此查看更多更全内容