光头老蒋

容灾的发展从原来手工编程，复制应用数据到容灾站点，到后来的通过软件卷一级的复制， 再到盘阵的块一级复制。到现在容灾基本分成3个大的类型：

1. 基于应用软件的数据复制和迁移。 代表有ORACLE DATA GUARD, 这类容灾数据的复制方式是基于逻辑事务的，复制最安全可靠。但缺点是不能复制别的应用的数据，而且每个不同的应用要有应用软件提供的接口，配置较复杂。而且容灾站点在复制时不能写数据。

2.基于卷一级别的通用软件数据复制。代表有VERITAS VVR, 这类数据容灾方式可以复制各类应用的数据， 复制是通过一个circle buffue的东西做时间上的排序，保证事务读写在时间上的排序。 可以和容灾应用切换软件结合GCM， 让系统自动做容灾的切换。缺点是占用主机资源，

3. 基于磁盘的数据复制， 代表有EMC的SRDF, 这类数据容灾方式是基于同类磁盘之间的数据块的高速复制，复制稳定，不消耗系统资源。 缺点是与上层的事务应用脱离，容灾数据容易丧失结构化的东西，造成容灾系统不可用。 现在这类方法都和上层的与逻辑应用相结合的快照系统结合使用，象EMC的容灾方案都是用timefinder 形成一个逻辑快照，然后通过SRDF复制逻辑快照的方式。而这些所谓能形成结构化数据逻辑快照的方式，在oracle原厂来讲都是不予保证的。

 看看各个厂家的特点： 不管是veritas vvr还是 SRDF等他们都是在每个传输的数据块上加时间戳，然后在容灾站点根据时间将数据块排成队列进行写入处理这样会有两个问题，本来是并发的写变成了序列写，第二， 本来结构化的数据，事务的开始和结束容灾系统并不知道。 所以造成的结果就是 容灾系统的效率低下，并且容灾站点数据并不能保证一定可以使用。

     而UIT公司最新的产品SVM系统可以说解决了上述所有的问题。 SVM虚拟化容灾系统抛弃了现在并不实用的同步复制技术，采用的基于独特PIT快照系统的IP数据异步复制技术。下面是具体的通过SVM MultiMirror 进行数据复制的方法。

        MultiMirror 是一个企业级的灾难恢复和数据移动解决方案，它能够在站点之间连续地镜像数据，而不用考虑使用的是何种操作系统或何种存储系统，由一个SVM 虚拟卷作为源，可以任意向本地或远端的一个或多个有足够存储空间的SVM DOMAIN 传递并保存数据。它能够确保业务的连续性，将计划内和非计划内的停机造成的影响降到最低。

SVM multiMirror 异步方式的原理是，以一个SVM 虚拟卷作为数据源，把不断变化的源数据定义成多个时间点，在远端先建立起源数据的同步卷，再把每个时间点的数据状态生成一个快照卷，保证在源数据不断变化的情况下每个时间点的数据一致性和正确性： 

异步multiMirror 是利用快照技术的灾难恢复解决方案，能够从任何存储设备上镜像数据到任何设备上，或者是本地或者是远程。异步multiMirror 技术结合了平台独立性、any-to-any（任意点对点）、 瞬间异步镜像， 可读写低容量的Pit来确保站点间在灾难恢复时的数据完整性。它能够工作在绝大多数的存储品牌之上，允许用户部署镜像解决方案在SAN上而不是在各自存储品牌设备上。

如下所示，异步multiMirror 利用下列的过程来镜像两个站点间的数据:

l         生产数据的初始化Pit Snapshot首先创建(Snapshot 1).

l         Snapshot 1 开始累计任何生产数据的改变

l         根据用户自定义的时间调度计划，Snapshot 1被冻结，下一个Snapshot自动创建(Snapshot 2). 

l         Snapshot 1 的内容由站点1镜像到站点2，Snapshot 1在两个站点做保留，保留时间为用户自定义的时间长度。

l         两个站点现在确认在一个时间点有相同的数据拷贝

l         以上过程在下面的Snapshot重复进行

 下面是一个应用是实例：

XXX移动的经营分析系统目前使用的是Veritas　５．１加磁带库的离线备份方式，采用ＬＡＮ－ｆｒｅｅ的方式每周做一次全备份，每天做一次增量备份。目前生产系统内已经有数据总计３０ＴＢ。但现在的问题是系统无法快速的恢复数据，如果从磁带库恢复速度太慢，而且不能保证数据的完整性（特别针对数据库系统）。XXX移动希望在生产系统出现意外宕机或系统错误时，备份系统能够快速恢复，并可以快速提供使用。针对这一具体需求，创新科公司提出了对该备份系统进行升级和改进的技术方案。
2方案

