XX数据应用容灾系统项目建议可行性方案.docx

1、XX数据应用容灾系统项目建议可行性方案XX数据应用容灾系统项目建议可行性方案 1. 用户需求及针对本需求的容灾系统设计综述xxxxxxx当前的应用系统类别较多l、包括了办公及业务等多个方面.在平台上包括Windows及当前主流的多种UNIX,在存储体系上也具有多种型号的存储产品.因此l、整个系统的复杂程度较大.同时l、由于应用系统一经处于比较完善的程度l、因此l、任何的调整都将带来很大的影响.为此l、为了确保数据的安全性l、在早期用户实施了数据的磁带备份l、但对于关键数据来说l、这种磁带备份还不能够完全满足系统抵御各种灾难的能力.为此l、用户考虑对数据实施灾备计划.数据的容灾保护提供最基本的容

2、灾底线保证l、确保在任何预计之外的灾难发生后l、业务系统都可以在允许损失极少量数据（或无损失）的情况下l、在一定的时间内恢复l、数据容灾同时也是应用逻辑错误和数据库软件bug的容灾应对出发点；可以通过一定的方式来恢复到这种故障之前的可用的状态.1.1 应用数据安全级别的分级考虑鉴于当前存在的大量数据l、在安全性的要求上建议分出不同的优先级别l、建立不同安全级别的保护措施.这样不仅在成本上会带来优势l、同时也可以确保最关键数据的不丢失.这种分级保护一般根据可以承受的数据丢失量（如半小时l、或一天）来考虑.我们不妨把不允许有任何数据丢失的应用定义为安全级别最高l、要求进行实时的同步的数据远程传输l

3、、对于相对来讲数据安全级别稍低者可以把数据传输的优先级别作相对较低的配置l、从而确保在同一时间优先发送最为关键的应用数据.而对于数据安全要求一般的数据来说l、建议采用本地的磁带备份即可l、而不必纳入到灾备的体系中来.这样不仅可以合理使用资金l、同时也可以确保关键数据的最高级别保护.1. 2用户需求分析：用户资料采集：xxxxxxx当前SAN环境（图）用户需求分析：1） 数据的实时远程复制针对关键业务系统数据实现数据的实时的远程复制l、从而保障数据在本地发生各种故障之后首先可以保障数据的完整性l、并可以通过一定的途径快速得以恢复l、或者根据情况在远程直接启动应用.2） 灾备数据的可处理性l、包括

4、对数据的读写操作.所谓的读操作l、是指灾备数据可以为其它的某些临时的应用提供便利l、支持对这些数据的读操作.从而可以方便地验证灾备体系的工作是否正常l、或者在必要的时候利用这些数据进行诸如员工培训、软件调试、相关系统的引用等多种处理.所谓的数据读写操作l、是考虑利用灾备数据提供诸如员工培训、系统应用测试、后续软件调试或其他临时应用的可能.这样l、可以为上述应用带来最大的便利性.但是l、为了保持和原始数据的一致性l、系统应该支持上述写入操作的Reset(重置)操作l、使得在上述任务结束后l、可以方便地把数据恢复到没有进行写入操作之前的状态l、维持灾备数据和源数据的严格一致.另外一个方面l、数据的

5、读写支持l、也可以很方便地验证灾备体系的工作是否正常.当然l、这种读写操作必须要对数据的远程复制和本地的应用不产生任何影响.2）（远期）应用的可切换支持.灾备中心不应该作为纯粹的备用系统l、在提供诸如数据查询等应用的同时l、还要提供自动的应用切换等支持l、一旦在生产中心发生故障后l、灾备中心的关键系统可以自动接管生产系统l、提供持续的应用保障.这种规划建议作为远期的目标之一l、当前建议只以数据的远程复制为主l、但当前的方案必须要考虑到本要素.1.3 本项目中需要注意的几个要点通过在对用户的具体环境和需求作了细致的分析之后l、我们认为用户对该数据容灾系统给以了充分的重视l、所提出的观点和要求是十

