最新EMC存储容灾解决方案要点.doc

《最新EMC存储容灾解决方案要点.doc》由会员分享，可在线阅读，更多相关《最新EMC存储容灾解决方案要点.doc（36页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、Four short words sum up what has lifted most successful individuals above the crowd: a little bit more.-author-dateEMC存储容灾解决方案要点目 录XX县人民医院存储项目EMC存储恢复容灾方案2011年11月 目 录第1章 EMC主备存储容灾互切说明21.1 XX医院IT现状简述21.2 存在的主要问题21.3 EMC的解决方案21.4 主备存储、容灾装置等发生故障时切换说明41.5 医疗行业及国内部分容灾案例5第2章 生产存储性能和容灾存储可用性说明92.1 生产存储VNX510

2、0的性能说明92.2 生产存储VNX5100的空间分配112.3 生产存储VNX5100的性能监控和解决建议112.4 容灾存储的可用性说明12第3章 实施步骤、效果说明和测试方案133.1 整个EMC Recoverpoint实施步骤和时间预估133.2 效果说明133.3 测试目的143.4 测试环境说明143.5 服务器系统153.5.1常见系统故障153.5.2常见系统维护153.6 测试项目设置163.7 具体测试内容173.7.1数据一致性测试193.7.2数据容灾故障恢复测试203.7.3容灾:任意时间点回滚测试223.7.4容灾: 容灾存储恢复至主存储数据测试243.7.5容灾

3、:主存储误操作数据恢复测试25第4章 EMC秒级恢复容灾方案RecoverPoint介绍274.1 EMC RecoverPoint介绍27-第1章 EMC主备存储容灾互切说明1.1 XX医院IT现状简述3台数据库服务器，包括HIS、LIS、PACS等。存储使用一台EMC NX4。1.2 存在的主要问题1，保存全院关键业务数据的存储只有一台，存在单点故障，一旦出现灾难事件，全院业务将受到影响。2，PACS影像文件没有实现归档，占用主存储空间和降低主存储性能。3，随着业务的增长，现有的NX4会遇到更大的性能压力。1.3 EMC的解决方案EMC推荐的解决方案采用业内最成熟、可靠、先进的技术，可以很

4、好的解决以上三点问题。EMC方案非常方便的融合到现有的应用系统中，应用系统无需做大的变动。整个拓扑如下：方案说明：(一) 服务器：原有的两台服务器可不做修改，配置一台服务器或在其上安装虚拟机给灾备阵列，安装HIS等软件，作为HIS等系统的备机。(二) 存储交换机：原有生产机房内的两台光纤存储交换机升级为16口，新购置两台DS-300B 8口光纤交换机置于容灾机房。(三) 信息中心生产和容灾存储：原有机房增加一台EMC中端存储VNX5100阵列，原来的NX4在完成数据迁移后作为备份存储使用。(四) 业务连续性保护装置：增加2台连续数据保护RecoverPoint服务器装置，通过旁路实现数据的同步

5、，不对主阵列造成性能上的负担。2台装置之间采用高可用配置，任何一台故障，对生产或容灾没有影响。若2台装置发生故障，对生产也没有任何影响。(五) 业务连续性保护软件：使用EMC独有的技术产品RecoverPoint CDP，将生产存储上的关键应用数据(HIS/PACS)实时同步到容灾存储上，实现数据的2份保存。RecoverPoint具备传统容灾方案所没有的数据回滚功能，可以解决传统容灾经常碰见的致命问题数据库因逻辑故障而无法启动的故障，通过RecoverPoint精确到IO数据回滚功能完美解决。同时RecoverPoint还有支持异构存储整合、灾备存储根据需要打开容灾数据库、链路带宽压缩等一系

6、列高端功能。1.4 主备存储、容灾装置等发生故障时切换说明此处假设已经完成生产和容灾阵列以及容灾装置、网络等架构部署，在生产机房的EMC VNX5100作为主生产阵列（标识为一号存储），容灾机房的VNX5100作为容灾阵列（标识为二号存储）。针对阵列、recoverpoint装置的故障切换步骤描述。当生产存储（一号存储）发生误操作时，应急操作如下：1 由于二号存储内的数据随时可用，可以在10分钟内回滚到过去任意时间点的；故把容灾机房内的二号存储进行切换操纵，升级成生产存储，提供存储服务。对于生产主机或容灾主机读写，RecoverPoint装置会继续纪录这些主机的写I/O。2 在生产机房的一号存