方案1: 用UIT SVM的multiMirror实现以经济有效的灾难恢复

经济有效的灾难恢复

挑战:

1．  能够从任何类型的停机快速恢复操作

2．  通过任一设备到任一设备，到任一地点间的数据镜像，以降低费用和增加灵活性

3．  对任一地点的镜像的卷，通过创建立即的、可读写的快照，能够进行零停机备份

4．  集中管理多重设备上的镜像过程

5．  灾难恢复站点的数据一致性

解决方案:

利用UIT SVM的multiMirror快照增强，任一---任一的数据镜像，能够使系统在计划和非计划的停机后迅速恢复操作，集中管理企业的数据镜像活动，并对镜像的卷创建立即的、可读写的快照，通过创建一致的时间点，保证数据的完整性。

好处:

执行基于multiMirror的灾难恢复策略能使一个组织在多领域受益，包括：

业务影响:

●     在任何类型的系统故障和中断之后可以迅速恢复操作

●     加强在多个地理区域对关键信息共享

运行影响:

●     防止运行停机：

---允许通过次级地点的数据副本快速修复错误

---保持应用程序在线情况下，允许任何地点的系统停机维护

●     利用UIT SVM的multiView和multiCopy对镜像卷创建立即、可读写的快照，用于零停机备份和在线恢复，增强数据保护

●     对所有的服务器和存储设备集中并简化数据的镜像

●     根据用户定义，确保在确定的时间点的数据完整性

●     简单的灾难恢复站点测试和错误纠正

财务影响:

●     最大化创收应用程序的运行时间

●     允许数据镜像到次级地点的便宜的存储设备上

●     降低对昂贵、高带宽通讯连接需求的同时使性能最优化

快照增强的任一到任一的数据镜像

●     经济有效的、独立于厂商的解决方案能够从计划和非计划的停机中迅速恢复。

●     任一到任一的镜像，从任一设备到任一设备到任一地点。

●     结合UIT SVM的multiView和multiCopy为镜像卷创建立即的、可读写的快照。

●     本地和异地镜像（LAN,MAN,WAN）

●     在限制带宽的连接上，使高性能发挥到极至

●     在整个SAN中，集中管理所有的镜像过程

●     支持所有的主流操作系统和存储设备

●     在灾难恢复站点，确保数据的完整性

测试灾难恢复站点的独特过程，用简单快速的错误修复返回到原始的站点

方案2: 利用multiView实现零窗口备份和快速恢复

零窗口备份和快速恢复

挑战:

1． 每天完成所有需要的备份

2． 防止备份操作降低应用程序的可用性和性能

3． 使恢复时间由原来的几小时或几天降至只有几分钟，并确保全部数据的完整性

4． 能迅速将应用程序的数据回滚到先前的时间点

5． 实现盘---盘---带的备份策略

6． 降低备份软件的授权费用

解决方案:

利用UIT SVM 的multiView 创建基于盘的立即、可读写的生产数据的快照，利用快照能够在对生产服务器不造成冲击的情况下将数据备份到盘上或磁带上，而且，利用快照还可以完成在线快速读写恢复到先前的时间点

好处:

增加快照激活的备份和恢复能力，能够使一个组织在多个领域受益，包括：

业务影响:

使关键业务应用程序的运行时间、可用性和性能达到最大化。

不可预料事件发生后，能够激活操作的快速恢复，从而增强业务的连续性。

运行影响:

● 消除备份窗口，备份能够在生产应用程序保持在线的任何时刻进行。

● 降低费用和相关数据丢失的风险

• 在任何给定的时间，通过创建频繁的快照，使有风险的数据量降至最低
• 将数据恢复的时间由几小时，几天降至几分钟

● 在生产服务器上使用零CPU周期占用

● 不占用LAN的资源

● 每天完成完全备份成为可能

● 允许从盘上快速恢复到先前的时间点

● 整合现有的备份软件和脚本以完成全自动的备份

财务影响:

● 备份期间，创收应用程序保持在线并完全可行

● 减缓或消除为适应数据增长而对备份基础结构升级的需要

● 为备份客户减少授权

利用UIT SVM的multiView实现零窗口备份和快速恢复

● 利用对生产数据的基于盘的立即、可读写快照，使备份可以在一天中的任何时刻进行

● 备份期间，生产系统保持在线并完全可用，不占用生产服务器的CPU周期和LAN资源

● 在线快照使恢复时间降至几分钟，并能够使应用程序数据恢复到先前的时间点

● 兼容现有的备份软件、服务器和存储