收费站技术运维个人工作总结

2018年已经接近尾声，在公司领导的正确带领下，以及各部门同事的积极配合下，2018年的工作有序开展，并取得了一定成绩，但也存在一些不足。回首2018年的工作，有成果，有喜悦，有与同事协同攻关的艰辛，也有遇到困难。可以说，今年是对维护组技术和整体协作能力的考验，为了更好的建设维护组，为公司的长远发展服务，现对2018年的工作进行总结。

一、2018年完成的具体工作如下：

1、供配电项目的承接及项目实施

2018年完成济宁分公司供配电项目的承接及完善供配电抢修工作的流程及措施，整理各站线缆规划路由及巡查各站供配电系统存在的安全隐患等资料进行整理及存档便于下一步工作的开展。对存在的安全隐患进行风险评估分析，并作出整改方案及可行性报告上报济宁分公司。

2、无感支付项目

2018年对ETC车道进行无感支付安装，为配合无感支付迁移车牌识别摄像机位置并调试。取得了较好的效果。

3、机电设备维护

2018年在对济宁分公司所辖各站进行维护工作中，发现遗留问题及时处理，确保正常收费。道路监控合格率也达到公司各项要求。上半年济宁分公司所辖各站进行收费设备更换，维护人员进行配合确保收费站正常运行。

4、移动岗亭拆除安装

2018年由于济宁分公司对计重设备更换，较小一点的收费站造成严重堵车现象，我们建议分公司购买并安装移动岗亭进行车辆分流，维护人员进行安装移动岗亭并在收费站之间拆除、迁移、安装等工作。

5、收费智慧岗亭安装调试

2018年，对泉林、兖州、济宁北等收费站进行岗亭更换。

6、2018年信息板万兆网接入、无线AP、等项目现正在有条不紊的进行。

7、中秋晚会保障工作

2018年中秋节主动放弃休班，奋战几个昼夜对泗水、泉林等收费站进行24小时不间断值守工作，确保了参加中秋晚会领导乘坐车辆快速高效的通过收费站。为公司树立了良好的形象。

二、工作中的心得及完善建议

运维工作直接关系到应用系统运行的正常稳定,但运维工作纷繁复杂,正规化、系统化相对比较弱,如何改变这种现状?从众多的运维工作者的成功失败中进行经验总结,并提升为运维规则,是提高运维水平,保障应用系统正常稳定运行的有效途径。

通过参考其它运维公司经验,总结出以下必须遵守的基本运维规则,可以大大减少缺乏经验的运维人员因为自身失误导致系统出故障的可能性。

一、系统变更、升级应先在同样的环境测试通过,执行前应有经过验证的回退预案

运维是一门经验的学科、是一门试错的学科。没有做过的东西、总是会给你出意想不到的难题,因此变更前,一定要在相同或者相似运行环境下进行测试,通过后才能在正式环境下执行变更。同时应准备好变更失败的回退预案,比如,做好系统备份、数据库备份、配置备份,固化变更前的运行现场,让变更有回头的机会。

二、对破坏性的操作要先确认符合预定方案,然后谨慎执行

三、备份并验证备份的有效性

不管是硬件还是软件总有意外崩溃的时候,怎么办?备份!!!备份的学问很大、按照不同的维度可以分:冷备和热备、实时和非实时、物理和逻辑、全备增量备。

备份有了、可以高忱无忧了吗?不行!尚须验证备份的有效性。一个总有那么几次、备份无法保证 100% 恢复,简单的验证就是找个空库恢复出来。

四、对生产环境永保敬畏之心

这是避免应用系统发生故障的一条铁规,也是被开发、运维人员容易忽视的地方。要坚决杜绝直接在生产环境做开发、测试和bug修复,这些操作只能在开发和测试环境做,否则一旦出事,将欲哭无泪。

五、交接和休假最容易出故障

接手别人的工作要一而再,再而三的确认变更方案,请教人并不见得就是能力不行的表现;

休假前最好各种可以做好的事情,最好能够准备一份文档,指明在什么情况下怎么做和联系哪些人;

在别人放假的时候接手工作,“能拖则拖”,实在需要执行:必须不厌其烦的跟原系统管理人员确认各个操作细节。

六、一定要有监控手段和报警措施

运维人员赖于生存的工具就是报警和监控。

