系统集成运维工作总结

系统集成运维工作总结（通用14篇）

篇1：系统集成运维工作总结

系统运维半年总结

一、概述

本文档为系统运维管理2014年6月止的阶段性报告，通过本报告能够反映该段时间的整体维护工作，系统运行状况统计并对本阶段的运维工作及情况进行总结与趋势分析，对于具体问题和事件处理的详细信息可查询运维记录汇总。

本报告包括以下几方面：

1、本阶段维护工作总结；

2、本阶段事件统计与分析；

3、本阶段技术支持工作总结；

二、维护服务总结：

上阶段（2013年3月——2013年12月）总共受理操作类服务15次，数据类服务20次，系统类服务27次，需求类服务26次，业务类服务12次，并提供53次远程技术支持工作。

本阶段（2014年1月——2014年06月）总共受理操作类服务17次，数据类服务4次，系统类服务16次，需求类服务9次，业务类服务4次，并提供22次远程技术支持工作。远程技术支持工作主要处理解决软件类问题。

三、事件统计与分析： 3-1 操作类问题汇总

本阶段总共受理操作类服务17次，主要集中表现在进行系统操作制单销售和调拨问题上。比较有针对性的问题 例如：

举例

一、通兑金系统打印不出相应单据（未能使用指定浏览器）；

举例

二、登陆不上销售系统（未能开启相关登录操作）；

3-2 数据类问题汇总

本阶段总共受理数据类服务4次，主要集中表现在进行各项业务制单错误。比较有针对性的问题 例如：

举例

一、天津xx中心单号为SKxxxxxxxxxxxxx，礼金之xxxxx，金额xxxx元销售数据录入错误请求调整（该单据已经回滚完毕）；

举例

二、天津农商行xxxxxxxxxxx商品进行补销售调整（补录销售单据已完成）；

举例

三、条码为：xxxxxxxxxxxx的商品已销售但是在商品档案中还显示在库状态（已由海信进行调整）。

3-3 系统类问题汇总

本阶段总共受理系统类服务16次，主要集中表现在各销售系统出现响应类问题影响正常操作。

比较有针对性的问题 例如：

举例

一、服务器意外重启，导致程序报错； 举例

二、通兑金系统进行移机调整并变更登陆地址 ；

举例

三、通兑金系统无法正常打开网页。

3-4 需求类问题汇总

本阶段总共受理需求类服务9次，主要集中表现在开通各项系统权限及添加相应业务组织比较有针对性的问题 例如：

举例

一、因业务需求增开浦发太原分行及下属支行仓库；

举例

二、因物流部业务需求，请技术部开通石家庄金店提货库权限。用户名称 王xxxx 用户编码 190602 ；

3-5 业务类问题汇总

本阶段总共受理业务类服务4次，业务类问题涵盖系统上线及培训制定建立各项规章制度调研等 例如：

举例

一、河北银行销售系统上线；

举例

二、贵金属及珠宝行业ERP调研；

四、技术支持工作总结

根据上述图表显示本阶段运维工作的上半年数据与去年同期数据总体呈下降趋势。

篇2：系统集成运维工作总结

本人于20xx年4月23日入职，并于5月2日到达开展车船税联网征收系统的运维工作，其主要工作内容是对西藏自治区税务局车船税联网征收系统的硬件环境、应用服务、数据库的监控和优化，及时处理西藏自治区各保险公司代收代缴过程中发生的问题，做好数据采集和处理、系统升级等项工作，具体包括以下内容：

1.软硬件环境监控

系统状态检查和监控：操作系统、数据库系统、中间件、其它支撑系统应用的软件系统及网络协议、平台软件系统的检查；对系统产生的日志文件进行分析；对系统可能或已经产生的问题予以及时协调解决，对系统的配置参数进行管理，以保证车船税系统稳定、高效地运行。按照要求，每天完成4次巡检工作，并完成《巡检记录》；每周删除数据库归档日志文件，防止数据库连接异常。

2.系统性能评估和优化

按季度对服务器、应用系统、中间件系统、数据库系统的运行状态和性能进行评估，评估系统的功能缺陷、用户满意度及问题反馈机制等，根据评估结果实施的优化工作，及时消除系统可能存在的安全隐患和威胁，确保在性能上使平台具备必要的安全性、可靠性、可用性。

3.业务运维

1)技术咨询服务

面向自治区内各级税务部门和各保险公司，在运维服务期内提供7×24小时电话技术咨询服务和5×8小时的驻场运维服务。

2)问题信息处理

接收各级税务部门、中保信全国车险信息平台及西藏自治区内各保险公司发来的车辆问题信息，并根据反馈的问题进行相应的.处理，如修改核定库车辆排量、车辆类型、号牌号码等，使得车辆能正常完税。

3)业务技术支持

根据财产和行为税处提出的业务管理需求，提供相应的数据统计、整理、分析、调整等技术支持工作。

4)业务功能调整优化

协助财产和行为税处及时收集、整理业务管理过程中提出的关于系统升级完善业务需求，并反映给国家税务总局主管部门。

4.数据处理

数据处理包括日常数据管理工作、数据采集处理和异常数据处理，其中：

1)日常数据管理工作

按天完成数据备份、导库等项工作；按月完成数据对账工作；按月配合国家税务总局系统平台完成异地缴税数据的上传和下发工作；按年完成当地问题车辆名单数据的生成、上传和下发工作。

2)数据采集处理

采集往年的历史数据和第三方的数据，并完成数据清洗、比对、核查、整合处理等项工作，通过建立西藏自治区车船税税源数据库，保证车船税税源数据的准确性和代收代缴数据的一致性。

数据统计分析：根据财产和行为税处的要求完成针对车船税代收代缴工作的数据统计和分析工作。

3)异常数据处理

采取各种技术手段，完成外部数据导入和更新中出现的异常诊断与排除的任务。对日常业务过程中出现的异常数据进行诊断与排除。定期或不定期地根据数据变化情况，调整数据清洗模型，确保车船税数据库的数据完整、可靠。

5.系统升级

配合国家税务总局和中保信全国车险信息平台完成系统升级时的升级版本部署、联调测试和数据验证工作。

6.应急故障处理

系统发生故障时的应急处理工作，包括故障的排查、恢复、数据补传等。要求应按照事先定义好的应急预案，与中保信和自治区保协配合共同完成应急故障的处理工作。

7.完税库上线

根据公司统一安排，完成了西藏完税库的上线工作，使得保险公司具备了完税证的真伪查询，进一步杜绝了偷税漏税。

8. 车船税后台管理系统上线

配合彭建辉彭工完成了车船税后台管理系统，使得财产和行为税处更直观的审阅查询车船税的相关数据。

9.签订合同

经于税务局的积极谈判沟通，与西藏自治区税务局签订了3年的车船税运维服务合同。

10.其他工作

篇3：分析视频会议系统的运维工作

一、视频会议系统概述

