篇一：IT个人工作总结
个人工作总结
入职两个多月以来，无论在工作还是生活上，都有很多感受和
收获，在自身能力以及修养素质方面也取得了很大的进步，从经历的每件事中去总结工作经验，学习并适应工作环境。当然，这离不开领导的悉心培养和同事们的热情帮助，在这里表示衷心的感谢。
回顾这两个多月我个人的工作情况，特别是刚刚进入这个工作
环境的时候，说起来还真的有点不习惯，不过真的让我感觉收获很多！岗位目前主要有两大项工作内容：
其一，计算机、打印机、网络及办公设备管理与维护；
其二，监控、公司使用的各种软件系统的管理与维护。
现对前期工作作如下总结和计划：
一、计算机、打印机、网络及办公设备管理与维护工作内容：
工作主要包括公司计算机硬件的维护、管理，并保证公司计算机及相关网络产品的正常工作，公司计算机上软件的安装及维护，软件在使用过程中出现问题的解决，防治机器及整个网络被病毒攻击，以及公司计算机相关产品，例如打印机，复印机的日常故障维护及共享设置等。公司目前一共近100台电脑，主要的故障有：硬件故障，系统故障，网络故障，软件故障等。因大部分电脑皆是08年至10年出产的，很多机器由于长期不停机使用，导致硬件老化过快，从而导致系统崩溃，重装系统或者更换硬件。打印机方面因生产需要，过量使用打印机难免造成硬件损坏，打印机寿命缩短，这也是公司电脑、打印机送
修更换硬件比较频繁的主要原因。
二、监控、公司使用的各种软件系统的管理与维护：因监控设备线路老化，并且大部分监控设备维护期已过，更换极为复杂与不便，导致公司监控系统出现目前不完美状况。此问题部门主任已经在商讨解决方案。IT管理员维护的系统有：通凯农务系统（主要），A1科密考勤系统，ERP用友系统。刚开始对这些系统都很陌生，经过自己在电脑上还原数据进行操作后，基本对各个功能模块有一定的了解，能够解决使用中出现的问题，并协助朱经理对农业部提出的功能进行修改。
三、工作中存在的不足：很多故障的判断经验不足，还没达到看到故障现象马上想到解决方法的程度，农务、ERP系统一些细化的功能套帐没有了解透彻，厂内以前的光纤线路接口没有完全理清楚，为了工作能够更加有效的开展，今后努力学习提升自身的技术。
四、后期工作计划：目前网络计算机病毒较多，传播途径也较为广泛，可以通过网页、下载程序、邮件、U盘传播，公司内网长期存在潜伏病毒木马，为了做好防范措施，准备将公司每台机器都进行一次全面的查杀，并升级杀毒软件，对发现病毒的机器及时的进行处理。还将对公司所有电脑设备的配置信息等进行统计备案，便于以后管理和维护。鉴于公司IT部门即将进行制度体系整改，农务、ERP系统的权限和资料修改的新流程，对现有系统用户权限进行检查确认，用户资料进行核实和清理失效信息。本岗位作为公司一个服务性岗位，在工作中如果存在的一些问题望领导及同事指出并指导！
以上是我在IT管理员岗位试用期工作总结及后期工作计划。相信新的一年一定会有新的成就，同时在新的一年里感谢公司对我的信任与支持。
篇二：IT工作个人年终总结
IT工作个人年终总结
IT工作个人>年终总结
工作一共区分8类，梳理如下：
1、重点工作
严格按进度计划完成科室领导安排的重点工作任务，今年安排本人完成的重点任务主要包括3项：重要系统可靠性和性能提升、用户体验研究与监控、中心实操与>培训环境建设。其中，重要系统可靠性和性能提升专项工作先根据多种调研途径（北塔监控、用户体验监控、IT服务台事件单、业务部门用户Q群反馈和基层单位走访），收集了协同、资产、财务、人力、营销、集成、综合及公共服务8类14套总部关键应用的性能与可靠性现状，从而制定相应的整改措施和计划。经统计，需提升硬件配置的系统有2套，执行平台软件（中间件、数据库）基础优化的系统有13套，需优化应用代码的有9套，提升可靠性的有4套。本人扎实推进优化工作，组织平台软件运维服务商、各应用开发商和系统管理员有计划、有步骤地实施整改措施。重点针对关键应用的差性能表现，利用先进的黑、白盒性能监控工具定位性能瓶颈，向开发商出具监控报告和诊断报告等佐证材料，同时提出优化建议。并采用逐层递进、主辅分明的优化思路：先提高硬件配置，避免硬件资源瓶颈；继而优化平台软件配置，为应用提供有力支撑；最后优化应用代码，争取从根本上消除性能缺陷。通常前两步为治标，能在一定程度上缓解应用的差性能表现；最后一步为治本，能极大改善差性能，使应用系统的响应速度有质的飞跃。实践证明，该思路有效地指导了应用性能提升工作。1-5月，分阶段开展总部WEB OA性能优化工作，组织博联公司和系统管理员先后完成硬件升级->平台软件参数优化->历史数据分离->应用代码优化4个环节的工作，期间首度使用蓝科用户体验监控工具来获取系统整改前后的性能表现数据。并根据实践结果总结优化经验，便于后续工作开展。6-7月，着手调研总部关键应用系统性能与可靠性现状，同时到基层单位进行现场调研，从而制定出性能与可靠性提升工作方案。8-10月，共完成13套重要系统的平台软件（中间件、数据库）优化；截止11月底，共召开3次性能诊断报告会，涉及营销、资产、财务、集成、综合类9套关键应用。会议分别召集95598客服管理、95598网上营业厅、物资MIS、FMIS、资金监控与调度、集中核算管理、门户、OMS、领导干部考评9套在运系统的开发商和运维人员，针对用户体验监控报告、数据库性能诊断报告、优化咨询报告展开深入讨论与技术交流，落实整改计划。而一些重要的在建系统，如南网协同办公和IT服务管理，则向厂家出具试运行阶段的黑、白盒性能监控报告，要求在项目验收前务必整改完。截止12月，性能问题突出、用户体验较差的4套应用--95598客服管理系统、资金调度与监控系统、物资MIS、南网协同办公系统均优先提交了解决严重性能问题的程序升级包，性能表现得到明显改善，后续阶段还会持续执行优化。其他应用也安排在明年初陆续提交整改。纵观以往的系统运维，更多的是通过提高硬件配置、调整平台软件配置来改善系统性能，通常这些措施收效甚微，难以看到系统响应速度有明显提升，一些关键系统的用户体验长期不满意。通过今年这个专项工作，改变原有工作思路和方法，将整改的重点放在应用上，创新地引入“一黑一白”两种性能监控工具获取应用系统及平台软件运行状态相关的数据。“黑”指黑盒级的用户体验监控工具，主要监控真实用户访问页面URL的响应时间，分段展示服务器处理、网络传输、客户端处理环节的耗时；“白”指白盒级的数据库性能监控工具，
主要监控SQL代码的执行性能，找出代码上的性能缺陷。向厂商出具问题诊断报告，并利用整改工单跟踪其每一阶段的整改工作，有针对性的复核整改结果，形成“PDCA”闭环管理。
用户体验是中心领导在年初工作会议上提到完善运维体系提高信息专业系统实用化水平时出现的新名词，注重用户体验意味着信息运维开始关注应用系统使用者的满意度，这是服务理念的升华。建立用户体验监控也弥补了之前仅有设备级监控缺少应用级监控的空白。今年本人主要完成两项事情：1.参与计划科的用户体验研究项目实施，其研究成果主要包括用户体验指标体系和用户体验设计规范，前者为评估应用系统的用户体验提供指标选择，后者为项目建设提供设计上的指导。2. 研究用户体验监控技术，选取试点应用系统，按月出具用户体验监控报告，梳理统一的模板。今年选取的试点系统有5个（物资MIS、资金调度、FMIS、协同办公、95598客服管理系统），获取的用户体验监控数据同时为性能提升工作所用。作为项目组一员，本人积极参与理论研究，并在生产环境部署不同的用户体验监控产品，特意选取不同技术架构的关键应用进行监控，在实践中研究监控工具的特性和用户体验指标统计，同时将实践结果数据提供给研究人员，参与多次项目相关的技术交流会。项目于10月中旬通过科技项目竣工验收，重要研究成果--用户体验评估指标体系主要包括指标维度定义、指标权重定义和指标测量方法三方面内容。指标维度由美观体验、阅读体验和交互体验三大类组成，它们共同组成了用户的总体感受，每一大类又细化若干个子项。每一个子项都可以根据实际情况定制权重，通过相应的测量方法可以量化应用系统的用户体验情况，实现评分制度。而性能表现，仅是指标体系中的一个子项。用户体验监控产品的功能也以监控系统可用性和性能、统计相关指标为主，所以应用系统的月度用户体验定检报告主要展示的是性能和可用性方面具有代表性定量指标。发现的性能或可用性问题均纳入开发商的整改计划。1-5月，使用用户体验监控工具出具总部WEB OA的用户体验定检报告，作为性能整改的依据；8-12月使用工具出具95598客服管理系统和财务系统的用户体验定检报告，作为性能持续整改的依据；8-12月使用ORACLE公司如意产品出具物资系统和南网协同办公系统的用户体验定检报告，作为性能持续整改的依据。此外，还利用工具对比整改时间前后的用户体验统计数据发现，95598客服系统、资金系统和物资系统的性能均有明显改善。实践证明，用户体验监控对应用性能问题诊断和优化效果验证有不可替代的优势，具有推广价值。
信息中心实操与培训环境是为了满足公司信息化项目建设、信息运维人员实操技能培训及在运系统相关测试三方面的迫切需要所设。信息化项目建设需要测试或用户操作培训环境；信息运维人员要提升实操技能需要动手演练环境；在运系统出现未知原因的故障、备份恢复或程序更新也十分需要测试环境。这个环境的规划包括网络、服务器和统一存储，硬件设备约由25台高配置的服务器和2台统一存储（IBM DS4700和H3C IPSAN）组成，存放在C座7楼测试机房，占据7TP2-7TP5机柜。其中，统一存储容量将近10TB，具备容纳所有关键应用系统业务数据的能力；19台服务器纳入VMWARE虚拟资源池，余下6台物理机（3台小机，3台PC SERVER）专门部署不能使用虚拟机的系统，满足各种情况的需要。3月份制定工作方案，4-6月完成硬件设备上架、布线、调试、开通防火墙策略、vmware虚拟平台部署等具体工作，7月份建成投运。截止12月，共为营配信息核查、决策支持系统、营销MIS、两册管理系统、综合计划与统计节能管理系统、服务器节能研究等7个项目的建设提供用户培训/测试/研究环境资源，同时为门户系统、X3、文档加密、人资、内部邮件、北塔等在运系统提供配套的测试环境。用于故障诊断
测试、选型测试、版本更新前测试等。
2、项目管理
本人今年主要负责两项日常生产资金计划（自控项目）：应用系统性能优化与内存数据库研究。其中，应用系统性能优化是“重系统可靠性和性能提升“工作的配套项目，旨在优化应用系统性能，改善用户体验的响应速度，提升满意度。建设内容包括：
● 制定主流数据库和中间件的基础优化规范；
● 对关键应用系统的数据库和中间件实施基础调优；
●关键应用系统的数据库性能诊断；
●针对存在严重性能问题的业务模块进行SQL代码诊断；
●根据性能问题诊断报告制定优化策略（包括数据库代码优化、表结构设计、数据分离等），提供咨询服务；
截止11月底，上述主体工作均已完成，交付物之一的平台软件的基础优化规范用来指导今后应用系统的平台软件部署工作。以往大多应用系统的集成商在安装台支撑软件时普遍缺少基本的优化措施，平台软件的各类参数配置通常按初始的默认值所设，很难为应用提供有力支撑，极大影响应用系统的性能表现。该项目优化了13套在运系统的中间件和数据库的参数配置，并梳理出优化规范，为今后的在建应用系统部署平台软件时提供优化策略。此外还出具了9套关键应用的数据库性能诊断报告，对营销、财务、资产、集成和综合类共计9套在运应用系统后台数据库进行多维度诊断和实时监控， 特别关注业务高峰时段或发生故障时段的数据库日志、数据库碎片、资源使用情况、等待事件、表分区、索引、典型操作的SQL语句执行效率排行等，从而找出存在性能缺陷、执行效率低的SQL代码及设计不合理的表结构，并出具优化报告，为开发商提供咨询服务，在很大程度上促进了性能整改工作。
内存数据库是大数据时代引入的一种颠覆传统磁盘数据库技术的新型数据库。内存数据库研究与应用项目选取了业界主流内存数据库产品--ORACLE公司TimesTen的关键技术展开研究，关键技术涉及内存数据库的性能、高可用机制、数据持久化等方面，同时结合具体的应用系统，考察其使用内存数据库后，在性能、高可用性和数据可靠性三个方面相较于关系型数据库存在何种优势或劣势，具备何种特征特性，如何与传统关系型数据库结合使用，扬长避短，最后形成研究成果报告，评估TimesTen能否作为一种即满足数据持久、可靠及高可用，又满足高并发量、高实时性、大吞吐量业务需求的优秀解决方案。研究内容包括：
● TimesTen内存数据库性能
● TimesTen内存数据库的数据同步技术
● TimesTen内存数据库双机集群高可用性
● TimesTen内存数据库数据持久化与可靠性
对应的研究成果包括：《TimesTen性能研究报告》、《TimesTen内存数据库数据同步机制研究报告》、《TimesTen双机集群高可用性研究报告》、《TimesTen数据持久化与可靠性研究报告》和一个实验系统-->财务管理系统内存数据库。截止12月完成了所有研究工作：在IBM AIX小机上搭建财务系统内存数据库双机集群，集群软件选取AIX HACMP。通过开发主备故障转移脚本，实现集群的高可用性，并执行TIMESTEN产品其他特性的评测，编写4份研究报告分册。内存数据库集群高可用性研究是整个项目最大的技术难点，研究结果证明内存数据库能像传统的关系型数据库一样，采用多节点集群部署方式解决稳定性问题。
3、系统运维
本人负责财务域的信息系统（包括FMIS及接口、集中核算管理、本部核算管理、资金调度与监控、财务决策支持、资金采集与回流）和审计域信息系统（审计管理信息、审计现场作业、审计报表）的日常运行维护和定期安全加固工作。作为公司六大关键业务系统之一的财务系统十分强调系统运行稳定及业务高可用性，素来维护压力大。本人注重积累故障处理经验，除了掌握基本维护操作外，还钻研有关平台支撑软件（数据库、中间件、操作系统）的日常管理和性能优化，工作中注重理论结合实践，善于思考、及时总结系统故障快速处理方法，完善应急预案和运维手册。着重从应用代码优化的角度提高财务类系统的性能，结合用户体验监控工具出具月度用户体验定检报告，组织厂商开展系统性能整改。5月到北海供电局调研财务系统的用户体验，维度包括功能易用性、功能缺陷和性能三大方面。根据基层访谈和用户Q群反馈意见发现资金调度与监控系统存在明显的性能问题和部分功能缺陷及易用性问题，用户体验较差，故将其纳入重要系统性能提升专项工作范围中，同时督促远光公司首先对功能进行完善，于7月解决基层单位用户关注的功能问题，将提升用户体验工作落到实处。10月，与远光公司召开FMIS、资金调度、集中核算管理三套系统的性能诊断报告会；11月远光公司对资金系统执行第一阶段的性能整改，解决引发系统频繁卡死的严重性能问题，并持续优化，计划在2014年1月执行第二阶段的应用性能整改。明年2月也计划部署一体化财务管理系统试点建设项目（硬件部分）所采购的硬件负载均衡器，从硬件方面进一步提升系统性能。此外，FMIS与集中管理系统的性能优化也安排在明年初开展。审计管理系统也在今年年底完成可靠性提升工作--采购高配置的物理服务器，由原来的单台数据库服务器改造成数据库双机集群，为明年部署南网推广的综合管理系统审计子系统做好准备。
此外，还配合电力行业信息安全等级保护测评中心于10月完成2013年FMIS安全等级保护测评，并在12月落实整改计划和措施。
4、测试管理工作
今年继续开展测试管理工作，主要包括组织项目验收测试、信息系统发布测试、在运系统故障诊断和产品选型测试。项目验收测试目的是降低项目建设风险，确保系统验收前质量符合验收要求；信息系统发布测试则是降低运维风险，在新系统上线前或在运
系统发生较大变更后进行测试，确保系统正常可用再发布给用户使用。而在运系统故障诊断测试则是针对投运后发生故障的系统进行故障原因诊断的测试，为制定整改措施提供依据。根据不同的测试需求，本人组织、协调或参与各种测试工作开展，主要包括：
● 2013年3月--组织内部邮件升级与改造项目的选型测试，针对
coremail和亿邮两家公司的邮件系统。参与测试工作的人员包括系统管理员、开发厂家和博联研发部，制定并组织测试方案讨论，考察邮件系统的性能表现和安全功能。
● 2013年4月至5月--组织综合统计平台开发项目验收测试和网络
舆情监测系统升级与完善项目性能测试，参与测试工作的人员包括系统管理员及开发厂家。
● 2013年5月--参与两个一类项目的测试工作：物资管理信息系统
性能测试和电网规划系统上线，参与测试方案的制定。
● 2013年7月--组织IT服务管理系统性能测试，评审测试方案，
跟进测试所发现的软硬件问题处理，测试参与人员包括博联公司和广思公司。
● 2013年8月--组织理论线损系统性能测试，评审测试方案。测试
参与人员包括博联公司和开发厂商
● 2013年12月--组织集成商对综合管理系统审计子系统的数据库
集群执行功能测试，评审测试方案，监督测试执行情况；组织深信服公司对财务系统的硬件负载均衡器集群执行功能测试，评审测试方案，监督测试执行情况。
5、技术人员成长
结合中心实操与培训环境，本人今年共组织4期信息运维人员实操技能培训，推动技术人员成长。每期培训的主题紧都扣运维工作所接触的数据库、中间件、操作系统、虚拟化、集群几大技术领域。本人负责制定课程内容、协调培训讲师授课、落实培训时间、申请会议室。这4期培训包括：
● 2013年6月：《VMWARE ESXI5 虚拟化实战》；
● 2013年8月：《IBM AIX操作系统日常管理与安全加固》；
● 2013年11月：《ORACLE数据库备份与恢复》；
篇三：IT运维个人工作总结
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运维人员在追求技术上的进展时，与处理
好人际关系，表面上看是俩码事，实际上却会发生冲突。很明显的例子就是，此事太过简单，
不值得我动手，我教用户解决就行，或者直接发一本册子给他让其自行解决。这又回到了上
面的问题，态度问题。记住，态度很重要。如果想长期在这一行做下去，很多时候，决定自
己命运的，可能并不是技术多么高深，更重要的却是人际关系。我们可能无法满足所有同事
或者客户的需求，但是在不违背原则的情况下，尽可能的满足他人的需求。多行善，少树敌，
对自己有益无害。 最后要说一点是，放下自己的面子，行事不可过于清高。常微笑，少抱怨，少熬夜，及
时睡眠有益于身心健康。个人一点小小总结，难免有失偏颇，欢迎大家发表意见。篇二：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人，另外一个人就有些力不从心了。每个人总会有些事情，需要请假，这
些原因都导致了响应时间慢，还有一些是技术方面的原因，有时候我没篇三：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本身自带的字符界面比那
些复杂的图形界面要简洁方便 ?如果能做到坚持这九条铁规，你的应用系统就能长久稳定运行了。篇四：2014it运维年
终总结
运维工作年终总结尊敬的各位领导，下面我将对2014年xx系统运行情况及本人运维维护工作进行汇报： 日
常维护内容：
1、 按照客户需求建立kvm虚拟机 (系统包含linux、windows2003、windows2008r2)。
2、 websphere中间件应用软件的日常维护、参数配置、应用程序发布、节点及服务的 添加、性能的优化。
3、 oracle数据库的日常维护、日志组的添加、表空间的收缩及添加、用户授权、表的建立、报错日志的收集及分析、性能报告的采集。
8、 机房环境的日常巡检，包括空调温/湿度的监控、ups负载情况的监控、灯光照明、门禁等。
9、 配合各个兄弟公司完成客户处的新业务系统的添加及以往业务系统的完善。 10、pki
数字证书的配置。
11、xx异地容灾数据库的日常巡检，异常问题的处理（基本都是归档日志应用问题）。 具体工作内容统计： 总结：
通过本年的运维工作，xx系统运行情况基本稳定，满足日常业务办理需要，但仍存在 以下问题和安全隐患需要注意。
1、数据库应用速度较慢部分时间段业务部门反映数据库运行速度较慢，对数据库性能报告分析后发现，存在数
据库性能瓶颈，建议对数据库性能和业务人员查询语句进行优化。 2、虚拟机资源不足 主要为刀片服务器刀片资源不足，部分项目资源利用不合理，使用单一刀片服务器作为
服务器，浪费服务器性能。 3、服务器资源紧缺 因服务器资源紧缺，部分负载较高的系统搭建在虚拟机服务器上，系统运行不稳定。
4、服务器硬件老化
主要为该服务器使用时间较长，硬件存在老化现象，经常性出现自动重启和蓝屏现象。 5、
机房温湿度异常
存在的安全隐患：
xxx数据库磁盘空间严重不足，经过不同方式的处理后，磁盘空间紧张问题得到了缓解，
但隐患仍然存在，资源库数据库磁盘空间剩余30gb。建议客户高度重视。尽快对该数据库采
取有效措施，解决数据库磁盘空间不足问题。该数据库现处于非归档模式，若出现数据库崩
溃数据库恢复难度非常大。机房设备日益增多，导致机房空调超负荷工作，无法很好的控制机房温湿度。篇五：it
运维服务工作总结
it运维服务工作总结 至2010年10月底，0000000000000000000有限公司在0000000000000000公司的运维又
届满一年的时间了。在这为期一年的运维工作当中，xxxx的业务飞速发展，设备数量不断增
加，人员的技术水平和业务知识有了显著的提升。我们的队伍在技术水平和管理经验上也有
了本质的提高。
一、 细致缜密的完成计划中的日常运维工作： 严把质量；服务至上；严格要求；技术领先。
1. 承接运维工作初始信息技术部的各位领导就对我们的运维工作给予厚望，并提出了认
真完善服务水平的方针。我们在服务过程中严格按照这一要求，以对保障xxxx的发展，对用
户负责的精神，把“严把质量，服务至上”的原则贯穿于日常工作的各个环节之中。使本运
维期过程中的客户满意度有了非常显著的提高，多次获得了用户的认可。
2. 对于在工作中信息技术部提出的新要求、新方案，我们及时相应配合，本着“严格要
求”的原则，对于提出的要求科学性的分析研究，及时提出完整周密的解决方案，并拟请用
户试行或测试后实施。有力的保障了运维工作的及时有效性。
3. 对于提高服务业务技术水平上，按照信息技术部的统一规划，按时完成一系列的既定
培训计划。按照“技术领先”的原则，通过技术上的培训提高了业务水平和解决故障的效率；
通过制定有效的安全
《it个人工作总结》
由：免费论文网互联网用户整理提供,链接地址：
http://m.csmayi.cn/show/40195.html
转载请保留,谢谢!
- 上一篇：财务处长工作总结
- 下一篇：水电工年终总结