7、储故障解决后，使用容灾机房的二号存储的正确数据覆盖一号存储的数据，这一动作在后台完成。VNX5100带宽为400MB/s，假设有30%带宽用于后台覆盖原生产存储的数据操作，则每小时大概可以往原生产存储写360G数据。可以快速的实现HIS/LIS的数据同步。3 等一号存储数据覆盖和数据正确性检验完成后，把一号存储重新升级成主存储给生产主机访问。当容灾存储（二号存储）发生误操作时，应急操作如下：1 若容灾存储二号存储发生故障，对生产系统无任何影响。2 等二号存储的故障修复后；通过EMC Recoverpoint装置将变化的数据同步到二号存储上。这一动作在后台完成，实现两边的数据一致可用。当reco

8、verpoint容灾装置发生误操作时，应急操作如下：1 首先recoverpoint装置是由2个单节点组成的高可用集群，真正消除了单点故障。2 假设一台发生故障，对生产阵列、容灾阵列没有任何影响，2台装置间的集群会自动接管，继续实现数据的实时同步。3 假设2台均发生故障，由于recoverpoint采用的是旁路方式，对生产阵列也没有影响，暂时无法实现对容灾阵列的数据同步。不过2台同时坏的几率极低。4 在recoverpoint装置修复好后，可以将生产阵列的数据全部重新同步到容灾阵列上。5 Recoverpoint容灾服务器装置最大支持8个节点组成高可用集群。本次配置2个RecoverPoint

9、设备群集使用，2个均处于活动状态，带宽高达150MB/s，足以实现关键数据连续保护，记录写I/O需要的带宽。当存储交换机发生误操作时，应急操作如下：1 共有4台存储交换机，组成2个独立、冗余的fabric网络。2 新购的2台SAN交换机为8Gb的带宽，完全可以满足医院HIS/LIS/PACS的带宽要求。3 任何一台交换机故障均不会影响生产、容灾。4 交换机的故障修复后，插回原来的位置继续提供冗余的fabric网络。可见，在处理误操作，数据回滚方面，对生产带来的影响仅仅是切换的数分钟甚至秒级恢复时间，符合医院的数据不丢失，应用中断到最小的要求。1.5 医疗行业及国内部分容灾案例说明: EMC R

10、ecoverpoint 有3种部署模式：CDP: 本地业务连续性保护(2km)，CRR: 远程业务连续性保护(2km-1000km)，CLR: 本地和远程业务连续性保护序号客户名容灾类型距离源端存储目标端存储容量应用类型1河南肿瘤医院CDP本地CXCX5THIS、LIS2温州医院附二院本地CDP本地CXCX12T3柳州市人民医院CDP本地VNXVNX6TBHIS、LIS4百色右江附属医院CDP本地VNXVNX5TBHIS、LIS5福建省电力公司CRR220公里福州-三明CX4CX41TBSQLOracle6福州市电力公司CRR福州不同机房CX700CX5001TBSQLOracle7北京地稅局

11、CRR北京不同机房8成都市政厅CRR成都不同机房9北京中国国际金融有限公司CRR北京-上海1TBOracle10景顺长城基金CRR深圳-北京CX3-80CX3-20Oracle11中欧基金管理有限公司CRR上海-深圳4TBOracle12博时基金管理公司CRR北京-深圳CX4-480CX3-401TBOracle13台北勞保局CRR台北不同机房14武汉公积金CRR武汉不同机房CX3CX4AIX DB215广州市交通委员会CRR广州不同机房40公里HP EVACX4-96010TOracle 10g16湖南交通本地CDP本地DMX4CX44TBOracle17江西电力本地CDP本地XP24000

12、CX4-9603TBOracle18湖南烟草本地CDP本地DMX4CX3804TBSQLOracleDB219內蒙北方電力公司本地CDP本地CX3HP EVA4TBOracle20台北全聯實業股份有限公司本地CDP本地18TBSQL21宜昌社保本地CDP本地CX4IBM DS48004TBSQLOracle22台北寶來金融集團本地CDP本地13TBSQLExchange23香港房屋協會本地CDP本地CX3CX1TBOracle24新韩银行CLR北京-南京CX3-80CX3-40Oracle RAC25韩国外换银行CRR北京-南京CX4-960CX4-4806TBOracle RAC26襄樊航宇