6、分详细和具体的l、在此l、从我们方案提供商的角度l、对此作如下的概括l、便于整体方案的分析. 方案的通用性.这种通用性体现在两个方面：一是异构平台、存储设备的支持性l、二是对不同应用类型数据的适用性l、只有这样的方案才可以较好地保障用户当前投资l、达到与应用类型无关、与平台无关以及与磁盘阵列等存储设备无关的适用性最广的解决方案.在当前l、数据主要以Oracle、DB2、SQL2000类型为主l、但是随着应用类型的增加l、产生不同类型数据的可能性还是很有可能的.如果现在选用了仅仅支持如Oracle数据的解决方案l、那末临时性的其他数据将无法得到及时的复制l、或者今后的应用扩展将受到很大的制约.

7、实时的数据复制解决方案.我们认为最终用户已经对不同应用数据的安全性要求做出了很好的分析和划分l、其中关键数据要求不丢失l、或尽量少地丢失.因此l、我们认为必须要采用真正的实时的数据复制解决方案才可以满足这种要求.在条件具备的情况下l、应该做到无延迟数据复制.而建议采用非实时或准实时复制方案. 灾备数据的可用性分为两个方面l、一是数据的实时复制的可靠性l、要求复制数据要和源数据保持严格一致l、严格按照源数据的写入顺序进行复制l、使得灾备数据具有可用性.二是在需要的时候可以很便利地对灾备数据进行读写操作l、但是l、这种读写操作不应该对数据的实时复制产生影响.还有l、在对灾备数据进行修改（如进行员工

8、培训、软件测试等操作时对数据的采集或调整测试）后可以恢复到原有状况l、从而确保数据的一致性和安全性. 扩展的便利性包括对当前和今后其他应用类型数据的实时复制的扩展l、复制距离的扩展以及复制节点数量的扩展等多个方面l、在当前选择方案的时候面对未来的需求进行全面考虑. 数据的丢失量对于关键应用要求数据不丢失l、因此l、不建议采用诸如当前在主机上开辟一定的缓存（Buffer）空间l、用来存放待复制的数据l、利用异步的方式发送到远程.这样的产品无疑会因为各种原因导致数据的丢失率较大l、如当主机资源意外掉电或宕机时l、上述Buffer（缓存）中的数据必然会被丢失.我们推荐在主机产生写入操作的同时数据被发

9、送出去l、这样l、数据始终保持和本地的写入同步l、这样的方案才可以真正做到数据的无丢失. 数据的可回滚性（最新数据不可用情况下的数据恢复支持）不可避免地会在某些情况下l、最新复制的数据不可用的情况下l、尤其对于Oracle数据库l、很可能在管理员发现故障时l、其内部已经在几分钟之前就已经出现了问题l、那末l、被复制过去的数据肯定也是不能够被使用的.此时l、我们必须要具有数据的回滚性支持l、比如可以往前回滚30秒、1分钟或2分钟l、并利用这些数据获得可用数据同时数据的丢失量最小化. 灾备自身系统实施及恢复的便利(简易)性灾备系统的实施不应该对现有的应用系统作任何调整l、尤其是对当前运行较稳定的系

10、统.当然l、即使需要一定的调整.那末.这种调整夜必须是系统管理员可以理解并接受的.同样l、对于灾备系统自身而言l、发生问题后的解决或全面的恢复也要简易化l、要支持如WEB管理l、图形化管理l、而不应该需要较复杂的配置.否则l、今后如果需要作系统调整l、那末l、系统管理员将无法面对这种配置和管理l、甚至导致日常的维护也不敢动手的现状. 对系统的影响最小化由于当前应用系统的完善性和稳定性l、不建议为了本灾备系统而对当前的应用系统做任何方面的调整.主机资源不能够因为灾备系统的实施而显得紧张l、包括内存、CPU等资源的占用应力求最小化.当然这种影响我们认为同样包括实施时候对系统、对数据库、对应用的调整