通讯技术的发展, 以及WTO世界经济组织的设立, 使得世界各国的经济交流越来越多, 这就出现了需要远程办公的情况。远程办公现阶段最先进的技术就是视频会议, 视频会议只需借助于最简单的网络技术就能进行复杂且多样的办公交流, 这使得视频会议的优势得到极大地发挥。例如, 在视频会议中, 不仅可以进行两方会场的交流, 还可以进行两个会场以上的多方交流。在多方交流模式下, 交流方越多, 所需要的视频会议系统技术性越高。一个完整的视频会议系统大多是由五大部分组成的, 包括视频会议终端、系统工作软件、多方控制单元MCU、传输网络和音箱、话筒、调音台及监听设备等相关附件。

在视频会议系统的运行中, 最常用的模式是多方会议交流模式, 视频会议系统的运维工作主要就是对多方会议交流模式视频系统的维护。在多方会议交流模式运行的情形下, 系统运维工作有两个方面, 即对视频会议设备的保障工作以及对视频会议过程中的保障工作, 下面就对这两方面进行简单地分析探讨。

二、视频会议工作中设备的运维保障工作

在视频会议系统中, 如果设备运行不畅或出现故障就会造成会议中断或者无法继续进行, 从而造成不必要的损失。所以, 视频会议系统运维工作的首要任务就是保障设备的顺利运行。

在视频会议系统设备的保障工作中, 网络传输质量是影响会议效果的主要因素, 网络的传输质量不佳, 就会导致视频的马赛克或音频视频的不同步等现象。因此, 在设备运维中, 首先要保证网络传输质量, 在视频会议进行之前, 提前做好准备工作如组织协调好各会场间的网络线路, 检查好视频设备的工作状态等, 保证视频会议进行后有良好的整体质量。

视频会议设备的运维工作中需要注意的事项有对通信线路的运维保障、网络设备的运维保障以及会议设备的运维保障。线路运营商主要负责对通信线路的保障工作。在会议准备期间, 会议保障人员应及时与线路运营商协商, 使其派出专业人员在各地会议现场进行线路的维护工作。会议保障人员则负责网络设备的保障工作, 无论是检查路由器等机器的运行状态, 是各会场的线缆连接还是会场之间的网络联通性等工作都是由会议保障人员来完成。在一定的条件下, 会议保障人员还可以借助Ping It等测试工具。而对于会议设备的保障工作, 主要由厂家的工程师完成, 在条件不允许的情况下, 也可以由公司的信息技术部门自行对会议核心设备MCU及视频的运行状态等进行检查。

三、视频会议进行阶段的运维保障工作

在视频会议进行的过程中, 运维保障工作需要对会议从头到尾进行保障, 会议进行过程中需要有一位总运维指挥人员来对会议中所有运维事项进行指挥, 有效地应对可能发生的紧急事件并指挥好下属人员进行分工合作, 保障视频会议的顺利进行。视频会议的复杂性决定了视频会议运维工作人员需要具备很高的技术性及个人素质, 没有过硬的专业知识和善始善终、坚守岗位的敬业精神是不能胜任运维工作的。在视频会议过程中运维工作可以分成三个阶段, 即会前阶段、会中阶段、会后阶段, 下面主要针对这三个阶段进行分析。

(1) 在会前阶段, 需要查看会议室的灯光、音频设备、视频设备以及现场的其他设备是否正常运行。

视频会议对灯光的要求颇高, 灯光的效果往往决定画面的质量, 所以会前阶段一定要调节好灯光, 保证画面质量。

话筒音箱等音频设备, 影响着发言者的发言效果, 会议保障人员在会前要检查好音频设备的运行状态。如话筒是否有压线, 是否开启, 无线话筒是否电量充满及摆放的位置是否适合发言者等, 使发言者的声音达到最好的效果。

视频设备包括摄像机、投影仪等, 视频设备决定的是会议进行的效果, 在视频会议进行之前, 会场的保障人员应当保证会场中所有摄像头、摄像机、电视机等全部打开并调整到最佳效果, 会场中所用到的计算机要保证连接好并无黑屏现象, 需要进行人工操作的岗位一定要保证人员到位。

(2) 在会议进行之前, 还需要注意的就是会标、录音录像、对讲机等其他设备, 保证会议开始之前就已经准备完毕。

在会议进行阶段也就是会中阶段, 主要的工作就是对音响、镜头、信号、灯光、MCU等的控制, 需要专业的信息技术人员进行操作。

音响的控制主要的就是现场音乐及音量的控制。

镜头的控制需要运维工作人员具备较强的技术性, 随时进行的镜头切换要求镜头切换人遵守一定的规则, 如会议开始之前的大全景镜头使用规则;发言人更换时, 先是小全景然后切换至发言人的镜头切换规则;主席台镜头动态播放顺序规则等, 这些规则都需要镜头切换人员具备迅速的反应能力。

信号切换与镜头切换一样, 但其需要的技术性更强。视频会议的信号源较多, 要根据工作实际要求对视频矩阵和中控进行操作, 完成对本地或远程信号的不断切换, 这需要专业人员掌握很高的专业技术及技巧。

另外, 对于灯光、MCU等控制方面, 会议期间按照会议进程来控制灯光、MCU的顺利运行也需要会议保障人员具备高超的专业技能。会议保障人员不仅要保障会议过程中的灯光效果, 还要保障会议期间的镜头切换。

(3) 视频会议完成之后也就是会后阶段, 做好会议整理是视频会议系统运维保障人员的最后工作。这个阶段进行的运维工作有关闭好摄像头之类信号源, 关闭音响等音频视频设备, 在充分散热后最终关闭电源, 这要求信息技术部门人员有耐心、责任心以及一定的条理性。

四、总结

21世纪, 信息系统运维保障随着信息技术的产生应运而生, 视频会议系统的运维工作也必定会随着信息系统的专业性而趋于专业化。我们需要顺应时代发展的潮流, 不断提高视频会议系统的运维工作水平, 培养专业的运维工作人才, 促使我国的远程视频会议系统得到更加广泛的应用, 为我国的经济发展增添新动力。

参考文献

[1]程强.浅谈视频会议系统的运维保障[J].经济技术协作信息, 2013 (26)

[2]韩瑞民, 赵宝磊, 邱元朋, 许洋.浅论视频会议系统的运维保障[J].信息技术与信息化, 2012 (4)

篇4：ERP系统运维管理工作的思考

【关键词】ERP系统；运行维护；系统优化；数据安全

总体运维归类服务领域，达到的效果很难事前预测，在实际的实行中形成，主要还是在于运维工作人员和使用客户互动的效果。怎样提高总体运维管理的可行性，需要主动的寻找疑问，然后找到缘由。剖析拟定解决办法和改进管理体统，用以提升客户的满意度，从而增高运维的指标数值。运维平台需要建立一个完善的体系。ERP系统运维体系架构设计分一、二、三级运维。