13、救生 CRR襄樊NS480NS4804TBSQLOracle27天津移动CDP + AP7600天津DS8300DS8300OracleDB228湖南财政CRR长沙-岳阳DMX4-950NS48029湖南财政CDP本地DMX4-950NS12030湖北电力CDP同城DMX4-950CX431信诚保险CRR广州 北京CX3-20CX4-120Oracle32长大公路CRR广州两机房CX3-20NS120SQL33山西新闻网CDP本地CX4CX4DB234南方航空CDP本地CX3-40CX3-4035武汉住房公积金CDP本地CX4-120CX4-12036湖南中烟CDP同城NS240NS24037

14、PICC中国人寿CDP,CRR全国154套RecoverPoint,30多个省市38银河基金CLR上海-深圳CXCX39东莞银行CDP(AP7600)DS8100 with PPRCDS51003TB40山西移动CRMCDP本地IBM DS8300IBM DS8300财务统计41伟创力技术有限公司CRR同城2个工厂NS480NS480SQL42台湾移动CLR台北-高雄CX4CX443湖南财政局CLR500KM长沙-邵阳NS480DMX4TOracle, sQL44湖南运输厅CDP本地DMXCX4TOracle45长兴资产管理局CRR上海同城CX4-240CX4-240DB246台湾公共电视服务

15、中心CDP本地CX4CX4DB247镇州丹尼斯仓库CDP本地CXCX48江苏移动CRR同城DMX4NS48049广东省常达公路设计局CRR同城CX3-20NS1204TBoracle50河北电力CRR同城NS480NS480Oracle51广西柳工机械股份有限公司本地CDP、Cisco9222i本地DMX4IBM DS480020TSAP、Oracle52柳州华锡集团CRR异地NS480NS4805TOracle、sqlserver第2章 生产存储性能和容灾存储可用性说明2.1 生产存储VNX5100的性能说明此次配置的生产存储及容灾存储均为EMC中端阵列VNX5100。全球已经售出1万台以上

16、。获得了客户的良好评价，尚未遇到性能瓶颈，此外还可以通过EMC的企业级闪存盘(SSD)和FAST软件包大幅度提升阵列的性能。VNX 系列是一种强健的平台，整合了原有的数据块存储、文件服务器和直连应用程序存储，使客户可以动态增加、共享和经济高效地管理多协议文件系统以及多协议数据块存储访问。VNX 操作环境支持 Microsoft Windows 和 Linux/UNIX 客户端在多协议（NFS 和 CIFS）环境中共享文件。同时，它还支持高带宽和对延迟敏感的数据块应用程序的 iSCSI、光纤通道和 FCoE 访问。EMC Atmos Virtual Edition软件和 VNX 存储结合使用，可

17、支持基于对象的存储，并使客户能够通过 EMCUnisphere 管理 Web 应用程序。VNX 系列的新一代存储平台包括VNX5100, VNX5300, VNX5500, VNX5700和 VNX7500，由带 6-Gb/s SAS 驱动器后端的 Intel Quad Core Xeon 5600系列提供支持，与上一代的存储相比，性能得到大幅提升 ： 运行 Microsoft SQL 和 Oracle 的速度比以前快 3 倍 不到两分钟就可使系统性能翻倍，而且无中断 运行数据仓库的速度快 3 倍VNX 系列专门设计为利用闪存驱动器技术的最新创新成果，最大程度提高存储系统的性能和效率，同时将每

18、 GB 成本降至最低。即使只有数个闪存驱动器与EMC FAST 套件结合使用，客户也可以体验到 FLASH 1st 策略带来的最佳优势。VNX的主要特性包括： 无折扣的可用性：即使在出现故障的情况下也可以保证相同的性能和服务级别。 免费的高级功能：通过数据压缩、文件系统数据消重、虚拟资源分配的技术，以实现对存储更有效的使用。 丰富的软件：VNX软件包提供所有必要的功能来管理和保护客户的信息，包括数据复制功能、通过快照和克隆实现按时间点数据恢复功能，以及定义保护策略等。 自动分层：EMC独特的FLASH 1st 策略可以将“热”数据自动放到高性能磁盘和缓存中，已最小的管理代价提高应用的性能。 集

