XxX数据应用容灾系统项目建议可行性方案2.doc

XX数据应用容灾系统项目建议可行性方案 目 录 1. 用户需求及针对本需求的容灾系统设计综述 3 1.1 应用数据安全级别的分级考虑 3 1.2用户需求分析： 4 1.3 本项目中需要注意的几个要点 6 2.数据容灾系统的详细设计 8 2.1 系统设计原则 8 2.2 系统的产品选择 9 3.3 灾备中心的组建 11 2.4 数据容灾系统的基本结构 12 2.5 数据的远程复制流程 14 2.6 数据的远程恢复流程 15 2.7 本容灾系统的结构特点 18 2.8 数据容灾系统扩展 19 2.9系统投资保障 19 3.数据容灾系统与其他方案的简要比较 19 4.数据容灾系统的实施计划 21 4.1 系统实施需求规划 21 4.2 相关性要求/实施步骤 22 4.3 系统配置清单 24 5.数据容灾系统的测试/验收计划 24 5.1 基本测试及对Oracle和其他类型数据的测试 25 5.2 切换及回切的测试 26 5.3故障测试 27 6.数据容灾系统的日常管理/演练计划 27 7.应用级容灾的规划 28 8.后续其他节点的扩展规划 28 10. EMC RECOVERPOINT的维护 28 附件一：美国EMC公司简要介绍 29 1. 用户需求及针对本需求的容灾系统设计综述 xxxxxxx当前的应用系统类别较多，包括了办公及业务等多个方面。在平台上包括Windows及当前主流的多种UNIX,在存储体系上也具有多种型号的存储产品。因此，整个系统的复杂程度较大。同时，由于应用系统一经处于比较完善的程度，因此，任何的调整都将带来很大的影响。 为此，为了确保数据的安全性，在早期用户实施了数据的磁带备份，但对于关键数据来说，这种磁带备份还不能够完全满足系统抵御各种灾难的能力。为此，用户考虑对数据实施灾备计划。 数据的容灾保护提供最基本的容灾底线保证，确保在任何预计之外的灾难发生后，业务系统都可以在允许损失极少量数据（或无损失）的情况下，在一定的时间内恢复，数据容灾同时也是应用逻辑错误和数据库软件bug的容灾应对出发点；可以通过一定的方式来恢复到这种故障之前的可用的状态。 1.1 应用数据安全级别的分级考虑 鉴于当前存在的大量数据，在安全性的要求上建议分出不同的优先级别，建立不同安全级别的保护措施。这样不仅在成本上会带来优势，同时也可以确保最关键数据的不丢失。 这种分级保护一般根据可以承受的数据丢失量（如半小时，或一天）来考虑。我们不妨把不允许有任何数据丢失的应用定义为安全级别最高，要求进行实时的同步的数据远程传输，对于相对来讲数据安全级别稍低者可以把数据传输的优先级别作相对较低的配置，从而确保在同一时间优先发送最为关键的应用数据。 而对于数据安全要求一般的数据来说，建议采用本地的磁带备份即可，而不必纳入到灾备的体系中来。 这样不仅可以合理使用资金，同时也可以确保关键数据的最高级别保护。 2用户需求分析： 用户资料采集： xxxxxxx当前SAN环境（图） 用户需求分析： 数据的实时远程复制 针对关键业务系统数据实现数据的实时的远程复制，从而保障数据在本地发生各种故障之后首先可以保障数据的完整性，并可以通过一定的途径快速得以恢复，或者根据情况在远程直接启动应用。 灾备数据的可处理性，包括对数据的读写操作。 所谓的读操作，是指灾备数据可以为其它的某些临时的应用提供便利，支持对这些数据的读操作。从而可以方便地验证灾备体系的工作是否正常，或者在必要的时候利用这些数据进行诸如员工培训、软件调试、相关系统的引用等多种处理。 所谓的数据读写操作，是考虑利用灾备数据提供诸如员工培训、系统应用测试、后续软件调试或其他临时应用的可能。这样，可以为上述应用带来最大的便利性。但是，为了保持和原始数据的一致性，系统应该支持上述写入操作的Reset(重置)操作，使得在上述任务结束后，可以方便地把数据恢复到没有进行写入操作之前的状态，维持灾备数据和源数据的严格一致。 另外一个方面，数据的读写支持，也可以很方便地验证灾备体系的工作是否正常。 当然，这种读写操作必须要对数据的远程复制和本地的应用不产生任何影响。 2）（远期）应用的可切换支持。 灾备中心不应该作为纯粹的备用系统，在提供诸如数据查询等应用的同时，还要提供自动的应用切换等支持，一旦在生产中心发生故障后，灾备中心的关键系统可以自动接管生产系统，提供持续的应用保障。 这种规划建议作为远期的目标之一，当前建议只以数据的远程复制为主，但当前的方案必须要考虑到本要素。 1.3 本项目中需要注意的几个要点 通过在对用户的具体环境和需求作了细致的分析之后，我们认为用户对该数据容灾系统给以了充分的重视，所提出的观点和要求是十分详细和具体的，在此，从我们方案提供商的角度，对此作如下的概括，便于整体方案的分析。 方案的