it维护服务单范文第1篇

甲方： 乙方： 鉴于：

甲方需要乙方为网络、硬件等信息化建设中所需的内容提供技术支持与维护服务，乙方愿意以本合同约定的条款和条件向甲方提供技术支持与维护服务，以满足甲方信息化网络正常运行的需要。甲、乙双方经平等协商一致，签订本合同。

第一条：基本原则

1.1本合同旨在明确乙方向甲方提供信息化建设中所需的技术支持与维护服务时，甲、乙双方必须遵守的基本原则，以及技术支持与维护服务的基本内容等事项。

1.2乙方所提供的技术支持与维护服务，符合国家相关部门有关技术质量的规定标准和甲方需求。甲方有权对乙方技术人员的工作态度、完成情况进行监督、签收，提出意见，以提高维护服务质量。

1.3乙方服务人员应严格遵守公司的各项规章制度，否则，甲方有权根据实际情况对乙方做出相应处罚。

1.4由于不可抗力或甲方及其他第三方的原因而给甲方设备造成的损失，乙方不承担责任。

1.5甲方委托第三方对设置在其网内的设备及软件进行调整、变更时，应及时通知乙方，以便乙方及时掌握网内设置及软件增减或变更情况，更好地为甲方提供服务。 1.6甲方需要从网内迁移其设备时，应提前通知乙方，以便于双方配合，甲、乙双方可就设备迁移具体事项另行协商。

1.7乙方有权在合同期内参加信息化建设系统建设中的随工、测试、验收等工作。

1.8甲、乙双方履行本合同的技术支持与维护服务时，双方之间应提供必要的便利条件，积极配合。

1.9指定联系人：甲方指定 为联系人，乙方指定 为联系人，全权负责日常服务合作事宜，双方指定联系人发生变化时，应在3个工作日内书面通知对方。

第二条：技术支持与维护服务的范围和约定 2.1 技术支持与维护服务的场所：

(场所填写)

2.2技术支持与维护服务的内容：乙方应根据的要求，提供相应的技术支持与服务，并应达到关于服务质量的要求，乙方应对其人员提供服务所引起的对用户的损害承担赔偿责任。具体的服务方式及范围如下：

(1) 网络技术支持与维护：

(2) 核心设备技术支持与维护：网络系统核心设备包括等，以上设备的技术支持、日常维护、故障处理、定期保养清洁、定时备份，保证设备的正常运行。

(3) 接入设备技术支持与维护：

(4) 终端设备：。以上设备的技术支持、日常维护、故障处理、病毒防治，保证设备的正常运行。 (5) 应急处理：双方协商确定多种应急处理方案，必要时进行应急预案演习，保证在出现意外情况时能够尽量减少或避免因为系统的故障而产生的不良影响(比如服务器故障、停电、通信线路故障、网络遭受病毒攻击等)。 2.3技术支持与维护服务方式

(1) 合同签订后，乙方派 名专职技术人员，进行网络系统的技术支持与维护。另派 名技术人员随时响应进行技术支持与维护。

(2) 快速上门：若甲方的设备、系统、网络在使用中发生故障，乙方应以电话和远程等方式支持提供解决方案，如无法解决，则在规定时间( X小时)内上门维修。 (3) 硬件维修：

(4) 技术咨询：乙方有义务根据要求提供电话热线服务、进行各种电脑操作指导，提出关于设备更新、软硬件升级等合理化建议。乙方具备提供后续技术支持与维修服务的能力。 2.4技术支持与服务标准

(1) 保证网络设备及系统运行正常。 (2) 服务时间：X小时/天*X天/周。

(3) 建立技术支持与维护服务登记制度：乙方对每一次电话咨询、故障申告等进行登记，并将处理过程和结果进行记录。对上门维护服务登记时，要有乙方的签字认可。

第三条：技术支持与维修服务费及支付方式

3.1根据甲方网络所用设备总价、服务场所的分布情况、技术支持与维修服务的人员配备，通过谈判：本合同技术支持与维护服务费总额为人民币： 元整。