报警可以让你及时知道系统出现了什么异常、以便及时跟进、把故障扼杀于摇篮;

监控可以让你了解系统的历史性能信息、以历为鉴、可以知兴替、早做优化。

报警和监控是衣宽带水的好兄弟、相铺相成、互相促进。

七、使用自动切换技术需谨慎

为了保障数据库安全,往往会使用HA或者RAC之类的技术,但是这类技术能否真正在关键时刻起作用,则是需要经过反复验证和确认的。并不是按照文档要求做好了就够的,很多意外因素或者系统因素会导致自动切换技术并不能如期发挥作用。如果到事后才发现这一点,将悔之晚矣。

八、要有偏执狂的精神,方案要检查,检查,再检查

九、简单即是美

我们总是面临各种诱惑:新的系统架构,新的更智能的命令和工具,最新的硬件平台,功能更全的软件...你可以在线下安装,测试,怎么做都行。但是如果想要在生产环境下使用起来、请三思!!

如果能做到坚持这九条铁规,你的应用系统就能长久稳定运行了。

一、根据公司具体的发展阶段和技术人员配比，剪裁规范，贴合公司实情。

二、运维规范定好之后，一定要严格执行。不能执行的规范等于无规范。

三、运维着眼于三大块内容：静态资源管理，动态流程管理，系统安全透明调优。

四、流程涉及上架，故障，下架，巡检，软件及应用更新，应急，知识库一系统流程。

五、运维也涉及系统安全管理，系统及应用的监控报警，优化系统各项指标。

六、公司的运维体系，必须和研发，测试，产品，项目，运维等岗位联动。

三、展望公司未来发展战略

信息化工作当前已成为覆盖现代化建设全局的战略举措，但没有现成的模式可以借鉴，没有固定的发展思路可以遵循。因此，我将于同事们一起，把信息化发展趋势与公司实际结合起来，不断创新信息化思路，努力推动公司信息化工作再上新台阶。

运维发展到今天，早已不是刀耕火种的年代。运维发明了云计算，有机会从幕后走到台前。系统稳定性及业务要求越来越高，运维能力要求越来越强，运维内部分工越来越细，运维新技术的迭代速度甚至超过开发。

伴随着企业IT信息化的不断深入，企业对IT系统的依赖程度与日俱增。面对越来越多的各种IT系统，企业中各层IT人员可谓既爱又恨。爱的是，企业各种IT系统成为了企业业务的助推器，提升了企业业务和管理上效率。恨的是，随着企业愈发离不开IT系统，IT运维被推上了风口浪尖。如何保障IT系统高效、稳定、持续、甚至7×24小时不间断地提供服务，成为企业中各级IT人的亟待解决的问题。

IT运维是指企业IT部门采用相关的方法、手段、技术、制度等，对IT软硬运行环境、IT业务系统和IT运维人员进行的综合管理。随着技术的发展，IT运维近年来也发生了的翻天覆地的变化。

由于业务规模和复杂度的持续增加，运维团队会逐渐划分为应用运维和系统运维两大块。应用运维开始接手线上业务，逐步开展服务监控梳理、数据备份以及服务变更的工作。随着对服务的深入，应用运维工程师应有能力开始对服务进行一些简单的优化。同时，为了应对每天大量的服务变更，尝试开始编写各类运维工具，针对某些特定的服务能够很方便的批量变更。随着业务规模的增大，基础设施由于容量规划不足或抵御风险能力较弱导致的故障也越来越多，迫使运维人员开始将更多的精力投入到多数据中心容灾、预案管理的方向上。

业务规模达到一定程度后，开源的监控系统在性能和功能方面，已经无法满足业务需求；大量的服务变更、复杂的服务关系，以前靠人工记录、工具变更的方式不管在效率还是准确性方面也都无法满足业务需求；在安全方面也出现了各种大大小小的事件，迫使我们投入更多的精力在安全防御上。逐渐的，运维团队需要各分类都有专精的人才。这个时候系统运维更专注于基础设施的建设和运维，提供稳定、高效的网络环境，交付服务器等资源给应用运维工程师。应用运维更专注于服务运行状态和效率。数据库运维属于应用运维工作的细化，更专注于数据库领域的自动化、性能优化和安全防御。运维研发和运维安全提供各类平台、工具，进一步提升运维工程师的工作效率，使业务服务运行得更加稳定、高效和安全。