2019运维工作总结4篇

《2019运维工作总结4篇》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、运维工作总结4篇　　为满足公司的快速发展，提升业务部门网络办公效率，提升it服务意识，it运维工程师按照sla协议承诺受理公司用户提交的it服务请求，包括用户使用网络、服务器、电脑终端及周边设备等设施过程中软硬件维护、事件处理、操作指导、资讯指导等，提供规范、稳定、持续、高质量的it可用资源和服务。　　一、分担部门kpi指标,实现部门sla承诺　　1、事件管理　　a.通过主动积极服务或热线电话和邮箱受理等公司用户提交的it服务请求;　　b.及时记录所有用户的事件，保证记录完整率达标;　　c.在sla承诺的时间内响应用户的事件，响应及时率达标;　

2、　d对用户事件进行规范的分类、分级，并按事件级别不同要求进行响应和处理;　　e.在承诺的时间内处理用户事件，或按规范传递给高一级技术支持，保证事件处理及时率达标;　　f.合运用服务规范、沟通技巧和专业技能处理用户事件，并记录处理过程及方案，保证事件处理平均时间达标;　　g.规范跟踪用户事件的处理进展，最终关闭事件或提交bug立项，保证事件解决率达标;　　h.定期抽样回访用户和汇总用户意见，进行自我批判和持续改善用户满意度，保证用户满意度达标，用户投诉率在承诺范围以内;　　i.承诺日平均事件处理数量，主动接管处理事件，高峰期需要灵活调整事件平均处

3、理时长;　　j.维值班人员按规范跟踪突发事件以及通报人员，保证跟踪正确率达标;　　k.对本岗负责的事件跟踪处理，根据事件处理经验，提出合理化建议，将各类隐患消除在可控范围内;　　l.养成良好工作习惯，做到事前有计划、事中有控制、事后有反馈、完成有记录;　　2、配置管理　　资产配置管理：对it资产生命周期进行管理，包括分类统计、预购、选购审核、转移审核、报废审核，保证配置管理正确率达标;　　b.建设案例库：累积和提炼工程师的事件处理经验制作成案例，并持续丰富运维案例库供查询，案例覆盖已知事件的比率达标，不断提高运维工程师工作效率;　　系统配置信息

4、管理：定期更新网络及应用系统描述信息及技术支持信息配置，保证最新;　　3、问题管理　　a.对事件进行统计分析，找出疑难、重复发生的事件，纳入问题管理流程，分析问题产生的根本原因，确定可能解决的方案，需要修改网络或应用系统配置时提交变更申请触发变更管理流程。　　4、发布管理　　a.运维值班人员按规范统一发布信息部网络及应用系统正式公告、变更公告、特殊公告等，正确率达标;　　二、其他运维工作　　a.承担新员工导师工作，辅导新员工快速熟悉公司文化、环境、工作岗位及提升技能，为新员工顺利通过试用期提供保障;　　b.持续反省自身的工作、总结工作中存在的不

5、足和可改善之处，积极对部门运作提出改善建议;　　c.积极参加公司重点应用项目的培训并按事件管理规范提供支持，如sap、oa系统等;　　d.应部门发展需要在不影响现有工作的基础上主动承担其他项目支持，如网络、服务器，程控交换机等;　　e.共享个人的技术经验，主持运维内部讲座;　　f.积极参加信息部各类培训，有计划地进行自我学习，不断提升自身专业技能;　　g.对重点维护设备进行定期巡检并记录，巡检及时率和正确率达标;　　三、其他工作　　a.担任it讲师，应其他部门邀请提供it技能培训，提高其他部门办公人员的it操作水平;　　b.贯彻执行公司理念，积

6、极完成上级分配的临时任务。　　IT运维工程师年终个人工作总结运维工作总结　　总结这事，说易也难。如果只是单纯地罗列一下这一年自己都干了点什么工作，相信这难不倒大家，但要用一份总结不仅表明这一年做了哪些工作，还要说清楚工作成效，甚至为明年的工作提出改进的建议，这就不是那么简单的了。　　作为it运维管理人员，除了自己的工作表现，更肩负着整个企业it系统健康运营的重任，所以我认为运维人员的年终总结更应该倾向于结合本单位整体运维情况，以便于来年it工作的有序发展。　　那么，it运维管理员如何写好一份年终总结呢?我建议可以从以下几个方面入手：　　一、资产

7、清点　　作为整个企业的it“管家”，首先应该对管理的资产情况了然于胸。比如说：　　现在的it规模是怎样的?网络链路总长是多少?网络设备和服务器的数量、类型各是什么?都是什么品牌的?还有每个服务器上运行的数据库、中间件的类型和数量等等，这些情况都应该一个不漏、有条理地梳理清楚。　　搞清楚“有什么”的问题以后，还应该做个比较，目前的资产情况和历年相比有什么变化，是增加还是减少了，这些变动都体现在哪里?这些数据整理出来，一张清晰的“资产图”便被轻松地“绘制”出来了。　　二、业务构成及分析　　it系统说到底是为业务来服务的，一个企业里，最重要的应该就是

8、业务系统的稳定运行和增效。所以it运维管理员的总结里，必然不能缺少对业务系统保障情况的描述。　　当然我们首先也应该勾勒出“业务”的大体形象：目前我们所