移动业务预警解决方案

04.
系统维护所面临的困惑
02.
创立业务预警系统对维护人员的帮助
05.
业务级监控是系统维护的发展方向
03.
创立针对四川移动业务预警的解决方案
06.
目录
CONTENTS
系统维护现状
*
网络设备
主机
数据库服务器
存储设备
应用服务器
网管系统接口（网元）
网管系统报警器
网管系统报表
网管系统界面
通过网管设备对数据库，主机，网络设备，存储设备和应用服务器进行监控。 数据库，主机，网络设备，存储设备和应用服务器通过SNMP协议与网管系统接口进行链接。 通过在网管系统制定维护规则定期对各系统进行探测。
2、值班维护人员、系统维护人员针对故障的解决流程将形成故障解决知识库。
3、标准故障解决流程可以升级成为解决预案
4、预案和知识库信息都自动保存在集成平台
5、维护人员在故障处理时可以调用故障解决预案，参考知识库同类故障解决流程。
维护人员的期望-减少故障投诉
*
*
维护人员面临多方面的压力 维护人员处理故障的时间很有限，短时间内对故障不能有效的处理会带来客户投诉海量的增长。 业务使用部门因为业务不能使用面临客户的投诉。所以业务使用部门对维护人员不停的催促。 部门领导，公司领导为了保障客户服务的满意度，对故障的处理时间和效果有很高的要求。 减少故障投诉是系统维护人员的期望
通过分析报表清淅地看出业务系统中的每一个流程环节（产品购买、资源确认、选号等）在过去某段时间内的性能和可用性
业务预警过程分析
*
系统提供了对业务流程可用性和性能的趋势分析功能； 通过时间趋势图，可以分析出业务流程性能恶化的现象和过程，从而做到提前准备
趋势分析
网络资源监测
*
系统实现对从各地市监控点到移动省中心的网络状态进行监控 ； 发现网络问题出现在哪一个网段 ，把最终用户和系统性能趋势关联起来,帮助分析网络对业务的影响因素
简单的办法-机制和工具解决
*
*
加长处理时限 加快解决时间 大幅降低投诉率 加长处理时限 加快解决时间 大幅降低投诉率 业务预警取代系统告警 在客户发觉前对业务异常进行处理 “探针”准确定位异常业务直接获取业务异常数据 分析工具实时分析异常直接原因，分析异常潜在威胁 知识库提供大量参考信息维护人员可以快速解决问题
不能及时修复故障业务，彻底消除该类业务引发的系统隐患。
偶发性业务故障很多，不能对业务故障进行梳理。无法避免下次同类故障出现。
不能定位造成系统异常的故障业务引发的后果
不能提供有效的故障分析手段
*
不能提供有效的故障分析手段引发的后果
无法对故障业务的具体位置进行分析
无法对故障业务产生原因
无法对系统异常对其他业务产生的影响进行分析
发生交互并直接感知
交互，保证业务稳定
不直接感觉，但起决定性作用
客户办理业务中直接与业务终端系统进行交互，客户业务感知度明显； 客户从业务终端系统获取平台的服务； 通过业务监控对系统监控，可以最有效保障服务稳定性和质量
业务级监控优势
*
实时监控业务运行，实时向监控平台返回业务运行数据
对突发性业务异常实时捕捉，把异常数据实时返回平台
3
创立业务预警系统架构及特点
4
创立业务预警系统对维护人员的帮助
5
创立针对四川移动业务预警的解决方案
6
创立业务预警系统的主要功能
7
业务预警系统的应用场景
8
业务预警系统集成方案
*
业务监测
Agent
营运终端
诊断分析
资源监控
通过BAC对业务运行状态进行探针；Diagnostic实现应用服务诊断分析；SiteScope实现主机、网络、存储、中间件服务进行监控； 业务预警集成平台通过对HP相关产品进行统一的管理和操作，为移动提供统一的业务预警告警、分析、控制平台
按照故障状态提取信息。
创立业务预警系统－独特的处理汇报方式
*
业务A
业务B
业务C
业务D
业务E
业务F
系统维护人员在限定时间内进行异常的处理并确认
逐级上报的预警机制保证了在业务出现异常的时候能够得到快速，准确的解决。 利于管理人员对员工工作进行考核，监督。
多级自动告警设置，保障及时处理
3
2
创立业务预警系统－强大的知识库
*
业务A
业务B
业务C
业务D
业务E
业务F
当系统维护人员看到告警信息可以根据业务异常状况在知识库里面进行查找。寻找相似的历史异常记录及处理方式。极大的方便了系统维护人员对同类业务异常的处理效率和准确性。 如果系统维护人员没有在知识库里面找到类似的历史记录。也可以把本次新的异常状态以及解决流程和方式写入知识库，供其他维护人员参考。
Diagnostics服务器
J2EE
.Net
SAP
SMS、IVR Email、工单
业务预警集成平台
业务监测方案
*
从最终用户角度出发，从不同的地理位置，全天候、实时主动地监测业务系统内部各主要业务流程和接口的可用性和性能 ； 以7*24的方式监测系统，以HTTP方式将监测数据汇总到BAC服务器，发现某个业务存在性能或可用性的问题，监测系统通知集成平台立即以SMS、Email、IVR等报告给值班人员。先于用户发现问题。
运营商竞争激烈
*
提供相等的资费 提供类似的业 务 运营商还能提供什么？
在同质的服务中选择，在同类的资费中选择，在同样的业务中选择。 客户还能选择什么？
中国移动
中国联通
全球通 动感地带 神州行..
10086
积分反馈
世界风 新势力 如意通..
10010
在线营业厅
同类技术
同类品牌
同类业务
同类资费
同样服务
完善的工作流程
业务预警系统提供完善的功能架构和功能模块帮助系统维护人员和故障分析人员降低工作强度
丰富的系统工具 业务自动监测，数据自动上传，数据自动分析对业务自动预定位 减少人为操作 降分工，协同参与 。提高工作效率，
告警信息1
告警信息 2
目录
*
稳定的系统对运营商的重要性
系统维护所面临的困惑
业务级监控是系统维护的发展方向
创立业务预警系统架构及特点
创立业务预警系统对维护人员的帮助
创立针对四川移动业务预警的解决方案
创立业务预警系统的主要功能
业务预警系统的应用场景
业务级监控概念
*
DB Tuxedo 营帐系统
业务 终端系统
业务处理客户
同质网络
积分换礼品
网上营业厅
………………..
……………….
系统稳定的重要性
*
*
移动
稳定的计费系统
稳定的营业系统
稳定的客服系统
稳定的支撑系统
消费从此清晰明了
业务办理高效快捷
投诉咨询及时反馈
业务使用稳定顺畅
客户
提供更可靠的服务，获取竞争优势。
激烈竞争中的蓝海
*
稳定的系统对运营商的重要性
01.
创立业务预警系统架构及特点
简约工作计划总结通用模版
单击此处添加副标题
移动业务预警解决方案建议书
*
稳定的系统对运营商的重要性
01.
创立业务预警系统架构及特点
04.
系统维护所面临的困惑
02.
创立业务预警系统对维护人员的帮助
05.
业务级监控是系统维护的发展方向
03.
创立针对四川移动业务预警的解决方案
06.
目录
CONTENTS
不能保留异常系统现场数据
*
无法保留造成系统异常的故障业务产生的痕迹
无法追踪造成系统异常的故障业务
无法获取业务故障的原因。不能对故障业务进行处理。系统潜在威胁得不到排除。
有可能在系统崩溃时依然找不出原因
不能保留异常系统现场数据引发的后果
不能定位造成系统异常的故障业务
*
无法准确捕捉故障业务
目录
*
稳定的系统对运营商的重要性
01
系统维护所面临的困惑
02
业务级监控是系统维护的发展方向
03
创立业务预警系统架构及特点
04
创立业务预警系统对维护人员的帮助
05
创立针对四川移动业务预警的解决方案
06
创立业务预警系统的主要功能
07
业务预警系统的应用场景
08
维护人员的期望-降低工作强度
*
丰富的系统工具
对分析信息形成 报表
对每次分析结果 进行归类存档
预制监控器监控 规则
工作流引擎
创立业务预警系统
创立业务预警系统－－从业务入手进行监控
业务A
业务B
业务C
业务D
业务E
业务F
网络
APP1
APP2
APP3
APP4
APP5
APP N
探针1
探针2
探针3
探针4
探针5
丰富的知识库管理器 过往所有的业务异常告警信息进行整理存档 所有针对异常业务的处理方式进行整理存档 新的业务异常出现的时候维护人员可以参照以往案例减少重复工作。
最为的有效工具-知识管理
*
故障通用解决预案
异常处理知识库
业务预警集成平台
系统维护人员
维护值班人员
维护人员
系统集成商
移动运维管理部门
1、集成商、移动运维部门形成通用解决预案
系统级监控 事后处理机制
现有系统维护机制面临的困惑
*
网络设备
主机
存储设备
应用服务器
网管系统接口（网元）
网管系统报表
网管系统界面
当系统出现异常才能通过网管进行告警 造成系统异常的业务无法捕捉 系统异常后对其他业务的影响也无法分析
不能定位造成系统异常的故障业务
不能保留异常系统现场数据
不能提供有效的故障分析手段
语音
短信
告警灯
邮件
丰富的告警通支付方式 当业务出现异常时，无论系统维护人员身处何地都能收到某种方式的告警通知。 增加了维护人员工作的自由度同时保证了告警能在第一时间被响应
预警预案1
预警预案2
预警预案3
A异常预警
B异常预警。
C异常预警
案例1
案例2
案例3
处理办法
处理办法
处理办法
丰富的预警预案提供符合实际业务流程的预警方式
对每个业务应用植入“探针” 通过“探针”实施监控业务运 行状况。实施播种业务运行中 出现的异常并把数据传回平台
从业务系统外围全天后监测支 撑业务系统的IT系统构架。采 性能数据和关键指标实时监控。
对“探针”和和系统检测器返回的异常数据进行分析。确定产生异常的业务以及异常业务对系统的影响。
对业务异常进行 多方种突进告警
预警系统成为维护人员的必备利器
*
提高服务质量 效果更好、节省时间 降低维护人员压力 处理更多、速度更快 系统规划更科学 预警系统是维护人员必备利器 业务预警系统通过业务监测、应用系统诊断、系统监控成为系统维护人员维护工作必备工具
目录
*
稳定的系统对运营商的重要性
1
系统维护所面临的困惑
2
业务级监控是系统维护的发展方向
故障投诉的一般机理
有效降低投诉
事前异常发现 缩短恢复时间
在客户察觉前发现异常，处理并修复故障
通过诊断分析工具缩短处理恢复时间
故障投诉产生的数量在故障发生的15分钟后将形成爆发性的增长； 业务预警系统在故障发生请为维护人员提供告警，增长了故障处理时间；在故障处理过程中提供故障诊断分析工具，快速恢复故障。
*
业务处理过程分析-监控业务流程和中间环节
业务处理过程分析-业务分解功能
*
系统提供了业务分解功能。交易分解可以对事务进行端对端（客户端, 网络、Web服务器, 应用服务器, 数据库服务器）的分析 根据获得的时间数据，以确定性能问题是由哪个环节产生的
性能问题点
业务运行数据统计功能
*
系统历史数据库存储和分析功能，分析过去的某个时间段内的业务性能数据、业务可用性数据和系统性能指标；
分析工具实时对业务异常数据进行分析，查找异常原因
实时对异常业务进行告警，以语音，短信等多种方式发出通知
管理员能及时进行排查，对异常业务进行修复，从而保障系统的稳定
业务级监控优势
提前预告，实时分析，及时排查，及时解决 。保障业务正常运行 保障系统稳定，高效，准确的为用户服务。
目录
*
稳定的系统对运营商的重要性
BPM可以对业务流程中的具体环节进行监控（如业务受理、资源确认与配置、工单派送、业务开通竣工等），实时显示每个环节完成业务的数量，正在处理的工单数量等 。 环节出现问题（比如压力过大等），业务控制台上相应的指示灯就会发出报警。报警信息通过集成平台以SMS、Email、IVR等报告给值班人员
报警指示
探针6
业务预警系统
1：通过对业务的实时监控发现业务C有异常 2：通过对业务C的分析，发现业务C调用的APP4有异常 3：通过对APP4的分析，发现业务C的异常有可能对执行APP4的数据库服务器产生威胁。 改变以往从系统入手的监控模式。实现从业务监控入手，通过业务的异常来分析判断系统可能出现的故障。
2
系统维护所面临的困惑
业务级监控是系统维护的发展方向
创立业务预警系统架构及特点
创立业务预警系统对维护人员的帮助
创立针对四川移动业务预警的解决方案
创立业务预警系统的主要功能
业务预警系统的应用场景
创立业务预警系统
*
业务告警器
报表系统
业务监控器（ BAC）
系统监测器（Sit scope)
诊断分析器（Diagnostice)