《数据复制解决方案.doc》由会员分享，可在线阅读，更多相关《数据复制解决方案.doc（20页珍藏版）》请在金锄头文库上搜索。
1、数据复制解决方案篇一：Kashya数据远程复制容灾解决方案与基于存储一、目前的容灾技术分析目前，随着大家对数据安全性意识的飞跃性提高，数据或应用的容灾措施已经得到了大家的广泛认可，并在各行业逐步得到应用。主要的容灾技术包括下面的三种；基于存储的解决方案（也可以称之为运行在磁盘阵列上的方案）：主要包括： EMC: SRDF IBM: PPRC, XRC HDS: HXRC HP: Continuous Access这种方案主要缺点在于：不同节点间必须采用同一个厂家的磁盘阵列（一般是高端阵列）才可以完成数据的复制，因此，所复制的数据具有局限性。带宽需求较高；带来长期的巨大的附加费用；代价高昂；读取
2、磁盘中的数据加以远程传递，因此容易造成缓存中的数据丢失。 这种方案主要优点在于：这种数据复制方式和服务器平台无关。基于主机的解决方案（也可以称之为运行在服务器上的解决方案）： 主要包括：Veritas VVR产品这种方案主要缺点在于： 数据复制对应用系统的影响较大； 造价昂贵； 带宽要求较高； 实施难度较大； 延迟较大； 读取磁盘中的数据加以远程传递，因此容易造成缓存中的数据丢失。 这种方案主要优点在于：这种数据复制方式和服务器平台以及存储厂家无关。 IN-Band方式的解决方案：主要包括：Datacore, AIMFalconStor, IPStor,HP CASA这种方案主要缺点在于：难于
3、扩展；延迟增加；高带宽要求；读取磁盘中的数据加以远程传递，因此容易造成缓存中的数据丢失。这种方案主要优点在于：这种数据复制方式和服务器平台以及存储厂家无关。综合来看，当前的容灾解决方案存在下述主要缺点： 不支持操作系统或磁盘阵列的异构化； 带宽要求较高；一般需要专线； 数据复制的距离受限； 不同的数据或应用需要不同的复制方式。 基本上是读取硬盘中的数据再进行远程复制二、目前的数据备份系统分析目前，数据安全保护的基本措施就是实施数据备份，而通常采用的备份设备就是磁带库。针对这样的备份系统存在如下的主要缺陷： 数据丢失严重，至少在需要恢复的时候要丢失最后一次备份时刻到发生故障前这一段时间内的数据。
4、 顺序式磁带永远是件令人头大的事。 存在因不同制造商生产的磁带而导致磁带机故障的事情。 因机械式系统在进退磁带时可能会折到磁带。 需要一位能够随时待命的老练管理者随时准备恢复操作，无论是在晚上备份进行时、还是在白天万一要使用备份数据时。由于延迟是备份系统挥之不去的梦魇，所以随叫随到的管理者可能还是不能解决问题，而这也导致了不想看到的人力成本。 顺序式系统还有些连非专家都了解的陈年问题： 备份系统的顺序式设备数目有其限制。如果这些设备都在使用中，那么当需要已经备份好的数据时，要么要撑过令人煎熬的长久时间，要不就是中断目前正在进行的备份工作。更别提切换磁带以及将磁带定位到正确位置所需要的时间。 备
5、份系统的另一个弱点是主要是备份系统的控制单元和机械控制单元本身。如果任何一个部分故障，那就大难临头了。三、 Kashya产品的简要介绍美国Kashya公司在去年推出了新一代的远程数据复制产品。该公司是一家技术性的企业，专门致力于SAN环境下数据保护的研发工作，在该行业内处于领导者的地位。IBM，CISCO均是其合作伙伴。其革命性的数据远程复制产品KBX4000在去年推向市场，取得了较好的成绩，已经被业界公认为目前最好的远程数据复制产品。在今年上半年该产品由北京戴斯科技有限公司引入中国。基本的工作模式：在本地需要进行数据远程复制的系统上安装一个驱动程序，用于直接截取系统中的写命令，在正常写入的同
6、时，由该驱动软件把该写入命令另外传递到连接在本地SAN上面的KBX4000设备上，本地KBX4000对数据进行压缩（压缩率可以达到15倍左右）等处理后传递到远程的KBX4000，由该设备对接收到的写入命令进行再处理，并写入远程磁盘。和其他的产品比较，该产品具有下面的主要优势：支持异构存储和异构服务器平台的数据复制。目前Kashya提供的远程数据复制技术和存储设备、服务器平台没有关系。达到了最大程度的开放性。基于异构服务器和异构存储平台甚至在各种可能的故障或灾难情况下能够保证数据一致性。Kashya提供的专有的数据复制技术可以完美地保障数据一致性。即使是在灾难发生的瞬间。当故障发生时，Kashy
7、a的复制设备可以以“爆发”性地迅速把数据传递到远程，另外，加上Kashya专有的特定算法保证了较高的数据压缩率，还有最少数据传递量的原因，可以保障数据的零丢失及一致性。采用智能化带宽缩减技术来实现对带宽需求的空前降低。Kashya提供的复制技术可以根据用户的实际情况来策略化地利用网络带宽资源。 用户定义的策略化支持全面的数据保护服务级别。可以定义关于延迟、带宽等方面的策略，使得在性能、安全和成本之间均衡考虑。 从同步、异步以及时间点多种模式的数据复制方式动态全面支持。同步，无数据丢失级别的数据保护，对应用无影响，无距离限制。KBX4000提供了无数据丢失的保护措施。一台主机应用每次进行到本地磁
8、盘子系统的写处理时，会并行处理写操作到本地的Kashya设备。Kashya应用这种同步连接，并利用独特的缓冲（Buffer）来移交最新的数据保护级别。在主节点故障的情况下，Kashya系统会突发式的flush（”奔涌“之意）它的缓冲到另外一个节点，达到无数据丢失的保护。Kashya的缓冲被内置在设备内，可以被置于远远超过光纤所能达到的距离之外。利用快照历史可以允许回滚恢复到任一时间点的数据状态。除了可以保持始终一致的数据复制之外，Kashya还提供了独特的回滚能力：“小径快照”提供频繁的基于几秒间隔的快照能力，这样可以实现到任何时间点（point-in-time）的数据恢复。在第二个节点故障的
9、情况下，可以从快照历史库中选择最近的一次完好的快照数据快速恢复到刚刚故障之前的状态。这一极有价值的能力非常引人注目地减少了数据丢失以及对数据崩溃的保护。企业级高可用及可扩展性支持由于产品和服务器、存储等无关性，因此，这种扩展性将会得到最大程度的保障。切实保障用户当前投资。同时，在每个节点通过放置两台KBX4000产品，可以达到自动化的冗余设计，实现数据复制的高可用。“out-of-band”技术的采用使得实施简单易行同时对应用的影响最小化Kashya革命性的技术是基于智能化out-of-band的一种设备，可以连接到SAN和IP结构中。也就是说，这种数据复制的过程是在数据路径之外的，以一种非入
10、侵的方式进行。篇二：数据库容灾、复制解决方案全分析数据库容灾、复制解决方案全分析最近发现论坛上关于数据库远程复制和异地容灾等问题的帖子比较多，现在把我知道的一些解决方案进行一下分析，能力有限，还希望大家多多补充、纠正！目前，针对oracle数据库的远程复制、容灾主要有以下几种技术或解决方案：（1）基于存储层的容灾复制方案这种技术的复制机制是通过基于SAN的存储局域网进行复制，复制针对每个IO进行，复制的数据量比较大;系统可以实现数据的同步或异步两种方式的复制.对大数据量的系统来说有很大的优势（每天日志量在60G以上）,但是对主机、操作系统、数据库版本等要求一致，且对络环境的要求比较高。目标系统
11、不需要有主机，只要有存储设备就可以，如果需要目标系统可读，需要额外的配置和设备，比较麻烦。（2）基于逻辑卷的容灾复制方案这种技术的机制是通过基于TCP/IP的网络环境进行复制，由操作系统进程捕捉逻辑卷的变化进行复制。其特点与基于存储设备的复制方案比较类似，也可以选择同步或异步两种方式，对主机的软、硬件环境的一致性要求也比较高，对大数据量的应用比较有优势。其目标系统如果要实现可读，需要创建第三方镜像。个人认为这种技术和上面提到的基于存储的复制技术比较适合于超大数据量的系统，或者是应用系统的容灾复制。（3）基于oracle redo log的逻辑复制方式使用这种方式的主要有一些第三方的软件，以及o
12、racle自己的DATAGUARD 中的logical Standby。先介绍一下第三方的软件产品吧目前，国外已经有了很多比较成熟的产品及成功案例，国内也有类似的产品， 但在产品的成熟程度和成功案例上跟国外还有一定的差距。这类产品的原理基本相同，其工作过程可以分为以下几个流程：使用oracle以外的独立进程，捕捉redo log file 的信息，将其翻译成sql语句，再通过网络传输到目标端数据库，在目标端数据库执行同样的sql。如果其进程赶不上oracle日志切换，也可以捕捉归档日志中的内容。也有的产品在源端以事务为单位，当一个事务完成后，再把它传输到目标端。所有的产品一般都是以表为单位进行
13、复制，同时也支持大部分DDL的复制（主要在oracle9i环境中）。这种技术的技术特点和优势主要有以下几点：目标端数据库一直是一个可以访问的数据库；能保证两端数据库的事务一致性；因为使用oracle以外的进程进行捕捉，且其优先级低于oracle进程，所以对源系统数据库的性能影响很小；基于其实现原理及多个队列文件的使用，复制环境可以提供网络失败、数据库失败、主机失败的容错能力；因为这类软件复制的只是sql语句或事务，所以他可以完全支持异构环境的复制，硬件的型号，oracle的版本，操作系统的种类、版本等都没有要求。这种方式还可以支持多种复制方式，比如数据集中、分发、对等复制、或者多层测的复制等。
14、 由于传输的内容只是redolog 或archive log中的一部分，所以对网络资源的占用很小，可以实现不同城市之间的远程复制。基于redolog的逻辑复制产品有很多的优势，但跟上面提到过的其他方案比较起来，也有一些缺点：数据库的吞吐量太大时，其实据会有较大的延迟，当数据库每天的日量达到60G或更大时，这种方案的可行性交差；实施的过程可能会有一些停机时间，来进行数据的同步和配置的激活；复制环境建立起来以后，对数据库结构上的一些修改需要按照规定的操作流程进行，有一定的维护成本。不过目前这类产品的发展很快，上面的这些问题，在大部分产品的最新版本中都有很大的改进。篇三：保险行业数据库复制解决方案SharePlex for Oracle保险行业解决方案Quest虹天软件（北京）有限公司20XX年6月目 录1 保险行业数据复制需求 . 3 报表分离 . 3 数据级容灾 .