各大企业的事业单位所建立起来的运营维护组织为一级运维，由参与过ERP项目实行的本单位成员组成。参与ERP项目实行的内部支撑单位成员组成的总体运维组即二级运维。咨询实施商和软件商及硬件商等各外部的供应商运行维护的提报系统和总体组运维电话支撑体系及对信息的技术管理与服务是三级运维，可以对用户的问题有效的进行分门别类的管理与处理。

一、运维管理体制制度建立完善

要提高ERP体系的安全可靠性和高效运作，必须严格规范ERP体系在企业中的维护和管理，需要对整个运维的体系进行科学的管理，拟定科学的管理制度，采取量化制度化的进行有效的分析与核对计算，协调各组织的控件，达到健康运维的目的。两个不同层面的公司管理阶层来管理ERP系统的运维，ERP系统考核的专职人员必须是熟练ERP系统并对业务方面较为精通的权威人士。充分利用系统的应用审核结构来提升对企业的精细管理，完成出色的运营有着重要影响。目前，信息体系大多是通过提升服务器和网络维护、且定性方面的设计指标来进行运维量化指标。较少的是运维服务，主要是用户的满意度。在考核上，针对指标的要求和目的不够清晰明朗，切实操作性较弱。监督的考核制度也只是流于表面，可以通过量化管理来降低事故率和平均响应、平均解决时间，提高主动解决度。依据运行的实际工作来主动的发现问题的原因，做出正确的解决方案来改进，加大对运维指标的工作人的奖励制度，可以有效地提供积极性，以确保运维的品质。

二、问题提报处理流程

各个分公司的问题提报是最有效的信息来源。在整个组织运维体系中，分类整理问题，提高问题的时间响应，及时的转到相对应的运维平台与顾问，高效快速地解决问题是运维工作的目的。

2.1问题提报系统SAPSolutionManager（简称SLM）。

SLM疑问提报体系存在系统操作问题和权限账号问题还有系统变更等问题。处理问题的时候，相关的各处理工作员工要及时调整问题的负责人及其处理的情况，对问题进行追踪与统计的分析。在解决好问题后，负责人要及时填写解决方案。对于问题要依据优先级别及提报时间来妥善的安排问题的解决次序。优先级别设置偏高可能会导致切实紧迫的关键问题无法及时得到解决。针对权限和报表变更，系统增强和系统配置等相关问题需由相应的负责人进行审批，审批通过才可进行处理。相对应的负责工作人员需写明是否批准其后续处理，依据实际情况填写相应的处理方案和意见。处理完问题，相应支持人员应及时告诉问题提报人员。问题提报人则要及时的组织好用户来进行检验与校对。如果发现问题要及时将信息反馈到运维中心，及时联络运维总体组。如果没有问题，及时将问题关闭。

2.2总体组运维电话支持系统

针对SLM的关键客户并非都是问题提报用户，在运行ERP系统中的突发状况没能及时提交，或者是SLM系统反应时间拖延，造成很多没能及时解决，使得中间的环节脱节。所以运维总体组电话非常重要，支持二十四小时受理用户电话，将问题分类转达给对应的运维顾问，使得问题可以快速有效得到处理。月结期间，没有办法联系运维顾问的时候，运维总体组电话就起到了关键作用。

2.3即时沟通工具

为了提高效率，用户可以通过电话、QQ、MSN、邮件等即时沟通工具咨询相关的运维顾问，顾问对问题分析过后即时传达用户，使得ERP系统在应用操作上更为快捷方便，减少了问题的中间环节，有效保障了对用户的运维服务。

三、变更管理制度

ERP的系统配置变化和程序开发的改变都会导致各种数据是变更，影响的范畴广泛，所以变成必须精准的按流程行事，维护者和业务者乃至专业的团队与专家来制定政策与预测评估，测试、审核与批准。合格后方可启动配置管理，使变更给生产带来的风险降低。从而提升ERP体制整体环境的稳定性能。

变更管理流程需由统一的标准和步骤来控管全部对ERP体系生产环境有影响的变更。旨在引导与管理用户的变更需求。经过正确的变更评估，有效的维护完整的生产环境体系。

正确记载变更与变更执行，提供相应的统计审查，降低或免去变更实施准备工作的不当而导致对对基础环境的损害，提升资源的高效使用度等。

变更申请人针对提出的变更等问题需要查询配置管理的数据资料，对风险等级进行初步的预估，尽量提出可能发生关联的业务影响，供决策层进行有效的参考。

如变更紧迫，需由变更经理来审核分类。如果不是紧急变更，只需提交给变更主管即可。变更风险中高等级别的主要是由变更经理负责，如果变更影响的业务较广，可以通过多个变更经理进行辅助。变更执行后，变更主管确保配置的及时更新，需协助经理从技术和管理还有业务的视点进行回顾，改进机会与计划，确保变更的成功运行，随时更新变更记录活关闭变比申请。对变更进行风险评估，拟定合适的变更计划，依据具体的情况，制定回退计划。

四、运维知识库的建立

ERP的企业上线转为全面运维主要是为了提升运维对用户问题的二线解决服务，减少成本，提高满意度，需要有效的积累相关管理与共享知识，可以利用知识库直接发布知识条目，将典型的成功解决案例直接发布到知识库，所以知识库的管理变得尤为重要，重要的知識资源与参考资源都在其中，典型案例是重要的档案资料，可以为自助用户提供诊断的借鉴，从而加速问题的解决。典型案例是很多企业运维人员为用户经常解决的相同问题，将多数问题和解决方案都放在知识库中，存储提取都简单，节约劳动力的重复的浪费，大大的提升了运维工作效率与服务成本。

知识库的成立极为有效的促进了知识的转化与提取，提升运维的整体服务水平。很多隐形的知识都在运维顾问那里，起初一些ERP系统应用操作和解决故障的知识只有实施人员与开发者知道，而知识库的管理可以合理地对流失的知识进行整理集合，建立质量和数量还有知识结构都达标的知识库可以快速高质地为用户解决问题，这也是ERP运维的目的。运维知识库在信息收集和整理的同时，也是一种数据分析和统计的工具。使用人员可以通过知识条目和运维解决的成功案例还有知识的生命周期等等来发掘更多有用的信息，便于对趋势的分析和对潜在问题的发现，对制定未来重点的工作和规划及其预算有着重要的帮助。

五、应急预案的建立和演练

造成ERP系统的不正常运行的原因很多，比如能源中断和网络故障，或者是服务器承载过大和出错的程序等不确定的诸多因素。针对突发事故对系统的危害，需要提前做好相关的对应预案，以确保关键系统的正常运转，减少风险。定期组织相关运维人员进行对应预案的预演排练，熟悉其流程与处理方案。在时间发生前就拟定好相应管理机制与应急方案，争取最大限度的降低损失。

六、结论

