《电子政务运维服务管理规范.ppt》由会员分享，可在线阅读，更多相关《电子政务运维服务管理规范.ppt（39页珍藏版）》请在三一办公上搜索。
1、,DB37/T 1434-2009 电子政务运维服务管理规范,提 纲,标准背景,一,标准思路,二,标准应用,三,标准解读,四,标准背景,20062020年国家信息化发展战略中明确提出了未来电子政务行动计划要建立运行、维护管理制度，从国家层面规划了电子政务运维工作的方向。国家在“十一五”电子政务建设目标中指出：当前和今后一个时期在推进电子政务建设方面要着力抓好七项工作，其中第七项是建立有利于电子政务合理建设、科学管理、有效运行及维护的良性运行机制。2008年5月，为推动电子政务外包服务规范化发展，原信息产业厅出台了山东省电子政务外包服务管理办法。近期，杨少军主任在2010年省直部门信息中心主任（
2、处长）工作座谈会上的讲话中，提出了“继续推进电子政务外包服务，开展电子政务外包服务企业认定“等工作要求。,政策背景,1,标准背景,随着电子政务应用的全面铺开，电子政务运行维护的压力和挑战也凸显出来，成为影响信息系统应用效果的瓶颈。日常运维和突发性运维的双重特点，以及系统用户的信息技术水平不一，使得运维部门就像救火队一样，不知道什么时候、什么地方会出现“火”情，总是处于被动灭火的状态。这种传统被动、孤立、分散的救火队式的运维模式，让电子政务运维部门疲于应付，运维技术人员饱受抱怨，还给电子政务的运营环境带来了复杂性和不确定性。因此，采纳国际上先进的IT服务管理理念，建立电子政务运维服务管理机制是改
3、进现有的电子政务运维服务的必由之路。,技术背景,2,标准背景,运维服务管理源于IT服务管理，目前国际上运用比较广泛的相关理论有ITIL（IT Infrastructure Library，IT基础设施库）和ISO 20000系列标准，其中ISO/IEC 20000-1已经转化为国家标准GB/T 24405.1信息技术 服务管理 第1部分 规范，ISO/IEC 20000-2目前正在报批过程中。北京、深圳、大连等地也相继出台了运维服务相关的地方标准。,国内外相关标准情况,3,提 纲,标准思路,二,标准背景,一,标准解读,四,标准应用,三,标准思路,事件管理,问题管理,。,基础环境,IT供方,运维
4、人员,主机系统,网络系统,。,IT资源,运维服务,用 户,运维服务管理对象,运 维 组 织,服务级别管理,运维管理流程,服务管理PDCA循环,提 纲,标准应用,三,标准背景,一,标准思路,二,标准解读,四,运维管理的核心内容,实现电子政务运维的有效管理,保障IT系统的稳定与效率,从容应对各类紧急事件,理顺工作流程、明确职责划分,流程控制工作流程控制操作流程控制,系统监控IT基础环境监控应用系统检查系统性能管理总体运行情况分析,事件、问题、配置、变更,标准应用,提 纲,标准解读,四,标准背景,一,标准思路,二,标准应用,三,1 范围2 规范性引用文件3 术语和定义4 运维服务模式5 运维服务管理
5、组织6 运维服务管理对象7 运维服务内容8 运维服务管理流程9 运维监控和管理工具参考文献,标准解读,标准结构,0,标准解读,术语和定义,3,3.1 电子政务运维服务：电子政务运维服务是指运维服务提供方或政务部门内部的IT部门综合利用各种运维手段和方法，提供确保基础设施和应用系统正常、安全、高效、经济运行的服务。3.2 运维服务提供方：本标准中特指为电子政务提供运维服务的单位或部门，包括政务部门内部组织或外部组织。3.2 事件：不属于某项服务的标准操作、导致或可能导致IT服务中断或服务质量降低的任一事态。事件也可能包括请求的问题，如“我如何做？”。注 参见GB/T 24405.1。3.4 问题
6、：一个或多个事件的未知的潜在原因。注 参见GB/T 24405.1。,标准解读,术语和定义,3,3.5 服务级别协议（SLA）：运维服务提供方与顾客之间签署的、描述运维服务和约定服务级别的协议。注 参见GB/T 24405.1。3.6 流程：被设计完成特定目标的一套结构化活动。流程采用一个或多个预定义的输入，将它们转化为预定义的输出。流程可以包括所要求的角色、职责、工具和管理控制，来可靠的交付输出。如果需要，流程可以定义策略、指导方针、活动和工作指令。3.7 IT供方：负责提供交付IT服务所要求的产品或服务的第三方，如，日常硬件和软件供货商、网络及通信服务商等。3.8 配置管理数据库（CMDB
7、）：包含每个配置项所有相关的详细信息和配置项之间重要关系的详细信息的数据库。注 参见GB/T 24405.1。,标准解读,运维服务模式,4,混合运维,标准解读,运维服务管理组织,5,运维服务管理组织,领导组,执行组,业务部门,IT部门,。,IT部门,服务提供方,。,6 运维管理对象,IT 资 源,安全系统,入侵检测系统,漏洞扫描,防火墙,杀毒软件,桌面系统,PC,打印机,笔记本电脑,复印机,运维服务提供方,运维服务组织,IT供方,IT资源提供商,网络服务提供商,基础环境,安全监控系统,UPS系统,消防系统,门禁系统,空调系统,主机系统,应用服务器,数据库服务器,中间件服务器,存储/备份服务器,
8、应用系统,操作系统,数据库系统,中间件系统,办公自动化系统,政务网站系统,业务系统,入侵防御系统,扫描仪,运维服务人员,标准解读,7 运维管理内容,数据中心运维服务,数据存储,数据存储,数据恢复,信息安全,主机安全,应用安全,网络安全,数据安全,桌面运维服务,资产管理,硬件,软件,机房环境,安全监控系统,UPS系统,消防系统,门禁系统,空调系统,主机系统,应用服务器,数据库服务器,中间件服务器,存储/备份服务器,应用系统,操作系统,数据库系统,中间件系统,办公自动化系统,政务网站系统,业务系统,数据备份,PC,打印机,笔记本电脑,复印机,扫描仪,标准解读,标准解读,运维服务内容,7,7.1.1
9、 机房环境运维服务,对机房的线路、设备的摆放等方面进行规范管理；机房环境及重要设施的日常巡检，如机房主要区域、以及UPS电源、精密空调、消防设备的运行情况进行巡检，安全检查内容包括：UPS电源负载率、各设备报警、有无漏水、机房洁净度等；建立机房进出管理制度，对机房进出管理人员进行登记管理；维修因需求变更及设备升级和故障引起相关维护工作；处理空调、不间断电源等机房设备相关的异常事件，防止故障导致相关设备（服务器和网路设备）无法正常运行。,标准解读,运维服务内容,7,7.1.2 主机系统运维服务,了解主机系统运行维护需求和相应的配置；监控主机系统的使用状况；评估主机系统的性能；优化主机系统配置；制
10、定主机系统重大突发事件的应急预案等。,标准解读,运维服务内容,7,7.1.3 网络系统运维服务,网络建设规划；监控网络设备状态、网络连通性等运行状态；监控网络链路流量、核心交换机端口流量；检查网络设备运行日志；备份网络、防火墙、入侵检测等设备的配置参数；网络性能改进、网络配置优化；控制网络配置的变更；制定网络系统的应急预案；及时处理网络中断、网络设备故障等。,标准解读,运维服务内容,7,7.1.4 应用系统运维服务,监控各应用系统的运行状况；评估应用软件系统的性能和功能；协助开发方沟通消除应用系统可能存在的隐患和威胁；系统配置优化；处理系统异常事件；根据需求升级、更新系统功能等。,标准解读,运
11、维服务内容,7,7.1.5 数据的存储、备份和恢复服务,评估数据的完整性、可靠性、可用性和机密性等要素；评估数据存储、数据通信的安全性；制定数据存储、数据备份、数据恢复等的策略；必要时可提供灾备服务（本地或异地）。,7.1.6 信息安全管理服务,依据GB/T 22081信息安全管理实用规则 的要求提供相应的信息安全管理服务。,标准解读,运维服务内容,7,标准解读,运维服务内容,7,7.2 桌面系统运维服务,硬件支持 硬件设备的安装、配置和升级；硬件设备的故障诊断和维修维护，包括零部件的替换；软件支持 基础软件的安装、配置、升级以及故障诊断和排除；应用软件的安装、配置、升级以及故障诊断和排除；其
12、他支持 预防性维护：包括日常监控，病毒查杀，软件备份，趋势预测和系统优化等；,7.3 资产管理服务,协助政务部门更新、调整、分配IT资产；定期评估IT资产使用状况；定期进行设备维护、保养和更新；定期进行IT资产的汇总分析，确保IT资产的可用性和安全性。,标准解读,运维服务内容,7,标准解读,运维服务管理流程,8,发布过程,服务级别管理,服务报告,服务连续性管理,解决过程,关系过程,发布管理,供方管理,事件管理,问题管理,配置管理,变更管理,控制过程,服务交付过程,标准解读,服务级别管理,8.2,识别需求,编制服务目录,拟定并评审服务级别协议,签订服务级别协议,协调签订供方合同,供方管理,定期评
13、审并修改SLA,开 始,结束,标准解读,服务报告,8.3,服务级别协议目标执行情况（事件数量、问题数量、变更实施、故障时间/次数、影响业务的时间/次数等）；服务级别协议达成及未达成情况、安全违规及考核实施情况；IT资源使用情况分析、隐患及相关的纠正和预防措施或建议；重大事件（故障）的分析（对政务部门业务的影响和成本分析）、纠正和预防措施及落实跟踪情况，相关变更和发布的绩效；趋势分析及可能导致违背服务级别协议相关活动的预警；计划完成情况及未来工作计划；用户满意度分析。,标准解读,服务连续性管理,8.4,标准解读,供方管理,8.5,IT供 方,服务提供方,用户,供方管理,服务提供方及供方的的角色,
14、标准解读,事件管理,8.6,服务请求,是,否,标准解读,问题管理,8.7,问题管理的主要目标是要查明事件发生的潜在原因并找到解决此事件的方法或防止其再次发生的措施。事件管理的主要目标是在事件发生后尽可能快地恢复客户服务，即使采取的是一些应急措施而不是永久性的解决方案；事件管理强调速度；问题管理强调质量，把速度放在第二位；为了发现事件原因和防止事件再次发生，问题管理可能需要花费更多时间解决事件且可能推迟恢复服务。,事件管理VS问题管理,标准解读,配置管理,8.8,数据库,广域,标准解读,变更管理,8.9,紧急RFC？,可以运行？,标准解读,发布管理,8.10,配置管理数据库（CMDB）,标准解读,运维监控和管理工具,9,标准解读,谢谢！,
