本帖最后由 FYIRH 于 2021-1-12 19:12 编辑
, w' E% Z, M2 L4 {
6 J& v4 g& b1 b- J- O本文由长河、陈贺、傅盛原创,张翼、王岩校对。
I" B9 A M, Y; V4 q
( F2 J2 H9 ~6 ?) H! O7 l
ITIL事件的优先级也可理解为处理事件的优先顺序,其决定了处理事件的顺序及所需的资源。优先级是事件管理的一个关键要素。 ( C+ q: [( y( u6 h. S( u5 O
在填写事件单时,其中一个重要事项是确定正确的事件优先级,这将决定事件所要进入的已预先设置的分级处理轨道,以满足不同的SLA要求。优先级通常通过综合考虑事件的紧急度和影响度进行定性的分析。
0 q# j) m3 Y$ }3 @& ?9 s- d
- 紧急度:事件所影响业务的恢复紧急程度。例如对于某通信运营商,其计费系统类事件的紧急度相对较高,而OA系统类事件的紧急度相对较低。
. l q3 B8 P. m8 }# O* j* l 9 {. {5 t) ]$ w q9 e9 R& |7 C
. v4 P# A/ Q- q+ L. F: M
- 影响度:就是如果事件未能及时修复,将会造成的影响面,如影响的系统个数、影响的区域范围或影响的业务受众的广度等。其中“影响范围”可以根据CI中定义的“影响范围”或用户报障描述来确定。可以想象一下,在春节前夕,某银行的网络银行系统由于IT系统的原因无法正常交易,这将造成何种影响?; y' Q/ I* |0 N$ Z1 F. V
7 D& O" r' c$ ]; }& Y$ {
为了避免一线IT服务工程师缺乏经验无法判断优先级。我们往往需要在事件管理流程的事件分类基础上,基于事件优先级的设定原则,设置默认的优先级,并在将来的工作中进行逐步优化。而且优先级可在单一事件的生命周期中被改变,更改时建议由事件经理批准,并将更改事件单优先级的原因和行为在该事件单中记录。优先级的准确评定依赖于我们不断地回顾事件——例如在事件周报或月报中,在重大事件分析会上;从而持续优化事件的分类和设定准确的优先级。
. g5 y" G4 R) C4 ? ~) y
通常我们会在告警策略中定义它的重要性级别,也会在CMDB中定义该CI的业务影响级别,事件单可以用来参照其来定义故障的紧急度。设备或系统对业务影响的紧急度还跟是否处于业务提供时段有关。 / `9 ^/ O" m# _- A( `
一个和事件优先级相关的典型指标是“在目标时间内按照优先级解决的事件百分比”,该指标实际上也对SLA提供了一个直接的测度,数值建议不低于90%。 9 j) b# Y. |1 c: ^
关于优先级的设定,一般需要制定一个WI,来指导IT运维人员(主要是服务台坐席)在记录事件单时进行正确地定义优先级。下面是一个示例: 表 1-6、优先级判断及解决时限示例 + \" y2 g2 @! }$ {# t
/ {( w( X" {2 x' Q) k. ~# i5 i4 k
ITIL先锋论坛原创文章,禁止任何形式的转载,侵权必究! |