3.2甲乙双方在本合同签订后，甲方向乙方支付本合同款。(支付方式) 3.3技术支持与维修服务中的低值易耗物品、所需工具、笔记本电脑、通讯工具、仪表、车辆、交通费等由甲方负责;

第四条：权利义务的转让

4.1任何一方未经过对方的书面同意，不得转让本合同项下的任何一项权利和义务。

4.2 甲方和乙方应将谈判文件、商务文件、技术文件作为合同基础。 第五条：保密

5.1 乙方有责任对甲方提供的相应文档、技术资料、安装介质进行妥善保管，并保证遵守相应的保密协议，避免用户机密的泄露，如有因乙方技术人员失误或故意行为导致的用户机密泄露，乙方要承担相应的赔偿责任。

5.2除了按照甲方要求完成指派的服务工作，乙方无权代表或以甲方的名义从事任何商业活动，本协议不在双方之间产生任何代理、合资、从属关系，任何一方在未得到对方的实际书面许可之前，不得使用对方的名称、商标、商号、标识等任何知识产权。

第六条：违约责任

6.1 任何一方未履行本合同项下的任何一项条款均被视为违约。任何一方在收到对方的具体说明违约情况的书面通知后，如确认违约行为实际存在，则应在20日内对违约行为予以纠正并书面通知对方;如认为违约行为不存在，则应在20日内向对方提出书面异议或说明。在此情形下，甲、乙双方可就此问题进行协商，协商不成的，按本合同争议条款解决，违约方应承担因自己的违约行为造成的直接经济损失。

6.2 甲方有权定期或不定期检查维护质量，对乙方未达要求的，核减相应的维护费用。

第七条：免责条款

7.1 因不可抗力导致甲乙双方或一方不能履行本合同项下有关义务时，甲、乙双方相互不承担违约责任。但遇有不可抗力的一方或双方应于不可抗力发生后10日内将情况告知对方，并提供相关证明。在不可抗力影响消除后的合理时间内，一方或双方应当继续履行合同。

第八条：技术支持与维护服务期限

8.1 自 年 月 日起，至 年 月 日止。本合同自签订之日起生效。

第九条：通知

9.1 依照本合同要求任何一方发出的通知或其它联系应以中文书写，通知可以专人递交，或以挂号信件、或以公认的快递服务或图文传真发送到另一方。通知视为有效送达的日期应按下述方法确定：

(1)专人递交的通知在专人递交之日视为送达;

(2)以挂号信件发出的通知应在寄出日(以邮戳为凭)后第十日视为已送达;

(3)以图文传真发送的通知在成功传送和接受日后的第一个工作日视为已送达。

第十条：争议的解决

10.1 对于本合同履行而发生的争议，双方协商解决或提交当地人民法院裁决。

第十一条：附则

11.1 未经双方书面确认，任何一方不得变更或修改本合同。

12.2对于本合同未尽事宜，双方可随时签订补充协议或以附件的形式对本合同中的有关问题作出补充、说明、解释。本合同的补充协议和附件为其不可分的部分，与本合同具有同等法律效力。

12.3 本合同须加盖“骑缝章”，以确保合同的完整。

12.4 本合同共 页一式两份，双方各执一份，甲、乙双方法定代表人或授权代表签字并加盖公章后，方可生效，均具有同等法律效力。

甲方代表签字： 乙方代表签字：

盖章： 盖章：

it维护服务单范文第2篇

服务联系单的请示

***：

***公司拟在***内选址建设***项目。项目的主要内容如下：

一、项目名称：***公司***项目。项目业主为***公司。

二、项目建设内容和规模：本项目在按规定取得的土地范围内建设“***公司***项目”。

拟建工厂规模为年产***。建设***等。

三、项目总投资：项目总投资***亿元人民币，其中固定资产投资***亿元，流动资金***亿元。注册资本为***亿元人民币，由***公司出资***亿元人民币，出资比例为***%;***公司出资***亿元人民币，出资比例为**%。项目总投资与注册资金之差额由投资方自筹解决。

四、投资方概况

五、项目建设的必要性

