veritas电信行业容灾案例.ppt

容灾案例 江西移动CRM容灾现状分析 CRM容灾现状 目前的CRM数据量约为10T 切换时间在1.5小时左右 改进需求 希望提高容灾切换速度 由现在的1.5小时缩短为分钟，甚至秒级别 解决方案 (VxVM Mirror + Extended RAC) 避免应用启动时间，提高切换时间 目前的CRM数据库启动时间比较耗时 因此只有避免应用/数据库启动，才能实现分钟，甚至秒级别切换 2 洪城 红谷滩 Public LAN LLT/CRS UDP LLT/CRS UDP 595 595 EMC EMC 570 570 距离20km router 传输网 switch router switch 4节点Oracle RAC 10T数据量 NGBOSS 使用SF+Extended RAC系统架构 3 Storage Foundation for Oracle Extended RAC的保障方式 可以有效避免洪城机房任何一个单点故障 当本地阵列出现问题，远端阵列将继续提供服务 当一台主机出现问题，Oracle RAC的另一台主机可以继续提供服务 当一台主机的一个HBA卡出现问题，DMP多路径可以继续提供服务 当一台主机的一个心跳网卡出现问题，另一台心跳网卡可以继续提供服务 可以避免site故障 当洪城机房出现问题时，可以启动红谷滩机房的两个Oracle 节点，Extended RAC可以继续提供服务。 当红谷滩机房出现问题时，洪城机房的两个Oracle 节点可以继续提供服务。 4 闽候上街 金山 Public LAN LLT/CRS UDP LLT/CRS UDP 595 595 EMC EMC 570 570 距离20km router 传输网 switch router switch 3节点Oracle RAC 5T数据量 福建移动计费数据库 使用SF +Extended RAC系统架构 5 福建移动计费应用双活中心架构 6 Symantec SFCFSHA with GCO + SRDF/A VCS Global Cluster 金银湖生产机房 香港路容灾机房 IBM p550应用服务器 刀片服务器应用和接口服务器 以太网交换机 SAN交换机 SAN交换机 以太网交换机 P570 UNIX主机云 刀片服务器云 P595服务器+Oracle RAC NIM服务器 云管理服务器 EMC DMX 3500 6+8 T 高端带库 EMC DMX4500 高端带库 冗余光纤直连 冗余光纤直连 F5交换机 辅路由 134网段 F5交换机 主路由 130 网段 湖北联通NGBSS 使用SF +Extended RAC系统架构 P595 6---8对裸纤 江苏移动CRM容灾 - SF/Mirror + HP CA 江苏移动CRM容灾系统中SF的价值: CRM是江苏移动最核心的系统，需要最高等级的高可用。 在接受SF的Mirror来进行高可用保护之前，用户认识到了存储是个单点故障，使使用了基于存储的容灾保护，在存储发生IO逻辑错误时,2台存储(生产存储和容灾存储)都可能起不来。  所以江苏移动最后选择远程(300KM)做异步容灾的同时，在本地(20KM)选用SF Mirror来实现存储的高可用。 8 CRM Total Architecture 浦口高新机房(Production Site ) 无锡机房(DR Site) CA /Asyn ( 300KM,DWDM ) CA CA CA XP24000 XP24000 HP SD CRM1 CRM2 CRM3 CRM4 CRM1 CRM2 CRM3 CRM4 镜像保护 DMX4 9 安徽电信  - SF/Mirror 安徽电信 SF/Mirror 容灾系统中SF的价值: 应用的零停机，数据的零丢失的要求 突破存储硬件限制，引入公平竞争 集群快速切换，实现应用级容灾 10 主数据中心 OCS, HotBilling, ODS 统一充值平台 EMC 单模光纤通道 主机层 存储网络层 存储设备层 ~光纤距离约10公里~ 容灾数据中心 EMC 统一充值平台，OCS, HotBilling, ODS 12000 备份设备 安徽电信 SF/Mirror 11 广西电信CRM容灾+查询系统 - SF Mirrir/SF FlashSnap 广西电信CRM容灾+查询系统中SF的价值: 实现核心业务系统容灾 充分利用容灾中心硬件，分担生产系统查询压力 突破存储硬件限制，引入公平竞争 12 Sun 9985 广西电信CRM容灾+查询系统SF Mirrir/SF FlashSnap 查询、备份服务器 查询和备份使用 容灾和快速恢复 CRM服务器 Storage Foundation Storage Fo