截图
简介
这是一个关于新华人寿保险介绍PPT课件，主要是了解新华人寿灾备项目的目标，新华人寿灾备项目的范围。新华人寿灾备项目方案设计遵循以下原则，灾备项目需求分析 灾备技术方案 项目实施方案，新华人寿保险股份有限公司（简称“新华保险”）成立于1996年9月，总部位于北京市，是一家大型寿险企业，旗下控股新华资产管理股份有限公司。2011年，新华保险在香港联合交易所和上海证券交易所同步上市，A股代码为601336，H股代码为01336。新华保险拥有强大的寿险销售人员队伍及近5万名正式员工，全国各级分支机构1500多个。新华保险已为约2700万名个人寿险客户和约5.9万名机构客户提供了各类人寿保险、健康保险、人身意外伤害保险及养老保险服务。2011年公司实现保险业务收入人民币947.97亿元，总资产超过3800亿元，市场占有率继续稳居寿险市场第三位。2015年6月9日，新华保险3.57亿美元入股方兴地产，欢迎点击下载新华人寿保险介绍PPT课件哦。
新华人寿保险介绍PPT课件是由红软PPT免费下载网推荐的一款行业PPT模板类型的PowerPoint.
汇报内容
灾备项目需求分析
灾备技术方案
项目实施方案
新华人寿灾备项目的目标
根据新华人寿的灾难备份战略，实现异地灾备中心建设：
设定高层领导和业务部门认可的灾难恢复目标、策略、业务连续性计划
根据可行的业务连续性架构，制定针对生产、管理与IT支持系统的异地容灾方案，并实施执行
长沙灾备中心机房的整体规划与实施
建立灾备管理的管理体系、流程，进入运行和维护阶段
按照业务连续性计划进行必要的演练和更新
生产中心发生灾难时，提供生产、管理与IT支持系统的支撑
长沙灾备中心的定位：
支撑未来五年的业务发展
除灾备之外，要考虑测试/开发，承担部分业务负荷
灾难恢复项目建设的时间表
今年年底阶段性目标做到数据级
明年年全部实现
新华人寿灾备项目的范围
汇报内容
灾备项目需求分析
灾备技术方案
项目实施方案
新华人寿灾备项目方案设计遵循以下原则
开放性原则
系统符合开放性设计原则，具备可扩展性、可升级性和灵活性，对现有技术具有普适能力，支持开放系统平台，运行于现有或即将成为标准的各种相关技术标准上。
兼容性原则
与现有系统需要完全兼容，各个构成子系统必须紧密衔接，高度集成，构成有机的整体，同时大大降低系统维护的复杂性。
安全性原则
确保应用系统的安全运行和故障恢复机制。
稳定性原则
要保证系统的稳定性和可行性，使系统的运行风险降至最低。
可管理性原则
可以对系统进行集中管理和监控。
保护原有投资原则
必须充分利用原有的资源，如中心机房整合后置换下来的设备，避免重复原有投资。
经济性原则
选择最合适的设备及管理软件，使系统具有较好的性能价格比。
长沙灾备中心机房的初步规划图
长沙灾备机房的初步规划目标
投资合理、灾备规划、立足现在、适度超前
构建一个可靠安全、灵活高效，能够在关键时刻发挥用途的灾备机房
总体—充分考虑人流、物流、信息流的整体规划性
装修—合理布局，体现机房的高科技特点，做适度超前
电气—保证高可靠性和易维护
空调—保证机柜内的有效及充足散热
机柜—需要良好的电源管理，并能够兼容各种服务器
扩展—未来3年的扩展
智能—KVM设备的使用为设备管理带来极大的方便
集控—智能化集中监控系统实现机房无人值守功能
核心业务系统架构图
核心业务系统配置及资源使用状况
核心业务系统灾备技术方案
核心业务系统双生产的灾备模式
灾备系统建立后，可以利用长沙灾备中心的服务器和存储资源承担统计报表/查询的工作负荷；
统计查询的客户端通过生产中心与灾备中心之间的链路访问到灾备中心的统计查询系统，生产中心与灾备中心之间的带宽计算需要考虑查询系统的数据量；
日常生产中统计查询的LPAR可以分配较多资源，灾难发生时，通过动态资源调整，将资源分配给生产系统。
SAP财务/人力资源系统生产环境与建议灾备方案
核心业务系统及SAP灾备资源需求
新航意险及企业年金系统
旧航意险系统采用PC Server＋Oracle9i，该系统即将停用
新航意险系统共享核心业务系统的资源平台
当前北京分公司已经在使用新航意险系统
新航意险会用核心平台的WAS服务器和核心数据库，另有两台Edge 服务器和两台Web服务器在DMZ区，都是2C4G，在灾备中心只需要部署一台Web服务器
灾备方案
利用核心业务系统的容灾架构
企业年金系统
共享核心业务系统的资源平台
应用服务器
生产系统数据库
灾备方案
利用核心业务系统的容灾架构
其他业务系统架构图
其他系统配置及资源使用状况
其他系统的灾备方案
实施集中备份系统，为健康险系统、精算系统、保监会上报系统、短信系统、知识管理平台、IT服务管理、域用户系统、邮件系统建立统一备份平台
当前各系统的备份方式为：
健康险系统通过Export方式导出数据库数据文件，备份在本地硬盘
精算系统通过ONTAP方式备份数据到直连的磁带机
保监会上报系统通过Export方式导出数据库数据文件，每月一次
短信系统备份到本地硬盘
IT服务管理平台，每天备份到其他机器
知识管理、域用户系统和邮件系统使用Veritas Backup Exec 9.0进行备份，知识管理每天增量，每周全备到NAS与磁盘，域用户系统和邮件系统每天全备到NAS与磁盘
使用TSM建立统一的备份恢复平台
每天根据备份策略对业务系统进行备份，并定时调度Backup db对TSM内置的索引数据库进行备份，并与其他备份数据一起传送
灾备中心根据索引数据库重建TSM实例，并对业务系统数据进行恢复
对于精算系统，由于操作系统的原因，可以采用NFS方式将Informix备份数据复制到其他服务器，并采用文件方式对数据进行备份
使用基于VTL的网络复制将数据复制到灾备中心
其他系统灾备系统架构图
其它系统灾备资源需求
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）
灾备中心服务器的规划
数据迁移的方案
所有的实施工作均有风险，尤其针对数据迁移工作来说，风险控制显得尤为重要，如何在项目实施过程中，将风险控制到最低是要考虑的主要问题。
数据迁移之前对应用系统运行状况、数据量、数据类型进行评估，对迁移工作中资源配置准备。
针对数据迁移过程中数据丢失的风险控制：
对于所有要做数据迁移的应用系统做可恢复的数据全备份，并且验证数据的可恢复性，在确认无误后再开始进行数据迁移。
利用成熟的TDMF技术进行数据迁移。在迁移过程中，不修改、删除原有数据，保证在数据迁移完成后，原数据仍存在，如果需要，可以立即挂载到应用系统上进行使用。
原有系统存储利旧方案
网络方案设计与产品配置
灾难恢复预案的制定
灾难恢复预案可以用于保证在灾难环境下，IT系统的恢复能够保证包括IT系统的恢复、办公场地、办公设备、紧急流程、指挥架构、人员调度等多方面内容的有序工作。
需要在容灾系统测试和演练过程中验证《灾难恢复预案》的正确性、完整性和可操作性。
灾难恢复预案的导航系统
由于目前灾备系统的操作流程比较复杂，如果单纯用翻看业务连续计划的形式比较繁琐，而且影响系统切换的效率。因此，通过计划的导航可以协助进行容灾切换操作的相关人员处理切换与回切的操作
导航系统可以对灾难恢复预案的版本、用户权限等进行管理
预案的导航可以提供一个演示的环境，让工作人员可以更加熟悉灾备切换的操作
监控平台的方案设计
灾备系统的架构复杂并且参与的网络元素众多，而其中任何一个网络元素出现问题都会使整个灾备系统变得形同虚设。
灾备系统中需要实时监测的具体问题包括：
生产中心和灾备中心间链路是否正常
数据备份是否正常
灾备服务器运行是否正常
灾备服务器上的数据库是否正常
当前新华人寿已经具备系统监控平台，只需增加相应的模块，对灾备中心的设备及灾备网络进行监控。
通过TPC对存储系统进行管理
统一的存储管理 – 利用TPC管理存储基础架构
灾备系统的切换及回切
主生产中心系统应用系统的更新，在灾备中心相应地要保证应用环境一致性
灾备中心具备生产中心的数据镜像，及应用系统环境
当主生产中心发生问题时，请求灾备中心启动灾难恢复流程
灾备中心根据灾难恢复计划，对灾备业务系统环境进行验证
根据业务连续计划，通过网络切换，将客户端服务请求定向到灾备中心业务系统
开始利用灾备环境对外提供服务
生产中心进行环境的重建，重建完毕，进行业务系统回切
新华人寿灾备到两地三中心的发展
方案对国信办指南（第5级）的遵从性
汇报内容
灾备项目需求分析
灾备技术方案
项目实施方案
灾备项目实施方式
项目实施阶段规划
展开