11、合对存储空间的调整等多个方面. 灾备方案要支持策略化配置便于不同的应用数据具有不同的复制优先级别l、以确保关键数据不丢失. 灾备系统的管理简易性为了确保灾备系统的正常运行l、在日常的管理中必须要进行一定的演练l、以保障需要时候的迅捷相应和确认灾备系统可用性.那末l、这种日常的演练活动必须要简单l、也就是灾备系统自身必须要具有简易的人性化的管理l、同时l、在对灾备数据作验证时不应当对生产系统产生任何影响.还有l、系统自身故障后应该具有很便利的方式直接来恢复l、而不需要重新配置. 灾备数据具有不影响复制的读写支持l、同时支持写入操作后的Reset(数据重置)为了充分利用灾备数据l、方案必须要支持对

12、灾备数据的读写l、同时l、该读写的过程不应该影响数据的继续复制.这样l、我们可以利用灾备数据进行诸如软件调试、员工培训、系统测试、灾备系统测试、演练等多种操作.但是l、一旦在这种练习结束后l、必须要要保证灾备数据恢复原样l、保持和实际数据一致. 相关故障的自恢复故障报警功能系统涉及到大量的专业设备或技术l、因此l、灾备系统必须要具有很强的相关故障自恢复功能.如WAN故障、主机故障、应用系统故障等相关因素在恢复正常后l、灾备系统也应该自动恢复运行l、保持数据的实时复制.另外l、灾备系统自身应该具有完善的日志和报警机制l、减轻管理员的负担. 灾备系统具有较强的数据传输性能（如高度的压缩等能力）由于

13、系统基于IP链路设计l、因此l、必须要具有很高的数据传输能力l、才可以保障在有限的带宽资源环境下提高数据的复制性能.这种性能的提高很大程度上是靠较高的压缩率来时实现的l、我们建议灾备系统要具有超过10倍的压缩率. 2.数据容灾系统的详细设计2.1 系统设计原则在基于当前的先进技术及产品的情况下l、结合整体造价l、提供最高性价比的整体解决方案是我们这次规划的主要原则.同时在遵循用户提出的设计原则的前提下l、我们还充分考虑了如下的设计理念： 最高的性价比.根据用户应用的实际需求l、提供适宜的解决方案l、在有限的资金许可范围内l、提供符合上述需求的方案l、并降低后续的维护成本l、从而提高系统的整体性

14、价比. 实时的数据复制l、数据丢失率最小化. 策略化的数据复制l、保障关键应用和一般应用数据的优先级别策略化l、确保关键数据不丢失. 严格的数据一致性. 灾备数据的可读写支持l、在进行读写的同时不影响正常的数据复制l、灾备数据在被操作后致支持重置l、确保与原数据一致. 基于WEB、GUI（图形管理）及CLI(命令行)多种管理方式. 对应用系统影响最小化；自身故障对应用系统无影响. 实施便利l、无须对应用作任何调整. 广泛的适用性l、数据复制和应用类型、数据类型没有任何关系l、支持异构的平台和存储设备. 高性能的数据传输l、具有高度的数据压缩率（高于10倍）l、提高数据复制性能.2.2 系统的产

15、品选择我们选用业界最领先的美国EMC 公司的RECOVERPOINT产品作为本系统数据的实时复制（容灾）产品.EMC公司总部在美国加利福尼亚州l、在美国纽约、圣何塞（硅谷）及以色列具有研发基地l、专门致力于数据安全解决方案的技术研发.在数据容灾日益成为大家关注的话题的同时l、EMC推出了新一代的数据复制解决方案.大体来说l、美国EMC产品具有如下的基本特点： 提供实时的数据复制保障l、确保在各种故障发生的情况下数据的完整性.便于实现应用的远程容灾. 支持异构存储和异构服务器平台.这种功能的实现便于用户提供对当前及未来存储设备投资的保障l、最大程度地适应存储设备的多样性l、避免在今后磁盘阵列的扩

16、展成为被限制的一个方面.相反l、目前大多的数据容灾解决方案均是以磁盘阵列为基础进行复制l、要求本地和远程具有相同的磁盘阵列类型. 基于标准IP网络进行数据复制l、同时采用智能化带宽缩减技术来实现对带宽需求的空前降低.目前的数据复制方案均要求在本地和远程之间通过专线连接l、这样无疑会带来巨大的成本要求.而EMC的解决方案可以基于IP网络l、同时具有带宽约减技术（较高的数据压缩率）l、策略化地实现数据和应用对当前带宽的适应性. 策略化的数据复制解决方案l、支持全面的数据保护服务级别.不同的应用数据具有不同的安全级别l、因此l、在数据复制的同时也可以按照不同的应用给以不同的策略设置l、确保关键数据的