19、中管理：EMC Unisphere管理软件通过简单易用、集成化的管理方式，减少对用户的配置、管理和监控工作量。 灵活的模块化设计：用户可以初始配置文件或块存储的功能，需要的时候升级为同一存储。 虚拟化集成. EMC14 与 VMware14 vSphere 有超过 60 个集成点，这使 VNX 最大限度地提高了性能和易用性。EMC 是唯一一家支持所有 vStorage API 系列产品的供应商。 高效的架构：多核Intel Xeon处理器和6 Gb/sec SAS 提供了更好的性能和高级软件的基础。EMC阵列在医疗行业拥有强大的稳定性和性能。比如玉林人民医院(CX4-480,HIS/PACS/

20、LIS)和柳州人民医院VNX5500均未遇到性能问题。且VNX5100的16G内存和后端24Gb的带宽，最大可以支持150TB容量，完全可以满足医院的性能和以后的空间需求。故我们认为，VNX5100作为生产阵列完全可以满足客户的性能需求。2.2 生产存储VNX5100的空间分配目前配置600G*8 SAS2.0 15krpm硬盘和2TB*4块 NL-SAS 7.2krpm硬盘，可用空间达12TB。主要有2个应用：HIS、PACS。对于HIS系统分别分配2TB,使用虚拟资源调配功能分配空间给2TB给PACS(每个月800G)分配，最高可扩展至10个TB。预计HIS日志空间，每天变化100M，按照

21、数据往前回滚30天的要求计算所需的空间为：100MB*30/0.75=4000MB.空间上可以满足客户的需求。2.3 生产存储VNX5100的性能监控和解决建议实施完recoverpoint后，EMC将会在1-2个月内收集VNX5100的性能数据，通过EMC专业的工具进行分析，检查系统中是否存在阵列的瓶颈。若存在性能问题，可以通过2种方式提升性能：1，添加闪存盘和FAST suite包，提升存储的二级cache；2，通过FAST suite自动的将热点数据迁移到闪存盘，提升整个阵列的性能。2.4 容灾存储的可用性说明容灾存储的数据通过Recoverpoint从生产存储迁移到VNX5100上。结

22、合容灾存储上配置的服务器，在需要的时刻将VNX5100二号机上的HIS数据库打开，模拟生产环境。在模拟的环境中可以用作：1，解决数据库的逻辑故障，快速的将二号存储上的数据恢复到一号存储上，从而保证数据库能够打开；2，减少数据的丢失，在生产系统遭遇病毒、人为误删除后，二号存储可以快速任意IO回滚，找到丢失的数据，从而减少医疗纠纷。3，降低新业务上线前的风险，模拟的环境进行BUG测试；4，降低数据库的升级风险，数据库升级前的模拟环境，在遇到故障后可以进行任意的回退；5，制作月报、年度报表，历史数据查询，减轻生产阵列的压力。6，通过不断的演练recoverpoint，可以让客户熟练掌握EMC的容灾技

23、术，在关键时候能够快速的实现数据的恢复、减少应用停机的时间。第3章 实施步骤、效果说明和测试方案3.1 整个EMC Recoverpoint实施步骤和时间预估编号实施内容实施所需的时间备注1安装VNX5100阵列和recoverpoint容灾装置和软件、SAN-Switch交换机，部署两边机房网络。3天2两个机房安装HIS、PACS服务器，接入到SAN网络，用于连接VNX51001天集成商安装服务器3通过recoverpoint将NX4上的HIS、PACS数据全部同步到VNX5100上。1天4两台VNX5100进行recoverpoint同步，使两者信息一致。数分钟5容灾演练1天3.2 效果说

24、明1,实现存储间的数据互联互通、相互流动的功能。2,实现主备存储间数据实时同步，主备存储的数据一致、高可用的功能。3,实现当主存储发生逻辑错误后，可以通过备用存储对主存储的数据追回、不丢失数据的功能。4,实现存储上的数据任意时间点回滚功能，有效地避免主数据库的逻辑错误或突然断电导致数据库无法正常运行的故障。并将数据丢失率降低至最小。5,实现备用存储的在线使用功能，当备用存储的数据修改后，能够直接恢复到主存储。该功能可以在备用存储上打开数据库，实现报表、测试、升级、培训等操作，分流用户的业务，降低生产系统的负载。6,完成备用存储的报表、测试、升级、培训功能后，可以通过主存储将其变化的数据继续同步

