IT运维管理服务方案

1、IT运维管理服务方案第1章 项目概况3项目背景3项目目标3需求分析3第2章运维服务治理体系建设5IT运维治理概述5 TOC o 1-5 h z 运维治理流程体系6服务支持6服务提供10运维服务治理规划13第一时期：服务磨合时期13第二时期：主动服务时期15第三时期：战略规划时期17运维服务质量治理17建立运维治理规范19运维治理规范概要19第3章信息系统运行保证方案20统一服务台建设20建立文档治理制度21一样信息化设备及有关软件运维治理24一样信息化设备服务范畴24一样信息化设备运维24例行爱护流程图24一样设备服务方案24防（杀）病毒服务29防病毒服务需求29制定合理的防病毒策略和安全治理

2、制度。29客户端防病毒升级软件 30 TOC o 1-5 h z 防毒组件及时更新30每周防毒系统部署情形统计30每周对产生的病毒事件进行评估30信息资产巡检及普查服务31主动巡检31信息资产普查32其它有关讲明及要求32第4章运维服务打算方案33运维服务预备33签定必要的协议和约定 33人员预备33工具预备 33项目人员组织 33人员结构33 TOC o 1-5 h z 人员职责与岗位要求35服务打算35服务时刻35进场初始时期35第一个服务时期36第二个服务时期37服务总结和连续时期37第5章应急服务方案38灾难应急措施 38应急措施体制图与总则 38大型灾难紧急行动方案 38运行服务应急

3、方案41启动应急流程41成立应急小组43应急处理过程43应急处理结果评估4447统计和报告44第6章服务水平质量承诺及服务治理服务水平体系 47报告服务47治理类服务47主动式服务47响应式服务48服务承诺49服务级不承诺49服务质量承诺49服务治理50服务治理总则50服务流程治理51服务台支持治理51事件治理54咨询题治理54知识库治理54服务记录治理55项目概况项目背景近年来为适应业务进展的需求，XX企业进行了大规模的电子商务建 设，包括采购桌面PC约300台，打印机约100台，这些应用系统及硬件设 备的投入使用极大的推动了 XX企业信息化建设的进程。随着越秀工商局 对整体IT系统（硬件、

4、软件、网络通讯）的可用性要求日益提升，系统 运行保证和爱护治理就成为确保业务系统安全稳固可靠运行的最有力的手 段。XX企业要紧有一栋N层的办公环境，现时期对设备爱护要紧采纳自 主爱护的方式。由于人力有限，建设任务繁重，中心技术人员在接手新项 目及日常工作的同时往往需要做大量的爱护工作，许多技术人员长期处于 满负荷，严峻阻碍了工作效率。在当前有限的人力物力资源下，为了保证 和提升IT服务质量，XX企业有必要将运算机、外设及网络的运行爱护进 行外包，派驻2名工程师进行爱护，以解决当前IT服务个方面日益增长的 需求和有限的提供能力之间的矛盾，提升 XX企业办公区域内的软、硬件、 业务应用软件的运行爱

5、护效率，确保信息系统正常运行。项目目标结合XX企业业务工作及信息化建设实际，完善运维治理体系的建设， 加大信息系统正常运行保证，”以流程为导向，以服务为核心”提升服务质 量水平、转变服务理念、拓宽服务范畴、提升服务效率、提升用户服务中 意度。需求分析此次项目XX企业需求要紧包括两个部分，1、IT运维治理体系建设要求；2、信息系统正常运行保证服务。其中运维治理体系建设应完善服务内操纵度即服务质量治理，逐步建 立起一套符合XX企业自身实际的运维治理标准及应用制度；建设 IT运营 爱护治理平台，采纳标准的IT运维治理流程，提供准确、详尽、专业的报 告制度，通过客观分析运维过中显现的各种障碍及咨询题，

6、为 XX企业信 息化建设提供决策依据。信息系统正常运行保证涵盖了一样信息化设备及软件的运维治理；、防病毒服务；办公区域内设备及软件巡检普查；提供符合XX企业实际的服务响应水平及质量保证;信息化资产治理运维服务治理体系建设IT服务治理概述现今，随着运算机技术，专门是网络技术的飞速进展，关于许多行政 单位，许多企业而言，IT技术越来越深入到核心业务，阻碍策略制定和企 业的进展。从而对IT环境的可靠性，可用性和快速适应性提出了越来越高 的要求，与此同时，IT环境（包括软/硬件及有关技术）却变得越来越复杂, 因此，关于一个单位而言：如何把有限的IT资源最有效的作用于核心业务的进展如何最快地猎取专业的支

7、持能力如何实现对系统的完善治理，提升系统的可靠性和可用性如何提升用户的工作效率，增加最终用户中意度如何跟上IT技术的进展，及时更新有关技术如何提升对IT系统利用的灵活性如何更好地治理IT运营成本以提升服务能力，将会是单位可能面临的咨询题IT服务治理（ITSM ）是一套关心企业对it系统的规划、研发、实施和国营进行有效治理的方法,足套指导-IT服务的方屈TIL是英国国家电脑局（CCTA）甲眸常鄢斓划直和，界的服务治理示准库,部匚提供欧洲j-riII理守面最好的方知融起来,形叫那范一套松打算、研发、实施到加勺标准方各大，采纳；随后在澳洲，美洲和亚眇J-tC-IT旨在第一经提出业的便被目前已成为IT

8、参考这些标准，我们能够充分借鉴国际化标淮的体会，使阿r“站恐巨4嘈I膀上 少走弯路，有效提孱用IT晨的质量ITJIT月卜务治理最佳才务，尽可能ITIL框架图ITIL是基于流程的方法论。IT部门可用其检查是否用一种可控的和可中技术。训练有素的方法为最终用户交付所需的.IT月瞒NTJL合并了库最佳的实 践惯例，可适用山风于所有一IT组织匕不管其规模大小，或采取何种技术。11 y- 十卜,（L 1 ：itil对Lt腋约治理霁羽曾驾的许妥重要咨例题进行了译统的分析,包括金、，任务、程序、贡任等与任附 IT服另组狷睾密有关的咨询题。这些概念耳定义也涵舒正环数组织育%：,.运瑞岛治理海程体系运维史堂事锌曾

