ITIL V3 服务运营篇 之 5 大流程 上 [原创] 服 务运营有5个主要流程: 事件管理 事故管理 需求实现 问题管理 访问管理 事 件管理 事件(Event)可被定义为 任何可察觉和可识别的,对 IT 基础设施管理或者 IT 服务造成影响和背离的重要现象。事件通常由 IT 服务、配置项或者监控工具产生。 事件管理流程的目标是为了确保正常运营而进行的对 IT 基础设施中发生的所有事件进行监控的流程,事件管理也负责对例外情况进行侦测并进行必要的升级。 有效的服务运营需要对IT 设施运行状态的及时掌控和任何对服务偏移的识别,这依赖于有效的监控管理系统。 事件管理流程用于需要被控制和可自动化的服务管理的各个方面。件管理的监控范围包括配置项,环境条件(如,机房烟火的监测) ,软许可和使用情况监控,安全及标准活动(如,对应用或对服务器操作行跟踪) 。 事件管理路程图 事 故管理 事故 ( Incident ) 是指对一项IT服务或一项IT服 务质量减少的非计划中断。 事故管理流程的主要目标是根据服务级别协议的要求,在尽可能小地影响客户和用户业务的情况下尽可能快地将服务恢复到“正常状态” 。 事故管理流程图 事故管理流程:包括对服务引起中断或可能中断的事件的管理。这包括了用户通过服务台或通过从事件管理的监控工具直接提交的事故。事故由技术员工报告和记 录,但并不是所有的事件都是事故,许多的事件并不与中断相关,而仅是正常运营指标或一些简单的信息。尽管事故和服务请求都报告给服务台,但两者并不相同, 服务请求并不代表协议服务的中断,而是满足客户需要的方法,当然也可能是SLA中协议目标。 ITIL V3 服务运营篇 之 5 大流程 下 服务请求 该流程主要针对“服务请求”类事件,指的是IT 部门向用户提供的一系列不同种类的普通的需求,这些请求大部分可以分为几类,一类是低风险、经常发生且成 本低的微小变更;比如重置口令,对某个特殊的工作站进行额外软件安装的请求等;另一类为信息咨询请求。因为这些请求是经常发生、低风险,因而需要采取一个 单独的流程来进行管理,而不是混杂于正常的事件和变更管理流程,变成一种累赘和障碍。 请求实现流程的主要目标是: •对于某些预定义的申请和需求,为用户提供一个渠道来获得这些标 准服务; •为客户和用户提供服务请求管理流程服务和程序信息; •获得和交付请求的...