彩信中心备份方案分析及未来发展中国移动.ppt

彩信中心备份方案及未来发展 中国移动有限公司网络部 张慧勇 2006.8 彩信系统网络结构 彩信Push消息的应急方案 彩信系统的应急方案 彩信中心目前情况 彩信中心省际备份的难点和线索 彩信系统网络结构 彩信Push消息的应急方案 彩信系统的应急方案 彩信Push消息备份方案 彩信Push消息备份及进一步优化 彩信系统网络结构 彩信Push消息的应急方案 彩信系统的应急方案 目前条件下彩信系统应急方案 未来彩信系统应急方案 彩信中心目前网络情况 彩信中心目前割接情况（1） 彩信中心目前割接情况（1） 彩信中心目前割接情况（1） 彩信中心目前割接情况（1） 彩信中心目前割接情况（2） 彩信中心目前割接情况（2） 彩信中心目前割接情况（3） 彩信中心目前割接情况（3） 彩信中心目前割接情况（4） 彩信中心目前割接情况（4） 总结 组网原则及备份原则 网络调整 上海彩信应急演练发现的问题 彩信系统网络结构 彩信Push消息的应急方案 彩信系统的应急方案 目前条件下彩信系统应急方案 未来彩信系统应急方案 未来彩信组网方案 统一用户数据库简介 彩信中心未来割接情况 未来结构进一步发展 目前网络升级、打补丁情况 未来网络升级、打补丁情况 ENUM DNS二级组网 其它：Enum DNS数据的重新组织 新建彩信中心割接彩信中心故障业务升级临时割接 新建割接（1） MMSC1 集中数据库 MMSC2 EnumDNS 数据同步 新建割接，夜间同步； MMSC1 集中数据库 MMSC2 EnumDNS 新建割接，夜间同步； 新建割接（2） 新建彩信中心割接彩信中心故障业务升级临时割接 故障节点（1） MMSC1 集中数据库 MMSC2 EnumDNS 故障节点，分步执行； 故障节点（2） MMSC1 集中数据库 MMSC2 EnumDNS 无本地数据 割接节点，分步执行； 故障节点（3） MMSC1 集中数据库 MMSC2 EnumDNS 数据同步 割接节点，分步执行； 新建彩信中心割接彩信中心故障业务升级临时割接 由于目前彩信中心业务割接涉及到的内容非常烦杂，割接历时非常长，所以目前彩信中心在打补丁时，业务中断在3个小时之内时，都是在线升级、打补丁。虽然都是在业务最闲时，但对业务、收入也造成一定的影响。 当彩信网关、统一用户数据库完成建设后，除本地SP外，彩信中心业务割接将会变得非常简单。以后彩信中心升级、打补丁时，当业务终端时长大于30分钟时，都可以将业务临时割接到其他彩信中心，这样，可以大大降低业务中断时长，提高用户感知。 业务临时割接（1） MMSC1 集中数据库 MMSC2 EnumDNS 业务正常运行 业务临时割接（2） MMSC1 集中数据库 MMSC2 EnumDNS 无本地数据 升级业 务中断 业务临时割接（3） MMSC1 集中数据库 MMSC2 EnumDNS 升级完成 业务恢复 手工触发 增量数据同步 手工触发 增量数据同步 广州跟ENUM （slave） 北京跟ENUM （master） 二级ENUM 二级ENUM MMSC MMSC MMSC MMSC （1）提供命令行式的割接模式，即把某个号段类别割接到某个彩信中心。例如: move bjgotone from bjmms1 to bj mms2, 就可以把北京动感这个号段类别从北京骨干一彩信中心割接到了北京骨干二彩信中心。? （2）提供Web方式的业务割接模式：可以在Web界面上通过选择，完成数据的更改。 1391178 1391179 … 1380288 1380299 … GDGotone BJGotone 920000 910000 1399571 1399572 … NeiMG 号段： 1391178 1399571 … 号段： 1380288 1380299 … 920000 910000 问题：割接时数据制作复杂，时间较长（10－20分钟）。 网络部 * 彩信中心网络结构 CMnet 北京ENUM DNS 广州ENUM DNS 北京MMSC /IO-MMSG 北京2 彩信中心 武汉 彩信中心 济南1 彩信中心 济南2 彩信中心 沈阳 彩信中心 哈尔滨 彩信中心 长春 彩信中心 石家庄 彩信中心 太原 彩信中心 合肥 彩信中心 福州 彩信中心 北京1 彩信中心 郑州 彩信中心 重庆 彩信中心 西安 彩信中心 南昌 彩信中心 上海2 彩信中心 广州1 彩信中心 广州2 彩信中心 广州3 彩信中心 广州4 彩信中心 广州5 彩信中心 杭州1 彩信中心 杭州2 彩信中心 南京2 彩信中心 成都 彩信中心 昆明 彩信中心 上海1 彩信中心 贵州 彩信中心 长沙 彩信中心 南京1