| 中国电信IBSS业务系统现状和需求
传统的以地市为单位的业务支撑系统架构对电信和网通越来越不利，尤其是在中国移动和中国联通纷纷推出全省集中管理模式后，在市场竞争方面，分散式系统建设存在着诸多不足：
（1）业务反映迟钝：电信在推出新的市场营销政策后，一般需要延迟很长时间才能够得到市场的反馈结果。而对那些已经实现了省集中业务管理的运营商而言，其推出新的市场营销政策后当天就能反映情况，及时获得各种统计分析结果。
（2）投资和维护成本昂贵：地市独立建设模式导致了地市之间无统一规划，造成大量的投资重复和浪费，同时每个地市都需要大量的、高水平的维护力量。
为此，电信正致力于改变这个现状，希望通过建设省集中业务管理系统的方式解决以上问题。
但是，通过那些已经实现了省集中管理的运营商的建设经验来看，在实现了省集中以后，由于其数据量变得非常庞大（一般都达到10TB）、业务复杂、个性化需求多等实际情况，也导致集中系统出现了以下的严重问题：
1、大量并发查询的性能问题；
2、报表系统效率问题：大量的并发业务使得系统效率变得非常低下，尤其是报表业务的运行更是每个集中业务管理系统都面临的严峻问题。
RealSync在福建电信的应用案例分析
本项目的建设需求是：为福建电信集中计费系统上线后，建立一个独立的查询系统，将计费数据库和统计数据库上的数据同步到一个正确的查询数据库中，通过该查询数据库实现24个月的计费话单数据保存、对外数据接口、以及对外查询业务。
系统方案
根据福建电信数据复制系统的业务需求，采用DSG RealSync软件将生产系统上的数据复制到历史查询系统上来。系统结构图为：
数据复制的数据源由计费数据库和统计数据库两个系统组成：
一、Bill数据库（计费数据库）：
由两台IBM P595(14*2GHzcpu)组成，采用Oracle RAC模式；
话单数据库上的数据包括话单数据和统计数据：话单数据保存3+1月；
数据库大小容量为：2233.69434；
每天产生的Log日志量大约为122GB。
二、Stat.数据库（统计数据库）：
由两台IBM P595组成，采用Oracle RAC模式；
存储长期的统计数据；
数据库大小计划容量为：1500GB；
每天产生的Log日志量计划为100GB左右。
查询服务器也采用IBM中高档UNIX服务器和高性能磁盘阵列，安装一个Oracle数据库系统。在数据库中创建两个User，一个User对应Billing数据库，一个User对应Stat.数据库。
主要性能和指标参数：
在数据同步过程中，DSG RealSync表现出了非常强劲的系统性能：
全同步性能：360GB/小时（46GB在440s全同步导出结束）；
实时同步性能：每天产生100GB的Archive Log情况下未出现日志分析和装载的延迟，完全能够跟得上系统的日志产生速度。
CPU和内存资源占用：DSG RealSync在实时同步过程中的CPU占用<1%，内存占用大约在400M左右。
RealSync在中国电信的其他应用案例
福建电信
杭州电信
舟山电信
|
