中石油邮件系统管理实践

申请免费试用、咨询电话：400-8352-114

业务服务管理（Business Service Management，BSM）已逐渐成为IT管理领域的一个新的热点。业务服务管理弥补了传统IT管理理念缺乏对业务和IT关联关系问题的思考，明确提出了保持业务目标和IT目标相统一，构建业务和IT的沟通平台，通过业务视角传递IT价值的观点。

下面以中国石油邮件运维平台为例，介绍其业务服务管理的实践过程。

五大着眼点

业务服务管理致力于为企业解决以下五个方面的问题。

第一，管理信息共享。

出于对IT资源专业化、精细化管理的要求，企业部署了诸多的监控管理工具，用于监控企业内部IT环境的各个方面。一般来说，这些监控工具往往来自于不同的厂商，彼此之间缺乏信息共享的手段。而管理信息无法共享，直接带来许多问题。首先，IT管理人员在发现和解决IT故障的时候，不得不同时使用多个管理操作台（Console）; 其次，加大了IT故障的分析难度，降低了解决问题的效率。业务服务管理可以有效整合企业已经构建的众多IT监控系统，将分散的IT管理信息集中到一个单点的管理平台中，从而信息得以充分共享。

第二，定位问题的根源。

目前，IT环境越来越复杂。当一个IT组件出现问题时，往往会影响到很多关联的组件，因此管理员会收到大量的衍生或者重复的告警信息。如何在最短的时间内，从大量的告警信息中，准确定位出故障的根本原因，成为IT管理的关键。缺乏有效的根源问题定位能力，不仅会降低企业对IT部门的服务满意度，也是IT部门内部各子系统（如网络、主机、数据库）相互推委责任的根源。

业务服务管理能够提供有效的根源问题定位能力，它着眼于企业的核心业务系统，通过集中与业务相关的IT信息，根据业务逻辑和IT组件之间的关联关系进行建模，企业可以在业务模型中的任何一点进行快速的根源问题分析和定位，大大提高了解决问题的速度和准确度。

第三，评估故障影响范围。

当发现IT故障时，管理员不仅应该关注故障本身，更应该考虑该故障对业务系统的影响。比如同时收到了两条告警信息，一条描述某个邮件服务器宕机，另一条描述某个交换机的CPU利用率过高，此时应该首先处理哪个故障？从技术角度来讲二者都是非常严重的问题，但从对业务的影响范围和程度看，显然要优先处理服务器宕机的告警，因为这条告警对业务的影响范围更大; 但是如果该宕掉的邮件服务器只是某个服务器集群中的一个呢？显然更应该优先处理CPU利用率高的交换机。业务服务管理通过帮助IT管理者构建业务场景，将具体的IT故障放入相关的业务场景中进行评估，让管理员了解到IT故障的影响范围和程度。

第四，评价业务服务水平。

业务服务管理将服务水平评价从IT层面提升到业务层面，基于构建的业务模型，可以按照关键业务指标（KPI）建立一套全面的业务服务评价体系，该体系更为准确和全面地反映IT的运行效果。

第五，基于角色的信息呈现。

IT信息已经成为企业内部一项重要的信息内容。因此如何展现IT信息和IT运维的结果，使之能够被管理层这些非IT专业人士正确解读，建立IT和业务部门的沟通平台，成为IT部门的一项挑战。此外，IT运维团队也是由多个层次、多个专业领域、多种角色的人员构成的，因此需要能够基于角色来更为直观地、简练地展现信息。业务服务管理提供的可定制化的极具特色的业务服务视图，可以帮助实现上述目的。

三步逐级实施

为了解决业务服务管理的问题，中国石油按照以下的过程进行了基于业务服务管理的邮件系统运维平台的建设。

第一步，对邮件系统相关的IT信息进行整合。采用Novell提供的数据集成技术，从已经部署的众多IT监控工具中捕获IT信息，并集中到业务服务管理平台。被集成的系统包括: 上市和未上市的两套邮件监控系统、网管系统、协议监控系统。被集中的数据包括: 邮件服务器、应用进程的实时状态信息和实时告警信息; 网络设备的实时状态和实时告警信息; 关键协议的实时状态; 网络链路、邮件服务器、应用进程的性能数据。

第二步，在数据集中的基础上，进行业务建模。

首先，从邮件系统入手，理清了邮件系统本身各个组件的结构、作用，以及各组件间的关联关系; 从网络入手，理清了邮件服务器与网络设备之间的连接情况，关键网络设备的作用; 从管理入手，理清了邮件系统的组织结构和管理区域及权限。

其次根据掌握的信息进行建模。建模包括两个方面，一是形成组件间的关联; 二是在关键组件上部署逻辑算法。逻辑算法也是根据业务逻辑和IT管理规则制定的。逻辑算法的应用，极大地提高了根源问题定位的效率和准确性。以西南区域邮件系统为例，影响西南邮件的因素有三类: 服务器、邮件应用协议和关键链路。通常，当连接某台服务器的关键链路中断时，相应的服务器及其上的协议也会显示异常状态。我们会看到大量告警节点和信息，无法判断故障的根本原因。通过在关键点上设置逻辑算法，当发生上述异常时，只让发生故障的关键链路节点变红，而让受之影响的服务器和协议节点处于静默状态（灰色显示），从而使IT管理人员能够直观快速地判断出故障的根源所在（如图所示）。

第三步，在模型的基础上，根据用户的角色，定义直观清晰的业务视图。

基于业务服务管理的邮件系统运维平台的成功构建，带来了如下的好处: 首先，将原来分散在四套IT监控管理系统中的信息集中在一起，提高了信息分析能力，降低了IT人员的工作负荷; 其次，在邮件业务模型中的任何节点，均可进行根源问题分析和定位，提高了故障解决速度，也避免各系统之间的推委; 第三，将具体的IT问题放到业务场景中进行评价，使IT人员能够更为准确地在第一时间解决对企业业务最重要、最紧迫的IT问题; 第四，通过建立多种业务监控视图，使监控更为清晰和直观，同时企业内的非IT人员也能够了解IT信息。