对不同企业的实际情况实行相对应的ERP总体管理制度，在有效的运维管理下，可以把系统总体运维和用户紧密的联系在一起，客户提报的问题可以通过多元化的方式在不同的环节都可以进行的顺利。变更管理可以进一步解决系统的后续业务变更需求与拓展需要，让开发程序与基本配置均能通过制度来固话管理流程，这样就减少了风险。建立运维知识库，节省了整体资源，减少了服务成本。应急预案可以最大化地减少突出事故的损失，运维工作人员依据预案的结构可以有条有理地处理各类问题。完善运维总体的各种制度，协调好ERP系统的运维体系制度与问题故障，是保障快速解决用户提报问题的前提条件。用户至上，客户的满意，是运维全体工作人员永远的追求与奋斗目标。

参考文献

[1]田益宁.基千ITIL的运行维护管理平台设计的思考[C].第二十四届中国（天津）2010 IT、网络、信息技术、电子、仪器仪表创新学术会议论文集，2010.

[2]周宇洁.ITIL管理理论在IT运维服务中的应用[D].上海：上海交通大学，2010.

篇5：系统运维经理的工作职责

1、主导公司信息系统相关项目实施计划，协调资源并按计划推进项目实施工作;

2、负责对项目实施过程进行控制和管理，控制项目进度与风险;

3、负责与业务部门沟通，了解业务需求，编制业务需求报告及业务流程图的整理，配合相关部门评审工作;

4、负责项目相关部门人员培训工作，包括项目知识，技术和技能培训;

5、承担公司信息系统项目实施后期的维护和管理工作。

任职要求：

1、计算机相关专业本科及以上学历，三年以上工作经验。

2、具有家居、物流行业经验者优先考虑。具有大型IT系统实施和运维管理经验者优先考虑。

3、具有计算机网络领域3年以上工作经验，或具备相关专业技能、资质证书。

4、具有1年以上计算机网络工程或应用系统工程的项目管理经验。

5、具有大型计算机网络的规划、设计和实施等方面的实际工作经验。

6、熟悉目前主流的主机、网络、安全、数据库系统产品。

7、熟悉主流的系统监控和管理工具。

8、具有较强的管理沟通与协调能力，善于团队的管理与培训。

篇6：系统运维主管的工作职责范本

1.负责信息化项目(含信息系统项目、园区运营智能化项目)申报与组织实施;

2.负责信息化项目范围及目标规划，项目预算编制与跟踪、费用付款，项目进度规划与跟踪;

3.指导下属公司信息化项目的立项，加强业务间的协同;

4.负责项目全过程的控制管理，组织信息化项目需求调研及分析;

5.负责项目规划及实施阶段项目范围、进度、成本、质量和风险管理。

任职资格：

1.全日制大学大学本科(含)以上学历，计算机或相关专业;

2.3年以上相关工作经验;PMP或信息系统项目管理师认证优先;

3.具备多项项目管理经验，善于整合项目资源，在项目管理方面有创新思维;

4.具有一定的数据库建设与维护经验，掌握常见的数据挖掘的知识，对异构系统集成有深刻认识，能够编制集团异构系统集成方案 和核心数据库建设方案并组织实施;

5.熟悉信息化项目建设流程，具有高度的责任心、较强的工作统筹、组织、协调和推动能力;

篇7：系统运维主管的工作职责范本

1、负责公司OA、HR系统(peoplesoft)的日常运营维护、系统权限和后台配置管理

2、负责中控、门禁、消费等系统的日常运营维护、系统权限和后台配置管理

3、根据用户反馈调查情况，改善操作流程、优化系统，对上线表单优化及更改;

结合公司实际情况和用户需求进行二次开发,包括与其它信息系统的接口开发;

4、领导交待的其它事项。

5、团队的日常管理

任职要求：

1. 全日制大学本科及以上学历，计算机相关专业，2年以上相关工作经验;

2. 熟悉大型关系型数据库，如Oracle、SqlServer;

3. 有OA，peoplesoft系统运维开发经验;

4. 熟悉linux服务器，能编写简单的shell脚本，至少熟练使用一种开发工具，如Java等

篇8：营销自动化系统运维工作的思考

1 营销自动化系统运维工作的现状

1. 1 运维工作涉及四个部门

按照“大营销”体系建设的职责划分, 营销信息化系统建设与运维工作涉及省公司营销部、省客户服务中心、运维工作受委托单位和研发单位。

省公司营销部为营销信息化系统建设与运维工作开展的归口管理部门, 主要职责是负责营销信息化系统建设与运维相关管理办法的制定和完善; 负责收集、整理营销信息化项目需求, 合同签订及项目推广实施; 负责营销信息化系统建设及运维营销业务层面的监督、检查、考核和评价工作; 负责营销信息化系统故障处理的牵头协调工作。

省客户服务中心是营销信息化系统业务运行及深化应用的执行主体, 同时协助省公司营销部进行营销信息化系统建设和运维, 完成运维质量分析。其主要职责是负责协助省公司营销部完成信息化项目需求调研与分析, 组织编写可研报告, 提交营销部评审; 负责协助省公司营销部组织项目的实施及项目实施过程的管控; 负责对营销信息化系统业务变更需求进行收集、分析, 并形成建议方案上报营销部, 并组织实施。

运维工作受委托单位 ( 以下简称运维单位) 为营销信息化系统运维工作开展的执行主体, 营销业务应用运维工作完成情况由省公司营销部考核管理。主要职责根据省公司系统运维工作规定及营销部运维工作要求, 制定营销信息化系统运维实施细则; 负责营销信息化系统日常运维工作, 包括系统运行环境管理、数据库备份、系统软件运维、系统业务应用的运维管理等工作; 负责提供营销信息化系统日常业务应用技术支持工作及使用培训工作; 参与对各类实际应用中产生问题和需求的讨论及其解决方案的制订, 并跟踪问题与需求的解决情况; 负责营销信息化系统功能、流程的变更、测试和发布工作; 参与营销信息化系统新建项目的技术支持工作。

研发单位是营销信息化系统建设的实施单位, 主要职责是根据业务需求组织研发、测试、软件消缺处理等工作; 配合运维单位开展营销信息化系统运维工作, 并提供相应技术支持; 负责所承建的营销信息化系统的使用培训和运行维护培训。

1. 2 运维现状

营销信息化系统采用统一的7×24小时运维服务电话受理营销信息化系统操作咨询、系统问题处理、故障报修等。采用统一的5×8小时运维质量监督电话受理运维服务质量投诉和各单位上报的营销业务需求。

1. 2. 1 运维台账

运维单位对营销信息化系统所用硬件设备的配置状况、使用单位、使用状况、启用时间、厂家品牌等信息进行记录, 并建立相应设备台账; 对于信息化系统日常运维工作及故障处理工作, 实行维护记录制度, 详细记录处理过程及结果, 并建立相应的运维台账; 省客户服务中心负责完成运维质量分析, 并提交省公司营销部。

1. 2. 2 运维流程