六、项目建设地址：地块选址位于***。具体位于东至***，南至***，西至***，北至***。项目选址符合***城市总体规划、土地利用规划。

七、项目用地情况：规划用地性质为***类工业用地，总用地面积***万平方米，合约***亩。

it维护服务单范文第3篇

企业对于大量数据的随时读取需要服务器这样设备。服务器托管由于用户需要购买高昂的主机让不少的用户不得不选择放弃，而独立服务器租用用户往往不能租到恰到好处的机器，加上企业业务的飞速扩张是的IT部门在服务器的维护以及费用上都存在很大的负担。云服务器租用就能很好的为企业减轻负担。

资金方面云服务器采用的是用多少买多少的原则。而传统的独立服务器使用有的用户不得不使用高出自己实际配置需求的服务器，这让用户不得不花费很多冤枉钱，云服务器能让用户的每一分钱花在刀刃上。

使用过IDC服务的用户都明白服务器内部的环境部署都需要自己完成，所以说对于企业也要有一定的技术需求，相对于传统服务器托管以及独立服务器租用的维护云服务器租用用户的日常维护就会变得非常简单。独立主机的用户需要自己对服务其内部的环境进行配置而云服务器用户在使用的时候服务商已经预先做好了一定的配置，用户上手就可用。当然用户如果有自己的需求也可以进行独立的配置。

日常的运维是所有的用户比较关注的焦点之一。对于服务其内部的维护传统服务器与云主机是一样的，但是对于服务器硬件两者却有很大的不同。对于服务器托管的用户硬件的日常维护需要用户自己出解决方案，而服务商更多的是提供现场操作。而服务器租用的用户虽然硬件维护不需要自己操心，但是多少都会给服务器的正常运行带来一定的影响。云主机用户则不同，因为是集群技术所以服务器的硬件维护不会影响到用户的具体使用。

升级方面传统服务器的升级往往会涉及到硬件的购买与更换，往往耗时耗力会造成不少的浪费，云服务器不同只需用户提交购买申请一般在几分钟之内就可以完成配置的扩充，省时省力。

it维护服务单范文第4篇

从事IT运维服务的相关企业如何构建完善的IT运维服务体系，并通过ITSS评估。本人结合2012年ITSS运维服务能力第一批和第二批评估经验，就IT运维服务企业如何构建完善的运维服务体系及如何保证ITSS评估，提出几点意见和建议。

随着IT运维服务行业的逐步成熟，IT运维服务行业已经形成了一套基本的服务框架和较完整的服务产业链条，而且IT运维服务已经成为了IT产业链条中的一个重要环节。国家标准化管理委员会于2012年11月5日正式下发《中华人民共和国国家标准公告(2012年第28号 )》，公布ITSS中的《信息技术服务 运行维护 第1部分：通用要求》(简称：通用要求)、《信息技术服务 运行维护 第2部分：交付规范》以及《信息技术服务 运行维护 第3部分：应急响应规范》 3项国家标准颁布实施，国家标准号分别为：GB/T 28827.1、GB/T 28827.

2、GB/T 28827.3，实施日期为：2013年2月1日。

从事IT运维服务的相关企业如何构建完善的IT运维服务体系，并通过ITSS评估。本人结合2012年ITSS运维服务能力第一批和第二批评估经验，就IT运维服务企业如何构建完善的运维服务体系及如何保证ITSS评估，提出几点意见和建议。

(一)建立符合通用要求及企业自身特点的IT运维服务目录

企业的运维服务目录大类要与IT运维服务目录 标准一致，其中一级服务目录包括基础环境运维服务;硬件运维服务;软件运维服务;安全运维服务;运维管理服务及其它运维等六大类，二级包括如网络运维服务;主机运维服务;应用软件服务等十三小类。要求IT运维服务企业为甲方提供的运维服务目录要细化到二级，且要根据实际的提供的运维服务内容进一步细化。在IT运维服务目录中要详细介绍每种服务的具体服务内容、服务方式、运维过程中的交付成果、成