9、2“服”M织片紧g。IT服务11曲也由1fmi 口运维务治理最核心的悬i服务支1卜iceSupport）和“扳务提供，（ServiceDelivery）两个模块。各流程相互贯穿和作甫,洗成有机电本，共 同建立健全的服务治理体系。如下图所示限等抬人白川上骨印河川玩工、玳i服务支持服务支持的内容描述了一个客户如何访咨询适当的服务，以支持其业务。服务支持包含以下内容：服务台我们为企业建设服务台，提供统一报障电话，统一报障、统一修理接 口，越秀工商能够通过统一的报障电话申请服务、查询服务处理进程，监 控服务质量。服务台（ServiceDesk谑IT服务组织和用户相互联系的接入点。服务台 曾经被称为关心

10、台（HelpDesk）。HelpDesk的要紧任务是记录，分解和监控 提出的咨询题。一个服务台能够具备更宽范的角色，如接收变更要求（RFC）, 同时能够支撑多种流程中的操作。服务台是服务提供者和用户之间的日常工作的单一联系点。它也是报 告突发事件和提交服务要求的焦点。正因为如此，服务台的职责是保持将 服务有关信息，行为和契机通知用户，并追踪了解用户每日的行为。例如， 服务台可能扮演用户提交变更要求的联系点，基于变更治理流程传达变更 实施打算，并保持将变更实施进程通知用户。变更治理应该确保服务台随 时保持对变更行为情形的把握。在任何对SLA产生阻碍的事件面前，服务台处于第一线，并爱护高速 的信息

11、流通道。围绕突发事件，服务台有可能在其权限范畴被授权实施变更。此类变 更的范畴可能被预先定义。当所有有关变更发生时，变更治理流程将被告 知。差不多上，当对任何CI的规范做出修改之前，变更流程都需要对其进 行预先审批。突发事件治理突发突发事件治理流程致力于解决突发事件，并快速复原服务供应厂 事件被记录下来，同时事件记录的底量布定了有关的其它流程的效力服瑞甘妾漏于1宏发事件治理流程和咨询题治理流程，并处于它们之间工1、/口 / -、-r* xIz _Lt=r如果没有适当的操III途在对变更进行跟纵，变更有可能.引虢即评寻34琮。这是什么缘故建议连续1个 CMDB1fc以俏进服务台界面 I突发事件的

12、优* 4 为“咨询题”，的信息彳丁协商不并在SL“已知错误”.，二变更记录沟通能力，简化事件调查和报告先权及:其疗需作为服务级不治坪程中的一部分进A中备案。 :突发事件核！的目标是尽可能迅速地按照SLA- 义的一般服务级不 发事 其它的目标-4作出反应，使产生咨询题后对业务彷为及组织和用户的阻碍最小。突 件治理也应该保留对事件的有效记星，以便于衡量和改进流程，并向 流程汇报I看开管用总突发事件流程如下图所示：咨询题治理关于突发事件有两种处理方法，一种是对其做出服务快速响应，尽快 复原其正常运行，另一种是鉴不和解决咨询题根源。这两种方法之间存在 微妙的区不，而且经常被互相混淆。对其做好区分具有重