运维单位建立24小时巡检制度, 每天定时对硬件设备进行巡检, 发现异常应立即与系统管理员联系, 并由系统管理员或由其授权后及时予以处理, 并做好相应记录。对于不能直接排除的故障应立即向省公司营销部汇报, 请求系统研发单位或设备厂商支援。运维单位应根据保障系统安全稳定运行工作需要, 定期开展相关故障应急演练工作。

1. 2. 3 需求变更

所有针对营销信息化系统应用软件的变更申请、开发、测试、版本升级须有记录文档; 对于系统变更必须填报《营销信息化系统变更审批表》, 并在变更操作前填写相关工作票及操作票。

1. 2. 4 信息安全

营销信息化系统信息安全, 是指信息不丢失、不毁损、不向无关人员泄露、不被非法修改等内容。按照营销信息化系统数据备份要求, 以及省公司信息化系统备份运行环境、策略, 对数据进行定期备份, 以便于系统发生故障时可将数据恢复到最近状态。

2 营销自动化系统运维工作存在的问题

2. 1 组织机构不健全

没有健全的运维组织机构, 导致运维工作指挥不力, 问题解决不及时。

2. 2 运维平台未搭建

随着95598全业务集中, 智能互动服务平台、用户用电信息采集系统和电动汽车智能充换电服务网络运营监测系统的建设, 营销技术支撑系统已由管理系统转为生产系统, 其运行维护要求也随之发生转变, 为“大营销”体系和谐高效运转, 全面提升智能互动服务水平, 运维任务越来越艰巨, 许多重复而烦琐的工作仍靠人工来完成。

2. 3 运维人才很匮乏

目前, 营销系统运维体系虽然建成, 但运维力量严重不足, 运维管控人员没有营销工作经验且缺乏系统运维能力。

2. 4 安全防护待加强

随着营销系统城乡全网全覆盖、营配贯通、营财集成以及与调度交易的集成, 信息安全问题逐渐暴露出来。“保障信息安全, 实行核心软硬件国产化自主可控”被国家层面提到空前高度, “棱镜门”事件进一步证明, 安全防护是持久战。

3 营销自动化系统运维工作的建议

3. 1 健全组织机构

建议成立运维中心, 健全组织机构, 明确岗位职责。一是与系统开发商之间要建立合作关系, 为系统运维提供专业化和信息化的工作支持; 二是与业务部门之间互相交流、沟通, 互相协助, 以提高效率。

3. 2 建立集成开放的运维平台

应充分借助现代信息技术提升系统运维的精细化、科学化管理水平。在运维技术手段和工具方面, 建议省公司建立统一、集成、开放并可扩展的技术支持平台, 完成对各类运维事件的全面采集、及时处理与合理分析, 实现运行维护工作的智能化和高效率, 提高整体的运行维护水平。运行维护技术支持平台包括日常监控平台、运维呼叫中心、运维质量评价和运行维护知识库。

3. 3 引进和培养运维人才

建设营销系统自己的运维队伍十分必要, 可从以下几方面考虑: 一是重视高级IT人才的引进, 建立注重人才健康发展的长效机制, 提高整个运维队伍的素质; 二是抽调乐于系统运维的人, 加入运维队伍, 为运维队伍提供各种培训机会; 三是运维人员从需求调研、项目实施、项目验收等环节提前介入, 做到有的放矢; 四是选拔懂技术有思路的领导人才, 因为系统运维好比打仗, 没有正确的指挥, 往往事倍功半, 损失惨重。

3. 4 加强安全防护工作

信息安全防护是一项系统工程, 应做到: 一是委托专门机构对营销系统的运维风险进行安全性评估, 针对相应的评估结果制定系统安全措施; 二是建立网络安全审计制度, 对相关信息安全装备、运维和使用人员的操作进行安全审计, 及时发现安全隐患, 保障系统稳定运行; 三是对相关人员进行信息安全知识培训, 签订安全责任书, 做到全民皆兵, 打赢信息安全的保卫战。

4 结 论

营销自动化系统运维是一项系统工作, 要求我们系统思考, 以“客户需求”为导向, 一切从使用者的角度思考, 才能提升运维管理水平。本文从四个方面对运维工作的有益探索, 以期为同行提供一些借鉴。

参考文献

[1]赵文彦.新电力市场环境中电力营销系统运维管理模式探讨[J].科技与企业, 2012 (3) :45-46.

[2]王硕.新形势下电力企业营销系统运维管理体系探讨[J].机电信息, 2013 (18) :169-170.

[3]戈丹, 李永臣, 李婷婷, 等.新形势下电力企业营销系统运维管理体系研究[J].水电能源科学, 2011 (10) :213-214.

[4]林琳.浅谈钢铁企业成本管理的重要意义及其实施[J].中国市场, 2014 (14) .

[5]张思思, 吴宜进.集中抄表系统在电力营销中的应用[J].中国市场, 2013 (45) .

篇9：系统集成运维工作总结

1、综述

随着变电站监控技术的发展，采用集中式RTU配合单一功能微机（或集成电路）保护构成的无人值守监控模式（因为这种模式多应用于老站改造，所以业内对此模式也简称为老站改造模式）逐渐被具有分散分布式结构，大量采用保护测控一体化的间隔层设备等特点的变电站综合自动化系统所取代。传统模式下，集中式RTU采集的保护动作信号也大部分采用硬接点方式采集信号，因为保护设备接点输出数量有限，所以远动采集的信号也较少（比如一台线路保护，硬接点输出信号可能只有一个保护动作，不可能距离I段、II段等都输出信号）。现阶段的综合自动化模式，保护动作信号（甚至包括开关位置和设备告警等信号）都可以通过网络通讯采集，保护装置可以提供的信号数量相比以往要全的多，自然全站信号总量也大的多。对担负变电站综合自动化维护任务的电力系统远动（自动化）专业人员而言，现阶段变电站综合自动化系统大量采用通讯采集信号的方式同以往的硬接点采集方式对日常工作带来的最大的变化和困难就是维护工作越来越依赖厂家。一旦出现误发信号等故障，在没有厂家协助的情况下，故障原因往往很难查找。虽然，单纯从技术角度出发，现阶段综自通讯技术已经是较为成熟的。但因为现场情况千变万化，加之影响通讯可靠性的因素也有很多。实事求是的讲，在工作当中，误发或漏发信号的情况还是时有发生的。通讯可靠性不高，缺乏简便有效的查找故障方法和手段，现阶段已成为困扰广大远动技术人员的一个普遍现象。现结合近几年来综合自动化系统运行维护工作的实践，从工作维护角度谈几点看法。

2、关于综自系统整体配置方面

2.1重要保护设备的保护动作等重要信号应适当保留硬接点采集方式