果交付的频度等参数。甲方一般只需要参照IT运维服务企业提供的服务目录选择需要的运维服务项目即可，并按照选择IT运维服务项支付相应的服务费用。运维服务企业在与甲方签订的《IT运维服务协议》中要明确具体的IT运维服务项及每种服务的具体服务内容、服务方式、运维服务过程中的交付成果、成果交付的频度，服务人员能力要求，运维服务水平评价标准，备品备件的提供等方面，并有可量化，可评价等属性。

(二)依照企业的IT运维服务目录和运维服务需要制定相应的管理制度 为给甲方提供规范、安全、可靠的运维服务，IT运维服务企业需制定一套科学、完整、详细、且与IT运维服务目录相匹配的运维服务管理制度。包括完善的管理组织结构，明确的岗位职责、人员素质能力要求、工作流程和管理制度等方面。如人员管理规范，资源管理和储备规范，事件响应规范，问题管理规范，监督管理规范，质量管理规范，信息安全管理规范，知识库(财富库)管理规范，服务台管理规范等。另外还包括在实施运维服务项目过程中所需的各类模板。如运维服务计划，监督管理计划，培训计划，服务报告，季度报告，事件报告单，问题处理单，满意度调查单等。

在实践中，IT运维服务企业以管理制度为保证、以运维服务计划为依据为甲方提供良好的运维服务保障。IT运维服务企业若要参加IT运维能力(ITSS)评估还需要参照《ITSS通用能力评估申请表》中要求提交的18个文件。

(三)规范运维服务合同

构建完善的运维服务体系还需从IT运维服务合同着手。IT运维服务企业要规范要求与甲方签订的运维服务合同，合同中不仅要规定服务的内容，合同价格，还应该依据运维服务目录和客户的运维服务要求，起草包括详细服务条款的《运维服务合同》附件。一般包括服务内容(服务项)，服务方式，每项服务的服务质量要求的关键量化指标，服务质量报告的提交方式，提交的频度，服务评价基准等方面。合同是运维服务方为甲方提供合格运维服务的依据，所以运维服务企业要在甲方允许的范围内，尽量细化服务指标，至少应细化到服务目录中所展示的级别。

(四)明确组织内成员的岗位职责

依据运维服务目录和运维服务项目要求制定完善的岗位职责制度，包括管理岗位和运维服务岗位两类。一般包括明确的岗位职责说明，清晰的岗位考核指标体系和对应的监督和考核机制。

(五)有监督服务机制

为保证运维服务企业给甲方提供优质的运维服务，运维服务企业需要建立两级监督服务体系。第一级是项目级监督。项目经理对项目成员的工作进行监督，项目成员之间也可相互监督，保证运维服务工作顺利开展，出现问题时能按照问题的应急预案及时解决。第二级是组织级监督。组织级主要是公司高层主管领导和有关的管理部门，公司高层主管领导及有关的管理部门应该对运维服务项目的状态进行监督和控制。保证运维服务项目按照计划执行，同时在项目层和组织层的监督范围内。组织级的监控主要集中在服务台，服务台的工作主要包括日常的事件受理、派单、回访等，还包括满意度调查等。

(六)有服务台

服务台是运维服务的中央处理器，用以接收客户的事件报告并及时予以处理、回访，接收客户投诉等。IT运维服务企业要建立服务台，并有服务台管理机制。服务台接到的事件报告后，常规事件通过服务台直接解决，非常规事件或无法通过服务台解决的事件，服务台要按照相关制度派发工单，安排运维工程师到现场解决。 服务台还应定期或不定期对客户就运维服务的满意度进行调查，并对调查数据进行分析统计，并通报有关部门和成员。

(七)建立PDCA机制

运维服务管理体系中包括策划、实施、监督、改进等环节。PDCA机制应覆盖到运维服务的各环节，各方面。如运维服务管理制度、服务流程、服务质量、服务能力、资源、技术等。

