it技术人员工作总结Word格式文档下载.docx
- 文档编号:5744684
- 上传时间:2023-05-05
- 格式:DOCX
- 页数:17
- 大小:27.73KB
it技术人员工作总结Word格式文档下载.docx
《it技术人员工作总结Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《it技术人员工作总结Word格式文档下载.docx(17页珍藏版)》请在冰点文库上搜索。
工作上事情太多,难免繁琐,难免被人抱怨,被人投诉。
仔细想想,需要改进的地方的
确很多。
毕业四年多了,从最基础的windows局域网维护,后来学习activedirectory,
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
运维年终总结
运维服务工作总结至20XX年底,银海科技有限公司在蓝湾科技有限公司的运维又届满一年的时间了。
在这
为期一年的运维工作当中,运维的业务飞速发展,设备数量不断增加,人员的技术水平和业
务知识有了显著的提升。
我们的队伍在技术水平上也有了本质的提高。
一、细致缜密的完成计划中的日常运维工作:
严把质量;
服务至上;
严格要求;
技术
领先。
1.各位领导就对我们的运维工作给予厚望,我们提出认真完善服务水平的方针。
我们在
服务过程中严格按照这一要求,以对保障用户的权益,对用户负责的精神,把“严把质量,
服务至上”的原则贯穿于日常工作的各个环节之中。
使本运维期过程中的客户满意度有了非
常显著的提高,多次获得了用户的认可。
2.对于在工作中我们树立新要求、新方案,本着“严格要求”的原则,对于提出的要求
科学性的分析研究,及时提出完整周密的解决方案。
有力的保障了运维工作的及时有效性。
二、吸收先进经验,保质保量的完成运维的各项任务:
运维期内主机、服务器、网络
和桌面均没有发生严重的生产安全事故,对于一些潜在的威胁也都在得到信息技术部门的批
示下,审慎周密的完成了整改工作。
运用先进的技术和经验提高劳动效率和运维工作质量:
1.
运用先进的运维工具提高劳动效率。
一旦发生问题可以迅速定位和修复。
2.在工作的过程中注意新技术和新方法的学习和收集,对于有利于运维工作的成功方案
及时整理并提交信息数据部。
三、认真完成运维工作中的汇报、总结每个故障点率和分析原因:
自20XX-5-27,截
止20XX-12-31根据工作记录汇报共完成1263个报修,平均每天8.2个报修(其中不包括潜
在故障点),服务项目有:
安装,维修,培训,会议保障,综合布线,巡检等。
服务分类有
pc硬件,办公软件,网络连接,网络设备,打印机,电话传真,健康巡检等。
以下
是
图
标
分
析
:
1.其中pc硬件服务分类如下分类服务数
kvm8
黑屏26
蓝屏13
装机13
其他61
2.办公软件服务分类如下:
分类项目服务数量office47ie14金宏106系统101其他64
3.打印机服务分类如下:
4.电话传真服务分类如下:
5.网络连接服务分类如下:
6.网络设备服务一共20个!
以上数据均不包括潜在故障四:
总结工作
20XX年已经过去,在自己的工作中还有很多的不足,还不能让客户达到百分百满意,对
客户的服务也没有完善,对此问题我总结了一下原因,客户投诉最多的是响应时间慢,桌面
维护这个工作工作量非常的不稳定,有时候工作量少,很清闲,有时候一天近30个服务,这
是不受控制因素。
而且还有潜在故障点,导致响应时间慢,从数据上显示20XX.05.27到
20XX.12.31日一共有77个综合布线,平均一周两次工程布线,而布线最起码需要一个人员,
而服务人员一共2人,另外一个人就有些力不从心了。
每个人总会有些事情,需要请假,这
些原因都导致了响应时间慢,还有一些是技术方面的原因,有时候我没篇三:
it运维工作心
得总结
运维工作心得总结
运维工作直接关系到应用系统运行的正常稳定,但运维工作纷繁复杂,正规化、系统化
相对比较弱,如何改变这种现状?
从众多的运维工作者的成功失败中进行经验总结,并提升
为运维规则,是提高运维水平,保障应用系统正常稳定运行的有效途径。
笔者通过自己的多年运维经验,总结出以下必须遵守的基本运维规则,可以大大减少缺
乏经验的运维人员因为自身失误导致系统出故障的可能性。
一、系统变更、升级应先在同样的环境测试通过,执行前应有经过验证的回退预案运维是一门经验的学科、是一门试错的学科。
没有做过的东西、总是会给你出意想不到
的难题,因此变更前,一定要在相同或者相似运行环境下进行测试,通过后才能在正式环境
下执行变更。
同时应准备好变更失败的回退预案,比如,做好系统备份、数据库备份、配置
备份,固化变更前的运行现场,让变更有回头的机会。
二、对破坏性的操作要先确认符合预定方案,然后谨慎执行什么是破坏性的操作?
比如:
对oracle而言:
truncatetable_name、deletetable_name、droptable_name,这些
语句执行起来轻松简单也惬意极了、但记住!
即便数据可被回滚、代价也是非常大!
对linux而言,rm-r所有当前及其子目录的所有数据都将被删除。
经历过这种故障的
人、大多会给rm上个别名aliasrm=rm-i
同理、cp和mv也可以有同样的选项:
aliascp=cp-i
aliasmv=mv-i对window而言,shift+del文件或者目录对任何系统而言,无备份直接修改文件等
三、备份并验证备份的有效性不管是硬件还是软件总有意外崩溃的时候,怎么办?
备份!
!
备份的学问很大、按照不
同的维度可以分:
冷备和热备、实时和非实时、物理和逻辑、全备增量备。
备份有了、可以高忱无忧了吗?
不行!
尚须验证备份的有效性。
一个总有那么几次、备
份无法保证100%恢复,简单的验证就是找个空库恢复出来。
四、对生产环境永保敬畏之心这是避免应用系统发生故障的一条铁规,也是被开发、运维人员容易忽视的地方。
要坚
决杜绝直接在生产环境做开发、测试和bug修复,这些操作只能在开发和测试环境做,否则
一旦出事,将欲哭无泪。
五、交接和休假最容易出故障接手别人的工作要一而再,再而三的确认变更方案,请教人并不见得就是能力不行的表
现;
?
休假前最好各种可以做好的事情,最好能够准备一份文档,指明在什么情况下怎么做
和联系哪些人;
在别人放假的时候接手工作,“能拖则拖”,实在需要执行:
必须不厌其烦的跟原系统
管理人员确认各个操作细节。
六、一定要有监控手段和报警措施运维人员赖于生存的工具就是报警和监控。
报警可以让你及时知道系统出现了什么异常、以便及时跟进、把故障扼杀于摇篮;
监控可以让你了解系统的历史性能信息、以历为鉴、可以知兴替、早做优化。
报警和监控是衣宽带水的好兄弟、相铺相成、互相促进。
七、使用自动切换技术需谨慎为了保障数据库安全,往往会使用ha或者rac之类的技术,但是这类技术能否真正在关
键时刻起作用,则是需要经过反复验证和确认的。
并不是按照文档要求做好了就够的,很多
意外因素或者系统因素会导致自动切换技术并不能如期发挥作用。
如果到事后才发现这一点,
将悔之晚矣。
八、要有偏执狂的精神,方案要检查,检查,再检查有这么一个人:
①他在做一个变更的时候,会先提前一两周发送邮件并电话手机通知相关人②在测试机上写好脚本,召集大家review操作步骤和脚本③测试完成以后拷贝到生产环境④登录对应机器,“打开,关闭,打开,关闭”该脚本⑤跟相关人员再次确认执行的操作,顺序,时间点,可能的影响和回滚是否都准备好了⑥执行前还要退出这个机器,然后再登录进去,“打开,关闭”脚本⑦最后才在后台
运行脚本,同时在另外一个窗口登录着,随时ps和查看结果输出期间姿势端正,呼吸急促而均匀,眼神凝重。
操作的人不觉得累,倒是一边观摩的人很
累。
九、简单即是美
我们总是面临各种诱惑:
新的系统架构,新的更智能的命令和工具,最新的硬件平台,
功能更全的ha软件...你可以在线下安装,测试,怎么做都行。
但是如果想要在生产环境下
使用起来、请三思!
能够使用系统内置命令的话,就不用考虑其他要专门下载安装的软件了?
脚本本身就能
完成的功能,就没有必要专门找一个功能丰富的软件来做?
linux本身自带的字符界面比那
些复杂的图形界面要简洁方便?
如果能做到坚持这九条铁规,你的应用系统就能长久稳定运行了。
篇四:
20XXit运维年
终总结
运维工作年终总结尊敬的各位领导,下面我将对20XX年xx系统运行情况及本人运维维护工作进行汇报:
日
常维护内容:
1、按照客户需求建立kvm虚拟机(系统包含linux、windows20XX、windows20XXr2)。
2、websphere中间件应用软件的日常维护、参数配置、应用程序发布、节点及服务的添加、性能的优化。
3、oracle数据库的日常维护、日志组的添加、表空间的收缩及添加、用户授权、表的建立、报错日志的收集及分析、性能报告的采集。
8、机房环境的日常巡检,包括空调温/湿度的监控、ups负载情况的监控、灯光照明、门禁等。
9、配合各个兄弟公司完成客户处的新业务系统的添加及以往业务系统的完善。
10、pki
数字证书的配置。
11、xx异地容灾数据库的日常巡检,异常问题的处理(基本都是归档日志应用问题)。
具体工作内容统计:
总结:
通过本年的运维工作,xx系统运行情况基本稳定,满足日常业务办理需要,但仍存在以下问题和安全隐患需要注意。
1、数据库应用速度较慢部分时间段业务部门反映数据库运行速度较慢,对数据库性能报告分析后发现,存在数
据库性能瓶颈,建议对数据库性能和业务人员查询语句进行优化。
2、虚拟机资源不足主要为刀片服务器刀片资源不足,部分项目资源利用不合理,使用单一刀片服务器作为
服务器,浪费服务器性能。
3、服务器资源紧缺因服务器资源紧缺,部分负载较高的系统搭建在虚拟机服务器上,系统运行不稳定。
4、服务器硬件老化
主要为该服务器使用时间较长,硬件存在老化现象,经常性出现自动重启和蓝屏现象。
5、
机房温湿度异常
存在的安全隐患:
xxx数据库磁盘空间严重不足,经过不同方式的处理后,磁盘空间紧张问题得到了缓解,
但隐患仍然存在,资源库数据库磁盘空间剩余30gb。
建议客户高度重视。
尽快对该数据库采
取有效措施,解决数据库磁盘空间不足问题。
该数据库现处于非归档模式,若出现数据库崩
溃数据库恢复难度非常大。
机房设备日益增多,导致机房空调超负荷工作,无法很好的控制机房温湿度。
篇五:
运维服务工作总结
it运维服务工作总结至20XX年10月底,0000000000000000000有限公司在0000000000000000公司的运维又
届满一年的时间了。
在这为期一年的运维工作当中,xxxx的业务飞速发展,设备数量不断增
加,人员的技术水平和业务知识有了显著的提升。
我们的队伍在技术水平和管理经验上也有
了本质的提高。
技术领先。
1.承接运维工作初始信息技术部的各位领导就对我们的运维工作给予厚望,并提出了认
真完善服务水平的方针。
我们在服务过程中严格按照这一要求,以对保障xxxx的发展,对用
户负责的精神,把“严把质量,服务至上”的原则贯穿于日常工作的各个环节之中。
使本运
维期过程中的客户满意度有了非常显著的提高,多次获得了用户的认可。
2.对于在工作中信息技术部提出的新要求、新方案,我们及时相应配合,本着“严格要
求”的原则,对于提出的要求科学性的分析研究,及时提出完整周密的解决方案,并拟请用
户试行或测试后实施。
3.对于提高服务业务技术水平上,按照信息技术部的统一规划,按时完成一系列的既定
培训计划。
按照“技术领先”的原则,通过技术上的培训提高了业务水平和解决故障的效率;
通过制定有效的安全
篇三:
iT技术工作总结
回顾20XX年,自己干了很多工作,涉及到的范围比较广,所做的工作带来的成果也不错,告别了20XX年的那种没有自信,总是被动的局面;
业务上对发信息,资料,boss相关,语音这几个核心的业务模块更加熟悉;
组织协调能力上得到提高,整体把握一块儿工作的进度,承受得住压力的能力逐步提升。
工作方式上有所改善,由被动变成主动,由接收变成主动提出自己见解;
知识体系得到补充完善,眼界由局部上升到更高一个层面,找到自己要发展的方向,阅读管理类和技术类的书籍给自己充电加油!
20XX年,我在期待,期待更大的进步,期待更多更强的成就感。
一、主要工作业绩
(一)工作职责、主要工作及成果
1、hbjxt发信息系统、河北后台搭建移植
工作职责:
部门模块参与人
hbjxt系统搭建过程中前期我主要负责的是发信息模块,后期转到新后台的搭建移植工作上.a、发信息存储过程的移植
b、0元3元产品的并行
c、信息回执的添加
d、学校相关查询,用户相关查询,教师相关查询,信息相关查询功能移植
e、河北应用报表开发
在这个工作的过程中我最大的收获是对数据库简单知识的掌握和发信息相关业务的熟悉。
以前对数据库的学习就到书写sql语句的层面上,目前对存储过程,函数,调度,触发器,表分区等常用的简单知识有了使用和了解。
对于核心业务发信息也告别了一头雾水。
2、语音平台接手,为解决串号问题的改造
工作职责:
平台负责人
a、日常的维护统计
b、语音新需求的开发
c、语音优化建议的处理
d、语音串号问题的
在语音web页面方面要发展成一个能提出自己见解能拍板的员工,目前尚未完全达到这个目标,不过日常的维护和遇到的问题大部分可以跟踪解决。
3、长短信页面负责人
页面负责人
a、学校长短信的设置和取消
b、家长长短息接收的管理
c、老师长短息的设置选择
d、发信息类里面对于设置长信息和文件发送等逻辑的修改。
长短信的主要负责方是数据库组,中间组织了几次会议,都是权威人物,从大家的发言角度和发言内容里可以学到好多东西,先是需求的讨论确定,开发方案提出几种,大家一起讨论,最后让领导审核,每一次的会议组织都会有新的收获。
是一次很好的推进工作案例。
4、新版短信模板
部分模块参与人
a、发信息页面的改版
b、信息收藏夹的导入导出
c、jxlx下总导航和左边登陆框的调整。
我参与的阶段有:
用例的审核,表结构设计的讨论,开发。
在这个工作中的收获是数据库表的设计,主要是按位存储的优点,合理的利用存储过程来定时的分析和生成数据,excel表格的上传下载相关知识。
5、语音外呼系统
整体负责人
a、组织需求的讨论确定原型
b、拿出设计方案组织审核
c、参与后续开发
d、系统的跟踪和维护
这是我第一次以项目负责人的身份在公司出现,感觉很惊喜,也很有压力,一直都是在接收安排好的工作,这次领导告诉我,我要把握项目的进度,要去和需求人沟通给系统一个合适的定位,把合适的工作分给合适的人,要设计能满足需求,要保证项目保质保量的完成。
当然这些工作我一个人是做不下来的,一是我经验不够,二是我一个人没有那么多的时间和精力,这时候就体现出来如何利用大家的智慧了。
这个团队的一个特点是一个没有经验的负责人带着几个充满智慧的队友,刚开始在工作分配上很不合理,我把很多的工作揽到自己这里,但是这样我会很累,大家的智慧不能及时的融进来,还会打击积极性,在主管的指导下及时对工作安排分工进行了调整,让大家都积极的参与进来。
有了前面的教训,在后期的开发中进展的很顺利,大家积极的讨论拿方案,对自己负责模块都尽职尽责,从中收获很多。
语音外呼项目的推动中,收获可以从两个方面来总结,一个是经验的积累,通过这个工作,经历了一个项目负责人的过程,此时经历就是收获,设计方案的一次次被****,就是一次次的进步,从沟通到设计再到开发,去组织去推动,也逐步的流畅,和大家的合作,借用别人智慧的能力也稍有提高。
另一个是信心的增强,刚开始对需求的混乱和对系统不清晰的定位让我对这个工作无从下手,对它的思考时易时难,对设计更是心里没底儿,设计好了对开发又不自信,需要的知识点还很多,虽然前期是这样思考的,但是随着设计的明朗化和大家智慧的迸发,感觉越来越顺利,信心提高了很多。
所以一个项目负责人不一定要是一个样样精通的人,但是一定要是一个能把大家智慧凝聚到一起的有思想有自信的人。
以后我继续向大家学习!
6、资料迁移
a、收集需求人,使用人的意见整理文档,弄清楚要解决的问题,和造成问题的原因b、给参与人员分工梳理现有流程
c、组织技术内部对此熟悉的同事讨论,铲出一份需求设计文档,之后又进行审核
d、和需求人,使用人碰面沟通,对设计文档中涉及的流程进行了二次审核
e、页面开发和测试
f、功能模块维护和数据跟踪
带来的成果:
在移动进行大规模的ecid重整时期,资料迁移功能发挥了很重要的作用,解决了博客博客圈的匹配,校讯通积分影响问题,客服的资料处理流程效率也得到了大大的提高。
资料迁移整体上考验的是对业务的熟悉和对需求的梳理沟通。
我的总结感受:
对于请教的问题,别人并没有责任一定要参与,即使参与了也不能把自己的疑惑全部抛给大家,应该做好前备工作,把能梳理的都梳理通,真正想不通的给几个选项,尽可能的节省大家时间,缩短这个环节在整体上
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- it 技术人员 工作总结
![提示](https://static.bingdoc.com/images/bang_tan.gif)