运维组如何管理服务器资源,运维服务管理体系方案全套.doc

本文介绍了XX企业在大规模电子商务建设后对IT服务管理的需求,强调了IT服务管理的重要性,特别是服务支持和服务提供的两大核心模块。服务台作为用户与IT服务组织的联络点,承担着记录、监控和问题解决的角色。变更管理和突发事件管理是关键流程,旨在确保服务的稳定性和可用性,同时通过问题管理来解决根本原因,防止未来事故的发生。整个运维服务管理体系旨在提升用户满意度和IT资源的有效利用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

项目概况

项目背景

近年来为适应业务发展的需求,XX企业进行了大规模的电子商务建设,包括采购桌面PC约300台,打印机约100台,这些应用系统及硬件设备的投入使用极大的推动了XX企业信息化建设的进程。随着对整体IT系统(硬件、软件、网络通讯…)的可用性要求高,就成为确保业务系统稳定运行的最有力的。

运维服务管理体系建设

IT服务管理概述

现今,随着计算机技术,特别是网络技术的飞速发展,对于许多企业而言,IT技术越来越深入到核心业务,影响策略制定和企业的发展。从而对IT环境的可靠性,可用性和快速适应性提出了越来越高的要求,与此同时,IT环境(包括软/硬件及相关技术)却变得越来越复杂。因此,对于一个而言:

如何把有限的IT资源最有效的作用于核心业务的发展

如何最快地获取专业的支持能力

如何实现对系统的完善管理,提高系统的可靠性和可用性

如何提高用户的工作效率,增加最终用户满意度

如何跟上IT技术的发展,及时更新相关技术

如何提高对IT系统利用的灵活性

如何更好地管理IT运营成本

以提高力,将会是可能面临的问题。

IT服务管理(ITSM)是一套帮助企业对IT系统的规划、研发、实施和运营进行有效管理的方法,是一套指导IT服务的方法论。

ITIL框架图

ITIL是基于流程的方法论。IT部门可用其检查是否用一种可控的和可训练有素的方法为最终用户交付所需的IT服务。ITIL合并了一套最佳的实践惯例,可适用于几乎所有IT组织,无论其规模大小,或采取何种技术。

ITIL对IT服务管理实践中涉及的许多重要问题进行了系统的分析,包括全面的检查清单任务程序责任等与任何IT服务组织密切相关的问题。这些概念的定义也涵盖了大多数IT服务组织的主要行为。IT服务组织可以借助ITIL的指导建立和拓展自己的IT服务流程。运维服务管理流程体系

运维务管理最核心的是“服务支持”(ServiceSupport)和“服务提供”(ServiceDelivery)两个模块。各流程相互贯穿和作用,形成有机整体,共同建立一个健全的服务管理体系。 如下图所示:

服务支持的内容描述了一个客户如何访问适当的服务,以支持其业务。服务支持包含以下内容:

服务台

服务台(ServiceDesk)是IT服务组织和用户相互联系的接入点。服务台曾经被称为帮助台(HelpDesk)。HelpDesk的主要任务是记录,分解和监控提出的问题。一个服务台可以具备更宽范的角色,如接收变更请求(RFC),并且可以支撑多种流程中的操作。

服务台是服务提供者和用户之间的日常工作的单一联系点。它也是报告突发事件和提交服务请求的焦点。正因为如此,服务台的职责是保持将服务相关信息,行为和契机通知用户,并追踪了解用户每日的行为。例如,服务台可能扮演用户提交变更请求的联系点,基于变更管理流程传达变更实施计划,并保持将变更实施进程通知用户。变更管理应该确保服务台随时保持对变更行为情况的掌握。

在任何对SLA产生影响的事件面前,服务台处于第一线,并维护高速的信息流通道。

围绕突发事件,服务台有可能在其权限范围被授权实施变更。此类变更的范围可能被预先定义。当所有相关变更发生时,变更管理流程将被告知。基本上,当对任何CI的规范做出修改之前,变更流程都需要对其进行预先审批。

突发事件管理

突发事件管理流程致力于解决突发事件,并快速恢复服务供应。突发事件被记录下来,并且事件记录的质量决定了相关的其它流程的效力。

