业务连续性管理解决方案.ppt

DR组织架构设计（1） DR指挥组定义 演练总指挥：负责统一指挥和管理整个流程的演练和执行过程。 演练副总指挥：辅助总指挥完成每次切换演练。 应急决策组：在紧急情况下，迅速形成有效的应急处理方案。 DR流程执行组 两地系统支持组：负责对两地主机系统进行状态检查、数据备份、应急处理和其他 流程演练的相关工作 两地应用支持组 两地网络支持组 两地数据库支持组 对外联络组：负责向受演练影响的客户端协调、沟通 流程执行过程记录组：负责全面记录切换流程在整个演练过程中出现的各种问题、 事件和业务运行变化情况等相关信息 二线以及其他相关支持组 上述这些小组实际上也是流程的制定者 DR组织架构设计（2） 第一次：搬迁前演练（网络切换效果不是很好） 第二次：搬迁前的第二次演练（网络切换效果很好） 第三次：搬迁后的首次演练（2008-1-24真正的异地切换演练） 第四次：按照人行的要求进行的切换演练（2008-4-28奥运保障） 第五次：计划内切换、隔日回切演练，已经演练完毕（2009-4-24） 实际演练效果 切换演练过程上海生产中心交易情况 切换演练过程北京备用中心交易情况 中国银联京、沪两地切换演练数据 从网络切换完毕，到北京备用中心开始有成功交易，历时7分钟，也即RTO=7分钟。 业务切换到北京备用中心运行期间，十五家全国性银行都有成功交易，交易种类涉及查询、取现、消费、消费撤销、预授权等。 交易成功率方面，接入网络切换到北京后仅3分钟，交易成功率就已达到80.21%，成功率恢复很快。 从网络回切完毕，到上海生产中心重新又成功交易，历时5分钟，也即RTO=5分钟。 用户提供的原始统计数据还表明：业务重新回切到生产中心运行后，全部业务恢复正常。 交易成功率方面，接入网络回切到上海后仅4分钟，交易成功率就已达到80.%，成功率恢复很快。 主要业务单元 主要的业务处理流程 业务运行参数 关键业务指标 业务系统数据容量 引入DR之前的总体架构（1） 中国银联生产中心部署在上海浦东金融开发区，主要承担日常全部的生产运营工作。 主机: IBM p系列服务器 网络: Cisco千兆以太网 存储: Brocade 存储交换机 + IBM Shark ESS800 + HDS9980 存储 安全:加密机（56所、30所） ----------------------------------------- 操作系统:AIX 数据库: DB2 中间件: Tuxedo和WebLogic 其他软件：C、Java、LDAP、 Brio等开发、报表等工具。 引入DR之前的总体架构（2） 主要工作 存储产品选型 异构存储整合 异构SAN存储交换机替换 同城同步数据级DR架构的设计与实现 异地异步应用级DR架构的设计与实现 DR切换流程的设计与编写 DR流程管理软件的设计与部署 京、沪两地切换演练 运维阶段 项目实施周期 从2005年4月份开始-2008年1月完成第1次异地切换演练为止，项目历时近3年。 目前为止已经完成了5次切换演练，现在进入了全面的维护期。 DR项目实施过程要点回顾（1） 存储性能POC IBM Shark 存储（16000笔/秒） EMC存储（17000笔/秒） Sun HDS存储（20000笔/秒） DR项目实施过程要点回顾（2） DR总体架构设计（1） 1.采用了“两城三地”或者“两地三中心”的总体DR架构设计 生产中心部署在上海浦东金融开发区，在距离中国银联浦东生产中心30公里之外的 中国电信IDC机房，设计部署了数据级备用中心。 在1200公里之外的北京中关村软件园设计部署了应用级备用中心。 DR总体架构设计（2） 2.采用“同城同步 + 异地异步”的数据复制模式实现两城三地业务数据的 一致性和完整性 上海浦东生产中心与浦西数据中心之间采用同步复制模式，两地数据完全相同， 无任何差异。 浦西数据中心与北京应用级备用中心之间采用异步复制模式，两地数据存在秒级差异。 DR总体架构设计（3） 3.北京备用中心的系统和应用处于启动/待命状态，可以按需随时对外提供服务 北京应用级备用中心运行数据一致性检查等日常流程 DR总体架构设计（4） DR总体架构设计（5） 4.采用weblogic和Tuxedo消息中间件技术、设计开发了“中国银联流程管理 平台”。 上海生产中心的服务器约为60台 北京备用中心的服务器约为30台 两地存储容量配置基本相同 北京备用中心的峰值处理能力约为上海生产中心峰值处理能力的25% 上海中心共计