IT运维述职报告

IT运维述职报告

随着社会不断地进步，报告的适用范围越来越广泛，报告具有双向沟通性的特点。我敢肯定，大部分人都对写报告很是头疼的，下面是小编精心整理的IT运维述职报告，仅供参考，欢迎大家阅读。

时间过的飞快，转眼间，来XXX一年出头了。这一年来让我感受了很多，经历了很多，学到了很多。

在领导的带领下，在同学们的配合和帮助下，我不断地学习新知识、总结新经验，努力加强着自身的素质和修养，完成了入职至今自己岗位上各项工作任务，简单汇报如下：

一、严以律己

从200x年x月x日加入公司以来，在平时工作中，我始终努力以工作高标准严格要求自己，严格遵守公司的各项规章制度。负责的工作范围跨度从SA到DBA再到内网网管。具体工作从前端集群、Web服务到中间件服务的维护，到后端两类数据库(MySQL/Oracle)服务，再到办公室内网改造维护。遇到问题能够做到不等不靠、不推脱责任，以最快的速度去解决问题。适时回报领导进展情况。能够有条不紊地安排完成好各项工作，争取起到在组内的带头作用，能够主动积极和组内领导交换意见，配合支持领导开展部署好各项新工作及临时紧急工作任务。

二、工作四“件”事

a、无条件配合或完成上级或部门领导分配的任何难度工作。如：各种数据库DB管理、部署、架构改造优化、mail架构设计及实施、负载均衡部署、内网棘手问题及其它临时紧急任务。 所有问题均比较圆满的一一攻克。

b、做最紧急需要处理的事。如：网站宕机、服务异常。能够做到第一时间(包括休息时间7*24)处理各类网站监控报警(独立部署并维护nagios重要报警服务、代码上线工作)。尽个人所能最大限度的减少了网站意外宕机隐患发生和大大降低了宕机率。

c、做最重要的事。如架构改造中数据库MySQL，Oracle部署、升级、维护优化，数据及数据库语句入库严格把最后一道关卡。最前端代码平滑上线，测试效率、用户体验。一年来，几乎以0失误率完成了c条中的架构调整MySQL数据库改造部署，Oracle升级(32位到64位，再到集群架构)及日常数据库维护。开发平滑上线代码，并持续坚持独自加班加点上线代码直到现在。

d、做最不重要却需要做的事。如各种棘手，琐碎、耗时，又不易出成绩的工作。如：加班或深夜处理各种日常临时问题，报警、清理日志，数据，分析数据、恢复数据测试演练。事无大小 均能够做到根据事情的轻重缓急 合理安排时间一一完成处理。并尽全力让相同异常不在重新上演。

三、 缺点与不足

a、和公司高层领导沟通不够多，缺少深层次的沟通和交换意见。

b、和大家沟通或配合帮助大家时方式方法过于直接，导致影响到个别同学。如;语气更委婉些，态度更平和些，方式再好一些。效果就会更好。

c、对本职工作外的一些相关工作，了解的不够，如：对网站程序级别的架构改造及代码业务逻辑等的了解。

四、附1年来若干重要工作事件

1、独立开发上线(或自动上线)代码程序并且每日部署发布代码。

效果：大幅提升了用户体验，大量节省程序测试，发布时间，大幅提升了上线效率，并显著降低了出错率。

2、独立部署并维护及时监控平台nagios。

效果：大大降低了全年的网站宕机率，并在问题有趋势未故障时提前得到了处理。

3、第一次大规模系统架构改造，负责部分前端迁移，负载均衡部署，重点负责所有数据库层(MySQL/Oracle)数据顺利迁移。

4、Oracle 新数据库成功顺利上线，至今稳定高效，前后各种难点问题攻克。及日常备份、维护优化、集群架构设计实施。

5、365*7*24 监控网站故障报警，第一时间紧急处理公司网站各类故障，让问题胎死腹中。效果：保证了网站最大限度持续正常运行。

6、各类工作Shell脚本开发。开发程序对数据库慢查询多重分析，开发寄出MAIL程序。数据库主从延迟，同步监控并开发自动化处理程序，报警到手机。全网服务器日志轮旬，定期脚本清除。网站日志分析IP、PV、爬虫查看，为处理故障提供了重要的数据依据。开发监控网站带宽程序寄出MAIL给领导......等等。

7、大量支持公司架构组架构设计改造。

8、新邮件服务器成功部署。

9、办公内网成功改造。

10、全网服务器备份方案设计及实施。

11、各种数据库(MySQL/Oracle)各种备份方案策略，参与定制 负责实施。演练各种灾难恢复并出文档SA组内分享。

