人人范文网 范文大全

IT运维个人工作总结

发布时间:2020-03-03 23:59:34 来源:范文大全 收藏本文 下载本文 手机版

it运维经验小结

工作上事情太多,难免繁琐,难免被人抱怨,被人投诉。仔细想想,需要改进的地方的确很多。

毕业四年多了,从最基础的windows局域网维护,后来学习active directory,isa,exchange。后来去考ccna,想从事网络方面的工作,发现ccie实在是难学,需要太多的时间和精力,当然费用也不低,于是去考了mcitp。回想起来,的确走了不少弯路。来到新公司一年多了,事情比以前更多,系统开发、服务器维护,网络架构规划,这些东西都要一个人来做,的确很磨练人。 简单说一下it运维人员常犯的几个毛病,总结如下: 1.态度不好。it运维人员通常每天都会遇到大量同样的问题,可能一次俩次大家都能够微笑的面对,次数多了,就开始不厌烦了,开始出现轻慢,甚至不想处理的情况。 应对办法:设身处地的想一想,把自己的同事当成自己的客户,客户就是上帝,得罪了客户,你还要不要在公司继续干下去?记住,微笑是传染病。 2.抱怨用户太傻。本人自己以及很多it朋友都有过抱怨,说公司某某同事那个笨啊,显示器没有开居然说电脑黑屏,更有甚者,所有问题的责任都推到it人员身上。

应对办法:我们必须明白一点,企业信息化是一个长期的过程,就算让所有同事学会简单的it知识,也是需要时间的。作为it运维人员,我们必须采取有效的手段和方式,一方面加强对用户的服务,另一方面加强it培训。比方说,我们可以制订it管理制度,发

布常见问题处理手册,方便用户查阅。这里重点说明一点,it培训必须对新员工和老员工的不同之处作不同的应对。新员工相对来说比较爱学习,容易接受公司新文化,我们可以在其入职的时候,通过邮件或者书面形式发送公司it制度和相关资料,让其学习;老员工则需要以服务为主,使其学习为辅。

这里尤其要注意一点,不论在什么情况,千万不可跟同事产生冲突。 3.不及时反映问题进度。某it运维人员就遇到这样一件事情,在公司做得一直不错,突然有一天,公司一老总说邮箱满了,无法接收邮件,让其处理。这位朋友正好出差,可能事情比较多,打电话给邮件管理员后,就把这事给忘记了。第二天,这位老总就打电话过来,说处理问题不及时,也不给回复。无法接收邮件,导致重要客户邮件没有收到,严重影响公司业务。结果就投诉到it部门老大上面,年底晋升的时候,可想结果如何了。

应对方法:it运维人员在处理同事及客户出现的问题时,一定要分清问题的重要性,划分不同的等级。公司重要领导交待的事情,一定要加急处理,如不能马上解决,一定要在2-4小时内汇报问题处理进度。一些日常问题,若不能及时解决,也应该告知用户处理好所需的时间,好让用户有心里准备。这个时间也需要把握好,不能太紧也不能太长,时间太紧,对自己没好处,太长的话用户会抱怨处理问题速度过慢。 4.关于工作与职业的问题。很多分不清楚,究竟什么是工作,什么是职业。如果仅仅是把工作当作一种工作去做,可能我们会比较被动的接受;如果当成一种职业,把事情认为是自己的分内之事,自己有义务去做好。怀着这样的心态,我想我们在运维中的很多事

情都能迎刃而解了。还是那句话,保持微笑,多想想,又可能帮助同事或客户解决问题了,又可以体现自己的价值了,多好啊! 5.关于如何处理好技术学习与人际关系。it运维人员在追求技术上的进展时,与处理好人际关系,表面上看是俩码事,实际上却会发生冲突。很明显的例子就是,此事太过简单,不值得我动手,我教用户解决就行,或者直接发一本册子给他让其自行解决。这又回到了上面的问题,态度问题。记住,态度很重要。如果想长期在这一行做下去,很多时候,决定自己命运的,可能并不是技术多么高深,更重要的却是人际关系。我们可能无法满足所有同事或者客户的需求,但是在不违背原则的情况下,尽可能的满足他人的需求。多行善,少树敌,对自己有益无害。

最后要说一点是,放下自己的面子,行事不可过于清高。常微笑,少抱怨,少熬夜,及时睡眠有益于身心健康。个人一点小小总结,难免有失偏颇,欢迎大家发表意见。篇2:it运维年终总结

运维服务工作总结

至2014年底,银海科技有限公司在蓝湾科技有限公司的运维又届满一年的时间了。在这为期一年的运维工作当中,运维的业务飞速发展,设备数量不断增加,人员的技术水平和业务知识有了显著的提升。我们的队伍在技术水平上也有了本质的提高。

一、细致缜密的完成计划中的日常运维工作: 严把质量;服务至上;严格要求;技术领先。