IT运维服务企业构建完善的IT运维服务体系，要从制度、流程、人员、技术、资源等方面入手，力争做到制度全面，流程规范、清晰，人员职责明确，技术成熟，资源能满足运维需要。若从ITSS评估的角度来看，目前大多数运维服务企业主要问题突出表现在流程不够规范，制度落实不到位，实际中以人治为主，法治为辅;人员岗位职责不详细;备品备件类资源储备不达标;缺乏有效的监督

it维护服务单范文第5篇

时光飞逝，转眼间，联欣已经走过了13个年头。我们05年开始快订通业务，7年磨一剑，现在已经成为一家名副其实的信息技术企业。信息行业发展之快可以说是前无古人，有着以下区别于传统行业的几大特点：

一、 固定成本高，可变成本低，造成生产规模经济效应比传统行业更加显著。

何为生产规模经济效应?即随着生产商生产规模的扩大，产品的平均成本将随之略微下降的现象。

何为固有成本和可变成本?以计算机硬件制造业为例，建设一家生产计算机芯片的工厂，总投资需20亿美元以上(这就是固有成本)，而在建成后的生产过程中，可变成本(生产芯片用的原材料即为可变成本)却不到总成本的30%，即计算机芯片生产中70%以上是固定成本。

由此可见，信息行业随着产品销售量增大，实际的生产成本急速降低，与传统行业生产正本与销售量基本成正比或稍有减少的现象形成明显对比。给我们联欣的启示就是：进一步重视销售，扩大销售量也是降低生产研发成本的一种方法!

二、 研发成本高，生产成本相对低，技术更新快，行业外延和渗透性高，造成创新与风险并存。

新世纪以来，随着全球信息产业竞争的加剧，信息技术企业研发投资规模迅速扩大，研究开发投资占销售额比重明显提高。一般的信息技术企业研究开发投资占销售额比重都在5%以上，处于发展前沿的信息技术企业研究开发投资占销售额的比重甚至高达15%至20%。2000年美国网络设备制造商Cisco公司研发投资27亿美元，2001年美国微电子器件制造商英特尔公司研发投资超过40亿美元。

信息技术水平每3年提高一倍，信息技术专利每年新增超过30万项，科研资料的有效寿命平均只有5年。以科技研发为先导、具有高创新性和拥有高更新频率已经成为世界电子信息产业发展的重要特征。此外，电子信息产业的渗透性高，不但涉及制造业，而且衍生到服务业，其产品的形式也日趋多样化，极大地改变了人们的生活，对教育、医疗保健、旅游及文化娱乐等都产生了深刻影响。因此，技术创新的空间也大大扩展。但是，由于信息技术产业化过程投入大、成功率不高，也使电子信息产业呈现相对较高的风险。

正所谓技术创新是信息产业发展的核心驱动力，机会向来与风险并存，给我们联欣的启示就是：要拓展创新面，在风险中看到机会，在尽量减少不确定因素，降低风险的同时，把握机会，敢为人先，勇于创新!时刻牢记，不要成为第二个诺基亚!(昔日的手机巨头，因为其保守的姿态，如今已经开始被苹果和异军突起的HTC边缘化)

三、 用户成本锁定明显，造成巨大的更新转移成本。 何为用户成本锁定?即用户一旦使用上某种电子信息产品之后，如果要更新原有的产品，就会遇到巨大的更新转移成本。

与传统工业品通常具有独立性不同，电子信息产品大多数处于一个系统中，单件产品难以发挥作用，只有与其他配套的产品相互配合，才能产生效用，所以，用户一旦选定某种系统中的一件产品，就不得不采用与之相适应的配套硬件和软件。另外，用户本身还存在与外界数据交换的需求，这种交换往往要求采用同一种格式，否则就会造成很大的信息交换障碍。这种状况使得更新信息系统转移成本巨大，频繁更换供应商几乎不可能。一旦用户使用上该产品，用户就会“越陷越深”，直至被牢牢锁定。锁定程度的大小与转移成本相关，成本越大，

锁定程度越高。

这种现象使不兼容的新产品即使性能优良、价格便宜也难以得到推广和使用，有利于供应商获得长期的高额利润。给我们联欣的启示就是：做好产品的前提下，目光放远，哪怕即使要稍微牺牲一点眼前的利润(比如，PDA终端的价格适度下调)，也要牢牢抓住客户，因为有了客户就有了未来!(就像现在的腾讯，做什么，成什么!)。

