it运维试用期工作总结
来源:工作总结 发布时间:2013-07-18 点击:
it运维试用期工作总结篇一
运维中心试用期工作总结
尊敬的公司领导:
我于2010年09月07日起正式成为公司一员。
时间飞逝,转眼间,做为一名我友正式员工已经有两个月之久。在这个难忘而又夸姣的日子里,我深入体会到了公司的积极氛围和各个部门的巨大魅力,目睹了公司一步步走向成熟,看到了公司网络的不断健全和系统不断完善,并日渐不乱,同时,也看到了运维中心给于系统管理职员带下世人向往的学习平台和和无穷的机遇与挑战,所以,我在此对于过去的工作做下总结。
总结历史
在运维中心工作期间,我工作认真,具有较强的责任心和进取心,极富工作热情,确实完成上级交付的工作,善于与他人沟通,和公司部门同事之间能够通力合作,关系相处融洽而辑穆,配合各部分负责人成功的完成各项工作,具有很强的团队合作精神。注重自己的个人发展,不断努力学习系统、网站架构知识。所以我现在已经能够纯熟维护公司的系统服务和监控网站架构,包括前段节点,源站各个站点服务的流量信息等,能及时查看并报警所引起的网络服务相关故障,能注重公司的种种流程细节,拥有了一名系统管理维护员的基本工作技能。
回顾历史
瞻望未来
在今后的工作过程中,我会更加严格要求自己,同时也有几个大方向是我需要努力。nagios监控系统拥有极其多的复杂服务,它是我的核心工作,它的完成情况反映着我的工作是否尽职。我会努力做好本职工作。还有,cacti监控设备系统,因为时间的分配,有很多多知识未能及时巩固,同时也需要紧抓时间实践操纵,并参加实际建设和规划,使自己能更加灵活应用系统网络知识,并积累处理相关异常经验。同时,自己也要不断努力与充实自己,研究shell,pure各种脚本的编写,使自己处理处理突发事件的效率提高,以及nginx和squid这些常用的服务搭建。在今后的一年里,也会参加相应的证书考核,不断晋升自己,并紧抓利用业余时间努力学习it知识,搭建各种服务器知识,包括自己学习小型机跟进步英语水平。
it运维试用期工作总结篇二
试用期转正工作总结
工作总结
部门:项目集成部
职务:安防工程师
姓名:王金文
主要内容:
在公司实习的这段时间里,我主要参与公司项目运维和实施等工作,其间还对公司企业文化、规章制度和公司产品进行了认真学习,并参与了项目实施和部门相关表格制作。通过项目实施,认真学习项目实施流程,怎样提高工作质量和效率,如何优化工作方法以及在项目实施中的注意事项;通过项目运维,对部门设计到的大多硬件产品通过亲自操作,并利用空闲时间结合理论知识,学会了相关产品的维护技能和故障分析。同时,感谢公司部门负责人和同事对我工作不足的指正,让我在工作中看到了自己的不足,并及时反思改正。总的来说,这段时间里,无论工作技能还是对工作的认识都有了很大改变,我有信心能做好自己的本职工作。在此我郑重的向领导正式提出转正申请,望领导批准,对于来公司这段时间的工作、学习、思想等情况做以下汇报。具体内容如下:
一、对公司的认识
企业文化:
通过企业文化的学习,主要学习公司的人文、理念和从事行业进行了解。
规章制度:
包括员工行为准则、工作方法、人事行政管理制度,并能够认真执行公司的各项管理规定。
公司产品:
对公司项目管理产品进行了理论性的学习,明白了它们的主要功能和特点。
对基于质量安全管理产品进行理论与实践相结合的学习,对视频监控系统能够熟练操作应用,对隧道语音呼叫系统、隧道人车分离门禁系统、人员定位系统、拌合站试验室数据采集与管控系统、预应力张拉数据采集系统通过现场了解和公司文档相结合的方法进行学习,但还没有全面从事过具体项目实施,所以相对比较生疏。
二、对高速公建设信息化理解
1.质量安全管理一体化建设的目的:
为更好地落实交通部信息化的建设要求、加强对所建项目的更好管理。通过质量安全一体化系统对项目安全、质量两大方面进行严格精细的信息化管理,达到对项目的关键工序、关键部位、关键数据及施工现场远程视频管控与实时数据采集,同时对项目管理及生产过程中出现的安全隐患、数据超限、工艺不达标等现象提供及时的短信报警,做到事前控制,事后朔源,有限的配合标准化建设,确保工地质量,建设平安用地。
2.公路建设的特点:
普遍具有投资大、建设周期长、参建单位多、地域分散,交通不便、并且受地域与气候因素影响较大等显著特征。{点多线长面广}
3.公路信息化建设考虑的因素:
自然因素:气够特征、地理环境
环境因素:由于公路建设伴有大型重型机械,会经常造成损毁
成本因素:由于公路信息化建设具有点多线长面广等特点,所以导致
项目的实施成本和运维成本比楼宇的要高。
建筑差异:由于大多数项目部是用活动板房建造的,所以很容易受到大风等影响受损,导致布线系统受损。
移动性强:比如在桥梁、隧道等实施过程中,要随着硬件设备的移动从而要考虑布线的预留。
项目生命周期:由于高速公路建设一般在3-5年左右,所以相对楼宇系统来说,其项目生命周期较短。
三、岗位职责:
1.系统集成(SI,System Integration)
就是通过结构化的综合布线系统和计算机网络技术,将各个分离的设备(如个人电脑)、功能和信息等集成到相互关联的、统一和协调的系统之中,使资源达到充分共享,实现集中、高效、便利的管理。
2.岗位职责:
售后运维
项目实施
四、工作总结及回顾
1.项目运维:
主要在宁夏东毛高速和银青高速各标段跟随王凯经理和王保红同事参与运维,主要学习内容有:
无线网桥:目前能熟练进行无线网桥的安装,但对无线网桥的设置比较生疏,尤其是点对多的设置还没能机会进行亲自实践,但对其工作原理进行了认真学习和总结。
it运维试用期工作总结篇三
2015运维中心试用期工作总结
2015运维中心试用期工作总结
时光如水、岁月如梭,转眼间,做为一名我友正式员工已经有三个月之久。在这个难忘的日子里,我深入体会到了公司的积极氛围和各个部门的巨大魅力,看到了公司网络的不断健全和系统不断完善,目睹了公司一步步走向成熟,同时,也看到了运维中心给于系统管理职员带下世人向往的学习平台和和无穷的机遇与挑战,所以,我在此对于过去的工作做下运维中心试用期工作总结。
总结历史
在运维中心工作期间,我工作认真,具有较强的责任心和进取心,极富工作热情,确实完成上级交付的工作,善于与他人沟通,和公司部门同事之间能够通力合作,关系相处融洽而辑穆,配合各部分负责人成功的完成各项工作,具有很强的团队合作精神。注重自己的个人发展,不断努力学习系统、网站架构知识。所以我现在已经能够纯熟维护公司的系统服务和监控网站架构,包括前段节点,源站各个站点服务的流量信息等,能及时查看并报警所引起的网络服务相关故障,能注重公司的种种流程细节,拥有了一名系统管理维护员的基本工作技能。
回顾历史
九月份,是我成为公司正式员工最幼嫩的时期,一直都处在学习阶段,学习公司网站的架构分布情况,以及在系统中各种常见网络服务的搭建,包括学习系统基本的操作,pure-ftp的搭建,php网站的发布,对后台数据库的管理,通过各种熟练的基本操作之后,在此之上,我为迎合公司的发展需求,在网络服务监控方面我准备了各种实战经验;在上级的指挥下,我独自一人自主搭建了新版本软件nagios监控服务器,并通过测试,可以和公司现阶段运行的服务器媲美,在此基础上,为了更好方便的管理,我又研究了nagvis,通过实现对监控设备的3d效果使之管理人员能第一时间更清晰的了解网站后台服务器的负载情况。
十月份,通过我们部门定期的进行小组的学习,使我对linux自身的学习有了更大的兴趣和憧憬,为此我研究基于各种网站类型的发布,包括对apache,varnish,lighttpd,等各种平台网站服务器的发布,样使我今后在监控,事件处理方面做好了充分的准备;为此,我特地独立创建我们部门的bbs论坛,并且发布于外网,使部门员工不仅在公司,而且还可以在家里进行访问与交流,以方便我们公司部门员工的共同学习和交流。十月份,我有幸的见证我们公司sns2.5新版本的新上线,同时我也参与了公司内部测试,配合公司对新版本的bug,并及时提出问题。由于公司正处于现阶段发展之中,所以我必须迎合而上,配合其他部门积极工作,争取能为公司的发展出一己之力。
瞻望未来
在今后的工作过程中,我会更加严格要求自己,同时也有几个大方向是我需要努力。
nagios监控系统拥有极其多的复杂服务,它是我的核心工作,它的完成情况反映着我的工作是否尽职。我会努力做好本职工作。还有,cacti监控设备系统,因为时间的分配,有很多多知识未能及时巩固,同时也需要紧抓时间实践操纵,并参加实际建设和规划,使自己能更加灵活应用系统网络知识,并积累处理相关异常经验。同时,自己也要不断努力与充实自己,研究shell,pure各种脚本的编写,使自己处理处理突发事件的效率提高,以及nginx和squid这些常用的服务搭建。在今后的一年里,也会参加相应的证书考核,不断晋升自己,并紧抓利用业余时间努力学习it知识,搭建各种服务器知识,包括自己学习小型机跟进步英语水平。
在运维中心工作期间,我工作认真,具有较强的责任心和进取心,极富工作热情,按时完成上级交付的任务,善于沟通,和公司部门同事关系相处融洽而辑穆,能够通力合作,配合各部分负责人成功的完成各项工作,具有很强的团队合作精神。注重自己的个人发展,不断努力学习网站架构、系统知识。所以我现在已经能够纯熟维护公司的系统服务和监控网站架构,包括前段节点,源站各个站点服务的流量信息等,能及时查看并报警所引起的网络服务相关故障,能注重公司的种种流程细节,掌握了作为一名系统管理维护员的基本工作技能。
it运维试用期工作总结篇四
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硬件,办公软件,网络连接,网络设备,打印机,电话传真,健康巡检等。 以 下
是
图
标
分
析{it运维试用期工作总结}.
:
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个综合布线,平均一周两次工程布线,而布线最起码需要一个人员,{it运维试用期工作总结}.
而服务人员一共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数据库磁盘空间严重不足,经过不同方式的处理后,磁盘空间紧张问题得到了缓解,{it运维试用期工作总结}.
但隐患仍然存在,资源库数据库磁盘空间剩余30gb。建议客户高度重视。尽快对该数据库采
取有效措施,解决数据库磁盘空间不足问题。该数据库现处于非归档模式,若出现数据库崩
溃数据库恢复难度非常大。 机房设备日益增多,导致机房空调超负荷工作,无法很好的控制机房温湿度。篇五:it
运维服务工作总结
it运维服务工作总结 至2010年10月底,0000000000000000000有限公司在0000000000000000公司的运维又
届满一年的时间了。在这为期一年的运维工作当中,xxxx的业务飞速发展,设备数量不断增
加,人员的技术水平和业务知识有了显著的提升。我们的队伍在技术水平和管理经验上也有
了本质的提高。
一、 细致缜密的完成计划中的日常运维工作: 严把质量;服务至上;严格要求;技术领先。
1. 承接运维工作初始信息技术部的各位领导就对我们的运维工作给予厚望,并提出了认
真完善服务水平的方针。我们在服务过程中严格按照这一要求,以对保障xxxx的发展,对用
户负责的精神,把“严把质量,服务至上”的原则贯穿于日常工作的各个环节之中。使本运
维期过程中的客户满意度有了非常显著的提高,多次获得了用户的认可。
2. 对于在工作中信息技术部提出的新要求、新方案,我们及时相应配合,本着“严格要
求”的原则,对于提出的要求科学性的分析研究,及时提出完整周密的解决方案,并拟请用
户试行或测试后实施。有力的保障了运维工作的及时有效性。
3. 对于提高服务业务技术水平上,按照信息技术部的统一规划,按时完成一系列的既定
培训计划。按照“技术领先”的原则,通过技术上的培训提高了业务水平和解决故障的效率;
通过制定有效的安全
it运维试用期工作总结篇五
IT运维工作心得总结
运维工作心得总结
运维工作直接关系到应用系统运行的正常稳定,但运维工作纷繁复杂,正规化、系统化相对比较弱,如何改变这种现状?从众多的运维工作者的成功失败中进行经验总结,并提升为运维规则,是提高运维水平,保障应用系统正常稳定运行的有效途径。
笔者通过自己的多年运维经验,总结出以下必须遵守的基本运维规则,可以大大减少缺乏经验的运维人员因为自身失误导致系统出故障的可能性。
一、系统变更、升级应先在同样的环境测试通过,执行前应有经过验证的回退预案
运维是一门经验的学科、是一门试错的学科。没有做过的东西、总是会给你出意想不到的难题,因此变更前,一定要在相同或者相似运行环境下进行测试,通过后才能在正式环境下执行变更。同时应准备好变更失败的回退预案,比如,做好系统备份、数据库备份、配置备份,固化变更前的运行现场,让变更有回头的机会。
二、对破坏性的操作要先确认符合预定方案,然后谨慎执行 什么是破坏性的操作?
比如:
对MSSQLServer,执行update操作,因为不需要commit,所以特别容易忽视也特别危险,还有delete、drop等操作更不用说。
对 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'{it运维试用期工作总结}.
对window而言,shift+del文件或者目录 对任何系统而言,无备份直接修改文件等{it运维试用期工作总结}.
三、备份并验证备份的有效性
不管是硬件还是软件总有意外崩溃的时候,怎么办?备份!!!备份的学问很大、按照不同的维度可以分:冷备和热备、实时和非实时、物理和逻辑、全备增量备。
备份有了、可以高忱无忧了吗?不行!尚须验证备份的有效性。一个总有那么几次、备份无法保证 100% 恢复,简单的验证就是找个空库恢复出来。
四、对生产环境永保敬畏之心
这是避免应用系统发生故障的一条铁规,也是被开发、运维人员容易忽视的地方。要坚决杜绝直接在生产环境做开发、测试和bug修复,这些操作只能在开发和测试环境做,否则一旦出事,将欲哭无泪。
五、交接和休假最容易出故障
接手别人的工作要一而再,再而三的确认变更方案,请教人并不见得就是能力不行的表现;
休假前最好各种可以做好的事情,最好能够准备一份文档,指明在什么情况下怎么做和联系哪些人;
在别人放假的时候接手工作,“能拖则拖”,实在需要执行:必须不厌其烦的跟原系统管理人员确认各个操作细节。
六、一定要有监控手段和报警措施
运维人员赖于生存的工具就是报警和监控。
报警可以让你及时知道系统出现了什么异常、以便及时跟进、把故障扼杀于摇篮;
监控可以让你了解系统的历史性能信息、以历为鉴、可以知兴替、早做优化。
报警和监控是衣宽带水的好兄弟、相铺相成、互相促进。
七、使用自动切换技术需谨慎
为了保障数据库安全,往往会使用HA或者RAC之类的技术,但是这类技术能否真正在关键时刻起作用,则是需要经过反复验证和确认的。并不是按照文档要求做好了就够的,很多意外因素或者系统因素会导致自动切换技术并不能如期发挥作用。如果到事后才发现这一点,将悔之晚矣。
八、要有偏执狂的精神,方案要检查,检查,再检查
有这么一个人:
① 他在做一个变更的时候,会先提前一两周发送邮件并电话手机通知相关人
② 在测试机上写好脚本,召集大家 review 操作步骤和脚本
③ 测试完成以后拷贝到生产环境
④ 登录对应机器,“打开,关闭,打开,关闭”该脚本
⑤ 跟相关人员再次确认执行的操作,顺序,时间点,可能的影响和回滚是否都准备好了
⑥ 执行前还要退出这个机器,然后再登录进去,“打开,关闭”脚本 ⑦ 最后才在后台运行脚本,同时在另外一个窗口登录着,随时ps和查看结果输出
期间姿势端正,呼吸急促而均匀,眼神凝重。操作的人不觉得累,倒是一边观摩的人很累。
九、简单即是美
我们总是面临各种诱惑:新的系统架构,新的更智能的命令和工具,最新的硬件平台,功能更全的HA软件...你可以在线下安装,测试,怎么做都行。但是如果想要在生产环境下使用起来、请三思!!
能够使用系统内置命令的话,就不用考虑其他要专门下载安装的软件了 脚本本身就能完成的功能,就没有必要专门找一个功能丰富的软件来做 Linux本身自带的字符界面比那些复杂的图形界面要简洁方便
如果能做到坚持这九条铁规,你的应用系统就能长久稳定运行了。
it运维试用期工作总结篇六
2014IT运维年终总结
运维工作年终总结
尊敬的各位领导,下面我将对2014年xx系统运行情况及本人运维维护工作进行汇报: 日常维护内容:
1、 按照客户需求建立KVM虚拟机 (系统包含Linux、Windows2003、Windows2008R2)。 2、 Websphere中间件应用软件的日常维护、参数配置、应用程序发布、节点及服务的
添加、性能的优化。
3、 Oracle数据库的日常维护、日志组的添加、表空间的收缩及添加、用户授权、表的
建立、报错日志的收集及分析、性能报告的采集。
4、 CommVault备份软件的日常维护,各业务数据库备份的巡检。 5、 存储设备的日常维护、巡检、报错分析、日志收集、硬件报修。 6、 参与过系统升级,主要负责websphere应用程序发布,数据库脚本执行。 7、 Linux系统中计划任务脚本的编写,常规命令的操作及系统维护。
8、 机房环境的日常巡检,包括空调温/湿度的监控、UPS负载情况的监控、灯光照明、
门禁等。
9、 配合各个兄弟公司完成客户处的新业务系统的添加及以往业务系统的完善。 10、PKI数字证书的配置。
11、XX异地容灾数据库的日常巡检,异常问题的处理(基本都是归档日志应用问题)。
具体工作内容统计:
总结:
通过本年的运维工作,XX系统运行情况基本稳定,满足日常业务办理需要,但仍存在
以下问题和安全隐患需要注意。
1、数据库应用速度较慢
部分时间段业务部门反映数据库运行速度较慢,对数据库性能报告分析后发现,存在数据库性能瓶颈,建议对数据库性能和业务人员查询语句进行优化。 2、虚拟机资源不足
主要为刀片服务器刀片资源不足,部分项目资源利用不合理,使用单一刀片服务器作为服务器,浪费服务器性能。 3、服务器资源紧缺
因服务器资源紧缺,部分负载较高的系统搭建在虚拟机服务器上,系统运行不稳定。
4、服务器硬件老化
主要为该服务器使用时间较长,硬件存在老化现象,经常性出现自动重启和蓝屏现象。 5、机房温湿度异常
存在的安全隐患:
XXX数据库磁盘空间严重不足,经过不同方式的处理后,磁盘空间紧张问题得到了缓解,但隐患仍然存在,资源库数据库磁盘空间剩余30GB。建议客户高度重视。尽快对该数据库采取有效措施,解决数据库磁盘空间不足问题。该数据库现处于非归档模式,若出现数据库崩溃数据库恢复难度非常大。
机房设备日益增多,导致机房空调超负荷工作,无法很好的控制机房温湿度。
推荐内容