1.各位领导就对我们的运维工作给予厚望,我们提出认真完善服务水平的方针。我们在服务过程中严格按照这一要求,以对保障用户的权益,对用户负责的精神,把“严把质量,服务至上”的原则贯穿于日常工作的各个环节之中。使本运维期过程中的客户满意度有了非常显著的提高,多次获得了用户的认可。 2.对于在工作中我们树立新要求、新方案,本着“严格要求”的原则,对于提出的要求科学性的分析研究,及时提出完整周密的解决方案。有力的保障了运维工作的及时有效性。

二、吸收先进经验,保质保量的完成运维的各项任务: 运维期内主机、服务器、网络和桌面均没有发生严重的生产安全事故,对于一些潜在的威胁也都在得到信息技术部门的批示下,审慎周密的完成了整改工作。运用先进的技术和经验提高劳动效率和运维工作质量: 1.运用先进的运维工具提高劳动效率。一旦发生问题可以迅速定位和

修复。

2.在工作的过程中注意新技术和新方法的学习和收集,对于有利于运维工作的成功方案及时整理并提交信息数据部。

三、认真完成运维工作中的汇报、总结每个故障点率和分析原因: 自2014-5-27,截止2014-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个!

以上数据均不包括潜在故障

四:总结工作 2014年已经过去,在自己的工作中还有很多的不足,还不能让客户达到百分百满意,对客户的服务也没有完善,对此问题我总结了一下原因,客户投诉最多的是响应时间慢,桌面维护这个工作工作量非常的不稳定,有时候工作量少,很清闲,有时候一天近30个服务,这是不受控制因素。而且还有潜在故障点,导致响应时间慢,从数据上显示2014.05.27到2014.12.31日一共有77个综合布线,平均一周两次工程布线,而布线最起码需要一个人员,而服务人员一共2人,另外一个人就有些力不从心了。每个人总会有些事情,需要请假,这些原因都导致了响应时间慢,还有一些是技术方面的原因,有时候我没篇3: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本身自带的字符界面比那些复杂的图形界面要简洁方便 ? 如果能做到坚持这九条铁规,你的应用系统就能长久稳定运行了。篇4:2014it运维年终总结

运维工作年终总结

尊敬的各位领导,下面我将对2014年xx系统运行情况及本人运维维护工作进行汇报: 日常维护内容:

1、按照客户需求建立kvm虚拟机 (系统包含linux、windows200

3、windows2008r2)。

2、websphere中间件应用软件的日常维护、参数配置、应用程序发布、节点及服务的 添加、性能的优化。

3、oracle数据库的日常维护、日志组的添加、表空间的收缩及添加、用户授权、表的

建立、报错日志的收集及分析、性能报告的采集。

8、机房环境的日常巡检,包括空调温/湿度的监控、ups负载情况的监控、灯光照明、 门禁等。

9、配合各个兄弟公司完成客户处的新业务系统的添加及以往业务系统的完善。

10、pki数字证书的配置。

11、xx异地容灾数据库的日常巡检,异常问题的处理(基本都是归档日志应用问题)。 具体工作内容统计:

总结:

通过本年的运维工作,xx系统运行情况基本稳定,满足日常业务办理需要,但仍存在

以下问题和安全隐患需要注意。

1、数据库应用速度较慢

部分时间段业务部门反映数据库运行速度较慢,对数据库性能报告分析后发现,存在数据库性能瓶颈,建议对数据库性能和业务人员查询语句进行优化。

2、虚拟机资源不足

主要为刀片服务器刀片资源不足,部分项目资源利用不合理,使用单一刀片服务器作为服务器,浪费服务器性能。

3、服务器资源紧缺

因服务器资源紧缺,部分负载较高的系统搭建在虚拟机服务器上,系统运行不稳定。

4、服务器硬件老化

主要为该服务器使用时间较长,硬件存在老化现象,经常性出现自动重启和蓝屏现象。

5、机房温湿度异常

存在的安全隐患: xxx数据库磁盘空间严重不足,经过不同方式的处理后,磁盘空间紧张问题得到了缓解,但隐患仍然存在,资源库数据库磁盘空间剩余30gb。建议客户高度重视。尽快对该数据库采取有效措施,解决数据库磁盘空间不足问题。该数据库现处于非归档模式,若出现数据库崩溃数据库恢复难度非常大。

机房设备日益增多,导致机房空调超负荷工作,无法很好的控制机房温湿度。篇5:it运维服务工作总结

it运维服务工作总结 至2010年10月底,0000000000000000000有限公司在0000000000000000公司的运维又届满一年的时间了。在这为期一年的运维工作当中,xxxx的业务飞速发展,设备数量不断增加,人员的技术水平和业务知识有了显著的提升。我们的队伍在技术水平和管理经验上也有了本质的提高。

一、细致缜密的完成计划中的日常运维工作:

严把质量;服务至上;严格要求;技术领先。 1.承接运维工作初始信息技术部的各位领导就对我们的运维工作给予厚望,并提出了认真完善服务水平的方针。我们在服务过程中严格按照这一要求,以对保障xxxx的发展,对用户负责的精神,把“严把质量,服务至上”的原则贯穿于日常工作的各个环节之中。使本运维期过程中的客户满意度有了非常显著的提高,多次获得了用户的认可。 2.对于在工作中信息技术部提出的新要求、新方案,我们及时相应配合,本着“严格要求”的原则,对于提出的要求科学性的分析研究,及时提出完整周密的解决方案,并拟请用户试行或测试后实施。有力的保障了运维工作的及时有效性。 3.对于提高服务业务技术水平上,按照信息技术部的统一规划,按时完成一系列的既定培训计划。按照“技术领先”的原则,通过技术上的培训提高了业务水平和解决故障的效率;通过制定有效的安全 机制和培训,健全了xxxx信息外包人员安全机制;通过保密制度的培训使运维人员能够树立自觉维护xxxx的信息安全防范意识;通过客户服务意识的培训提高了客户的满意度。

二、吸收先进经验,保质保量的完成运维的各项任务:

运维期内主机、服务器、网络和桌面均没有发生严重的生产安全事故,对于一些潜在的威胁也都在得到信息技术部门的批示下,审慎周密的完成了整改工作。运用先进的技术和经验提高劳动效率和运维工作质量: 1.运用先进的运维工具提高劳动效率。通过监控软件随时保持信息的及时性、可控性,一旦发生问题可以迅速定位和修复。 2.经过信息技术部指导,我们在运维工作中大量了采用web2.0技术。使我们在高效完成运维工作的情况下,为xxxx节约了大量的费用投入。 3.在工作的过程中注意新技术和新方法的学习和收集,对于有利于运维工作的成功方案及时整理并提交信息技术部。经过5年来的维护工作存储了大量的知识库信息。

三、适应任务需要,及时解决运维过程中的遇到的问题: 1.在运维过程中遇到突发问题及时与信息技术部门相关人员进行沟通,对于紧急情况的处理按照《应急预案》进行对应处理。在节假日安排主要人员进行值班和备勤,保障24小时均能及时相应。 2.在运维工作过程中,积极协助新增设备的各项实施工作,获得了信息技术部的肯定;在到货、验收、集成方案和安装调试过程中提供全程保障;对于数据的迁移、备份,各人按照自己的职责,在制定详尽的计划后、经过信息技术部的批准严格按照方案实施; 3.在配合一些公司的重大活动、事件时,为应对信息技术部人员不足的情况。我们一方面做好运维工作的情况下,另一方面派出部分或全部人员协助信息技术部的各项工作,以弥补其人力不足的状况; 4.对于机房的升级改造过程中积极配合,全程派员监理施工过程,及时出具各种施工方案和设计资料。施工完成后及时完善各类图表的变更、标识。 5.配合行政部门做好资产管理工作,对于资产管理系统派出专门人员参与学习,并对备份、升级方案及时提出自己的建议;对于办公室提出的节能减排的倡议积极响应,主动采取措施避免能源和材料的浪费;多次配合办公室进行资产统计、巡检、登记工作。

四、认真完成运维工作中的汇报、总结和知识积累工作: 1.《知识库》通过连续2年的整理已经形成了成体系的完整运维知识全集,方便了各类人员通过权限管理可以随时查找所需的运维信息,为提高运维工作效率提供了基础保障。 2.日常报告:共提交《运维日报》309份、《运维周报》52份、《机房温度周报》52份、《运维月报》12份、《运维半年报》一份、《运维年报》一份、《桌面工作记录单》1914份、《磁带存取记录表》 12份; 3.工作报告:《变更报告》70份、《故障报告》5份、《数据安全保密措施报告》、《节日值班表》2份、《加班表》1份。另:《磁盘空间使用报告》等不定期报告; 4.图表:《电路电源拓扑图》、《机房及机架布局图》、《网络拓扑图》、《san环境拓扑图》、《电话配线架对应图》、《ip及工位、电话统计图》、《外包人员信息系统登记表》等。 5.其他报告:《外包人员信息安全管理建议》、《文件服务器使用管理建议》等。

通过以上的工作和措施,我公司顺利的完成了本期xxxx的运维工作任务,从根本上满足了设备运维的各项要求。任务的圆满完成,有赖于信息技术部正确的领导和大力协助;仰仗于xxxx健康发展的大好形势;得益于双方长期形成的信任与默契。

一年的时间很快过去了,在此向各位领导申请续约新的一年的运维合约。并且,在新的维护其中间维持上一年的全部合同条款,维持原来的运维价格不变。在新的运维期内,我们将保持冷静的头脑,继续发扬自身优势,多方弥补存在的不足,提高服务的水平和层次,在信息部的指导下,与各部门的同仁团结协作,大力配合,携手共进,高标准高质量完成各项运维任务。希望在新的运维期内能够更好的配合信息技术部的工作完成xxxx的各项要求和任务。 望各位领导批准。

运维工程师个人工作总结

运维员个人工作总结

运维工作个人工作总结

运维工作总结

运维工作总结

运维工作总结

运维工作总结

IT运维

运维

it运维服务工作总结

IT运维个人工作总结
《IT运维个人工作总结.doc》
将本文的Word文档下载到电脑,方便编辑。
推荐度:
点击下载文档
点击下载本文文档