13、要意义。如果咨询题被怀疑存在于IT架构内部，咨询题治理流程将会瞄准其潜 在的根源。一个咨询题可能是被突发事件暴露出来的，然而明显，咨询题治理的目标是解决咨询题根源，预防其可能产生的干扰，而不是迅速复原 系统运行。.咨询题泉木不符被识不的咨询题向常称达为dd错误；)，通常需要进 行二%业限决策,决口是否采取永久件措施改讲表统架构，以M防再次发/I O生新的突发事件。如果声号溜不:个变要詈求来实现改大为工有效和高效地识不突发聿件背后的咨询题根源及其进展趋势,咨fr i (n 1E-Ikl 盘 咨里流程同样需要询题治理流程需要准嘀全面的突爰拿件的记录。书询题治JT1 -总和可用性治理流程紧密联络，以

14、确定这些趋势并明确补救整施的重要性。 .,. .公布治理公布是指一组配置成B一（Configurationitems - CI）通过测试被引入处于活动狄态的坯境中。公布治理的要智能包括会理论.且归纳综合,7呆公布信息被成功地公布,*记承;公营治理确保发布怦虐O吗?用豺唧慢.幽件程与配偿1/-k. Dnf HI t f i,点本才能提供高I i hrary (I1SL.) |治哪喋要治程的行为紧密有其3地IT运1实施经萨|过公布治理行斗得以贯彻。,变更的结果可能经常来诉新解存新版本车（自行建立，或购买而来）等。建有关存档安全和公布程序应该和变更治理和配置治理流程紧对电i啰行酷心并打包和颁7海集%

15、公标程序面I导作CMDB紧密相连，以爱护及时更新的记录。独排中CMOS为突发事件治理和咨询题治理流程中不可分割 口部3R同时还和服务提供服务提供要紧包括：服务级不治理、IT服务财务治理、能力治理、连 续连续治理、可用性治理等。服务级不治理服务级不治理的目标是缕清与客户之间有关IT服务的协议，并付诸实施。因此，服务级不治理需要收集客户需求，IT服务组织可提供的设施， 以及可用的财务资源。服务级不治理针对提供给客户的服务（聚焦客户的）。因此是基于客户需求建立服务（需求拉动），而非单纯基于现有技术所及（供应驱动），从而使IT服务组织提升客户中意度。服务级不治理阐述的 内容有：如何在服务级不协议（Se

16、rvice Level Agreement - SLA）中清晰地定义 条款，使其可优化IT服务成本，并为用户所同意。如何监控和讨论所提供的服务。如何治理IT服务组织的供应商及其下包合同。服务级不治理（Service Level Management SLM）流程是用来确保服 务级不协议，并支持运行级不协议及其它合同，保证所有对服务质量的阻碍减少到最小。此流程在服务质量和SLA基础上评估各种变更造成的阻碍,包含预期变更前的阻碍，也包含评估实施变更后的阻碍。SLA中某些最重要的目标和服务可用性、以及在容许周期内对突发事件形成决策有关。SLM是服务支持和服务交付的关键。由于它依靠于其它流程的存在性，

17、 有效性及运行效率，它不可孤立存在。一个缺乏基础支持流程的SLA是没有意义的， 缺乏支持的SLA就失去了承认其内容的基础。IT服务的财务治理财务治理针关于IT服务的慎重从事。例如，当所提供的IT服务在进行 中时，财务治理将提供其导致的成本信息。如此使考虑IT架构或IT服务的 改变时，能够合理地考虑成本和利益(价格和性能)之间的关系。财务治理中 对成本的鉴不、分配、推测和监控使成本成为可知因素，减少成本和预算 的差距。重点结合IT服务组织的赢利，IT服务的财务治理描述了多种支 付方法，包括设置支付和定价的目标，以及预算打算。财务治理负责对成本及IT服务投资回报的会计核算，并治理任何来自 于客户的

18、成本。财务治理需要与能力治理 (Capacity Management),配置治 理(Configuration Management,包含资产数据)，以及SLM的良好接口， 来确定服务的真实成本。在IT组织预算谈判时期和客户的IT耗费核算时期，财务治理专门可能与业务关系治理 (Business Relationship Managemen t)及IT组织紧密有关。能力治理能力治理是优化成本，获得时刻，以及开发IT资源的流程，来支持与客户签订的服务条款。能力治理针对资源治理，性能治理，需求治理，建 模，能力打算，负载治理，以及应用软件能力估量。能力治理强调用打算来确保所签订的服务级不能够被履行

19、和成长。能力治理负责确保在所有时刻具备足够的可用能力，以满足业务需求。能力治理不是简单地与系统部件的性能有关，而是直截了当与业务需求有关。在那些与能力咨询题有关的困难面前， 能力治理在突发事件决策 和咨询题鉴不过程中被引入。能力治理提交变更要求以确保得到适当的可用能力。 这些RFC被提交 给变更治理流程， 事实上施可能阻碍若干CI,包括硬件，软件和文档， 并需要提供有效的版本治理。能力治理应该在评估所有变更时被引入，用来确定变更导致的在能力和性能上的阻碍。 这种阻碍在变更实施前后都有可能显现。能力治理应该专门关注变更在一定周期后引起的累积性变化。容易被忽略的单个的变更往往在通过累积后，引起响应

20、时刻衰减，文件储备咨询题， 和对处理能力的过度需求。IT服务连续性治理此流程在业务中断时对IT服务进行灾难复原措施的预备和打算。业务连续性治理为客户组织遇到灾难时预备好紧急预案，按照此预案采取与IT服务有关的预防灾难发生的措施。IT服务连续性治理流程对技术，财务和治理资源需求做好打算和和谐，确保灾难发生后可连续提供服务，并就其内容达成客户同意。IT服务连续性治理与一个组织在业务中断后在某个可承诺范畴内连续运作的能力紧密有关。 至少要保证最差不多的业务运行所需要的 IT服务,预先对其服务级不作出规定，并和客户达成一致。有效的IT服务连续性需要一个平稳的风险缩减措施，例如有弹性的系统和备份复原设施

21、。配置治理流程中的数据被用来辅助其打算和预防措施。需要对架构和业务变更对连续性打算造成的潜在阻碍进行评估。有关IT和业务的打算应该提交变更治理程序。 在连续性治理流程中，服务台承担着重要角色。可用性治理可用性治理是确保资源，方法和技术得以适当拓展的流程， 以支持 与客户签订的IT服务条款。可用性治理针对所遇到的咨询题， 如优化爱 护等，同时设计测量指标， 最大程度减少意外突发事件的数量。可用性治理与IT服务的设计， 实施，测量和治理有关， 确保规定 的业务需求中有关可用性的内容被贯彻。 可用性治理需要明白得IT服务 失效发生的缘故和复原服务所需的事件。 突发事件治理和咨询题治理提供 了关键输入

22、报表中。此可用性答理SLA金嘴&苑试方前管理女士吉亶间君管理n服羿到划T哧管咫.成本管空制汽IT生谿”八 r胭势如机 管理萼户皆理理对服务级不治理(SLM)遮程提供了支持。噂处用的叫和报表中,运维服第二阶段第二阶段第一时期：服务磨合时期第一时期，又称为运维服务磨合时期，工作目标要紧是通过服务治理， 将客户现有的无序救火式突发事件服务有序化，实现突发事件治理，所有 的突发事件将运用技术、治理与流程相结合的方式，做到统一治理，统一 任务分发，安排合适的人员处理合适的事件。所有的突发事件全过程可操 纵、跟踪、即时回馈，让每一个客户能够随时查询到事件处理过程，可不 能显现焦虑、服务要求长时刻无人响应或

23、服务要求全然无人响应的情形， 从而提升客户中意度，提升运行爱护效率，提升客户使用业务信息系统的 效率，从而做到提升总体生产力。现今客户大都没有真正意义上的配置治理系统。配置治理系统，顾名 思义，含有业务信息系统及终端设备详细清单，配置情形，针关于业务信 息系统的操作系统服务运行情形，终端运行软件情形，使用软件资产情形 等，以及每一次配置改变的记录，做到配置的改变都有迹可查，将软硬件 资产系统化的治理起来。用一句话概括我们上述两项服务：将无序的突发事件有序化，将纸制 的配置治理信息化。确实是我们突发事件治理以及配置治理的目标。ITSM所定义处理突发事件的工作目标是规避与尽快复原。 运维服务的 目

24、标不是尽可能多，尽可能快的完成服务，而应该是尽量幸免事件的发生， 因此，这不是一步能够到位的，因此，在第一时期，我们需要做到尽快复 原客户的正常使用，故：在处理突发事件时，我们不分析事件发生的缘故， 只收集有价值的事件/故障信息，并在最短的时刻内将客户的设备复原到正 常使用状态。针关于重复/频繁发生的突发事件，我们需要转咨询题治理流程，予以处理咨询题治理，也确实是事件的缘故分析以及根除此事件的的方式予以分析,如使用国际Q的缘故,弓并户缘标与 性用鱼骨图，色用柏拉图等方卡来分析此看一不翱夕的方口人噬阴M君弹出全案。鱼骨图分析法柏力图分析卷QJ Qj * 100咨询题治理，仅提出解决咨询题之道，也

25、确实是根除某突发事件的方 案，具体的处理步骤，交由实施治理来执行。实施治理，又叫做公布治理，因根除故障专门是信息系统缺陷时，需 要严格处理过程，幸免在线运行业务受到不可估量的阻碍。我们在公布过 程中都会估量到一些可能的阻碍，如更换交换机配置可能导致部分终端无 法使用网络；修改某一个数据库字段可能导致数据纷乱；修改某段代码可 能导致整个程序陷入死循环等。因此实施治理必须能有效并切实的分析大 部分存在或者隐含的风险。试想我们在更换交换机配置前经历过充分测试， 将中断网络时刻缩短为五分钟同时通知到全部 /大部分可能受阻碍的客户; 修改数据库字段或代码前在虚拟测试平台或访真数据库中反复测试，而后 予以

26、公布；雕湎的时刻定原蹒用高峰雕刖叫J赢够规避为茁服， 保证咨询题解决的安全可靠。越维风险操纵模型凡涉及到解决咨询题，必定关联到变更。变更治理的作用，是保证每 一步的配置更换，都有迹可查，有人可寻。在工作中是否遇到过有人修改 了系统代码，您却不明白是谁改动了哪些地点？验收后提供的系统原代码 不明白是否与在线系统原代码相符？有哪些地点不同？是哪些人修改的？ 您的设备是否与刚采购的时候配置情形相同？保修情形始终保持不变？变 更后的资产是否差不多更新配置库？变更治理将为您解答上述咨询题。第一时期的服务，就涵盖上述五个方面的服务内容，总结描述：将无 序的突发事件有序化，将纸制的配置治理信息化，咨询题治理

27、科学化，实 施治理风险可操纵化，以及变更治理记录化。第二时期：主动服务时期重点是在改良前一时期的服务基础上，将前一时期的大量响应式服务， 部分主动式服务，转换为主动服务为主导，科学的规避故障发生，做到故 障可操纵化。因此，第二时期的服务内容，要紧包括：实施 &测试、安全治 理、IT服务规划，以及规模治理、可用性治理、服务级不治理和成本治理。实施&测试：前面我们讲实施治理，包含有上线前的充分测试等工作， 那这一个实施&测试是否重复呢？此处的实施&测试，是与业务信息系统开 发质量治理有关的实施治理和测试治理工作。随着业务信息化需求的持续提升，业务系统的升级也随之产生。是 Do wn掉原有系统建设新

28、的，依旧在原有系统基础上进行修改？是用新的服务 器替换掉原有服务器，依旧在原有服务器上升级？这些处理，都面临一个 必不可少的时期：切换。客户往往不情愿更换差不多使用适应了的系统， 除非系统差不多不能满足他的实际工作需求，但老系统总是存在大量缺陷， 且运行效率低下，导致业务部门的工作效率也随之下降。那么，什么缘故 客户不情愿更换系统？缘故是不熟悉。差不多开顺手的车可不能容易出事 故，差不多用顺手的手机能够方便的找到每一个联系电话，而新系统的培 训I,是否进行得完善？新的业务流程讲解，是否让每一个业务部门人员熟 悉了？新系统是否有如此那样的缺陷而导致更低下的效率？新系统是否能 够承载足够多的用户访

29、咨询？新采购的硬件是否能够保证质量？业务系统 能够通过分析代码来找寻缺陷，然而需要的时刻过长，能够在测试平台上 对每一个功能进行测试，然而无法满足压力测试，只有将多种测试手段有 机结合起来，才能保证新系统的质量，如使用 Winruner予以界面测试，使 用Loadruner进行压力测试，并治理好开发商的培训工作，将给实施与测试 工作带来实质性成效。另外，选择合适的公布时刻，做好公布打算，也是 实施治理工作的重点。安全治理，指服务过程的安全类服务、风险操纵以及与客户的数据安 全协议。安全类服务如网络病毒防治，网络反黑，入侵检测等技术类服务， 风险操纵如服务过程中各种风险的分析、规避等治理。技术类

30、工作能够通 过软件等工具来实现，如系统补丁分发，防病毒软件升级及策略优化，网 络安全性优化，增加入侵检测系统(IDS)等，这些服务也能够在第一时期 中开始，而风险操纵和客户数据安全性协议，则完全通过人员治理、流程 治理来实现。标准的ITSM流程是能够做到0风险的，但在实际处理过程中 却往往不可能做到0风险。如何讲流程是靠人来运转，而人员是否能够完 全遵照流程的指导来执行，确实是治理方法的咨询题了。运维被称为People Business就证明人员治理犹在流程治理之上。因此，运维人员素养是一 个至关重要的条件。越维人员稳固，且大都经历过保密培训，这些差不多 上实现安全治理的必要条件。另外，我们在

31、项目启动前将与客户签定保密 协议，确保客户数据的安全。IT服务规划：现在我们对客户的情形差不多有所了解，且积存的部分 爱护服务数据，如果进行了业务系统爱护，更应该对客户的业务流程有了 一定了解，现在能够针对客户目前使用的信息系统或设备提出服务规划， 包括如何建立与推广运维服务系统平台，如何与多方监控软件整合形成集 中治理，如何将运维部门由产出部门转换为产入部门等。规模治理：客户除本部外，还设有系列分部，分布地理位置比较接近， 在第一期项目中即能够组成2级服务结构，使用集中式服务台(Service De sk)统一报障以及任务分发，这在资源的充分利用上有专门大意义。如越维 的某客户单位正在策划将

32、越维设置在总部的统一故障受理平台(Service Desk)服务范畴扩充到涵盖全市范畴内全市各区分局及所辖下属单位的集中式 运维服务治理平台。同样，规模的扩充将不限于服务台，整体的运维服务 也能够在全市服务环境的建立基础上发挥其集中治理覆盖面广的特色。可用性治理：通过对客户系统环境的了解与熟悉，以及在磨合时期的 系统改良，我们现在充分按照客户实际需求，做出符合客户成本，尽可能 高的可用性治理承诺。可用性治理的目标是合理调配有限的资源，采纳应 急预案等手段保证核心系统的正常运行，可用性承诺是服务方对客户方系统情形的熟悉度结合自身技术承载能力所做出的质量保证。目前，越维对 某客户做出的系统可用性承

33、诺高达 98%。服务级不治理：同可用性治理，服务级不治理的目标是保证服务的提 供按照服务级不协议（SLA）约定执行，如2小时响应4小时解决。通常在 项目初始时期会有一个初始服务级不 （SLA）这是对服务商自身技术承载能 力，服务初始资源安排以及客户差不多需求的约定，不可能完全符合客户 实际情形，那么在第二时期，已有充分的时刻分析客户实际需求，凝视自 身技术承载能力，两者相结合做出真正符合客户实际的服务级不承诺，并 由服务级不调配有关资源。如越维与某客户的一期项目服务级不为所有故 障2小时响应4小时解决，而在二期的2005年7至9月中，越维的平均故 障复原时刻，仅为18分钟！成本治理：前面提到了

34、专门多“资源”的调配咨询题，随着对客户系 统环境的熟悉，我们能够分析出客户更为实际的需求。如核心业务不能发 生故障，而某台不常被使用的一般终端也许两天内修复也可不能阻碍工作， 因此不需要提供过多的资源进行紧急爱护，成本治理的目标是在客户能够 同意的预算内尽可能高的提升系统可用性。运维不是多做突发事件处理， 而是降低突发事件的发生率，因此善用工具，减少紧急事件，也能够有效 操纵成本；做好规模治理，有效合理使用整体资源，更是操纵成本的好方 案。综上，成本治理的意义，就在于资源的合理，充分使用。第三时期：战略规划时期第三时期，客户差不多与服务商紧密结合为战略合作伙伴关系，能够 为客户制定IT战略规划

35、，能够对客户业务投资建设的信息系统使用所制造 的业务价值予以运算与评估，并能够协助业务部门对最终客户予以治理。运维服务质量治理与“产品”不同，“服务”的提供贯穿于和客户的互动中。只有当服务被提供时，才能体现其存在和价值。服务的质量取决于服务提供者与其客户间互动过程中某些协议的实现程度。客户如何感知服务的优劣，服务提供者如何考虑所提供的服务，两者都专门大程度上取决于他们的体会 和期望。提供服务的流程是生产和使用的一种组合方式，通过流程使服务提供 者和客户同时参与服务的过程。客户对服务的感知要紧来自于服务供应的 过程。客户通常用以下咨询题评判服务的质量：所提供的服务是否达到期望？（质量可衡量性）能

36、否在多次服务中得到同样的质量？（质量稳固性）服务所需成本是否合理？（质量与成本）服务是否达到客户期望要紧取决于客户在多大程度上赞同所交付的服务内容，而不是服务提供者提供了多“好”的服务。因此开展有效的和连续的客户对话机制极为重要。服务质量取决于服务完成客户需求和期望的程度。为了能够提供所需的质量，服务提供者应该连续评估服务体会，了解客户对以后的期望。不同客户考虑的内容和方式都不尽相同。因此优质服务差不多上为客“户 量身定做”的，这也是服务区不于产品的要紧特点。ISO-8402对质量的定义是：“质量是一个产品或服务就其具有的能力满 足确定的或暗示的需求的总体特性。”质量“高”往往意味着产品或服务

37、在某种程度上超过了客户的期望。在质量得以保证的同时憾探明编制阜跑肺稼潞的因素。或者讲在就虻讲体现事实上施成本与合理利成本必须是合理的-关于服务提润，关于客户客户对服务质量评估的另重者偶然能够提供超出客户期刊|服*,则明显不能称之为质量合格者 是服务业最难以实现的目服务（或1来讲是建立在对服翥市场的合理明电得轲选择之上O要的,也常常最3而其质量专门大程度上O品）的提供是通生交付行为实现的Lk虎量确认贯性。 底布其它时刻服务提供端正客户败兴,连续的取决于组织这些行为的为一主 操纵模型：Deming质量轮提供了一个简单有效的质量时间轴这一模型假设要实现有效的质量操纵，必须重复履行以下步骤:打算(Pl

38、an)：应该做什么？什么时候做？谁去做？如何做？借助什么 去做？执行(Do):实施打算的行为。检查(Check):确定执行行为是否提供了预期的结果。成效(Act):基于检查得到的信息修正打算。有效和适时地推动此轮旋转， 意味着服务行为被按照各自的打算和检 查机制分为各子流程。必须清晰谁在组织中负有责任， 他们被授权修改 哪些打算和程序， 不仅为某一个行为， 而且为每一个流程。质量治理(Quality Management虑在提供服务的组织中工作的每一个人 的责任。每一个职员必须明白他对组织作出的成果如何阻碍工作质量， 阻碍其他同事作出的工作质量，同时最终如何阻碍整个组织提供的服务质量。质量治理

39、同时意味着连续地查找改进组织的机会，实施能够改进质量 的行为。质量保证(Quality Assurance谑组织内部的重要政策，用来保证质量治 理的实施。它集中体现了 一整套质量衡量标准和履行程序，保证组织能够 提供持久满足客户期望及有关协议的服务。质量保证确保质量治理所实施 的成果处于可爱护的状态。综上所述，此次越秀工商运桀顼下的服务质量治理，围绕质量系统的 服务流程是保证服务质量持久连续的有效方法。建立运维治理规范第出；运维治理规范概契/着黑黑黑或我门与 XX 企业共同学习MTIL、ITSM、. BS15000、ISO20000与 ISO90 00等国内外先逆片津.，运维治理规范采纳：IS

40、O9000限式编写，涵盖服务治 理体系、服务级不治理、服务台治理流程、突发事件治理、咨询题治理、/“收II 1;H变更治理、公布治理、配置治理等方面，如下图所示：如上图所示，是一个金字塔结构。处于最高层的，是客户中意度指 引，一切服务均以“保证客户最大中意度”为前提展开。与之同级的还有 服务治理体系文件与总体文件，用以与服务治理体系相结合，同时坚持服务治理规范的改良性原则。处于中层的，是ITIL核心的11个标准流程，均 按照XX企业实际情形进行了修订和优化，以确保在XX企业实际工作中能 够得到实际应用，运维治理规范是各种操作指南与巡检制度，包括日常治 理制度等，确保提供给客户的服务，是统一形象

41、的规范化标准服务。巡检 制度的建立，为XX企业信息系统“提升系统可用性、提升系统健壮性、 提升各级人员技能素养”的“三提升”目标奠定了坚实的基础。信息系统运行保证方案统一服务台建设用广42提供统一报障卑话T,统丁帮的报障电话申请服生统不修理接口 X写收X蟹业惜崂通过统控服 的称范局对服务请求的快速响应 商服我公艮踪外嘴S墨沟酊发赫骅、网查用户中高度。那个统一的服务接匹府副国胸由有个标准 照台（Service-Desk；我们将为XX匿照建立统一服务台，提供优质、专业的报障受理、跟进服务;服务台（服务台）在服务支持中扮演着一个极其重要的角色。完整意 义上的服务台能够明白得为其他IT部门和服务流程的

42、“前台”，它能够在 不需要联系特定技术人员的情形下处理大量的客户要求。对用户而言，服 务台是他们与IT部门的唯独连接点，确保他们找到关心其解决咨询题和要 求的有关人员。运维文档发布，更新文件目录清单更新文件目录清单服务后是否需要更改 ？ 口是1负责是否需要删除? 否1是逊理事故、咨询题和户的动和流程提供接回。相关人员填写报废申请单,运维部、信息中心这些活动和流程包括客巨熏更要求、悟审批?治理、可用性1涎和冏续性治理性.是否通过运维部审批？二更新文件目录清单旬咨询，同时还为其它活护合同、服务级不治,服务台还负责事件快速响应理、配置知咨询题,已知事件知识年对终端用月的突1 维部、信息中心发事件予以

43、快速复原或规避事故发生。审批？、是建立攸档酒捶制度文档治理的目标是通过对运维服务过程中使用的文档进行统一治理，达到充分利用文档提升服翁族曷的目的;确保达维资源符合运维服务的要是是求。文档资源包.|坞巴项U档资料、服务质量治理文档以及服务报告文档等否_是否通过运日份，填写文件备份记录双方的职责为：XX部如业：负责批准运维文档的更换、删除和公布。X企业运维部组织编筲吸更换运雏文档;批准文档的借阅申请。运维服务 商负责更新文件名目清单；;负责保管文档资料；负批判份文档资料;检查运维服务商不定期全面检各类在用文件的有效性宜使用无效版本；负责定期提交服务质量治理 文档以及服务报告文言事结束文档资源治理流

44、程图图4-4文档资源管理流程图文档资源治理的工作程序文档资源治理包括对以下五类文档进行治理：运维文档：指运维体系文档，包括运维手册、程序文件、有关支持文 件及表单格式等。项目文档：指交付运维的软硬件系统有关的文档。质量治理文档服务报告文档其他文件资料：指文件、传真、外来资料等。A、运维文档编码规则文档分级文档编号规 则讲明示例一级文件 （总体）A+两位一级 文件序列号两位一级文件序列号从01起顺序递增A01:术A02:总纲二级文件（程序文 件）B+两位二级 文件序列号两位二级文件序列号从01起顺序递增B01:服务级不治理 程序文件B02:服务台治理程 序义件三级文件 （支持性 文件）C+二级文

45、件 序列号+两位 三级文件序 列号三级文件均从某个二级文 件产生，此处的二级文件序 列号是指与本文件对应的 二级文件序列号；两位二级 文件序列号从01起递增C0101:服务等级 规划C0102:服务名目四级文件 （表单）D+二级文件 序列号+两位 四级文件序 列号四级文件均从某个二级文 件产生，此处的二级文件序 列号是指与本文件对应的 二级文件序列号；两位四级 文件序列号从01起递增D0201:运维工作 单D0302工单跟踪 记录记 录无关 联记 录四级文件编 号-日期+两 位序列号四级文件编号指该记录对 应的四级文件的编号；日期 按“yyyy+mm+dd格式编写； 两位序列号从01起递增D0

46、201-2005031401:运维工作单记录编 号关联 记录四级文件编 号-关联记录 编号四级文件编号指该记录关 于的四级文件的编号；关联 记录编勺，指与本记录的广 生肩关联的记录的编号D0302-D0201-200503 1401:工单跟踪记录B、运维文档的更换、删除运维文档由运维部负责组织编写，经 XX企业信息主管部门批准后颁 布执行。所有运维文档经批准后，由运维服务商统一归入文件名目清单 中。文件名目清单的内容包括文档类型、文档名称、编号、版本号、 公布时刻、内容讲明、保管位置、储存期限等。运维文档需要更换时，由文件更换提出人填写文件更换申请单，讲明更换缘故和更换内容。经运维部、信息中心

47、批准后，由运维部组织人员 进行文档的更换，并记录更换过程、更换内容、更换结果等。更换结果经 运维部、信息中心确认后由运维服务商更新文件名目清单 。若需删除运维文档，则需由有关人员填写报废申请单，讲明删除内 容、删除缘故等，经运维部、信息中心批准后由运维服务商在文件名目 清单中将该文档删除。C、质量治理文档的应用服务质量治理文档要紧分为服务回访文档、服务中意度调查文档、服 务投诉处理文档三类。三种文档均为保证与提升客户中意度为目标所制订 的客户中意度指引中的部分，属于运行服务治理体系最高层指导文件， 以确保“从服务的角度动身”为客户提供五星级的运行服务。按照ITIL标准与规范的要求，所有的事件均

48、由服务台受理，服务 工程师处理完毕后，由服务台完成回访并关闭事件流程，因此回访动作将 直截了当获得客户对当次服务的评判，并由客户的评判获得服务质量改良 的依据。在ISO20000戴明环的指引下，服务团队质量治理小组将分析运行服务 过程中成功回访的客户对当次服务的直截了当评判，并收集尽可能完整的 评判信息，通过每周的部门例会对客户的评判进行汇总分析，并提出可能 的缘故和可能的改进方法，回访与总结例会记录样本如下：一样信息化设备及有关软件运维治理一样信意的漫辔服用咂畴 _X此次项目的服与范畴包括 XX企*办公区域内的台式机、打印机以及 客户圈所商靠用的扁软体质包括懿作系统软件、系统应用软件、系统治

49、时间安排、巡检内容、巡检地点、资源配合等理软好、办公软件:工具软件等）L一样信息化设备运维 ,是看通过服章、 不1、按照实际需要以经- XX企业间意预备相应数量的爱护零配件，协 助XX企业进行备件库的治理，并在零配件不足时及时补仓。是2、定期对运算机设备进行保养爱护，定期进行用户中意度调查； V对一臂便!0断螺ff进彳按照越勇至商耍案进行硬彳亍定期巡检、保养，以保证设备运行正常；检查硬件实际阳置与设备登记表是否相符。中设备普查工作，建设可实现动态爱护的硬 件设备档案库，并实现与XXX企业的资产治理系统的衔接。3、对放输段常修理在响应时刻窗毙版故僮设备的修理，修理人员应严格遵守修理规程。建立硬件

50、应急修睡小组，对关键重点岗位及紧急的故障及时响应并及 巡检过程中是/转【问题管理】流程中时汇报，关于故障设番的修理由越秀或商揶越的具体技术人员组织监督进 vJ行；否对处于保修瑁国的故障坤备，供应商在广州市工商局越秀分局授权的 范畴内代表越爰m湘谐产值供货福早段树i；并监督修理时效和质量；对处于保修期小的故障设备修理,如需更换零配件，可由供应商提供 多家的报价，经用声选择审核确认后，方可进行更换；例行爱护流程图图4-3例行维护流程图一样设备服务方案信息化设备资产调查及治理设备封条统一为纯白色易碎贴，使用设备封条将有效的保证客户设备的完整性，明确区分设备保管的责任性。服务工程师上门服务时一旦发觉

51、设备封条破旧，将现场进行设备现状与资产清单的对比，幸免显现保管责 任不清的状况发生。一样设备软件安装及爱护此部分要紧解决在用户使用当中遇到的软件各种咨询题，在进行软件 爱护时应做好用户数据的备份，建立软件爱护流程，通过现场解决及用户 培训的多种方式提升用户的使用水平和解决一样咨询题的能力。软件爱护要紧内容包括：对WINDOWS操作系统的安装、调试及升级；外设（打印机、扫描仪等设备）的有关驱动程序及软件的安装调试；经越秀工商授权进行软件安装、升级并排除软件使用过程中的故障；解决软件冲突造成的系统故障；对运算机进行病毒检测和清除，防止病毒扩散；运算机标配的软件备份，包括随机复原光盘，附带赠送软件、

52、驱动程 序等；运算机外设的软件备份。一样设备硬件日常保养及修理运算机硬件爱护：包括主机、硬盘、驱动器、显示适配卡及服务器等 安装、调试和配置，充分利用现有设备，进行系统优化配置；对使用中的 运算机存在或将要显现的故障进行及时的诊断、修理、替换，对客户原厂 保修的机器（如运算机及配件、服务器等），我们代为联络修理，并跟踪修 理情形。并按照越秀工商需要，对设备进行升级或更新，保证设备正常运 行。周边设备的爱护：包括打印机、扫描仪、显示器等使用过程中显现的 故障或不稳固因素排除，必要时对越秀工商原厂保修期内的机器，我们代运维服务商每月进行一次巡检 X_ J为联络修理，跟踪修理情形，羊按里客户需要,对

53、设备进行升级或更新，运维工程师制定巡检工作计划，说明采巡检保证至作任分的上常进裨，等系统硬件设行（运算机、服务器，路由器，交换机、备份设备、MODEM等）、运算机缓潞连接、.陷种谩苗工作状态彳必亍检查和爱护 ； ,中心审批？操作项目 口爱护工程师必的对XX企业运算机设备的巡检服务，了解和记录最新的使月阳1针1盘绿器在果记录在巡检记录表中通过月服务报告下版XX ；4用办公软件予以普查并核对运维软件资产记录， 仝业普查情形；对经常显现咨询题的设备进行登记那版而励a制定知识解W常显现的设备要重点检查、排除隐患，最 估，并提出意见和建议，形成巡检报告大限度降低运算可设备的故障率爱护工程婶Na寸用户爱护

54、的时候，必须按照服务流程来进行，给用户 ”主管、运维部、信息a 曰 r提供快速、标准可中意的服务。对保内的运算机硬件进行免费的更换，时 刻方面按照原厂商易服务标准时刻来进行。对保外的设备，由工商局申请 施检过程市一、_ 是 ,转【问题管理】流程中须更换的设备絮.智吧商局提供硬件费好修理费情形按照合同约定执行。对通过修理或力更换配件的设备，按照具体情形延长保修期并更新资产库记录”.更新置转【配置管理】流程处理对终端用户巧筋入设备以及公用设备予以定期消毒处理。对终端用户疝在用办公软件、资产使用情形普查，并汇总巡检报告提交 X给越秀工商图4-3例行维护流程图一样信息化设备硬件服务还包括：供应商按照实

55、际需要，经XX企业同意预备相应数量的爱护零配件, 协助越秀工商进行备件库的治理，并在零配件不足时及时补仓。定期对运算机设备进行保养爱护，定期进行用户中意度调查；对一样信息化设备硬件进行定期巡检、保养，以保证设备运行正常；按照越秀工商要求进行硬件设备普查工作，建设可实现动态爱护的硬 件设备档案库，并实现与越秀工商的资产治理系统的衔接。定期对公用信息化设备消毒除尘；检查硬件实际配置与设备登记表是否相符。对故障设备的修理在响应时刻内完成故障设备的修理，修理人员应严格遵守修理规程。建立硬件应急修理小组，对关键重点岗位及紧急的故障及时响应并及 时汇报，关于故障设备的修理由越秀工商指定的具体技术人员组织监

56、督进 行；对处于保修期内的故障设备，供应商在广州市工商局越秀分局授权的 范畴内代表越秀工商和谐产品供货商予以修理，并监督修理时效和质量；对处于保修期外的故障设备修理，如需更换零配件，可由供应商提供 多家的报价，经用户选择审核确认后，方可进行更换；客户端病毒处理在越秀工商授权下，使用越秀工商已有的 Symantec企业版，对存在病 毒的终端予以隔离，生成事件安排工程师予以处理。第三方修理治理当运维过程中需要转由修理商提供服务时，由运维工程师填写修理 商服务工作单，描述需爱护的产品名称、咨询题描述、咨询题类型、优先 级、服务级不以及服务要求等内容。修理商服务工作单经服务主管审批 通过后提交给修理商

57、，修理商在收到修理商服务工作单后应签收确认， 并向投标人返回一份副本。当修理商服务工作单经服务主管审批不通过时，由运维工程师修 改修理商服务工作单并重新提交；如果审批意见为不采纳修理商服务 方式，则转【咨询题治理】流程处理。修理商按照修理商服务工作单的要求提供服务，在工作单中记录 爱护处理、处理建议及爱护处理结果，并得到客户的签字确认。修理商在 爱护服务工作完成后将填写好的修理商服务工作单提交给运维工程师。运维工程师按照修理商提交的修理商服务工作单对修理商服务过 程和结果进行验证。验证通过的，运维工程师签字确认，与此次爱护对应 的运维工作单一起提交给服务主管。验证不通过的，则在修理商不 合格情

58、形记录表中记录该修理商不合格服务时刻、缘故和对应工单编号 后，由运维工程师重新提交修理商服务工作单，再次发给修理商。若修理商每月不合格服务次数超过 2次（不含2次），则由服务主管填 写增加修理商黑名单申请表，讲明将该修理商列入黑名单的理由，并提 交给运维部、信息中心审批。经审批同意后，由服务主管将该修理商的编 号、名称、列入黑名单时刻、列入黑名单缘故等内容登记在修理商黑名 单中。建议列入黑名单的修理商不得参与工商局任何项目的投标和建设 工作。当该修理商每月不合格服务少于 2次（不含2次）时，服务主管填写 撤销修理商黑名单申请表，讲明将该修理商从黑名单中撤销的理由，并 提交给运维部、信息中心审批

59、。经审批同意后，由服务主管将该修理商从 修理商黑名单中删除。知识库治理咨询题处理完成后，由服务主管对咨询题处理过程和结果进行总结分 析，并进行归类，将有关信息登记在运维知识库中。加入运维知识 库的信息应正确归类，并保证各项内容描述简洁、清晰、易明白，同类 相似的咨询题应归类到同一条知识库记录中。运维知识库要紧内容如下：咨询题类型：分为系统软件、应用软件、硬件、咨询、其他等。软硬件系统类型：对咨询题类型中的分类再按照软硬件系统的不同进行细分，例如：系统软件：WINDOWS操作系统、LINUX操作系统、数据库系统、办 公系统软件等；应用软件：广告治理子系统软件、内资注册登记系统、外资注册登记系统等

60、；硬件：PC机、服务器、笔记本电脑、打印机等；咨询：使用操作咨询、安装操作咨询等；其他：不属于上述类型的其他情形。故障类型：按照软硬件系统类型按故障现象进行分类， 例如关于PC机, 可能的故障类型包括死机、频繁重启、无法启动、光驱不能正常操作、显 示器不能正常显示等。故障现象：故障现象的简要描述，同类相似的故障现象尽量保持同一描述。故障缘故：故障缘故的简要描述。解决方案：排除此故障的处理措施的简要描述。关联表单编号：列举本条知识库记录是从哪些有关表单中猎取的信息。服务主管应不定期地检查运维知识库，发觉相似的故障描述时应合 并成一条知识库记录，如果发觉有更好的解决方案时，应将该方案更新到 运维知