25、到备用存储，恢复存储间的数据实时同步，保持数据一致、高可用状态。3.3 测试目的为了检验是否可以达到客户的要求，在首次完成recoverpoint后，需要按照以下的要求进行测试：1，实现河池XX医院HIS等应用系统容灾，实现存储设备数据同城或者异地容灾功能3，对出现故障以后(服务器, 存储, 应用软件)进行数据恢复演练，测试数据及应用恢复时间。3.4 测试环境说明测试环境组网架构图如下： EMC RecoverPoint应用装置(RPA)本地复制卷本地日志卷VNX5100本地生产卷服务器 HIS/PACS光纤交换机VNX5100 为实现上述的测试目标，需要在河池XX医院测试环境中搭建一套Rec

26、overPoint系统，主要组成部件有:l VNX5100系列存储两台.l 光纤线及光纤交换机2台l 服务器，安装WIN2008系统和数据库l EMC Recoverpoint RPA 两台l 控制电脑两台3.5 服务器系统3.5.1常见系统故障本测试根据实际工作环境下系统可能发生的故障或事故，EMC总结了应用运行时常见故障，并提供数据安全解决之道。 n 常见多发故障： 服务器故障 SAN网络故障 生产存储硬盘损坏 生产存储控制器损坏 数据库逻辑错误导致数据库无法启动 工作人员误操作导致数据丢失 黑客攻击人为恶意篡改数据3.5.2常见系统维护 本测试根据实际工作环境下系统可能发生的业务和工作情

27、况，EMC总结了常见维护事项，并提供例行维护解决之道。 生产服务器补丁升级 数据库补丁升级 业务系统统计报表 应用软件开发测试 工作人员培训 系统容量不足增加硬盘 设备性能不足设备替换3.6 测试项目设置 根据上述故障和例行维护特点，同时结合EMC以往客户在安装、实施、运维时的经验设计了以下测试场景： 维护项目解决方法测试项异构存储整合EMC RecoverPoint现场不演示生产服务器/小型机故障异地容灾现场演示容灾切换SAN网络故障双链路负载均衡本次不测试生产存储硬盘损坏Raid保护存储基本功能，本次不测试生产存储控制器损坏主备控制器倒换存储基本功能，本次不测试数据库逻辑错误导致数据库无法

28、启动异地容灾现场演示容灾切换工作人员误操作导致数据丢失任意时间点回滚现场演示任意时间点回滚黑客攻击人为恶意篡改数据任意时间点回滚现场演示任意时间点回滚生产服务器/小型机补丁升级容灾存储使用现场演示容灾存储使用数据库补丁升级容灾存储使用现场演示容灾存储使用业务系统统计报表容灾存储使用现场演示容灾存储使用工作人员培训容灾存储使用现场演示容灾存储使用设备性能不足设备替换数据迁移现场演示数据迁移3.7 具体测试内容n 数据一致性测试： - 添加CDP保护卷：模拟生产系统在正常运行时，将指定的应用数据纳入RecoverPoint系统保护的过程，以此验证RecoverPoint系统实施的方便和灵活程度。-

29、 删除CDP保护卷：模拟生产系统在正常运行时，将指定的应用数据脱离RecoverPoint系统保护的过程，以此验证RecoverPoint系统更改的方便和灵活程度。- CDP数据复制：模拟生产系统在正常运行时，受保护的生产数据向CDP备份卷复制的过程。- CDP粒度设置：模拟生产系统在正常运行时，在RecoverPoint系统中设置恢复时间点，调整恢复点的粒度，从系统优化的推荐值到最小1秒钟或者是精确到每个I/O- CDP一致性组：模拟生产系统在正常运行时，将指定的应用程序及数据库数据加入到一致性组，以此验证RecoverPoint系统在多个数据源之间的一致性。n 容灾故障切换测试： - 故障

30、切换：模拟生产系统在正常运行时，主存储阵列故障导致应用数据不可用时，RecoverPoint系统如何在备份端启动应用并保证数据一致可用。- 故障回切：模拟生产系统切换到备份端运行时，主存储阵列恢复正常后，备份端对应用数据所做的修改可以被保存，并且在应用切换回主存储阵列时上述修改不会丢失，验证整个切换过程的方便和灵活程度。n 容灾数据回滚测试： - CDP回滚：模拟生产系统在正常运行时，由于操作失误造成数据丢失，使用RecoverPoint系统恢复到最近一个正常的时间点，在最短时间内恢复应用同时使得数据丢失量最小。- CDP模拟回滚与物理回滚流程：- 模拟生产系统在正常运行时，由于操作失误造成数