12、负责系统安全漏洞扫描，全网外部服务器防火墙部署安全维护。

13、架构改造前后 MySQL数据库 日常维护。备份。恢复优化等。

14、PHP服务器目录及文件权限特殊安全处理，防火墙加强控制。

15、配合架构组下半年的大量和系统相关的支持，改造。

16、LVS负载均衡服务部署使用并讲解。大规模监控平台Nagios服务的整体迁移 。脚本监控及相关服务的迁移，休整。

17、支持架构组主站前端inca，zuma部署直到正式上线，随之的大量临时需求，及分用户后平滑上线问题研究解决。

18、办公网网络较大动作平滑改造。原内网IP冲突，上网慢、QQ/MSN掉线，网银不能登陆等等疑难杂症完全得到解决或显著改善。

19、开发程序将MySQL及正式库Oracle数据备份全自动恢复到测试库满足开发、测试工作需要，同时，利用开发和测试人员为我们进行了备份数据有效性的测试，大大提高了运维人员的工作效率。

20、SNS 项目环境 LVS+TT SERVER LVS负载均衡问题难点攻关。配合部署。

五、每日日常例行固定工作

1、负责每日上线发布代码，上线服务器。根据程序需求改造、开发修改平滑上线部署程序。

2、负责每日数据库(Oracle，MySQL)程序员提交的开发及维护SQL语句检查 更新正式库。Oracle，MySQL测试及正式数据库维护、备份、恢复故障监控处理等。

3、第一时间(包括非工作时间)处理网站各种重大或可能给用户带来体验的故障问题及潜在的预期故障(分区，内存，URL访问故障等)。确保网站7*24提供持续访问。

4、程序员不计其数的日常开发测试支持。并能通过程序开发工具来节省大家的时间，提高沟通解决问题的效率。

5、能够经常主动提出各种潜在问题或者相关问题自己的特别见解 反馈领导或者组内。

近一年来能取得这样的工作成绩，与领导的支持和大家的帮助、配合是分不开的，在此向公司的领导及全体同学们表示衷心的感谢!

以上是我近 ……此处隐藏23193个字……运行报告。

9、负责配合开发搭建测试平台，协助开发设计、推行、实施和持续改进。

10、负责相关故障、疑难问题排查处理，编制汇总故障、问题，定期提交汇总报告。

11、负责网络监控和应急反应，以确保网络系统有7*24小时的持续运作能力。

12、负责日常系统维护，及监控，提供IT软硬件方面的服务和支持，保证系统的稳定。

13、负责服务过程中问题现象和处理方案的收集撰写，形成知识库，并对知识库进行维护更 新;

14、及时反馈技术处理过程中的异常情况，及时向部门负责人、服务开发PM、客户经理等相关人员报警;同时，主动协调资源推动问题解决;

15、定期对所有服务问题进行分析，并对服务效率有影响的问题提供反馈意见，提升服务支持团队专业度;

二. 怎样才算是一个合格的运维工程师

1、保证服务达到要求的线上标准，如99.9%;保证线上稳定，这是运维工程师的基本责职所在。

2、不断的提升应用的可靠性与健壮性、性能优化、安全提升;这方面非常考验主动性和创新思维。

3、网站各层面监控、统计的覆盖度，软件、硬件、运行状态，能监控的都需要监控统计，避免监控死角、并能实时了解应用的运转情况。

4、通过创新思维解决运维效率问题;目前各公司大部份运维主要工作还是依赖人工操作干预，需要尽可能的解放双手。

5、运维知识的积累与沉淀、文档的完备性，运维是一个经验性非常强的岗位，好的经验与陷阱都需积累下来，避免重复性范错。

6、计划性和执行力;工作有计划，计划后想法设法达到目标，不找借口。

7、自动化运维;能对日常机械化工作进行提炼、设计并开发成工具、系统，能让系统自动完成的尽量依靠系统;让大家更多的时间用于思考、创新思维、做自已喜欢的事情。 以上只是技术上的一些层面，当然个人意识也是很重要的。

三.运维管理注意事项

1、配置管理

(1)it资产配置管理：对it资产生命周期进行管理，包括分类统计、预购、选购审核、转移审核、报废审核，保证配置管理正确率达标;

(2)建设案例库：累积和提炼工程师的事件处理经验制作成案例，并持续丰富运维案例库供查询，案例覆盖已知事件的比率达标，不断提高运维工程师工作效率;

(3)it系统配置信息管理：定期更新网络及应用系统描述信息及技术支持信息配置，保证最新;将配置文档上传至服务器端，方便团队其他运维人员进行查看和操作。

