华人寿灾备项目技术方案.ppt

,新华人寿灾备项目技术方案,汇报内容,灾备项目需求分析 灾备技术方案 项目实施方案,新华人寿灾备项目的目标,根据新华人寿的灾难备份战略，实现异地灾备中心建设： 设定高层领导和业务部门认可的灾难恢复目标、策略、业务连续性计划 根据可行的业务连续性架构，制定针对生产、管理与IT支持系统的异地容灾方案，并实施执行 长沙灾备中心机房的整体规划与实施 建立灾备管理的管理体系、流程，进入运行和维护阶段 按照业务连续性计划进行必要的演练和更新 生产中心发生灾难时，提供生产、管理与IT支持系统的支撑 长沙灾备中心的定位： 支撑未来五年的业务发展 除灾备之外，要考虑测试/开发，承担部分业务负荷 灾难恢复项目建设的时间表 今年年底阶段性目标做到数据级 明年年全部实现,新华人寿灾备项目的范围,关于表中涉及的各信息系统的RTO和RPO，是业务部门初步反馈的结果，各系统的RTO和RPO目标需要在项目具体实施时，进行更为详细地分析与论证。,汇报内容,灾备项目需求分析 灾备技术方案 项目实施方案,新华人寿灾备项目方案设计遵循以下原则,开放性原则 系统符合开放性设计原则，具备可扩展性、可升级性和灵活性，对现有技术具有普适能力，支持开放系统平台，运行于现有或即将成为标准的各种相关技术标准上。 兼容性原则 与现有系统需要完全兼容，各个构成子系统必须紧密衔接，高度集成，构成有机的整体，同时大大降低系统维护的复杂性。 安全性原则 确保应用系统的安全运行和故障恢复机制。 稳定性原则 要保证系统的稳定性和可行性，使系统的运行风险降至最低。 可管理性原则 可以对系统进行集中管理和监控。 保护原有投资原则 必须充分利用原有的资源，如中心机房整合后置换下来的设备，避免重复原有投资。 经济性原则 选择最合适的设备及管理软件，使系统具有较好的性能价格比。,长沙灾备中心机房的初步规划图,灾备机房位于湖南大剧院26层，整个区域面积约800平米。,长沙灾备机房的初步规划目标,投资合理、灾备规划、立足现在、适度超前 构建一个可靠安全、灵活高效，能够在关键时刻发挥用途的灾备机房 总体充分考虑人流、物流、信息流的整体规划性 装修合理布局，体现机房的高科技特点，做适度超前 电气保证高可靠性和易维护 空调保证机柜内的有效及充足散热 机柜需要良好的电源管理，并能够兼容各种服务器 扩展未来3年的扩展 智能KVM设备的使用为设备管理带来极大的方便 集控智能化集中监控系统实现机房无人值守功能,核心业务系统架构图,RAC,生产系统,RAC,统计报表/查询,IBM 3583*2,EMC CX700影像存储,RAC,打印服务器,HA,影像服务器,应用服务器*6,F5负载均衡,银保通,S A N,FAStT200 打印存储系统,备份管理,打印服务器,分、支公司,NFS,1,2,3,4,5,6,7,8,9,15,14,13,12,10,11,DMX800,核心业务系统配置及资源使用状况,核心业务系统灾备技术方案,RAC,统计报表/查询,打印服务器,影像服务器,应用服务器*6,F5负载均衡,银保通,S A N,备份管理,打印服务器,分、支公司,NFS,2,3,4,5,6,7,8,9,11,RAC,HA,RAC,生产系统,1,IBM 3583*2,EMC CX700影像存储,FAStT200 打印存储系统,15,14,13,12,DMX800,DS8100,数据迁移,DS8100,PPRC全球镜像,TS3500,应用服务器*3,打印服务器,银保通,备份管理,影像/NFS服务器,生产系统,核心业务系统双生产的灾备模式,灾备系统建立后，可以利用长沙灾备中心的服务器和存储资源承担统计报表/查询的工作负荷； 统计查询的客户端通过生产中心与灾备中心之间的链路访问到灾备中心的统计查询系统，生产中心与灾备中心之间的带宽计算需要考虑查询系统的数据量； 日常生产中统计查询的LPAR可以分配较多资源，灾难发生时，通过动态资源调整，将资源分配给生产系统。,DS8100,应用服务器*3,p590,DS8100,应用服务器*6,生产系统,LPAR#1: 统计报表/查询,PPRC全球镜像,统计查询数据,FlashCopy,SAP财务/人力资源系统生产环境与建议灾备方案,核心业务系统及SAP灾备资源需求,新航意险及企业年金系统,旧航意险系统采用PC ServerOracle9i，该系统即将停用 新航意险系统共享核心业务系统的资源平台 当前北京分公司已经在使用新航意险系统 新航意险会用核心平台的WAS服务器和核心数据库，另有两台Edge 服务器和两台Web服务器在DMZ区，都是2C4G，在灾备中心只需要部署一台Web服务器 灾备方案 利用核心业务系统的容灾架构,企业年金系统 共享核心业务系统的资源平台 应用服务器 生产系统数据库 灾备方案 利用核心业务系统的容灾架构,其他业务系统架构图,短信系统总公司管理访问终端,分、支公司,1,2,3,4,7,8,健康险系统,数据库 服务器,应用 服务器,精算系统 服务器,磁盘 阵列,核心业务 数据库,数据 提取,精算系统,IT服务管理系统,当前数据库服务器,历史数据库服务器,域服务器*3,短信平台服务器,数据提取,短信引擎服务器,短信系统,应用/数据库服务器,保监会 上报系统,域用户 管理系统,后台邮件服务器*6,前端邮件服务器,Web 服务器,数据库 服务器,邮件系统,Biztalk 服务器,知识管理系统,磁盘 阵列,DMZ区,知识管理系统CA/SPS,邮件接收服务器,邮件发送服务器,保监会上报 系统终端,域用户 管理系统,保监会系统,Web 服务器,5,6,其他系统配置及资源使用状况,其他系统的灾备方案,实施集中备份系统，为健康险系统、精算系统、保监会上报系统、短信系统、知识管理平台、IT服务管理、域用户系统、邮件系统建立统一备份平台 当前各系统的备份方式为： 健康险系统通过Export方式导出数据库数据文件，备份在本地硬盘 精算系统通过ONTAP方式备份数据到直连的磁带机 保监会上报系统通过Export方式导出数据库数据文件，每月一次 短信系统备份到本地硬盘 IT服务管理平台，每天备份到其他机器 知识管理、域用户系统和邮件系统使用Veritas Backup Exec 9.0进行备份，知识管理每天增量，每周全备到NAS与磁盘，域用户系统和邮件系统每天全备到NAS与磁盘 使用TSM建立统一的备份恢复平台 每天根据备份策略对业务系统进行备份，并定时调度Backup db对TSM内置的索引数据库进行备份，并与其他备份数据一起传送 灾备中心根据索引数据库重建TSM实例，并对业务系统数据进行恢复 对于精算系统，由于操作系统的原因，可以采用NFS方式将Informix备份数据复制到其他服务器，并采用文件方式对数据进行备份 使用基于VTL的网络复制将数据复制到灾备中心,其他系统灾备系统架构图,SAN 存储域网络,LAN,SAP 系统,IT服务管理系统,知识管理/域用户管理/邮件系统,健康险系统,TSM Client TSM for DB,TSM Client TSM for SAN TSM for SAP,保监会上报系统,TSM Client TSM for DB,TSM Client TSM for DB,TSM Client TSM for DB,TSM Client TSM for DB,TS3500,DS8100,TSM 备份服务器,短信系统,精算系统,TSM Client,TS7520,DS8100,TS3500,TS7520,VTL网络复制,TSM 备份服务器,统一本地备份系统的建设,其它系统灾备资源需求,TSM备份服务器 生产中心配置p系列服务器一台作为TSM备份服务器，建议p520(2C4G) 灾备中心TSM备份服务器使用高端p系列服务器上划分的一个分区 灾备中心新增TS3500一台 生产中心与灾备中心各增加一台TS7520 TSM软件许可 SAP系统。对SAP系统进行备份 健康险系统。对文件及Oracle数据库备份，x445(4C) 精算系统。对文件进行备份 保监会上传系统。对文件及SQLServer200数据库备份，服务器4C 短信系统。对文件及SQLServer200数据库备份，服务器4C 知识管理系统。对文件及SQLServer200数据库备份，x366(4C) IT服务管理。对两台服务器的文件及SQLServer200数据库备份，假设服务器4C 域用户管理。3台PC服务器，对文件进行备份 邮件系统。对9台ExchangeServer2003进行备份，服务器2C,邮件系统灾备方案建议及资源配置,建议在灾备中心建立邮件系统作为南方省份公司的邮件服务器，用于分担生产中心工作负荷，北京长沙的邮件系统可以互为灾备。 灾备中心邮件系统服务器的配置 3台PC服务器(2C1G)（邮件接收、发送服务器及前端邮件服务器） 2台PC服务器(2C4G)（后台邮件服务器） 1台PC服务器(2C2G)（域用户管理及DNS服务器） 应用环境 Exchange 2003,灾备项目存储系统的规划,充分利用DS8100智能存储设备的数据复制功能提供一个可靠的容灾方案，实现关键业务系统的数据保护 利用虚拟磁带库技术提供的实时磁带数据远程镜像灾备，实现其它业务系统的整合灾备 充分利用虚拟存储设备，将DMX800、CX700、FAStT700等原有设备考虑到整体方案中，保护前期投资 利用TPC软件，实现存储设备与灾备镜像环境的统一管理 由于未来进行两地三中心灾备系统建设时，将会对存储系统进行规划，而且存储产品更新很快，建议当前存储系统容量规划只需要考虑到三年内的数据增长量,存储系统容量规划（单位TB）,以上容量都是按照可用容量估算； 对于使用FC磁盘使用RAID10，如果当前CX700使用的是RAID10，则SATA磁盘的空间做RAID10，否则做RAID5，灾备中心FlashCopy存储可以使用RAID5,灾备中心服务器的规划,PC服务器1台(2C/4G/WebSphere HTTP Server)(新航意险Web服务器) PC服务器1台(4C/8G/Win2003)(SAP Portal服务器) PC服务器3台(2C1G)（邮件接收、发送服务器及前端邮件服务器） PC服务器2台(2C4G)（后台邮件服务器） PC服务器1台(2C2G)（域用户管理及DNS服务器）,数据迁移的方案,所有的实施工作均有风险，尤其针对数据迁移工作来说，风险控制显得尤为重要，如何在项目实施过程中，将风险控制到最低是要考虑的主要问题。 数据迁移之前对应用系统运行状况、数据量、数据类型进行评估，对迁移工作中资源配置准备。 针对数据迁移过程中数据丢失的风险控制： 对于所有要做数据迁移的应用系统做可恢复的数据全备份，并且验证数据的可恢复性，在确认无误后再开始进行数据迁移。 利用成熟的TDMF技术进行数据迁移。在迁移过程中，不修改、删除原有数据，保证在数据迁移完成后，原数据仍存在，如果需要，可以立即挂载到应用系统上进行使用。,安装 TDMF UNIX,创建迁移设备源逻辑卷，通过TDMF重输出给文件系统和数据库应用,添加新存储设备 IBM DS8000,卸下旧磁盘 EMC CX700 EMC DMX800,添加目标 逻辑卷,同步源逻辑卷与目标逻辑卷,切换,删除迁移设备,卸载 TDMF UNIX,TDMF安装,数据多进程迁移,可选 卸载TDMF,数据迁移准备阶段,数据迁移实施阶段，业务应用保持不间断,后期收尾阶段,原有系统存储利旧方案,存储虚拟化方案的实施步骤 安装SVC。停止对即将实施迁移的数据卷（LUN）的主机IO访问，利用ImageMode将现有的卷（LUN）映射给SVC，再将ImageMode的卷（LUN）由SVC映射给主机 重启应用。无需任何数据迁移，从此磁盘阵列将以存储池的形式进行管理 实现数据移动、条带化以及均衡化等调整 应用无需感知物理层面的变化 未来的数据迁移可以变得对应用透明,网络方案设计与产品配置,核心交换机,业务系统服务器区,用户接入区,邮件发送/接收,Web 服务器,DMZ区,拨号接入路由器,防火墙,防火墙/IPSec VPN,中心互联路由器,灾难恢复预案的制定,灾难恢复预案可以用于保证在灾难环境下，IT系统的恢复能够保证包括IT系统的恢复、办公场地、办公设备、紧急流程、指挥架构、人员调度等多方面内容的有序工作。 需要在容灾系统测试和演练过程中验证灾难恢复预案的正确性、完整性和可操作性。,灾难恢复预案的导航系统,由于目前灾备系统的操作流程比较复杂，如果单纯用翻看业务连续计划的形式比较繁琐，而且影响系统切换的效率。因此，通过计划的导航可以协助进行容灾切换操作的相关人员处理切换与回切的操作 导航系统可以对灾难恢复预案的版本、用户权限等进行管理 预案的导航可以提供一个演示的环境，让工作人员可以更加熟悉灾备切换的操作,SAMPLE,监控平台的方案设计,灾备系统的架构复杂并且参与的网络元素众多，而其中任何一个网络元素出现问题都会使整个灾备系统变得形同虚设。 灾备系统中需要实时监测的具体问题包括： 生产中心和灾备中心间链路是否正常 数据备份是否正常 灾备服务器运行是否正常 灾备服务器上的数据库是否正常 当前新华人寿已经具备系统监控平台，只需增加相应的模块，对灾备中心的设备及灾备网络进行监控。 通过TPC对存储系统进行管理,统一的存储管理 利用TPC管理存储基础架构,SAN,DS Storage Manager,管理存储基础架构 -端到端的拓扑视图 -数据库与文件系统容量监控 -SAN环境管理 - 磁盘资源的管理 -性能管理 -高级拷贝功能运营管理 -灾备环境运营管理,DS8000,DS4000, SVC, 第三方存储,IBM TotalStorage Productivity Center,Fabric,Disk,Data,TPC提供全面的存储架构管理在支持开放的SMI-S存储管理API的基础上，还可以直接调用DS系列的存储控制台接口实现更灵活的管理手段,Replication,灾备系统的切换及回切,主生产中心系统应用系统的更新，在灾备中心相应地要保证应用环境一致性 灾