31、据丢失，使用RecoverPoint系统模拟回滚到最近一个时间点，经检查后此时间点数据仍是丢失状态，继续回滚到上一个时间点，检查数据是否仍然丢失，直至找到最近一个正常的时间点，验证模拟回滚和物理回滚之间操作的便利性。n 容灾存储使用 在主生产存储在使用时，在容备存储打开数据库，进行报表，开发，培训，校验等，同时不影响容灾业务。3.7.1数据一致性测试测试内容 基本功能测试厂商人员测试时间2011年 月 日局方人员测试目的1、 完成对生产数据的复制，生成本地备份数据2、 生成基于时间点的复制信息3、 检查RecoverPoint CDP时间点的粒度环境描述方案/步骤方案描述：1、 选定生产环境中

32、的LUN2、 指定本地备份存放LUN3、 启动CDP保护4、 检查CDP时间点的粒度5、 在生产服务器上对数据库进行数据更新测试预期结果说明- Recoverpoint CDP是基于IO拆分的带外复制技术，其实施对生产主机完全透明- 依赖LVM的CDP方案，对生产主机不可避免影响性能，尤其是目标端存储性能配置较差时- 依赖LVM的CDP方案，不能做到RPO为零，因为其时间点颗粒数量有256这个限制- 依赖LVM的CDP方案，并不能确保RTO为零，因为主机LVM的技术限制造成生产端存储在灾难发生时，生产卷和复制卷的数据不一定能够保持完全一致- Recoverpoint CDP不依赖于主机的LVM

33、，不增加主机CPU的开销- 正由于Recoverpoint CDP不依赖于主机的LVM，所以这个方案独立于任何主机操作系统。无论是Windows或者是UNIX，都可以用同一个Recoverpoint CDP方案实现- Recoverpoint CDP的启动，不对生产主机的VG作任何变更，不需要停机修改VG配置等操作- Recoverpoint CDP实施的拆除，也不需要对生产主机的VG作任何变更- Recoverpoint CDP时间点的粒度可以是系统优化、1秒、或者1个写IO。数量上没有256的限制。真正做到RPO为0- Recoverpoint CDP的数据一致性，是靠一致性组（CG: C

34、onsistency Group）和CG set来实现的- 依赖LVM的CDP方案，没有CG Set这个概念来确保联合型应用的数据一致性保护- Recoverpoint CDP最多可由8个节点构成高可用的集群，大大多于一般的两节点CDP方案，确保了核心数据复制的性能和可用性实际测试结果说明测试效果 测试人： 测试时间：3.7.2数据容灾故障恢复测试测试内容 故障恢复测试厂商人员测试时间2011年 月 日局方人员人员测试目的验证在主存储故障情况下使用备用存储恢复应用方案/步骤方案描述：1、 在生产正常运行时将主存储与生产服务器断开(断开主机连接交换机的光纤)2、 在Recoverpoint管理界

35、面进行Access last image3、 在备用服务器上认盘，将本地CDP复制卷mount起来 4、 在备用服务器上重启应用，查看应用是否能正常运行5、 查看数据有否丢失6、 在备用服务器上关闭应用，umount CDP复制卷7、 在生产服务器上重启应用8、 在Recoverpoint管理界面进行disable image access9、 确认CDP保护被恢复测试预期结果说明在主存储故障情况下，服务器能够使用备用存储恢复应用RecoverPoint CDP带外复制技术能真正做到RPO=0，RTO基本控制在1分钟内实际测试结果说明是否符合预期效果是 否 备注3.7.3容灾:任意时间点回滚测

36、试项目名称任意时间点回滚功能测试厂商人员测试时间2011年 月 日局方人员测试目的在应用发生逻辑错误时，使用RecoverPoint CDP将应用回退到指定时间点方案/步骤方案描述：在应用数据库中删除某张表，使用RecoverPoint CDP将应用回退到删除动作之前的某时间点，恢复正常数据.详细步骤：1、 在生产服务器上，删除oracle数据库中某表2、 在Recoverpoint界面中bookmark当前时间，作为时间参照，以方便寻早需要回退的时间点3、 在Recoverpoint管理界面进行Access image4、 在RecoverPoint 日志中查找删除动作前最近的时间点5、 在

