几种主要的容灾产品对比概述-PUBLIC

A．数据容灾和数据备份的概述
什么是容灾系统？有了备份系统还需要容灾系统吗？这些问题有很多的客户都提到，而且振振有辞的声明，我们有备份系统可以容灾了！其实，容灾不单单是备份那么简单！容灾是指当灾难发生时，IT系统可以在最短时间内、最少的损失下恢复业务的运行。

讨论容灾正是我们建设医院业务连续性的重要部分，因为容灾系统的建立可以最大限度的减少系统下线时间。

数据备份是数据容灾的基础
数据备份是业务连续性中的数据安全的最后一道防线，其目的是为了系统数据崩溃时能够快速的恢复数据。

虽然它也算一种容灾方案，但这种容灾能力非常有限，因为传统的备份主要是采用数据内置或外置的磁带机进行冷备份，备份磁带同时也在机房中统一管理，一旦整个机房出现了灾难，如火灾、盗窃和地震等灾难时，这些备份磁带也随之销毁，所存储的磁带备份也起不到任何容灾功能。

容灾不是简单备份
真正的数据容灾就是要避免传统冷备份所具有先天不足，它能在灾难发生时，全面、及时地恢复整个系统。

容灾按其容灾能力的高低可分为多个层次，例如国际标准SHARE 78 定义的容灾系统有七个层次：从最简单的仅在本地进行磁带备份，到将备份的磁带存储在异地，再到建立应用系统实时切换的异地备份系统，恢复时间也可以从几天到小时级到分钟级、秒级或0数据丢失等。

无论是采用哪种容灾方案，数据备份还是最基础的，没有备份的数据，任何容灾方案都没有现实意义。

但光有备份是不够的，容灾也必不可少。

容灾对于IT而言，就是提供一个能防止各种灾难的计算机信息系统。

从技术上看，衡量容灾系统有两个主要指标：RPO （Recovery P oint Object）和RTO（Recovery Time Object），其中RPO代表了当灾难发生时允许丢失的数据量；而RTO则代表了系统恢复的时间。

容灾不仅是技术
容灾是一个工程，而不仅仅是技术。

目前很多客户还停留在对容灾技术的关注上，而对容灾的流程、规范及其具体措施还不太清楚。

也从不对容灾方案的可行性进行评估，认为只要建立了容灾方案即可高枕无忧，其实这具有很大风险。

特别一些中小企业认为自己的企业为了数据备份和容灾，整年花费了大量的人力和财力，而结果几年下来根本就没有发生任何大的灾难，于是放松了警惕。

可一旦发生了灾难时，后悔晚矣！这一点国外的跨国公司就做得非常好，尽管几年
下来的确未出现大的灾难，备份了那么磁带，几乎没有派上任何用场，但仍一如既往、非常认真地做好每一步，并且基本上每月都有对现行容灾方案的可行性进行评估，进行实地演练。

目前，容灾正在如火如荼的进行，2005年4月，国务院信息化工作办公室发布《重要信息系统灾难恢复指南》，指南中定义了容灾系统的概念：由于人为或者自然的原因，造成信息系统运行严重故障或瘫痪，使信息系统支持的业务功能停顿或者服务水平不可接受、达到特定的时间的突发事件，需要将信息系统从灾难造成的故障或者瘫痪状态恢复到可正常运行状态，并将其支持的业务功能从灾难造成的不正常状态恢复到可接受状态。

在这里，我们只讨论实现容灾系统的技术，对于国际标准SHARE 78 定义的容灾系统最高级别中其他部分：灾难恢复演练、管理制度、基础设施等不作具体阐述。

按照实现方式不同，容灾方式分为非数据库级和数据库级容灾。

当然，按照不同的分法还有很多种，按照距离远近分为远程容灾和本地容灾，按照不同的需求，远程容灾可以为一个医院的两个不同工作地点创建一个容灾系统，当灾难发生时，两地可以互为备份，及时接管和恢复源系统。

B．目前几种主要的容灾解决方案的比较
非数据库级容灾
非数据库级容灾分为两种：
•存储系统(硬件产品的容灾解决方案，比如IBM和EMC等)
•操作系统
前者是以阵列上裸设备块为单位，后者是以文件系统块为单位，将数据复制到另外的存储上，它不管在存储上的数据是何种应用类型（数据库、文件等），统统都复制到异地。

他是支持同步和异步两种方式的复制。

这种方式存在一些缺点：
对于硬件阵列卡和操作系统的容灾技术，要求硬件环境完全相同，导致投资比较大。

对设备有特殊要求，不能支持异构环境下的复制。

因为复制的数据量比较大，因此带宽需求比较高
这种容灾下，容灾端只能处于冷状态，不能打开其上的应用，如数据库。

对于其上有活动性比较大的应用，如数据库，其可靠性比较差。

