文档介绍：中国移动某省公司
——计费容灾优化方案
2
提纲
1
计费容灾系统现状
2
计费容灾优化目标
3
容灾优化方案
4
应用部署调整方案
5
数据复制软件选型及测试
3
计费主机
数据库
计费容灾系统应用部署现状
A中心 RAC
B中心 RAC
Sacb01
语音业务
Sacb03
VPMN
用户MDB
Sacb04
SMS
免费资源MDB
B中心入库/计费汇总
Sacb02
GPRS
A中心入库/计费汇总
计费主机
数据库
A中心 RAC
B中心 RAC
计费生产中心
计费容灾中心
4
计费系统主机负载现状
统计主机: 上塘机房计费应用主机
统计日期范围: 2009年03月21日-2009年04月18日
统计时间范围: 09:00-22:00
主机编号
sacb01
sacb02
sacb03
sacb04
CPU平均占用
%
%
%
%
内存平均占用
%
%
%
%
5
计费容灾系统日常运行流程
采集
解码
查重
用户
MDB
免费资源MDB
批价
入库
解析
计费DB
采集
解码
查重
用户
MDB
免费资源MDB
批价
入库
解析
计费DB
生产系统
容灾系统
生产系统 MDB定时备份(由生产环境侧每隔30分钟轮询MDB文件是否产生,生产系统向容灾系统put),删除历史的MDB备份文件
综合
采集
实时从集中采集机上采集各种业务的原始话单文件(与计费系统生产环境一模一样)
进行实时的解码处理(与计费系统生产环境一模一样)
定时检查MDB备份点后,并保证这段时间增量的批价话单已经入库,此时将解码处理后的输出目录下的这批解码话单文件做删除
准实时采集计费系统生产环境下的入库详单备份文件,然后进行实时入容灾数据库
6
计费容灾切换现状
正常切换
应用日常计划切换,可以通过比对生产中心和容灾中心的数据一致性、完整性来保障切换的准确性;相对正常切换远比容灾切换工作量大和复杂。
目前形成一套完整的切换流程:
为保证切换后系统与生产系统数据完全一致,提前几天稽核生产环境和容灾环境数据,保证当月已入库详单的数据一致性;
切换当天,以覆盖方式把生产中心的踢重话单完整传输一份到容灾中心;
切换当晚,需等待生产系统生产环境完全停止后再进行一次备份传输与检查;
切换过程控制在3~4小时内。操作复杂系数不高,耗时主要是由于将数据文件由生产环境传输到容灾环境。
容灾切换
灾备切换时,可以直接启动容灾系统MDB,对解码后话单文件启动批价进程即可。
由于MDB采用定时备份,会造成用户在上次备份点到灾难发生间的少量免费资源消耗记录丢失!
7
现有计费及容灾应用存在的问题
问题一:
为保证容灾切换后系统与生产系统数据完全一致,切换流程复杂,耗时过长:操作准备需时1天,切换耗时3~4小时!
MDB采用定时全量同步方式进行数据备份,同步数据量大。需要由MDB全量备份点开始容灾恢复!
问题二:
计费生产主机压力过大,CPU平均负载达到60%,内存平均负载达到84%。
容灾主机仅实现采集、解码、查重。主机资源空闲。
设备利用率不均衡!
8
提纲
1
计费容灾系统现状
2
计费容灾优化目标
3
容灾优化方案
4
应用部署调整方案
5
数据复制软件选型及测试
9
计费容灾系统优化目标
计费容灾系统优化
减少切换时间和数据损失:RTO由现有5小时缩短到RTO<1小时,同时保证RPO不变
减少日常维护量:日常切换准备时间由1天减少到<2小时
缩短MDB备份同步时间间隔:增量文件输出由现有30分钟降低到10分钟以内。
减少计费容灾重处理数据量
通过利用现有容灾设备降低系统运行压力、保证系统稳定、降低故障影响。
通过多主机分散处理,降低数据处理。
10
计费容灾系统优化关键点
计费系统
容灾优化
计费应用
计费MDB
计费数据库
计费应用
优化现有计费应用容灾方式,实现计费应用在生产、容灾主机的负载均衡。
实现计费应用文件系统的数据备份,降低计费切换时间
实现计费应用负载分担、数据备份的基础上,保证处理性能(如:保证漫游上发话单处理及时性)
计费MDB
优化现有数据备份方式,实现MDB的远端数据备份。
计费MDB的数据备份不应对计费处理、综合查询产生较大影响。
计费数据库
保证计费数据库故障、计费应用系统故障不会造成数据丢失。