37、备用服务器上认盘，将本地CDP复制卷mount起来6、 在备用服务器上验证应用是否正常，删除的数据表是否被恢复7、 如删除的数据表不能恢复正常，则在备用服务器上关闭应用，umount CDP复制卷，在RecoverPoint 日志中再次选择之前最近的时间点，重复5-7步，直至确认所选的时间点对应的数据表被恢复8、 在确认数据表被恢复正常后，在备用服务器上关闭应用，umount CDP复制卷，重新在Recoverpoint管理界面进行Access image 这个时间点，以执行真实物理回滚操作9、 再次在备用服务器上认盘，将本地CDP复制卷mount起来并启动应用10、 再次确认数据表被恢复正常

38、测试预期结果说明 RecoverPoint CDP的virtual access功能，便于快速确定可能的时间恢复点；在执行virtual access的同时，不影响数据从生产存储到备用存储的复制保护RecoverPoint CDP的 physical access功能，用于在确定时间恢复点后，把target卷真正回退到该时间点，以便备用服务器进行IO读写实际测试结果说明测试效果测试人： 测试时间：3.7.4容灾: 容灾存储恢复至主存储数据测试项目名称CDP Failback功能测试厂商人员测试时间2011年 月 日局方人员人员测试目的确认服务器对备用存储上的数据的更改，能够通过Failback

39、被恢复至生产存储方案/步骤方案描述：在上述测试后，在备用服务器上进行数据变更，并通过CDP failover将变更后的数据恢复至生产存储。详细步骤：1、 继续前述测试，在备用服务器上，创建oracle数据库中某表2、 关闭备用服务器上的应用，umount CDP复制卷3、 关闭生产服务器上的应用，umount CDP生产卷4、 在Recoverpoint管理界面进行Failover5、 在Recoverpoint管理界面进行Failback6、 在生产服务器上认盘，将本地CDP生产卷mount起来7、 在生产服务器上验证应用是否正常，前面创建的数据表是否正常测试预期结果说明Recoverpoi

40、nt CDP不依赖主机LVM，其 Failback的过程非常简单，不需要在生产主机上对VG内的每个LV进行任何操作；而且在备用存储的数据更新到生产存储的过程中，备用服务器的性能不受影响依赖主机LVM的CDP方案，在备用存储的数据更新到生产存储的过程中，不可避免影响备用服务器的IO性能实际测试结果说明是否符合预期效果是 否 备注3.7.5容灾:主存储误操作数据恢复测试项目名称指定时间点回滚功能测试厂商人员测试时间2011年 月 日局方人员人员测试目的确认服务器对生产存储上的数据的误操作，能够通过备用存储将被误操作的数据恢复至生产存储，而不覆盖主存储新生产的数据方案/步骤方案描述：在主存储端的应用

41、数据库中删除某张表或者文件，使用RecoverPoint CDP将应用回退到删除动作之前的某时间点，恢复正常数据.详细步骤：11、 在生产服务器上，删除oracle数据库中某表12、 在Recoverpoint界面中bookmark当前时间，作为时间参照，以方便寻早需要回退的时间点13、 在Recoverpoint管理界面进行Access image14、 在RecoverPoint 日志中查找删除动作前最近的时间点15、 在备用服务器上认盘，将本地CDP复制卷mount起来16、 在备用服务器上验证应用是否正常，删除的数据表是否被恢复17、 如删除的数据表不能恢复正常，则在备用服务器上关闭应

42、用，umount CDP复制卷，在RecoverPoint 日志中再次选择之前最近的时间点，重复5-7步，直至确认所选的时间点对应的数据表被恢复18、 在确认数据表被恢复正常后，在备用服务器上关闭应用，umount CDP复制卷，重新在Recoverpoint管理界面进行Access image 这个时间点，以执行真实物理回滚操作19、 再次在备用服务器上认盘，将本地CDP复制卷mount起来并启动应用再次确认数据表被恢复正常20、 将该误删除的数据恢复至主存储上，而不改变主存储上新产生的数据测试预期结果说明RecoverPoint CDP的virtual access功能，便于快速确定可能的时间恢复点；在执行virtual access的同时，不影响数据从生产存储到备用存储的复制保护RecoverPoint CDP的 physical access功能，用于在确定时间恢复点后，把target卷真正回退到该时间点，以便备用服务器进行IO读写实际测试结果说明是否符合预期效果是 否 备注第