17、安全.如用户可以定义关于延迟、带宽等方面的策略l、使得用户可以在性能、安全和成本之间均衡考虑. 同步、异步以及时间点多种模式的数据复制方式动态全面支持.RECOVERPOINT提供了无数据丢失的保护措施.一台主机应用每次进行到本地磁盘子系统的写处理时l、会并行处理写操作到本地的EMC设备.EMC应用这种同步连接l、并利用独特的缓冲（Buffer）来移交最新的数据保护级别l、达到无数据丢失的保护.EMC的缓冲被内置在设备内l、可以被置于远远超过光纤所能达到的距离之外. 利用快照历史可以允许恢复到任一时间点的数据状态.除了可以保持始终一致的数据复制之外l、EMC还提供了独特的回滚能力：“小径快照”

18、提供频繁的基于几秒间隔的快照能力l、这样可以实现到任何时间点（point-in-time）的数据恢复.在最新数据被破坏的情况下l、可以从快照历史库中选择最近的一次完好可用的快照数据快速恢复到刚刚故障之前的状态.这一极有价值的能力非常引人注目地减少了数据丢失以及对数据崩溃的保护.在一定的程度上EMC提供的该功能可以代替数据备份技术l、甚至远远超过了后者. 企业级高可用及可扩展性支持在每个节点通过放置两台RECOVERPOINT产品l、可以达到自动化的冗余设计l、实现数据复制应用的高可用. 唯一的真正“out-of-band”技术的采用使得实施简单易行,同时对应用的影响最小化.EMC基于智能化ou

19、t-of-band的一种设备l、可以连接到SAN和IP结构中.也就是说l、这种数据复制的过程是在数据路径之外的l、以一种非入侵的方式进行.因此l、EMC的实施出人意料的简单易行l、另外l、与in-band产品相比l、EMC的out-of-band解决方案提供了无限制的扩展能力l、同时对应用无任何潜在的影响. 远程数据的可用性支持EMC提供的复制解决方案支持远程数据的可操作性l、包括读写.这样某些特定的操作如生产数据的模拟化联系l、软件的调整测试、系统开发测试、新软件的升级测试等等都可以在这些基础上进行首先测试l、确保没有问题之后再于生产系统之上进行实施. 远程管理的支持EMC的RECOVERP

20、OINT设备支持远程的管理与维护l、可以配置Email地址l、并选择某一类型的信息发送到该地址.同时l、经过用户开放许可l、在北京的技术服务中心和美国EMC公司的服务人员都可以随时提供远程支持.以最快的速度解决问题. 便捷的配置恢复在RECOVERPOINT自身发生故障l、甚至需要更换时l、可以便捷地从原来的配置信息中恢复其配置.该信息被保存在磁盘阵列中l、并且该空间只有EMC软件可以支配l、从而保障其安全可靠性. 灵活的扩展支持EMC的解决方案支持双向的数据复制,支持异构的平台和存储设备l、便于扩展. 任何应用类型的适应性（方案的通用性）由于EMC的独特数据复制方式l、决定了该方案可以适应任

21、何的应用类型.这样便为用户提供了灵活便利的应用扩展余地.可以方便地把今后的应用纳入到本书据复制体系中来.综上l、我们认为采用EMC的数据容灾解决方案是最合适的选择.3.3 灾备中心的组建根据当前的用户应用环境和今后发展的考虑l、 我们建议在远程灾备点组建SAN的存储架构用于省数据中心和今后其它生产点数据的集中灾备中心.基本的架构如下图示意.针对这种架构l、我们建议在产品的选择上作如下的基本要求：1）在经费许可的情况下配置双交换机l、配置必要的服务器（但是对于RECOVERPOINT的解决方案来说l、并不需要在灾备中心配置服务器l、我们建议配置服务器的目的仅在于对数据的验证和某些必要的操作）.初