现阶段综合自动化系统的一大特点就是保护信号大量采用网络通讯方式采集。但是考虑到通讯可靠性及查找故障方便与否这两个方面。建议对一些重要的保护信号采用串口通讯和硬接点采集并存的信号采集方式。对10KV或35KV出线采用保护测控一体设备，包括保护动作和开关位置等信号都采用通讯采集方式；对110KV及以上线路保护、35kv变电站进线保护和主变母差等重要元件保护除了串口通讯外，还应增设独立的信号采集单元通过硬接点方式采集部分重要信号。这样做，从技术上讲似乎有些落后，跟不上技术发展潮流，但在实际工作中，这种采集方式还是很有用的。两种方式并存，是为了互为备用、互为校验、便于区分、便于维护。比如保护通讯接口芯片损坏，但现场又没有条件马上退出保护，有硬接点信号作为备用，就可以继续运行。同样，如果通讯上送了某个保护动作信号，也可以根据相应的硬接点信号动作与否，来判断该动作信号是真实有效的还是通讯误发。

2.2无人值守的综自变电站当地也应设置当地监控微机

大家对无人值守变电站是否还要设置当地监控微机有一种看法就是当地微机监控原来是取代传统光字牌等中央信号检测系统后给变电站值班运行人员用的。现在实现无人值守的也就没有必要再在当地设置监控微机了。但是随着变电站综合自动化技术的发展，设置当地监控微机的作用已不是原来主要给值班人员用的，现在它的作用应主要是给远动维护人员分析查找故障用的了。因为现在技术发展趋势是保护测控单元越来越象“黑匣子”方向发展，信息都是通过网络通讯上送，很多故障：比如突然误发一个信号，维护人员很难查。增加当地监控微机，就等于给远动维护人员留下了一个查找的窗口。当调度收到一个误发信号时，可以从当地监控的历史事项记录里查一下。如果这个量当地也存在，就可以排除调度主站和通讯管理机的问题，直接查间隔层设备即可。还有一种说法是不设当地监控微机，给远动维护人员配备便携式计算机来维护。我们且不说现阶段让大部分运动人员来截取报文分析报文从技术上讲是否可行，最主要的是很多误发信号是偶然出现的，当你再去现场时，可能怎么试验也不会再产生了。有当地监控微机，就是一个原始情况的记录。

2.3上送调度的信号不是越多越好，在满足监控要求的情况下应作到越精炼越好

关于变电站实行无人值守后，哪些信号需要上送调度。省集团公司出台了关于220KV无人值守站信号采集要求，但对于110KV及以下电压等级的变电站没有明确的要求。实际情况往往是厂家调试人员拿出一个调度信息表，远动审查一下，没有太大问题就可以了。这样往往造成一个现象就是不同厂家的站送的信号不一样，甚至同一厂家的系统，不同调试人员上送的信号也不一样。因为现在通道条件好了，同时采用网络通讯采集方式可以上送的信号也多了。有些是用户单位认为信号上的越多越好、越全越好，有些是厂家调试人员乱给信号，给的特别多。信号多了，误发信号等出问题的可能性就大；同时对监控中心而言，大量的无用信号也是一个负担，无用信号太多，反而不利于监控中心及时发现问题。信号选择的标准应该是能准确反映系统和设备运行状态的量。对同一类报警级别的信号，适当采用当地合成方式，只把合成信号上送调度即可。比如保护装置的CT报警、频率异常等信号合成一个装置异常信号上送调度即可。有一个区分原则，只要有一个合成信号能上调度，具体是什么信号，反正要派人到现场查看。调度信号越精练越好，当地监控微机的信号应越全越好。保护通讯采集的信号全部上当地后台，硬接点采集的保护动作信号和一些重要的通讯采集信号上调度。

2.4保护装置通讯中断和装置闭锁及装置电源开关状态信号都应该采集并上送调度

现阶段综自系统，35KV或10KV线路大量采用分散安装的保护测控一体设备。信息的传递和控制功能的实现完全依赖网络通讯。从经济角度考虑，对低电压等级线路保护，也不可能象上文提到的再单独增加独立的测控单元通过硬接点双备用采集信号。所以装置通讯状态的好坏，是必须要上送调度的重要信号。通讯中断信号一般是由综自系统的通讯控制器根据通讯状态来产生的。问题在于有些备用线路或停用线路装置是不上电的，对监控中心而言，单独一个通讯状态信号是无法区分该设备是在正常运行情况下通讯断了还是因为装置停用造成的通讯中断，不容易及时发现设备故障隐患。现在的保护测控设备，一般都有一个装置闭锁硬接点信号输出。这付接点一般是采用内部告警继电器的常闭接点，以便于即使在装置掉电这种最恶劣情况下也可发出闭锁信号。对闭锁信号一般都采集，习惯上有两种采集方式，一是把一段母线的设备的闭锁信号并在一起，由另外某个设备开入采集这个信号，好处是节省信号数量；坏处是一旦有一台装置停用，这个闭锁信号就一直存在，即使真的有一台装置在运行当中突然掉电了，监控中心也发现不了。所以最好的办法应该是每个装置的闭锁信号都要采集，而且不能是自己采集自身信号，要交叉采集，因为两台装置同时电源出问题的概率很小，所以交叉采集方式的比较可靠。另外还应采集装置控制电源空气开关的状态，当然也应采集交叉采集的方式。当我们可以采集到装置通讯状态、闭锁信号、电源空开状态这三个信号后，调度主站就可以根据这三个信号的组合，判断出现场的实际情况。比如当线路停用时，肯定是通讯状态（中断）、闭锁信号（产生）、电源空开（断开）；当装置电源回路故障时，肯定是通讯状态（中断）、闭锁信号（产生）、电源空开（闭合）；当通道中断或通讯芯片损坏时，肯定是通讯状态（中断）、闭锁信号（复归）、电源空开（闭合）。这样就可以根据故障的严重程度，采取不同处理方式。

3、关于综合自动化系统站内设备方面

3.1间隔层设备应具有完善的事项记录功能

现阶段综自系统技术的发展，决定了大量的信号采集功能和控制功能是通过网络通讯方式采集的。同上文所讲变电站应设置当地监控微机的理由一样，间隔层设备应具有完善的事项记录功能，给远动维护人员提供一个友好的维护手段。同样，事项记录的内容不光要求保护动作、自检信息还应有开入变位事件，更要有控制功能记录。比如除了常规的动作记录和自检信息外，开入变位和遥控过程记录也要有。这样，当发生误发信号故障，可以从装置面板显示里查一下记录，如果当时确有这个信号发生，那就说明是一次设备（或外回路）的问题。另外遥控如果不成功，也可从报告里来分析：如果遥控选择和遥控执行命令都有记录，那就说明整个通道是没问题的，检查遥控输出回路即可。

3.2间隔层测控设备遥信去抖时间和遥控接点闭合时间都应该可现场设置调整

遥信开入采集通过增加去抖时间来消除接点抖动，这是一个被大家公认的非常有效的方法。但是现场接点抖动情况千变万化，所以装置必须要具备现场可方便修改去抖时间的功能，靠写程序来改变是不现实的。另外，随着开关等一次设备技术的发展，一些新技术的应用导致原有技术条件不适合现在的发展。比如ABB新近推出的VM1型永磁机构真空断路器，保护传统的电流保持回路已无法启动，只能通过调整遥控接点闭合时间来防止遥控接点拉弧。所以装置也应具备现场调整遥控时间的功能。