2、监控

主要包括故障监控和性能、流量、负载等状态监控，这些监控关系到集群的健康运行，及潜在问题的及时发现与干预;

(1)、服务故障、状态监控：主要是对服务器自身、上层应用、关联服务数据交互监控;例如针对前端web server，我们就可以有很多种类型的监控，像zabbix，nagios，cacti等监控程序。

(2)、其它就是集群状态类的监控或统计，为我们合理管理调优集群提供数据参考、包括服务瓶颈、性能问题、异常流量、攻击等问题。

3、故障管理

(1)、硬件故障问题;对于成百上千或上万机器的N多集群，服务器死机、硬件故障概率是非常大的，几乎每时每刻都有服务硬件问题，死机、硬盘损坏、电源、内存、交换机。针对这种情况，我们在设计网站架构时需要充分考虑到这些问题，并将其视为常态;更多的依靠应用的冗余机制来规避这种风险，给系统工程师足够宽裕的处理时间。(如google不是号称同时死800台机器，服务不会受到任何影响吗);这就是考验运维工程师及网站架构师功能的地方了，好的设计能达到google所描述自恢复能力，如gfs，糟糕的设计那就是一台服务器的死机可能会造成大面积服务的连锁故障反映，直接对用户拒绝响应。

(2)、应用故障问题;可能是某一bug被触发、或某一性能阀值被超越、攻击等情况不一而定，但重要的一点，是要有对这些问题的预防性措施，不能想当然，它不会出问题，如真出问题了，如何应对?这需要运维工程师平时做足功夫，包括应急响应速度、故障处理的科学性、备用方案的有效等。

4、问题管理

对事件进行统计分析，找出疑难、重复发生的事件，纳入问题管理流程，分析问题产生的根本原因，确定可能解决的方案，需要修改网络或应用系统配置时提交变更申请触发变更管理流程。

5、安全管理

(1)、操作人员随时监控中心设备运行状况，发现异常情况应立即按照应急预案规程进行操作，并及时上报和详细记录。

(2)、未经批准，不得在机房设备上随意编写、修改、更换各类软件系统及更改设备参数配置;

(3)、服务器系统的维护、增删、配置的更改，必须按规定详细记入相关记录，并对各类记录和档案整理存档。

(4)、机房工作人员应恪守保密制度，不得擅自泄露信息资料与数据。

(5)、严禁在机房计算机设备上做与工作无关的事情(如聊天、玩游戏)，对外来存储设备(如U盘、移动硬盘等)，做到先杀病毒后使用。

(6)、机房严禁乱拉接电源，应不定期对机房内设置的消防器材、烟雾报警、恒温设备进行检查，保障机房安全。

6、自动化运维

自动化：简而言之，就是将我们日常手动进行的一些工作通过工具，系统自动来完成，解放我们的双手及枯燥的重复性劳动，例如：没有工具前，我们安装系统需要一台一台裸机安装，如20xx台，可能需要10人/10天，搞烂N张光盘，人力成本更大，而现在通过自动化工具，只需几个简单命令就能搞定、还有如机器人类程序，自动完成以往每天人工干预的工作，使其自动完成、汇报结果，并具备一定的专家系统能力，能做一些简单的是/非判断、优化选择等，这些好处非常明显不再多说，

资料共享平台

应该说，自动化运维是运维工程师职业化的一个追求，利已利公，虽然这是一个异常艰巨的任务：不断变更的业务、不规范化的应用设计、开发模式、网络架构变更、IDC变更、规范变动等因素，都可能会对现有自动化系统产生影响，所以需要模块化、接口化、变因参数化等因此，自动化相关工作，是运维工程师的核心重点工作之一，也是价值的体现。

四、总结

综上所述，做一个好的运维工程师，除了具备良好的综合技能水平，还要有一个负责任的工作态度，这也是优秀运维工程师具备的素质。因为对于运维工程师而言，每一次故障的发生都不是小事，很可能会影响公司线上业务的稳定性，甚至直接导致公司的经济损失，所以我认为对待工作中发生的故障以及事件要秉着一个“小事件，大处理”的原则，将发生的故障扼杀到摇篮里，慢慢地积累故障处理经验，这样当真正的大事件来临时，我们可以采取有效的措施及时应对。除了处理好发生的故障事件，我觉得运维工程师还应具备可预见性，故障随时可能发生，如何防患于未然，这将是对我们做好运维工作的一个考验。古人云：“不积跬步无以至千里，不积小流无以成江海”运维之路就是由一次次故障事件中拼接出来的，作为其中的一份子，任重而道远!