22、期可以配置单台光纤交换机.2）磁盘阵列的选择建议采用FC-SATA的磁盘.作为数据的灾备系统l、日常并不涉及到应用l、因此l、建议采用价格相对低廉的FC-SATA磁盘阵列.3)关键产品配置冗余部件l、提高安全性.磁带库可作为备选设备供远期扩容之用.2.4 数据容灾系统的基本结构基于美国EMC公司的产品l、我们提供了如下图的数据安全保障体系架构.从下图可以看出l、系统的配置简单l、结构清晰.在本方案中我们不需要在数据中心的各服务器上安装软件l、唯一需要的是在需要做数据复制的系统上安装RECOVERPOINT的驱动程序l、而不需要在服务器上作任何其他方面的调试.该结构的主要配置如下：在数据中心和灾

23、备中心分别配置两台RECOVERPOINT,分别连接到光纤存储交换机和以太网络l、每个点的RECOVERPOINT之间可以自动冗余l、保障数据容灾系统的不间断运行.在各服务器上只需要安装RECOVERPOINT的驱动程序l、不需要安装其他的任何软件.具体请参考如下示意图.2.5 数据的远程复制流程EMC提供了完整的独立于应用系统之外的数据容灾体系.这样对应用系统的影响被降低到最低.具体的数据复制过程如下所述：在需要作数据复制的应用服务器上安装RECOVERPOINT的驱动软件.在应用数据进行写操作时l、这些驱动程序会截取这些写入操作l、并把该写入操作在继续其正常写入的同时并行地复制到本地的RE

24、COVERPOINT设备上. 数据中心的RECOVERPOINT设备在接收到上述数据之后通过诸如压缩等方面的处理l、根据策略设置把相关数据传递到远程（灾备中心）的RECOVERPOINT设备上.远程（灾备中心）的RECOVERPOINT设备把上述数据按照严格的写入顺序写入到远程（灾备中心）的磁盘存储系统l、实现数据的一致性远程保存.另外的一种方式l、EMC安装在本地服务器上面的驱动在接收到远程磁盘阵列的写入反馈（ACK）应答之后才继续进行下一个写入操作l、这样的方式是100%同步的方式l、可以保障数据100%的完整和可用性.还有l、EMC的复制支持某一个时间点的复制方式l、可以每隔几秒钟自动产

25、生一次快照l、并在远程保存这些快照l、这样l、快照历史库可以便利地恢复历史库中某一个时间的数据.便于在最新数据被破坏的情况下l、可用数据的恢复.上述几种方式的利用可以由RECOVERPOINT自动优化选择l、无需人工调整或设置.因此l、从该方面来讲l、EMC的解决方案不仅仅可以恢复最新的应用数据l、同时也可以恢复某一个时间点的数据.基于上述数据复制原理l、EMC适应任何类型的应用数据l、同时无需单独购买诸如针对Oracle、Informix等等不同应用的选件.这一方面也为用户今后的扩展提供了方便.这种数据复制可以基于一定的策略设置l、针对不同的应用采用不同的诸如延迟、带宽占用等方面的策略设置l

26、、确保关键数据的可靠性复制.由于数据在正常写入的同时被传递到本地RECOVERPOINT设备上l、因此l、这种数据丢失的可能性被降低到最低的程度l、在某种程度上EMC提供了无数居丢失的安全保障.在本地配置两台RECOVERPOINT设备l、可以保障其中一台故障的情况下l、保证数据实时复制的继续性l、起到冗余的作用.这种切换是自动的l、无需人工调整.2.6 数据的远程恢复流程在本地数据出现故障的情况下l、可以通过RECOVERPOINT的图形界面方便地把数据恢复过来.完整数据的恢复流程仅仅需要调整原来的数据复制方向l、由本地到远程调整为由远程到本地l、那末l、远程的数据将会作为源数据被复制到本地

27、l、从而实现数据的恢复.这种恢复是最新数据并且是最完整的恢复.在某些情况下l、被复制到远程的数据可能因为在复制的同时本地数据已经被破坏等原因导致最新数据不可用的情况.此时l、我们完全可以通过可用的最新数据快照恢复可用的数据.由于EMC提供了数据快照历史库的原因l、我们可以根据需要把数据恢复到原来的某一个时刻l、在一定程度上取代利用磁带所作的数据备份的功能.当然这种取代是在一定程度上的l、并不能完全代替历史数据的备份.在某些情况下需要对部分文件进行恢复时l、可以把灾备中心的数据复制卷加载上来l、随意恢复任何一个文件.4.6 RECOVERPOINT的管理与维护RECOVERPOINT支持基于WE