IDV Data
几种主要容灾产品的比较
数据库级容灾
数据库级容灾是建立在数据库基础上，它将源数据库中的数据库通过逻辑的方式在异地建立一个同样的数据库，并且实时更新（延迟不大于5秒），当主数据库发生灾难的时候可以及时接管业务系统，达到容灾的目的。

1．数据库厂家容灾技术（ORACLE）
数据库级容灾分为数据库厂家提供的复制工具和第三方工具两种。

数据库厂家提供的容灾解决方案以oracle复制为例
（sybase有其自身的replication server）
只提供物理同步技术，在系统运行过程中使用源端数据库的归档日志进行容灾系统的数据同步，在非切换时，数据库只能以只读方式打开；ORACLE8i
ORACLE9i增加了逻辑同步技术，在容灾系统上将SQL语句从归档日志中抽取出来, 然后在容灾数据库系统中运行这些SQL语句来实现数据的同步。

容灾数据库时刻处于打开状态, 即使在进行SQL语句抽取和运行这些SQL语句的过程中, 容灾数据库也是可以运行统计查询业务的。

ORACLE10g中, 容灾数据库系统还可以向后回退。

就是说, 如果某个用户在运行系统中删除了一个表, 然后这个删除表的SQL语句也被运行在容灾数据库中了。

我们可以通过将整个容灾数据库回退的方式重新找回这个在运行系统中被删除的表。

其特点为：
所有复制技术均满足大多数容灾系统的需求
从数据库级实现基本的数据同步
容灾系统在平时是可以使用的, 且可以隔离运行系统中出现的逻辑错误
通过建立容灾系统，与备份系统互为补充
支持异构平台，因此可以利旧，从而节省投资
其缺点为：
将整个日志文件传送到目的系统，传输量大;
不支持NCLOB, LONG, LONG RAW, BFILE, ROWID, UROWID, UDTs, VARRAYS数据类型复制
数据库必须相同(version/OS/SID)
容灾数据库必须作为主数据库的Standby存在.
容灾数据单线程处理日志应用,性能低下。

数据库容灾技术各个数据库厂家都提供，但是因为操作比较复杂，维护量比较大，同时其性能在某种程度上讲存在瓶颈，对于大数据量的企业不适合使用。

B．第三方软件容灾解决方案（IDV DATA）
为了弥补数据库源厂商复制技术的缺陷，第三方软件开始推出其数据库复制技术，能弥补在性能和功能上的一些缺点，在市场上逐步占有越来越多的份额，比如美国的IDV DATA软件。

这些软件在复制的原理上基本相似，同时都具备一些各自的特点，弥补了oracle源厂复制技术的一些缺点。

同样的，第三方软件在源数据库的基础上创建一个数据库拷贝，并且实时更新数据（延迟不大于5秒）。

当源数据库发生故障或者灾难时，可以及时顶替源数据库作为生产数据库，减少业务系统下线时间。

IDV DATA容灾软件的部分特点如下：
以oracle日志为基础实现实时数据的捕获、传输、装载
按照交易进行复制保证数据一致性
支持多对一，一对多等容灾方式
扩展了所支持的数据类型
采用了独特的技术，性能得到提高
开避了首次基线建立的快速通道：25G数据的最快同步时间是25分钟；压缩比1：50。

灾备服务器在做容灾同步的工作时候要处于ONLINE的状态，和主服务一起都处于可使用状态，并且由此也可以即时验证容灾效果的有效性。

容灾软件具有并行传送技术，核心概念就是能够在异地环境下，并行的传递归档文件，这些包括可以多线程的并行传递一个文件、也可以同时传递多个文件，容灾初始复制也可以这样。

这个功能能够让我们更好的利用现有网络带宽。

IP通信优化：传统的TCP/IP协议栈不适合于传输ERP 数据库或者文件系统的镜像。

为了能更加高效的利用网络带宽，容灾软件需要提供智能优化技术，来优化IP通信。

这种IP数据包优化技术，通过在数据包增加控制位等手段。

通过这些功能，整个IP通信将清晰的面向指定的数据库、文件系统。

加上PAS算法对网络通信的优化，将在有限的网络带宽环境下，有效的提升传输性能。

容灾软件到达真正的应用级容灾的标准，具有两部分功能，应用的容灾和数据的容灾。

即，容灾软件做到可以支持复制业务应用程序包括脚本和做到可以支持复制数据。

IDV Data
几种主要容灾产品的比较
容灾总结：对于业务量较大(特别是图片等数据的时候), 并且需要在容灾系统上也进行操作的用户来讲, 第三方的工具将更为合适，它们提供了更多的功能，并且对网络的压力也较小。

业务连续性是我们关注的话题，同时也是关键信息系统的最终目的，容灾是为了应对信息系统因为各种故障或者灾难而中断的情况，而备份作为容灾的一个部分，它为数据的恢复提供了长久安全的保存。