灾备系统实施方案.docx

灾备系统实施方案 灾难备份系统方案 目前，我行数据中心设在天津滨海新区，灾备中心在总部机房，采用远程镜像技术，通过网络进行应用和数据备份，在总部机房建立一个热备站点。生产环境和灾备环境均采用SAN CX500磁盘阵列保存应用系统及数据，两套环境之间利用68M通讯线路进行数据的MirrorView/A备份。其拓扑图如下： 1、数据灾备 在两个中心之间，通过MirrorView/A，将EMC CX500上的关键应用及数据以异步方式从数据中心传送到灾备中心。在灾难发生时，根据RPO（Recovery Point Objective）和 RTO（Recovery Time Objective）要求，通过系统切换关键应用和关键数据通过网络可迅速恢复，将业务影响范围降低到小时级。 在灾备中心机房，利用IBM P570、 P550等设备，采用虚拟逻辑分区技术，建立了与关键业务系统完全一致的系统配置，在相应的管理制度和流程下，实现了关键业务系统的应用级备份，来满足应用系统的灾难恢复需要，实现银行业务持续进行。 采用相同存储子系统之间进行数据复制的方式，使用安装在存储子系统上的数据复制软件，保持业务系统的存储数据逻辑卷与备份系统存储数据逻辑卷的一致性，存储子系统的容灾技术可以选择同步复制或者异步复制方式，当前为异步方式。按照逻辑卷复制的要求，存储目标数据的逻辑卷是不能被业务系统直接使用的。存储阵列存放在总行主机房，通过MirrorView/A方式，将生产中心的业务数据、应用系统程序和临时备份数据异步传输保存。基于磁盘底层的数据同步复制方式（SRDF）。因为采取同步复制方式，灾难发生时，中远集运生产环境的核心数据丢失可以控制在1小时。伴随着系统存储容量的增加，所有数据能够有良好的保护机制，需要具备扩展能力，能够满足几年内用户和服务相应增长 2、主机灾备 DR中心选用两台IBM P570 作为灾备系统主机服务器。每个P570划分成4个LPAR，每个LPAR配置为 2x1.9G CPU、4 G内存。 每个LPAR分别通过SAN Switch与灾备存储进行连接。按功能划分，每LPAR上安装AIX操作系统、ORACLE、DB2 数据库、CICS、Websphere中间件和业务系统应用程序。 3、网络灾备 灾备中心所有系统都归属于10.228.1.0网段。 4、终端服务器灾备 核心终端服务器置于灾备中心。 贷款利用总部的备机。 加密设备利用开发测试加密机。 灾备系统建设目标 根据业务系统重要性，从成本角度、数据信息分类和基础设施结构进行划分，对存储和服务器资源充分有效利用，支持不同的灾备能力，根据灾备系统对灾难的可抵抗程度需求，将灾备系统分为数据容灾和应用容灾。 不提供故障恢复时间要求：验印、OPICS、大额、电话银行、网站、OA、风险管理模型库开发、网银、财务会计、贸易结算、小额支付、绩效考核、扫描系统、催收系统。不提供数据备份要求：电话银行、网站、OA、风险管理模型库开发、扫描系统。 灾备系统建设一期目标 核心（包括借记卡）应用级灾备。 贷款应用级灾备。 人力资源系统不使用CX500存储。数据灾备方式为定时同步。 灾备系统建设二期目标 反洗钱系统不使用CX500存储。数据灾备方式为定时同步。 个人征信系统不使用CX500存储。数据灾备方式为定时同步。 票据应用级灾备。 灾备系统建设三期目标 报表应用级灾备。 CRMS应用级灾备。 中间业务平台（包括在核心系统中）应用级灾备。 灾备系统建设需求 应用级灾备要求在实现数据级灾备基础上，灾备主机读取灾备存储的目标数据，启动业务系统直接使用。灾备系统一期目标中，应用级灾备关键业务系统共4个，核心系统、贷款系统、借记卡系统和人力资源管理系统。 核心系统包括DB2数据库、CICS中间件、应用服务器和前台程序，共包括4台IBM服务器和2台PC Server。贷款系统包括oracle RAC、应用服务器和FileServere，共包括4台IBM服务器和3台PC Server。借记卡系统与核心系统共用平台。人力资源管理系统使用1台PC Server，不使用存储设备，当前已经在DR中心部署备份PC Server，每天进行一次数据同步。 业务系统灾难恢复需求分析清单 　 系统名称 系统设备支持能力 应用恢复时间 数据备份完成时间 1 核心系统 50% 2小时 1小时 2 贷款系统 50% 2小时 1小时 3 借记卡系统(共用核心) 50% 2小时 1小时 4 反洗钱系统(共用核心) 50% 2小时 1小时 5 征信系统 50% 2小时 1小时 6 票据系统 50% 2小时 1小时 7 验印系统 　 不需 1小时 8 OPICS 　 不需 1小时 9 大额系统 　 不需 1小时 10 报表系统 50%