某移动BOSS容灾系统建设方案.docVIP

XX移动BOSS容灾系统建设方案 XX移动通信有限责任公司　发展计划部 帐务中心 2003年5月 目录 1. 必要性 3 2. XX移动BOSS系统现状 3 3. 容灾设计综述 6 3.1. 容灾系统设计影响因素 6 3.1.1. 应对灾难的种类 6 3.1.2. 恢复时间目标（Recovery Time Objective） 7 3.1.3. 恢复数据目标（Recovery Point Objective） 7 3.2. 数据复制技术 7 3.2.1. 基于存储的复制技术 8 3.2.2. 基于数据库的复制技术 10 3.2.3. 基于应用的复制技术 12 4. XX移动BOSS容灾系统建设目标及原则 13 5. XX移动BOSS容灾系统建设规模及需求 13 6. XX移动BOSS容灾系统建设方案 15 6.1. 系统结构 15 6.2. 数据复制技术选择 17 6.2.1. 营帐系统 17 6.2.2. 计费系统 18 6.2.3. 8地市BGW及采集预处理系统 19 6.2.4. 结算系统 19 6.2.4． 统计系统 20 6.2.5. 客服系统 20 6.2.6. 网络 21 6.3. 系统监控与切换控制 21 6.4. 演习 22 6.5. 系统处理能力及存贮容量计算 22 6.6. 系统集成 30 7. 容灾节点配置方案 30 8．投资估算 31 9．工程进度 32  必要性 甚至仅仅在几年以前，我们都无法想象信息数据会在一个企业运营中占据如此重要的地位。现在可以毫不夸张地说，一个企业若部分或完全丢失数据，也就丢失了一切。 中国有句古话叫做“天有不测风云，人有旦夕祸福”，说明灾难的不可测性。911事件是对这句话的最好注解。从911事件中我们可以吸取的教训是一定要建立核心数据和业务的容灾系统，并且平时要加强管理和演习，加强人员的培训，核心管理技术的分散，以提高计算机系统因为天灾或人为因素等意外事故导致系统毁坏无法运行时的抵御能力，至少将省内或者局部地区核心业务支持系统故障时损失减至最小。 我公司已于2000年完成了BOSS系统的集中建设，所有关键业务数据和应用系统都全部集中到了一个生产中心，实现了全省业务数据的共享，方便了业务的统一支持及管理，提高了系统对业务灵活的应变及快速响应的能力。但由于集中的系统中数据量巨大，对主机和存储设备都造成了较大的压力，同时系统的集中带来了风险的集中，一旦庞大的系统发生意外，企业的商业信誉及利益必将受到重大的打击，在竞争中处于劣势，造成不可估量的后果。 集团公司在企业信息化建设的整体规划中，一方面推进支撑系统集中化的建设，同时也提出了BOSS容灾系统的建设的指导意见，并选择我公司进行BOSS容灾系统建设试点。根据我公司BOSS系统实际情况及集团意见，我公司有必要进行BOSS容灾系统的建设。 XX移动BOSS系统现状 我公司BOSS系统包括计费、营帐、采集、结算统计、查询、客服、IP计费、经营分析等系统。各市公司通过MDCN与省中心连接。 （1）计费结算及营帐系统：系统集中设置，生产中心设计满足XX万用户要求。计费结算系统负责完成省内所有话单集中计费分拣、漫游及网间话费结算，并负责监控和管理全省各计费中心的网络、主机、数据库和应用系统的运行状态、性能、故障等等；营业帐务系统负责完成营业前台受理、帐务处理、业务管理、缴费、查询和客户服务等功能。系统分别与交换机HLR系统、银行连接。 目前存在两套系统：生产系统设在XX大楼一层，系统容量满足XX万用户要求。系统配置如下： 设备用途 设备型号 应用软件 存储 运行数据 TPCC值 (单位：tpmc) 计费服务器 Sun E10000 CPU 48*400Mhz，Memory 16G, Disk 6*18G Oracle 8.1.6 0.8T SY、DL 110,000 计费服务器 Sun E10000 CPU 32*400Mhz，Memory 12G, Disk 6*18G Oracle 8.1.6 0.8T 除SY、DL外其它地市 90,000 结算服务器 Sun E10000 CPU 48*400Mhz，Memory 16G, Disk 6*18G Oracle 8.1.6 1.2T 全省、智能网、短信、梦网、GPRS 110,000 统计服务器 Sun E10000 CPU 48*400Mhz，Memory 16G, Disk 6*18G Oracle 8.1.6 5T 全省统计、详单查询 110,000 营帐服务器 Sun E10000 CPU 32*400Mhz，Memory 10G, Disk 8*18G Oracle 8.1.6 1T SY、BX、FS、JZ、PJ、YK 110,000 营帐