《BOSS应急方案.ppt》由会员分享，可在线阅读，更多相关《BOSS应急方案.ppt（27页珍藏版）》请在三一办公上搜索。
1、Telcom Industry Architect Team,XX移动BOSS应急建设思路,应急系统功能概述,议程,系统实现方案,CRM应急系统需求,3,横向整合，纵向解耦,4,技术架构,通过统一界面、统一认证、统一鉴权、单点登录、统一渠道支撑的共同配合实现 内容、操作、支撑的一致性,强调需求的快速开发和部署能力,通过营销数据池和营销互动管理功能提高对营销活动的管理能力,对解耦中的问题提供技术保障,5,应急系统起源,2007 业务支撑中心,系统割接业务中断,BOSS挂起业务中断,服务开通平台堵塞业务无法办理,极易引起客户投诉！,6,业务连续性,系统关系,系统解构后，对业务连续性提出了新挑战：,
2、业务连续性保障体系由本地应急系统和容灾系统共同完成，本地应急系统是最关键业务快速恢复的手段，通过本地应急系统可保证最关键业务的连续性。目前的最关键业务包括：1、CRM中的服务变更请求/服务状态变更中停/开机、帐户余额查询等2、BOSS中的缴费、信用度管理等,1.跨系统流程及长流程，导致系统间依赖关系增大，系统稳定性下降2.数据的跨系统分布，增加数据不一致的风险，导致业务失败3.CRM与BOSS的处理性能不匹配，造成系统瓶颈，导致系统性能下降甚至业务中断等,系统拓扑结构,NGBOSS规范强调了应急系统的作用：,7,业务连续性要求,业务连续性要求目的：在提高原有系统业务连续性能力的同时，解决因NG
3、1-CRM和NG1-BOSS解耦出现的新问题。从风险分析、业务影响分析两个方面对影响业务连续运转的因素进行分析，提出相关业务的RTO和RPO指标要求。强调业务连续性保障机制，强调了容灾层次关系，重点提出对容灾体系的要求，阐述了生产系统、本地应急系通、容灾系统的切换原则。详细描述了容灾系统拓扑关系和数据流向。,应急系统功能概述,议程,系统实现方案,CRM应急系统需求,9,系统功能大类,应急系统从功能上可分为信息查询、业务受理、接口和开通、系统管理、数据更新等五部分，其中业务数据管理和系统管理属于后台处理模块。保障基本查询功能，保障关键业务受理，提供应急业务预受理功能功能模块可配置，可以根据故障情
4、况启用或者停用某个模块。,应急系统,10,系统功能,11,应急系统架构,BOSS系统,BOSS应用,BOSS数据库,BOSS回录接口,应急系统,应急前台,应急数据库,应急服务开通,受理信息缓存,数据复制,信息查询,业务受理,接口管理,数据更新,系统管理,系统功能,用户,12,BOSS应急处理流程,应用接入,BOSS系统,提升服务水平要求,信息回录,数据同步,应急系统,信息缓存,查询请求,受理请求,13,停机业务,操作员输入用户号码，系统显示客户的基本资料用户号码状态检查：可对客户进行欠费检查，如果有欠费系统应提示，但不作限制，由于应急系统与BOSS之间存在时间差，因此对号码状态不进行严格判断，
5、即已停机用户仍然可以进行停机办理系统操作员输入完成用户鉴权，然后录入停机类型、备注，操作员检查无误后完成；后台根据业务办理更改客户当前状态，登记业务异动，同时送停机指令至HLR能提供业务受理单,14,开机业务,操作员输入用户号码，系统显示客户的基本资料用户号码状态检查：可对客户进行欠费检查，如果有欠费系统应提示，但不作限制，由于应急系统与BOSS之间存在时间差，因此对号码状态不进行严格判断，即已开机用户仍然可以进行开机办理系统操作员输入完成用户鉴权，然后录入开机类型、备注，操作员检查无误后完成；后台根据业务办理更改客户当前状态，登记业务异动，同时送开机指令至HLR能提供业务受理单,15,补换卡
6、业务,操作员输入用户号码，系统显示客户的基本资料用户号码状态检查：可对客户进行欠费检查，如果有欠费系统应提示，但不作限制由于应急系统与BOSS之间存在时间差，因此对号码状态不进行严格判断。系统操作员输入完成用户鉴权，输入新的SIM卡号，系统检查该卡号是否已使用，如果不对则出错，系统不对SIM卡与号码对应关系进行合法性检查，操作员输入收费金额，付款方式、备注，操作完成后台根据业务办理更改客户当前状态，登记业务异动，同时送换卡指令至HLR能提供业务受理单，收据,16,收费业务,操作员输入用户号码，系统显示客户的帐务基本资料操作员根据与用户沟通确定交费金额，付款方式、备注，入帐完成；后台根据业务办理
7、更改客户当前状态，登记业务异动，同时送指令至HLR提供业务受理单，收据,17,基本资料查询,提供用户基本资料的查询，包括：个人资料查询集团资料查询客户资料营销方案集团成员资料帐户资料支付渠道资料其他,18,BOSS日志查询,提供日志查询,包括：帐户变更日志查询工单资料查询工单服务状态变更查询工单营销方案变更查询其他,应急系统功能概述,议程,系统实现方案,CRM应急系统需求,20,数据复制方案1：通过数据导出导入方式,技术原理：采用Oracle Data Pump 技术，定期从BOSS系统中导出数据，再导入到应急系统。（目前广东移动采用）技术因素：Data Pump 导出/导入时间，随着地市数据
8、量增加会逐渐增加，数据复制延迟增大；Data Pump 在工作阶段，会增加生产系统 I/O消耗；在Data Pump 各环节出现异常，如网路中断等，需要人为手工干预和重新工作。制约条件：数据复制为非实时复制，因应急系统与BOSS数据库有一定时间差，对所有业务不进行业务逻辑的检查，BOSS系统恢复后需将工单记录手工输入BOSS系统，不提供发票打印功能。,21,导入导出数据复制方式特点,优点：实现逻辑简单，软件、硬件投资较少不需要跟随BOSS版本的变动进行功能的变动基本可以保证关键业务的连续性缺点：应急系统与BOSS数据库有一定时间差无法实现自动回录，需要人工回录，可能存在一定的数据误差 对所有业
9、务不进行业务逻辑的检查不提供发票打印功能,22,数据复制方案2：存储复制技术,23,存储级数据复制方式特点,优点：对生产系统的压力最小数据复制方式可靠基于存储数据复制，BOSS库与应急库数据完全一致，不需要跟随BOSS版本的变动进行功能的变动缺点：硬件投资较高、需要存储容量较大无法选择性复制部分业务数据,24,采用数据库级数据同步方式特点：1.采用数据库特有Redo日志远程同步技术，只同步变化数据内容，而不需要同步所有数据2.可提供同步和异步数据复制模式，平衡系统性能和数据同步及时性3.数据复制逻辑不需要任何开发,数据复制方案3：数据库复制技术,25,数据库复制方式特点,优点：软硬件投资小，技
10、术架构简单，易于实施和维护可以采用Data Guard技术实现BOSS全库的数据复制可以支持同步和异步的数据复制方式基于存储数据复制，不需要跟随BOSS版本的变动进行功能的变动缺点：数据同步复制对生产压力较大数据异步复制会产生一定的数据延迟,26,采用应用级数据同步方式特点：1.应用级数据同步可采用技术方式较多：ETL、日志同步、变化数据捕获（CDC）、消息接口、文件FTP等2.采用应用级数据同步仅仅同步所需的业务系统数据，不需要全量同步所有业务数据，对存储扩容成本不高3.采用应用级数据同步方式，可按照应用特点进行选择性复制，最大程度减少数据搬动，提高数据同步效率和系统的可用性，随时可以按照业务需求进行数据同步，提高数据库系统的业务连续性,数据复制方案4：应用级数据同步和复制方式,应急数据库,BOSS数据库,应用数据流,应用数据流,