四、 对标准的高度依赖，造成标准制定者必定引领市场。

由于电子信息产品通常是在系统中发挥作用。产品供应商虽然可以通过成本锁定用户，但是毕竟一家厂商难以提供所有的配套部件，要使多家厂商发挥各自技术优势生产的产品能够协调运行，必须依赖于一个统一的接口标准，因而对标准的控制和介入程度实质上标志着技术和生产的竞争力。如果一个国家或一家企业能够有效控制技术标准，并且有足够的生产实力，就具备了其他国家或企业难以超越的竞争优势，不仅能够将产品线延伸至多种信息产品，进行“纵向竞争”，还可以利用手中的专利和专有技术来限制竞争者生产兼容产品，或者阻挠竞争者建立联盟，进行“横向竞争”，以确保自己在市场中的份额。

由此可见，谁控制了标准，谁就会在激烈的市场竞争中取得主动。也就是管理学中经常提到的“一流企业定标准，二流企业做品牌，三流企业卖技术，四流企业卖产品”。给我们联欣的提示就是：我们联欣现在的订货会基本处于领先地位，但是不明显，我们一定要与肖邦科技、捷慧达等同行拉大差距，将他们远远甩在身后，更大程度地掌控订货会市场，由我们联欣来制定未来订货会的标准!道路艰难，所以我们更要居安思危，为自己提出更高的目标，并努力奋斗，让联欣更上一层楼，尽早实现上市目标!

最后献打油诗一首与联欣人共勉!(最后一句双关，

一、谐音表心志，

二、隐晦剖真理)

联众人之志

欣繁荣尤在

加领导心上

it维护服务单范文第6篇

一、运维服务体系建设原则

运维服务体系建设的原则有以下几个方面。

一是以完善的运维服务制度、流程为基础。为保障运行维护工作的质量和效率，应制定相对完善、切实可行的运行维护管理制度和规范，确定各项运维活动的标准流程和相关岗位设置等，使运维人员在制度和流程的规范和约束下协同操作。

二是以先进、成熟的运维管理平台为手段。通过建立统

一、集成、开放并可扩展的运维管理平台，实现对各类运维事件的全面采集、及时处理与合理分析，实现运行维护工作的智能化和高效率。

三是以高素质的运维服务队伍为保障。运维服务的顺利实施离不开高素质的运维服务人员，因此必须不断提高运维服务队伍的专业化水平，才能有效利用技术手段和工具，做好各项运维工作

二、运维服务体系的总体架构

运维服务体系由运维服务制度、运维服务流程、运维服务组织、运维服务队伍、运维技术服务平台以及运行维护对象六部分组成，涉及制度、人、技术、对象四类因素。制度是规范运维管理工作的基本保障，也是流程建立的基础。运维服务组织中的相关人员遵照制度要求和标准化的流程，采用先进的运维管理平台对各类运维对象进行规范化的运行管理和技术操作。

三、运维服务体系建设内容

1.运维管理制度建设

总结现有的运维管理经验，相关运维标准，结合目前的实际情况，统一制定运维管理制度和规范。通过定期和不定期的检查，促进各项制度规范在数据中心的贯彻落实，从而建立起全辖统

一、规范的运行维护管理工作方式。同时，随着信息化建设的不断发展，也要确保各项制度的及时更新。制度体系内容要涵盖机房管理、网络管理、资产管理、主机和应用管理、存储和备份管理、技术服务管理、安全管理、文档管理以及人员管理等类别。各类制度具体内容因需要而定，如网络管理制度需覆盖网络的接入管理、用户管理、配置管理及网络日常运行管理和应急处理等。安全管理制度需覆盖包括机房设施、网络、主机、数据库、中间件、应用软件、数据信息的安全管理、其他机密资源和人员的安全管理以及安全事件的应急处理等。 2.运维技术服务平台

运维技术服务平台由运维事件响应中心、运维管理系统、运维知识库和运维辅助分析系统构成。 3.运行维护管理流程

