《IT运维外包服务方案》由会员分享,可在线阅读,更多相关《IT运维外包服务方案(56页珍藏版)》请在金锄头文库上搜索。
1、#信息技术#IT外包服务方案DADA2012-11-29目录第1章项目概况31.1项目背景31.2项目目标31.3需求分析3第2章运维服务管理体系建设52.1IT服务管理概述52.2运维服务管理流程体系6服务支持7服务提供132.3运维服务管理规划17第一阶段:服务磨合阶段17第二阶段:主动服务阶段20第三阶段:战略规划阶段232.4运维服务质量管理232.5建立运维管理规范25运维管理规范概要25第3章信息系统运行保障方案273.1统一服务台建设273.2建立文档管理制度283.3一般信息化设备与相关软件运维管理32一般信息化设备服务范围32一般信息化设备运维32例行维护流程图33一般设备服
2、务方案343.4防杀病毒服务39防病毒服务需求39制定合理的防病毒策略和安全管理制度.39客户端防病毒升级软件40防毒组件与时更新40每周防毒系统部署情况统计41每周对产生的病毒事件进行评估413.5信息资产巡检与普查服务41主动巡检41信息资产普查423.6其它有关说明与要求42第4章运维服务计划方案444.1运维服务准备44签定必要的协议和约定44人员准备44工具准备444.2项目人员组织45人员结构45人员职责与岗位要求464.3服务计划47服务时间47进场初始阶段47第一个服务阶段48第二个服务阶段48服务总结和延续阶段49第5章应急服务方案505.1灾难应急措施50应急措施体制图与总
3、则50大型灾难紧急行动方案515.2运行服务应急方案54启动应急流程54成立应急小组57应急处理过程57应急处理结果评估58统计和报告58第6章服务水平质量承诺与服务管理616.1服务水平体系61报告服务61管理类服务61主动式服务62响应式服务626.2服务承诺63服务级别承诺63服务质量承诺646.3服务管理64服务管理总则64服务流程管理65服务台支持管理66事件管理68问题管理69知识库管理70服务记录管理70第1章 项目概况1.1 项目背景近年来为适应业务发展的需求,#企业进行了大规模的电子商务建设,包括采购桌面PC约300台,打印机约100台,这些应用系统与硬件设备的投入使用极大的
4、推动了#企业信息化建设的进程.随着越秀工商局对整体IT系统硬件、软件、网络通讯的可用性要求日益提高,系统运行保障和维护管理就成为确保业务系统安全稳定可靠运行的最有力的手段.#企业主要有一栋N层的办公环境,现阶段对设备维护主要采用自主维护的方式.由于人力有限,建设任务繁重,中心技术人员在接手新项目与日常工作的同时往往需要做大量的维护工作,不少技术人员长期处于满负荷,严重影响了工作效率.在当前有限的人力物力资源下,为了保障和提高IT服务质量,#企业有必要将计算机、外设与网络的运行维护进行外包,派驻2名工程师进行维护,以解决当前IT服务个方面日益增长的需求和有限的提供能力之间的矛盾,提高#企业办公区
5、域内的软、硬件、业务应用软件的运行维护效率,确保信息系统正常运行.1.2 项目目标结合#企业业务工作与信息化建设实际,完善运维管理体系的建设,加强信息系统正常运行保障,以流程为导向,以服务为核心提高服务质量水平、转变服务理念、拓宽服务范围、提高服务效率、提升用户服务满意度.1.3 需求分析本次项目#企业需求主要包括两个部分,1、运维管理体系建设要求;2、信息系统正常运行保障服务.其中运维管理体系建设应完善服务内控制度即服务质量管理,逐步建立起一套符合#企业自身实际的运维管理标准与应用制度;建设IT运营维护管理平台,采用标准的IT运维管理流程,提供准确、详尽、专业的报告制度,通过客观分析运维过中
6、出现的各种障碍与问题,为#企业信息化建设提供决策依据.信息系统正常运行保障涵盖了1、 一般信息化设备与软件的运维管理; 2、 、防病毒服务;3、 办公区域内设备与软件巡检普查;4、 提供符合#企业实际的服务响应水平与质量保障;5、 信息化资产管理第2章 运维服务管理体系建设2.1 IT服务管理概述现今,随着计算机技术,特别是网络技术的飞速发展,对于许多行政单位,许多企业而言,IT技术越来越深入到核心业务,影响策略制定和企业的发展.从而对IT环境的可靠性,可用性和快速适应性提出了越来越高的要求,与此同时,IT环境却变得越来越复杂.因此,对于一个单位而言: 如何把有限的IT资源最有效的作用于核心业
7、务的发展 如何最快地获取专业的支持能力 如何实现对系统的完善管理,提高系统的可靠性和可用性 如何提高用户的工作效率,增加最终用户满意度 如何跟上IT技术的发展,与时更新相关技术 如何提高对IT系统利用的灵活性 如何更好地管理IT运营成本 以提高服务能力,将会是单位可能面临的问题. IT服务管理ITSM是一套帮助企业对IT系统的规划、研发、实施和运营进行有效管理的方法,是一套指导IT服务的方法论.ITIL是英国国家电脑局CCTA于八十年代开发的一套IT业界的服务管理标准库,它把业界在IT管理方面最好的方法归纳起来,形成规范,旨在为企业的IT部门提供一套从计划、研发、实施到运维的标准方法.它一经提
8、出,便被欧洲各大公司纷纷采纳,随后在澳洲,美洲和亚洲流行开来,目前已成为IT服务管理事实上的标准.通过参考这些标准,我们可以充分借鉴国际化标准的IT服务管理最佳经验,使我们站在巨人的肩膀上来设计、规划与运维IT服务,尽可能少走弯路,有效提高IT服务的质量. ITIL框架图ITIL是基于流程的方法论.IT部门可用其检查是否用一种可控的和可训练有素的方法为最终用户交付所需的IT服务.ITIL合并了一套最佳的实践惯例,可适用于几乎所有IT组织,无论其规模大小,或采取何种技术.ITIL对IT服务管理实践中涉与的许多重要问题进行了系统的分析,包括全面的检查清单、任务、程序、责任等与任何IT服务组织密切相
9、关的问题.这些概念的定义也涵盖了大多数IT服务组织的主要行为.IT服务组织可以借助ITIL的指导建立和拓展自己的IT服务流程.2.2 运维服务管理流程体系运维务管理最核心的是服务支持ServiceSupport和服务提供ServiceDelivery两个模块.各流程相互贯穿和作用,形成有机整体,共同建立一个健全的服务管理体系. 如下图所示: 2.2.1 服务支持服务支持的内容描述了一个客户如何访问适当的服务,以支持其业务.服务支持包含以下内容:2.2.1.1 服务台我们为企业建设服务台,提供统一报障 ,统一报障、统一维修接口,越秀工商可以通过统一的报障 申请服务、查询服务处理进程,监控服务质量
10、.服务台是IT服务组织和用户相互联系的接入点.服务台曾经被称为帮助台.HelpDesk的主要任务是记录,分解和监控提出的问题.一个服务台可以具备更宽范的角色,如接收变更请求,并且可以支撑多种流程中的操作.服务台是服务提供者和用户之间的日常工作的单一联系点.它也是报告突发事件和提交服务请求的焦点.正因为如此,服务台的职责是保持将服务相关信息,行为和契机通知用户,并追踪了解用户每日的行为.例如,服务台可能扮演用户提交变更请求的联系点,基于变更管理流程传达变更实施计划,并保持将变更实施进程通知用户.变更管理应该确保服务台随时保持对变更行为情况的掌握.在任何对SLA产生影响的事件面前,服务台处于第一线
11、,并维护高速的信息流通道.围绕突发事件,服务台有可能在其权限范围被授权实施变更.此类变更的范围可能被预先定义.当所有相关变更发生时,变更管理流程将被告知.基本上,当对任何CI的规范做出修改之前,变更流程都需要对其进行预先审批.2.2.1.2 突发事件管理突发事件管理流程致力于解决突发事件,并快速恢复服务供应.突发事件被记录下来,并且事件记录的质量决定了相关的其它流程的效力.服务台接近于突发事件管理流程和问题管理流程,并处于它们之间.如果没有适当的控制,变更有可能引入新的突发事件.因此需要建立有效途径对变更进行跟踪.这是为什么建议持续不断地将突发事件记录在同一个CMDB中,并分类为问题,已知错误
12、,变更记录等信息,以促进服务台界面的信息沟通能力,简化事件调查和报告.突发事件的优先权与其升级需要作为服务级别管理流程中的一部分进行协商,并在SLA中备案.突发事件管理的目标:突发事件管理的目标是尽可能迅速地根据SLA中定义的普通服务级别作出反应,使产生问题后对业务行为与组织和用户的影响最小.突发事件管理也应该保留对事件的有效记录,以便于衡量和改进流程,并向其它流程汇报.突发事件流程如下图所示:2.2.1.3 问题管理对于突发事件有两种处理方法,一种是对其做出服务快速响应,尽快恢复其正常运行,另一种是鉴别和解决问题根源.这两种方法之间存在微妙的区别,而且经常被互相混淆.对其做好区分具有重要意义
13、.如果问题被怀疑存在于IT架构内部,问题管理流程将会瞄准其潜在的根源.一个问题可能是被突发事件暴露出来的,但是显然,问题管理的目标是解决问题根源,预防其可能产生的干扰,而不是迅速恢复系统运行.当问题被识别后,通常需要进行一个业务决策,决定是否采取永久性措施改进系统架构,以预防再次发生新的突发事件.如果需要,提交一个变更请求来实现改进.为了有效和高效地识别突发事件背后的问题根源与其发展趋势,问题管理流程需要准确全面的突发事件的记录.问题管理流程同样需要和可用性管理流程密切联络,以确定这些趋势并明确补救措施的重要性.流程:2.2.1.4 配置管理配置管理致力于控制一个变化中的IT架构,鉴别配置项目
14、,收集和管理有关IT架构的文档,为所有其它流程提供IT架构的相关信息.配置管理是所有其它服务管理流程不可分割的一部分.拥有当前架构中所有部件的最新的,准确的,全面的和详细的信息,并管理其变更,使这些信息有效而高效地支持其它流程运行.变更管理可以与配置管理集成.至少,建议在配置管理系统中控制变更的登录和实施,并自在配置管理系统的帮助下对变更影响做出评估.因此所有变更请求应该被输入配置管理数据库,并随着变更请求的进展随时更新记录,直至其实施.配置管理系统识别一个变更项目和架构中其它部件的关系,将这些部件的所有人召集到影响评估流程中来.不管一个变更是否在架构中实施,相互关联的配置管理记录应该在CMDB中得到更新.最好在变更发生时,使用集成工具自动地更新记录.CMDB应该开放给整个服务支持组,使所有人理解部件失效可能的原因,从而使突发事件和问题可以被更容易地解决.CMDB还应当被用来把突发事件与问题记录和其它记录联系起来,比如失效的配置项目和用户之间的联系.如果缺少了配置管理流程的集成,发布管理将难以实现,并可能错误连连.服务交付流程同样依赖于CMDB中的数据.例如:服务级别管理需要识别相互结合在一起的部件,并在此基础上设置支持协议,交付服务.IT财务管理需要知道每个业务部门使用的IT架构部件,尤其是对于收费的项目.IT服务持续性和可