3.3综自系统的维护软件应具有友好的人机界面及交互性好、方式简便的参数配置手段

综自系统的维护软件要实现标准化、模块化，并且人机界面要友好，便于运行维护人员的使用。在运行维护过程中，经常会遇到一些参数需要调整，比如通讯规约的选择、通讯端口的设置以及遥测、遥信、遥控的相关参数的设置等等，如果参数配置手段简洁方便，具有较好的交互性，将对远动工作人员的运行维护带来极大的方便。

4、結束语

篇10：系统运维工程师工作职责描述

2.协同其他资源完成对系统、业务流程的增强和优化。

3.熟悉互联网平台的运营工作，擅长运营问题与需求的整理、归类、派发和反馈;

4.能够与业务、产品、和技术工程进行有效地沟通，并有一定的持续跟进能力;

篇11：系统运维工程师工作职责描述

1、负责系统发布，部署，编写集成方案和部署方案

2、负责系统故障、疑难问题排查处理，记录故障详情、解决过程

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

4、负责日常系统维护及监控，开发搭建系统日常维护、监控、分析、报警平台系统

5、负责信息系统在客户现场的安装、培训和维护工作

负责收集客户在使用系统过程中的原始需求，优化需求，传递给产品经理

二、网络运维

1、负责日常服务器、网络，邮箱，电话系统，视频会议系统的管理和维护

2、负责日常应用软件，公司桌面办公软件的维护

3、持续改进日常操作以及优化公司网络，跟踪网络互连技术发展，合理运用新技术

4、负责对服务器的健康状况，业务进行监控，并处理应急情况

篇12：系统运维工程师工作职责概述

2 、协助工程管理人保证项目的质量、保证各业务系统正常运营;

3、解决工程中的关键问题和技术难题;

篇13：系统集成运维工作总结

1) 信息系统的维护集中于总关的科技职能部门, 采取集中式的维护, 如技术处、数据分中心, 根据具体的岗位职责分为相关的科室如网络、运行、信息安全等, 各科室各司其职, 职能的分割, 有助于造就细分领域内的专业技术人才, 但也无法形成有效的协同管理故障的判断和排除, 网络负责网络的监控, 运行负责网络上系统、服务的节点设备的维护, 信息安全负责设备的安全监控, 近年来, 海关的信息化建设水平不断提高, 经过不断的升级改造、新技术的应用, 从H883到H2000, 从到ATM网, 分布式应用到三层架构体系, 技术的提升使得维护的复杂度也在提升, 网络、系统、信息安全等故障原因往往交织在一起, 使得问题的排查也变得复杂, 故障的解决时间完全取决于某一部门运维人员的能力与经验, 甚至出现故障了, 问题要在几个部门间流转几遍, 才能最终确定问题所在, 再由相应的部门进行处理, 大大降低了故障排除的效率。同时, 对网络架构、系统、安全服务等某一方面的变更, 常常对其他方面造成影响, 往往是科室内部所作的一些小的变更, 造成其它科室对故障的误判, 这极大浪费了运维的资源。

对运维工作的定位不准, 海关的技术工作依旧存在“重建设、轻维护”、“重技术、轻管理”等现象, 很多领导仍然重视新项目的上马, 对运维工作重视程度依旧不够。日常管理中重视对技术人员运维风险的管理, 对信息系统自身的风险意识不够, 同时运维的概念模糊, 依旧存在建设与运维的边界划分不清晰, 运维与升级改造的关系不明确等。

运维管理“摸着石头过河”依旧盛行, 在运维工作中, 普遍采用经验法则, “摸着石头过河”, 日常工作中常处于“救火”状态, 非常被动地处理各种故障;部门整体运维工作的水平取决于部门中少数专家的知识水平。造成人员无法正常交流, 增加了组织的管理风险。

目前, 各部门为加强运维管理投入了相应的管理系统, 如网络管理、安全管理系统等, 但网络管理和安全管理建设基本是割裂开来的:网络管理系统主要采用SNMP等协议监控设备和应用的可用性和健康状态, 而安全管理则通过分析安全设备, 主机和应用的事件信息, 采用关联规则进行事件关联, 进行审计和风险管理。事实上, 要想保障业务的持续运营, 必须统筹考虑业务的可用性与业务的安全性。

未来, 网络的发展趋势必然是网络与安全密不可分, 很多网络故障都是安全问题引发的, 而大部分安全问题都是透过网络传播的, 运维的重心由单纯解决设备问题, 逐渐转向整个信息系统的安全问题, 实质上设备、系统的故障也导致了系统无法安全可靠的运行, 可以说运维的重点实际上是保证信息系统的安全可靠, 目的是使运行其上业务持续运营, 为此笔者试提出如下思路, 引入风险管理理念, 建立以风险式管理为指导思想、流程规范、技术平台支撑的科学的运维管理体系。

调整组织架构, 形成合理的运维管理机制, 在组织机构不变的前提下, 由各科室负责人及专家成立运维管理委员会, 负责对整个运维管理体系的监督、指导, 向上为处领导及海关科技应用领导小组的决策提供依据, 向下对运维执行部门的工作提供指导和监督。具体包括:

1) 变更管理, 负责对系统的变更进行审核, 由各部门成员分别评估改动对本部门的影响, 进而评估变更对整个信息系统的影响, 并提出应对风险的办法, 使得信息系统上任何一项的改动, 都能及时通知到每个部门, 并有应急措施进行处置。

2) 风险管理, 定期收集系统运行情况报告, 不仅关注日常监控中发现的显性问题, 如:网络的性能、服务器、数据库的资源利用情况等直接引起故障的因素, 同时关注对日志、安全审计等方面的关联性分析, 发现其中的隐性问题, 通过例会的形式对报告期内系统的运行状况进行分析, 识别系统存在的风险, 运用风险分析工具, 对潜在的风险进行定性、定量分析, 评估风险发生的可能性高低和风险影响的重要程度, 为领导决策提供依据, 以制定控制风险的策略、处置风险的手段, 最终形成系统改进方案、预防措施或各类风险的应急预案, 定期组织应急预案演练, 以将故障发生造成的影响减到最低限度。3) 风险应对, 当故障发生时, 应监控风险应对措施的执行效果, 及时捕捉新的风险和变化的风险, 调整风险应对措施, 确保风险得以控制, 并在风险解决后及时修订应急预案。