为加强对信息系统的运行维护管理，确保运行维护体系高效、协调运行，应依据运维管理环节、管理内容、管理要求制定统一的运行维护工作流程，实现运行维护工作的标准化、规范化和自动化。通过建立运维管理流程，可以使日常的运维工作流程化，职责角色更加清晰，从而使解决问题的速度和质量得到有效提高，实现知识积累和知识管理，并可以帮助运维部门进行持续的服务改进，提高服务对象的满意度。运行维护流程包含的环节有事件管理、问题管理、变更管理及配置管理。 (1)事件管理

所谓事件，是指发生的对IT体系某一环节运行造成影响的事件，包括系统崩溃、软件故障、任何影响用户业务操作和系统正常运作的故障、以及影响业务流程的情况，事件也包括一个用户的请求。

对日常性运维工作中出现的突发事件(即日常运行维护管理平台自动发现并产生的告警事件)和由用户/维护人员报告的事件会转入事件管理流程。 (2)问题管理

问题是指导致事件产生的原因，许多事件往往是由同一个问题引起的。问题的来源主要有以下几种：①已经处理的事件，经过回顾分析后，可能形成一个问题;②重大事件，虽然经过紧急处理恢复服务，但未找到根本原因，也形成一个问题;③对于趋势性事件的分析，并形成问题。

问题管理流程可以按照不同领域的问题(如网络、主机、中间件、数据库、应用等)由相关领域的技术支持专家来处理。原则上这些专家可以是二线支持专家，他们在负责接受来自一线支持人员的支持请求的同时，也负责对以往事件进行分析，找出事件产生的根本原因，从而确定解决方案，消除这些根本原因，最终使此类事件不再发生;另一方面，也要从发生的事件中找出事件的发展趋势或潜在可能发生的问题，主动提供预防性措施，提高系统可靠性，降低运维成本。 问题管理流程着重于消除事件或减少事件发生，确定事件的根本原因，其流程如下：首先，定期分析事件，找出潜在问题，调查问题以找出其原因，制定解决方案、变通方法或提出预防性措施，以消除产生原因，或在重发时使其影响力最小化。其次，记录解决方案、变通方法、预防性措施，根据需要添加到知识库中。再次，提出变更请求，对问题的解决方案进行评估，通过提出变更请求以对该方案进行测试和实施。最后，问题必须进行事后回顾以找出改进机会或总结预防性措施，包括改进事件监测、找出技能差距和文档资料改进等。 (3)变更管理

变更请求通常由于问题的解决方案中需要对生产环境进行某些改变而产生，变更请求来源于问题管理环节或由用户提交。变更管理通过一个单一的职能流程来控制和管理整个信息系统运行环境中的一切变更，范围可包括软件，硬件，网络设备和文档等的变更，其流程如下。

①由用户或问题管理环节的维护人员提出变更申请，由运维负责人检查和完善其内容，并进行风险等级、优先级的初步评估。

②通过分类，确定是否为重大变更、紧急变更，如果是常规变更请求，则由运维负责人安排实施;如果是风险等级为“重大”的变更请求，则应上报变更管理小组。

③根据特定的变更请求成立特定的变更管理小组，成员包括对该变更申请有批准权的人员、对该变更的评估和批准提供参考意见的技术人员和管理人员。评估内容包括变更的技术可行性、对系统性能的影响、对现有服务的影响、对资源的需求等。

④变更管理小组评估后决定是否批准变更申请。变更请求得到批准后，运维负责人安排相应资源进行变更的计划、测试，并制定实施方案，确定实施时间表，分配相应资源，通知请求人。

⑤相应岗位实施变更，运维负责人监视实施过程，并在必要时进行协调。

⑥定期回顾变更管理流程以提高效率和效能，在实施变更流程不久之后，可以进行第一次回顾，以确保流程得到正确实施并达到预期目的。对发现的问题必须追根溯源并尽快解决，之后可以定期举行回顾。 (4)配置管理

