容灾系统建设方案

xxxxxxx应用容灾系统建议方案

目录

1.用户需求及针对本需求的容灾系统设计综述 (3)

1.1应用数据安全级别的分级考虑 (3)

1.2用户需求分析： (3)

1.3本项目中需要注意的几个要点 (5)

2.数据容灾系统的详细设计 (8)

2.1系统设计原则 (8)

2.2系统的产品选择 (8)

3.3灾备中心的组建 (10)

2.4数据容灾系统的基本结构 (11)

2.5数据的远程复制流程 (13)

2.6数据的远程恢复流程 (14)

2.7本容灾系统的结构特点 (17)

2.8数据容灾系统扩展 (18)

2.9系统投资保障 (18)

3.数据容灾系统与其他方案的简要比较 (18)

4.数据容灾系统的实施计划 (20)

4.1系统实施需求规划 (20)

4.2相关性要求/实施步骤 (21)

4.3系统配置清单 (23)

5.数据容灾系统的测试/验收计划 (23)

5.1基本测试及对O R A CL E和其他类型数据的测试 (24)

5.2切换及回切的测试 (25)

5.3故障测试 (26)

6.数据容灾系统的日常管理/演练计划 (26)

7.应用级容灾的规划 (27)

8.后续其他节点的扩展规划 (27)

10. EMC RECOVERPOINT的维护 (27)

xxxxxxx应用容灾系统建议方案

1.用户需求及针对本需求的容灾系统设计综述

xxxxxxx当前的应用系统类别较多，包括了办公及业务等多个方面。在平台上包括Windows及当前主流的多种UNIX,在存储体系上也具有多种型号的存储产品。因此，整个系统的复杂程度较大。同时，由于应用系统一经处于比较完善的程度，因此，任何的调整都将带来很大的影响。

为此，为了确保数据的安全性，在早期用户实施了数据的磁带备份，但对于关键数据来说，这种磁带备份还不能够完全满足系统抵御各种灾难的能力。为此，用户考虑对数据实施灾备计划。

数据的容灾保护提供最基本的容灾底线保证，确保在任何预计之外的灾难发生后，业务系统都可以在允许损失极少量数据（或无损失）的情况下，在一定的时间内恢复，数据容灾同时也是应用逻辑错误和数据库软件bug的容灾应对出发点；可以通过一定的方式来恢复到这种故障之前的可用的状态。

1.1 应用数据安全级别的分级考虑

鉴于当前存在的大量数据，在安全性的要求上建议分出不同的优先级别，建立不同安全级别的保护措施。这样不仅在成本上会带来优势，同时也可以确保最关键数据的不丢失。

这种分级保护一般根据可以承受的数据丢失量（如半小时，或一天）来考虑。我们不妨把不允许有任何数据丢失的应用定义为安全级别最高，要求进行实时的同步的数据远程传输，对于相对来讲数据安全级别稍低者可以把数据传输的优先级别作相对较低的配置，从而确保在同一时间优先发送最为关键的应用数据。

而对于数据安全要求一般的数据来说，建议采用本地的磁带备份即可，而不必纳入到灾备的体系中来。

这样不仅可以合理使用资金，同时也可以确保关键数据的最高级别保护。

1.2用户需求分析：

用户资料采集：

xxxxxxx 当前SAN 环境（图）

用户需求分析：

1） 数据的实时远程复制

针对关键业务系统数据实现数据的实时的远程复制，从而保障数据在本地发生各种故障之后首先可以保障数据的完整性，并可以通过一定的途径快速得以恢复，或者根据情况在远程直接启动应用。

2） 灾备数据的可处理性，包括对数据的读写操作。

所谓的读操作，是指灾备数据可以为其它的某些临时的应用提供便利，支持对这些数据的读操作。从而可以方便地验证灾备体系的工作是否正常，或者在必要的时候利用这些数据进行诸如员工培训、软件调试、相关系统的引用等多种处理。

所谓的数据读写操作，是考虑利用灾备数据提供诸如员工培训、系统应用测试、后续软件调试或其他临时应用的可能。这样，可以为上述应用带来最大的便利性。但是，为了保持和原始数据的一致性，系统应该支持上述写入操作的Reset(重置)操作，使得在上述任务结束后，可以方便地把数据恢复到没有进行写入操作之前的状态，维持灾备数据和源数据的严格一致。

另外一个方面，数据的读写支持，也可以很方便地验证灾备体系的工作

DELL 2650备份服务器

DELL|EMC CX600新增盘柜

DELL

PowerVault

136T DELL|EMC CX400

DELL|EMC CX700OLAP oracle 2,portal

是否正常。

当然，这种读写操作必须要对数据的远程复制和本地的应用不产生任何影响。

2）（远期）应用的可切换支持。

灾备中心不应该作为纯粹的备用系统，在提供诸如数据查询等应用的同时，还要提供自动的应用切换等支持，一旦在生产中心发生故障后，灾备中心的关键系统可以自动接管生产系统，提供持续的应用保障。

这种规划建议作为远期的目标之一，当前建议只以数据的远程复制为主，但当前的方案必须要考虑到本要素。

1.3 本项目中需要注意的几个要点

通过在对用户的具体环境和需求作了细致的分析之后，我们认为用户对该数据容灾系统给以了充分的重视，所提出的观点和要求是十分详细和具体的，在此，从我们方案提供商的角度，对此作如下的概括，便于整体方案的分析。

✓方案的通用性。

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

✓实时的数据复制解决方案。

我们认为最终用户已经对不同应用数据的安全性要求做出了很好的分析和划分，其中关键数据要求不丢失，或尽量少地丢失。因此，我们认为必须要采用真正的实时的数据复制解决方案才可以满足这种要求。在条件具备的情况下，应该做到无延迟数据复制。而建议采用非实时或准实时复制方案。

✓灾备数据的可用性

分为两个方面，一是数据的实时复制的可靠性，要求复制数据要和源数据保持严格一致，严格按照源数据的写入顺序进行复制，使得灾备数据具有可用性。二是在需要的时候可以很便利地对灾备数据进行读写操作，但是，这种读写操作不应该对数据的实时复制产生影响。还有，在对灾备数据进行