服务台接近于突发事件管理流程和问题管理流程,并处于它们之间。如果没有适当的控制,变更有可能引入新的突发事件。因此需要建立有效途径对变更进行跟踪。这是为什么建议持续不断地将突发事件记录在同一个CMDB中,并分类为“问题”,“已知错误”,“变更记录”等信息,以促进服务台界面的信息沟通能力,简化事件调查和报告。

突发事件的优先权及其升级需要作为服务级别管理流程中的一部分进行协商,并在SLA中备案。

突发事件管理的目标:

突发事件管理的目标是尽可能迅速地根据SLA中定义的普通服务级别作出反应,使产生问题后对业务行为及组织和用户的影响最小。突发事件管理也应该保留对事件的有效记录,以便于衡量和改进流程,并向其它流程汇报。

突发事件流程如下图所示:

问题管理

对于突发事件有两种处理方法,一种是对其做出服务快速响应,尽快恢复其正常运行,另一种是鉴别和解决问题根源。这两种方法之间存在微妙的区别,而且经常被互相混淆。对其做好区分具有重要意义。

如果问题被怀疑存在于IT架构内部,问题管理流程将会瞄准其潜在的根源。一个问题可能是被突发事件暴露出来的,但是显然,问题管理的目标是解决问题根源,预防其可能产生的干扰,而不是迅速恢复系统运行。

当问题被识别后(被

第1章 项目概况 4 1.1 项目背景 4 1.2 项目目标 4 1.3 需求分析 4 第2章 运维服务管理体系建设 6 2.1 IT服务管理概述 6 2.2 运维服务管理流程体系 7 2.2.1 服务支持 8 2.2.2 服务提供 14 2.3 运维服务管理规划 18 2.3.1 第一阶段:服务磨合阶段 18 2.3.2 第二阶段:主动服务阶段 21 2.3.3 第三阶段:战略规划阶段 24 2.4 运维服务质量管理 24 2.5 建立运维管理规范 26 2.5.1 运维管理规范概要 26 第3章 信息系统运行保障方案 28 3.1 统一服务台建设 28 3.2 建立文档管理制度 29 3.3 一般信息化设备及相关软件运维管理 33 3.3.1 一般信息化设备服务范围 33 3.3.2 一般信息化设备运维 33 3.3.3 例行维护流程图 34 3.3.4 一般设备服务方案 35 3.4 防(杀)病毒服务 40 3.4.1 防病毒服务需求 40 3.4.2 制定合理的防病毒策略安全管理制度。 40 3.4.3 客户端防病毒升级软件 41 3.4.4 防毒件及时更新 41 3.4.5 每周防毒系统部署情况统计 42 3.4.6 每周对产生的病毒事件进行评估 42 3.5 信息资产巡检及普查服务 42 3.5.1 主动巡检 42 3.5.2 信息资产普查 43 3.6 其它有关说明及要求 43 第4章 运维服务计划方案 45 4.1 运维服务准备 45 4.1.1 签定必要的协议约定 45 4.1.2 人员准备 45 4.1.3 工具准备 45 4.2 项目人员织 46 4.2.1 人员结构 46 4.2.2 人员职责与岗位要求 47 4.3 服务计划 48 4.3.1 服务时间 48 4.3.2 进场初始阶段 48 4.3.3 第一个服务阶段 49 4.3.4 第二个服务阶段 49 4.3.5 服务总结延续阶段 50 第5章 应急服务方案 51 5.1 灾难应急措施 51 5.1.1 应急措施体制图与总则 51 5.1.2 大型灾难紧急行动方案 52 5.2 运行服务应急方案 55 5.2.1 启动应急流程 55 5.2.2 成立应急小 58 5.2.3 应急处理过程 58 5.2.4 应急处理结果评估 59 5.2.5 统计报告 59 第6章 服务水平质量承诺及服务管理 62 6.1 服务水平体系 62 6.1.1 报告服务 62 6.1.2 管理类服务 62 6.1.3 主动式服务 63 6.1.4 响应式服务 63 6.2 服务承诺 64 6.2.1 服务级别承诺 64 6.2.2 服务质量承诺 65 6.3 服务管理 65 6.3.1 服务管理总则 65 6.3.2 服务流程管理 66 6.3.3 服务台支持管理 67 6.3.4 事件管理 69 6.3.5 问题管理 70 6.3.6 知识库管理 71 6.3.7 服务记录管理 71
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值