配置管理是服务管理的一个核心流程，能确保应用系统及其运行环境中所有IT设备/系统及其配置信息得到有效完整的记录和维护，包括各IT设备/系统之间的物理和逻辑关系，从而为实现有效服务管理奠定基础。 配置管理流程着重于管理生产环境中所有必须控制的组成元素，并为其他相关流程(如事件管理等)提供信息，使这些流程更有效地运行，从而确保应用系统环境的完整性和稳定性，其主要流程内容如下。

①识别和维护配置元素：确定需要进行配置管理的元素及所有必需的配置属性，并指明与生产环境中其他配置元素之间的关系。对配置管理数据库提供日常维护。

②配置状态汇总：根据需要定期产生配置管理报表，并能使相关人员进行相关配置的提取、查询，定期产生配置项的状态报告，并能反映配置项的版本和变动历史。

③审计和确认：定期审核全部或部分配置数据库中的配置项，确认其和物理环境的一致性，从而确保配置信息的完整性。

④计划、回顾和改进：定期制定计划(如半年)，以明确下阶段配置管理工作;定期回顾流程和审核结果，找出需要改进的配置项。

⑤配置管理数据库(CMDB)：配置管理数据库由配置识别活动来定义，配置识别活动不但要定义配置项，还需定义配置结构及配置项的相互关系。 4.运维项目管理流程

项目管理模块主要管理IT项目整个生命周期从立项准备、立项、采购、实施、验收、收尾各个阶段的任务和参与人。从功能上理解项目管理类似于发布管理流程

(1)系统开发。

开发管理流程需要进一步完善和标准化，特别是文档管理、测试和版本管理方面需加强。同时，加强开发计划管理，根据立项内容进行系统、全面的需求调研，提出短期和长期的开发计划，并编写需求分析报告。根据需求分析报告对系统进行可行性分析，包括经济可行性分析、技术可行性分析和操作可行性分析三个方面，并在此基础上编写可行性报告。根据需求分析报告进行系统设计，同时根据系统设计进行系统实施。

(2)系统测试。首先，应制定出详细的测试计划和方案及测试数据和测试案例，并形成测试大纲。其次，根据测试大纲对系统反复进行测试并做详细的测试记录。为确保系统的正确无误，应对系统进行实地试运行，试运行应选择多个环境且需求比较复杂的机构进行。

应比照设计方案对新应用软件系统的功能和性能进行彻底测试和考核，并形成量化的运行报告。 (3)外部资源管理。外部资源的合理利用是推动分行信息技术的发展重要因素，分行的外部资源主要包括设备供应商、软件供应商等。 5.运维知识库系统

运维知识经验的总结、维护和共享是提高员工运维技能水平、增强单位凝聚力的重要手段，也是把宝贵的经验教训从支持人员头脑逐步沉淀、固化的重要方式。知识维护既要鼓励员工积极提交知识，防止知识库变成“空库”;同时又要及时进行审核和维护，防止知识库变为“垃圾库”。

(1)知识来源主要有以下几个方面：一是各级运维支持人员日常工作中积累的经验;二是知识管理员总结、导入的经验。知识管理员研究、获取外部的知识和经验后，定期或随时整理这些知识，导入到知识库中，供所有用户共享。知识的获取、维护是信息网络管理员的重要职责之一。

(2)知识提交审核。各个系统管理员提交知识到知识库之后，需要经过知识管理员的审查、修正，才变为正式发布状态，以减少知识中的谬误和差错。知识管理员定期(每季度一次)检查所有的正式知识，逐条进行核实、修正和优化。修正和维护操作与审核新提交知识草案过程相同。

(3)知识检索和使用。在知识变为正式的发布状态之后，可以供各类用户随时检索引用。用户可以研究学习这些知识，也可以在解决问题的过程中有目的地检索。知识记录维护用户阅读次数和用户引用解决问题次数的计数器，引用和阅读次数越多，该知识的价值越大。 6.运行维护队伍建设

(1)队伍组建。针对目前信息系统IT资源现状以及对技术支持的需求，组成各类别维护人员的专家队伍，集中的开展运行维护工作。