28、B的全局管理l、用户可以便利地实现远程监控l、并可以通过email来定制一定类型的活全部的系统信息l、包括故障、警告等l、从而在最短的时间内获得系统得异常信息.下面是RECOVERPOINT的管理界面示意图：从上图可以看到l、系统中的SAN组件l、WAN及主机均可以动态体现出来l、无论是其中的任何一个发生故障l、那末l、都会在该图形上直接显示l、一旦故障解决l、系统可以自动恢复l、无须人工处理.这位系统整体的管理带来了直观性和便利性.系统的远程维护：RECOVERPOINT支持其远程管理l、在用户许可并对管理员开放用户名和密码后l、可以通过互联网络直接登录到RECOVERPOINT,从而进行一

29、定的分析与处理.4.7 基本的策略设置系统可以根据应用的不同、安全级别要求的不同、线路的利用要求等多方面进行策略设置l、这些策略包括：优先级别的设置l、不同的复制组可以设置相对的优先级别l、从而保障关键应用数据的不丢失l、体现出不同应用数据不同的安全要求.带宽利用率的设置l、如果用户的带宽比较紧张l、那末可以限制数据复制所占用的带宽l、从而l、全面保障应用带宽l、保障应用性能.高压缩率的设置l、系统提供可6-10倍的压缩率l、对于数据库应用甚至可以高达15倍的压缩l、从而为数据的传输性能带来保障.高级策略设置：数据复制系统（RECOVERPOINT）故障后是否保持应用系统的继续运行l、否则l、

30、一旦RECOVERPOINT故障l、可以在同一时间终止应用系统的写入l、从而保障应用系统数据和灾备数据保持完整地一致.缺省情况下l、RECOVERPOINT的故障对应用系统没有任何影响.在WAN故障情况下l、是否允许应用系统得继续运行.等等.4.8 整体的成本降低从发展的角度来看l、我们推荐的RECOVERPOINT方案可以在如下的几个方面为用户带来附加的费用降低l、从而带来整体的投资降低：1） 对不同磁盘阵列的支持:本地和远程的磁盘阵列可以不同l、为今后的扩展带来便利.灾备点的磁盘阵列可以根据情况来选用中端或低端的产品.2） 对不同应用类型的支持l、避免了今后不同的应用需要需要采用另外的方案

31、来实现容灾的目的.3） 低带宽的要求l、带来后续带宽成本的降低.4） 维护成本大大降低l、由于涉及内容较少l、和磁盘阵列、SAN、应用等多个方面都没有较大的关系l、因此l、维护的工作量大大降低l、同时远程的维护支持带来了7*24维护的可能l、代表着整体的维护成本的降低.5） 后续扩展的成本l、KBX支持多对一的复制l、也支持双向的复制l、因此l、对于今后的节点加入和扩展带来了保障l、无须另外的方案解决.2.7 本容灾系统的结构特点从上面的配置介绍及示意图l、我们可以清楚看到本子系统的主要特点： 充分降低数据安全体系对系统的影响； 真正实时的数据远程复制； 数据的完整恢复（零数据丢失）保障； 和应用无关；支持任何应用类型； 实施维护便利； 扩展便利；距离无限制l、服务器增加或应用增加不需要重新购买相关软件； 支持异构服务器和存储环境（不同厂家的磁盘阵列）； 100%的数据一致性恢复l、确保数据的可用性. 自身具备高可用支持l、保障了容灾自身体系的不间段运行. 对现有的存储系统及应用系统无须调整l、确保当前应用系统的稳定性. 持续的数据保护l、可以把数据恢复到任意的时间点.2.8 数据容灾系统扩展可以从三个方面来讨论本问题:1) 应用类型的扩展l、不可避免地会存在多种类型数据（应用）的远程复制（容灾）要求l、这样l、就要