引入流程管理、重视组织的知识管理, 实现协同、高效、规范的运维管理, 近年来, 海关为构建准军事化纪律部队, 提高了各部门对规范化管理的要求, 我关科技部门也在规范化管理方面作了大量的工作, 如制定了各项管理制度和规定, 涵盖了组织结构与职责、人员岗位与职责、运维管理工作规划与执行、预算保障、绩效评价等方面, 但在流程管理方面尚存在欠缺, 在日常工作中, 最经常处理的事件就是排查问题、系统变更, 最大的问题是为图方便而忽视了事件的处理记录、资产相关的配置信息的建档、系统变更的管理, 使得过程的风险不可控制, 目前仅针对突发事件制定了相应的处理流程, 根据我关运维工作量及人员的实际情况, 部分引入ITIL管理理念将问题管理、配置管理、变更管理纳入到流程管理是十分必要的。同时, 注重知识管理, 我关科技部门在参与署级项目、主导关级项目的建设过程中, 也培养了一批专家型的人才, 并成为了总署专家组的成员, 但个人的知识和经验的积累并未转化为组织的知识, 使得组织的知识水平未能同步提高, 这无疑增加了组织的风险, 也限制了人员的正常交流, 因此, 必须注重组织的知识管理, 将知识转化为组织的资产, 具体做法可以采取:

1) 把知识积累起来, 构建知识库, 发动每个部门的员工, 将纷杂的知识内容、日常的工作经验、事件处理案例等等导入知识库, 并重在日常的积累, 积少成多, 聚沙成塔。

2) 把知识管理起来, 将知识分享给部门内的员工, 并构建知识库的权限管理体系, 保证信息资料的安全、质量和严肃性, 避免随意修改。

3) 把知识应用起来, 让知识查询更加简单, 充分利用知识成果, 提高工作效率, 减少重复劳动。依据知识库构建各部门各岗位的学习培训计划, 随时自我充电, 真正创建“学习型组织”。

建设统一的技术支撑平台, 建立科学的运维管理体系, 很关键的一环就是信息部门必须对其信息技术设备和服务进行全面的、整体的网络运行监控和安全管理。这其中, 既涉及到网络管理, 也有安全管理。技术支撑层, 充分利用技术手段, 建立高效、协同的运维管理平台, 将网络监控与安全监控有机地结合在一起, 注重能够及时定位故障。技术支撑体系应包括3个层次:展示层、运维管理层、集中监控层。

1) 展示层。提供面向运维执行层面和运维管理决策层面的展示视角, 在运维管理界面上实现集中运维的统一管理功能和信息展示与交互功能。

2) 流程及业务运维管理层。在集中运维管理模式下实现流程执行和管理控制功能、业务运维管理功能。

3) 集中监控层。通过监控工具实现对不同服务对象和IT资源的实时监控, 包括主机、数据库、中间件、存储备份、网络、安全、机房、业务应用 (以下简称“应用”) 和客户端等技术支撑管理子系统, 并通过集中监控管理平台对不同被管对象的技术支撑管理子系统进行综合处理和集中管理。

摘要：经过多年的建设, 海关已形成了涉密办公网、办公管理网、业务运行网、对外接入网等功能齐全的复杂办公环境, 在业务协同、办公管理、对外服务等方面发挥了越来越重要的作用, 目前, 福州海关运行在管理网上的项目大大小小近80余个, 运行网上的项目有H2000及外挂系统, 对外接入网上的项目30余个, 网络延伸到整个关区, 可以说离开了网络, 海关的业务、办公将陷于瘫痪, 这对信息部门的运维保障提出了更高的要求, 本文对目前海关的运维管理里中仍存在着的诸多问题进行了相关探讨。

篇14：运维管理系统平台作用

关键词 ：运维 标签 网络 信息

随着社会的网络信息化覆盖面越来越广，通信机房的设备越来越综合化、多样化，越来越多的远端机房的应用，机房的规模随之增大，面对大面积、远端的通信机房、众多的设备、大量的日志，传统的标签、书面记录、视频、网管系统的应用，传统的运维管理模式已经不能满足目前通信的实际需求，必须寻求一种现代化的软件来代替原有传统的运管模式，使得复杂、多样的运维管理能够简单化，从而提高故障处理、资料管理、数据查询、设备监管等工作效率。由此我们进行一些探索和尝试。

主要功能

1、站点导航

为使得长江沿线通信机房均能使用运维管理系统，软件考虑设计了站点导航功能，通过站点导航的图片，可以轻松地导航到长江沿线的各个机房，实时查看到机房内的资料，以及业务管理情况。

2、运维规范

任何工作都有其规章制度，规范、流程对于运维管理来说更为重要，如果期间出现差错，将会带来很大的损失。规范、流程应及时更新，在功能设计时，应该提供可更新、添加功能。其次，规范应能轻松进行查阅，当运维工作人员遇到紧急业务时，可快速查阅。

3、设备管理

通信机房，最重要的莫过于设备资料的管理，随着设备越来越多，通过原先的标签和文档来注明各种资料已经完全不能满足要求，一方面，资源不能很好地共享，经常出现设备资料只有固定的少数几个人掌握；另一方面，由于设备集成高，体积小，端口多且复杂，电路的来龙去脉比较繁杂；再则综合机房、远端机房温度偏高，随着时间的推移，端口标签经常会出现脱落现象，由此也给设备判断带来困难。

鉴于此，设备资料通过信息化管理更为合适，不仅能够解决上述困难，而且给运维工作人员减轻负担。

4、值班信息

值班信息主要功能是对机房日志资料的管理，通过包括值班记录和基础数据，值班记录是对值班信息的实时电子记录，实现用电子台帐来代替传统的文本台帐。利用电子台帐来进行管理运维日志后，可实现日志的数据库管理，可以轻松进行统计和查询，可方便实现月度、季度、年度或者任意时间段信息的统计，同时也提高值班记录的痕迹管理，加强了值班、维护人员的工作责任性和自觉性。

5、故障处理

维修记录主要实现设备维修的记录历史，各个设备有各指示灯对设备其运行状况、端口属性和特性指导作用，工作人员根据设备技术说明书、对其日常维护和故障处理经验，进行相应的记录，同时系统会自动统计该设备的出现故障的处理方式以及出现次数的多少，根据记录，当日后当再次出现故障时，可根据该系统功能模块进行逐一排查、比对，对其常见故障进行优先检测，从而提高故障的处理效率，缩短故障时间，减轻工作人员的负担。

系统展望

运维管理系统实现以上功能投入使用后将会大大提高运维机房的工作效率，但我们感觉到系统的功能要不断更新，不断适应现代化机房的发展需求，结合我们近期工作的情况，还探索要解决以下三个问题：

设备编码问题。目前通信机房的设备五花八门，新产品越来越多，如何对设备进行科学合理的分类，成为运维系统的一个非常重要的问题，面对沿江全线通信机房成千上万的设备，全部用设备名称加以区别显然不可行。必须通过科学的分类和编码手段进行标准编码。

通信机房的图形化管理。为让更多用户理解和熟练应用软件，界面必须友好、简洁。运维管理系统最能让工作人员快速上手的界面应该以图片导航的方式来实现，但图片实现相对较复杂而且不利于今后升级。