数据库容灾技术之--数据容灾技术比较

转自：http://blog.csdn.net/quitepig/article/details/8351209

一、概述

近几年来，容灾已经成为信息数据中心建设的热门课题。很多容灾技术也快速发展起来，对用户来说也有很广阔的选择余地。但由于容灾方案的技术复杂性和多样性，一般用户很难搞清其中的优劣以确定如何选择最适合自己状况的容灾解决方案。本文我们就容灾建设中的备份及复制技术做一个初步探讨，希望能对客户的数据中心容灾建设提供一些参考。

目前有很多种容灾技术，分类也比较复杂。但总体上可以区分为离线式容灾（冷容灾）和在线容灾（热容灾）两种类型。

二、离线式容灾

所谓的离线式容灾主要依靠备份技术来实现。其重要步骤是将数据通过备份系统备份到磁带上面，而后将磁带运送到异地保存管理。离线式容灾具有实时性低、可备份多个副本、备份范围广、长期保存、投资较少等特点，由于是备份一般是压缩后存放到磁带的方式所以数据恢复较慢，而且备份窗口内的数据都会丢失，因此一般用于数据恢复的RTO（目标恢复时间）和RPO（目标恢复点）要求较低的容灾。也有很多客户将离线式容灾和在线容灾结合起来增加系统容灾的完整性和安全性。

目前主流的备份软件主要有：

l  Symantec Veritas NetBackup

l  EMC Legato NetWorker

l  IBM Tivoli Storage Manager

l  Quest BakBone NetVault

三、在线容灾

在线容灾要求生产中心和灾备中心同时工作，生产中心和灾备中心之间有传输链路连接。数据自生产中心实时复制传送到灾备中心。在此基础上，可以在应用层进行集群管理，当生产中心遭受灾难出现故障时可由灾备中心接管并继续提供服务。因此实现在线容灾的关键是数据的复制。

和数据备份相比，数据复制技术具有实时性高、数据丢失少或零丢失、容灾恢复快、投资较高等特点。根据数据复制的层次，数据复制技术的实现可以分为三种：存储系统层数据复制、操作系统数据复制和数据库数据复制。

1、存储系统层数据复制

现在的存储设备经过多年的发展已经十分成熟。特别是中高端产品，一般都具有先进的数据管理功能。远程数据复制功能几乎是现有中高端产品的必备功能。要实现数据的复制需要在生产中心和灾备中心都部署1套这样的存储系统，数据复制功能由存储系统实现。如果距离比较近（几十公里之内）之间的链路可由两中心的存储交换机通过光纤直接连接，如果距离在100公里内也可通过增加DWDM等设备直接进行光纤连接，超过100公里的距离则可增加存储路由器进行协议转换途径WAN或INTERNET实现连接，因此从理论上可实现无限制连接。

存储系统层的数据复制技术对于主机的操作系统是完全透明的，是对于将来增加新的操作平台，可不用增加任何复制软件的投资，即可完成实现复制。这样管理比较简单，最大程度保护了用户的投资，达到充分利用资源的目的。基于存储的复制一般都是采ATM或光纤通道做为远端的链路连接，不仅可以做到异步复制，更可以做到同步复制，使两端数据可做到实时同步的目的，保证了数据的一致性。缺点是由于基于存储是由存储硬件厂商提供的，在兼容性方面有局限性。用户要使用同一厂商的devices，给用户造成的选择面太小，成本容易提高，并且对线路带宽的要求通常也较高。对于预算充足，存储环境不是很复杂的企业来说，选择基于存储的技术比较适合。

存储系统层的数据复制基于同构的存储，各个存储厂商都有自己的复制软件，如IBM PPRC、EMC SRDF、HP Continues Access、HDS TrueCopy等，以下举例说明存储系统层的数据复制原理。

远程镜像（CA）介绍

HP Continuous Access XP 通过向远地镜像复制数据来满足系统的高可用性和灾难恢复的需求。它通过同步模式，将数据从一台XP磁盘阵列上拷贝到远端的另一台XP磁盘阵列上，从而实现容灾解决方案。

Continuous Access XP Extension 使Continuous Access XP能够以高性能的异步或同步方式进行远程XP磁盘阵列的拷贝。根据标书中的要求，必须同时提供同步和异步的存储复制方式，CA完全满足。

CA是基于磁盘阵列的容灾方式。其中， CA能够实现同步/异步、同城集群/洲际集群，以及Solaris、AIX、Windows各种OS集群扩展，还可以实现新XP到新XP、老XP到新XP以及多中心容灾等功能，全面实现了可用性与可扩展性的结合。

CA同步加上CA异步，在本地和远程XP磁盘阵列之间实现高性能实时远程数据镜像，以及快速切换及回切，使用户能轻松管理，并实现高可用性。CA同步方式的距离可以达到100公里，但是从性能的角度出发，一般都控制在50公里内。可以建设同城容灾集群，消除计划宕机时间，降低非计划的宕机时间；异步方式的距离可以达到数千公里，可以集成远程数据镜像和异构服务器的集群，增强总体方式的可用性，在同城灾难发生的时候，保证连续运作。其中，洲际集群没有距离的限制，对应用和数据完全透明，可实现全球范围的容灾方案。

同时，针对关键用户的特殊需求，CA可以实现多中心容灾解决方案，其中，同步容灾中心的距离可以达到50公里，异步中心可以在全球的任何一个地方，至少有三个中心有镜像的数据，而且三个中心之间可以实现远程容灾。

（1）CAXP磁盘卷组

CAXP的磁盘卷组由不同的XP装置内或不同CLUSTER内命名为P-VOL和S-VOL的2个逻辑磁盘卷构成。在具有CAXP磁盘卷组关系后：

P-VOL被称为主磁盘卷。P-VOL可被读/写。

S-VOL(远程磁盘卷)被称为副磁盘卷。在XP内部的控制装置的作用下，P-VOL的内容和服务器来的写数据被拷贝到S-VOL（可采用同步或异步两种方式）。CAXP卷组建立后，S-VOL为只读磁盘卷。在一个XP里，既可有P-VOL，也可有S-VOL，这样可以实现双向数据境像。

CAXP的磁盘卷组，即P-VOL和S-VOL间，可以是相同的RAID类型，也可以是不同的RAID类型，具体的RAID级别配合表如下所示：

 

CAXP的RAID级别

（2）MCU和RCU

MCU（主磁盘控制器）和RCU（远程磁盘控制器）分别和P-VOL，S-VOL相连，MCU控制由服务器来的写向P-VOL的数据的写操作，还控制P-VOL和S-VOL之间数据拷贝的操作，并且提供CAXP磁盘卷组的状态和构成的管理。

RCU执行由MCU发出的写命令操作。写操作的执行方法和执行服务器来的写操作过程相同。除此之外，RCU还具有管理一部分CAXP磁盘卷组的状态和构成信息的能力。

对于任何一个磁盘卷组，都需要定义MCU/RCU。一个XP的磁盘控制装置在控制P-VOL时，可作为MCU使用，当控制S-VOL的时侯，可作为RCU使用。

（3）CA的同步和异步复制

基于存储的数据复制，主要有同步数据复制和异步数据复制两种。

同步数据复制，指通过将本地生产数据以完全同步的方式复制到异地，每一本地IO交易均需等待远程复制的完成方予以释放。

同步方式的数据复制

同步复制方式的传输距离限制：

l  FC光纤通道最大传输距离为10KM；

l  ESCON通过中继方式最大可传输43KM；

l  DWDM方式最大传输距离为100KM。

异步数据复制则是指将本地生产数据以后台同步的方式复制到异地，每一本地IO交易均正常释放，无需等待远程复制的完成。

异步方式的数据复制

同步复制实时性强，灾难发生时远端数据与本地数据完全同步。但这种方式因为数据在网络中的传输延迟而影响主节点的应用性能。

异步复制则不然，但可能导致灾备点数据比主点数据有一定延迟，这些延迟的数据在灾难发生后将丢失。由此可见，同步方式和异步方式实际上是各有千秋，需要依据具体的应用，在应用性能和潜在的可能丢失数据量之间作一个取舍和均衡。

（4）CAXP卷组的更新拷贝模式

在组建灾难备份系统时，往往是假定正在使用的主中心的存储数据受到毁坏。这时启动远程备份中心的备份存储系统，来接替主中心的工作或从备份存储设备中把数据恢复到主中心端，在主中心重新启动应用。不论使用哪种方法，远程备份中心的备份数据与主中心端数据的一致性将会决定灾难恢复的时间。在灾难发生后，为了尽可能减少花在数据一致性分析上的时间，以XP1024存储为例，XP1024提供用于灾难备份的CAXP磁盘卷组的拷贝模式的设定选择来加快事后分析数据的一致性。

远程数据拷贝操作

更新拷贝模式（Fence Level）共有3种：Data、Status、Never。CAXP卷组的状态在变为“Suspend”后，更新拷贝模式将会对P-VOL的写操作产生影响，在建立灾难备份系统方案时，应预先考虑好CAXP卷组的一致性要求，对应的拷贝模式可由下表选出：

l  更新拷贝模式：Data——在这个模式下，P-VOL和S-VOL的一致性会完全被保证。当两个卷组之间不能保证同步时，即当卷组状态变为Suspend时，MCU将会拒绝对服务器对P-VOL的写操作以保证两个磁盘卷的一致性。这种模式在灾害发生时将会最大限度的减少数据一致性分析所花的时间。（注：初期拷贝完成之前，如果灾害发生，将导致P-VOL和S-VOL的数据不一致，因此不能把S-VOL用于灾害恢复）。在Data这种拷贝模式下，一旦FC线路或S-VOL出现故障，都将使P-VOL的写操作停止，并向系统发出写错误信息中断系统的应用。

l  更新拷贝模式：Status——当MCU检测出CAXP卷组之间失去同步后，且无法将S-VOL的状态改变为Suspend时，MCU会拒绝服务器向P-VOL的写操作，并对服务器发出写错误的信息。当FC链路失效时这种模式会起作用，如果客户认为S-VOL的偶尔失去同步是可容忍的，这种模式可被使用。当S-VOL由于某种原因失效时，并且卷组状态成功地变为Suspend时，P-VOL的读写操作可继续进行，这时P-VOL里更新过的磁道会被记录下来，当S-VOL被恢复后，更新数据不会自动的被拷贝到S-VOL，而需要重新同步这个卷组，数据的更新拷贝才会被执行。

l  更新拷贝模式：Never——在CAXP卷组失去同步后，无论S-VOL的状态能否被改为Suspend，服务器对P-VOL的写操作不会被中止。在这种模式下，只要P-VOL自己不出现故障，服务器传来的写操作就会被执行。当FC Link或S-VOL由于某种原因失效后，P-VOL的更新磁道将会被MCU记录下来。故障排除后，用卷组激活命令可重新同步P-VOL和S-VOL，这时，只拷贝P-VOL里的更新磁道。

Data及Status模式对保持数据一致性非常有好处的，但在线路或远端XP1024故障时会对主服务器造成造成一定的影响，甚至导致应用系统挂起。

在这种拷贝模式下建立起来的CAXP镜像卷组，即使在光纤或S-VOL故障引起P-VOL和S-VOL镜象卷组失去同步后，只要P-VOL没有遭到损坏，MCU就不会据绝服务器对P-VOL发出的写操作。

从服务器端来看，P-VOL对S-VOL镜象卷的数据更新象在正常进行，服务器的应用也不会被中断。当出现光纤、DWDM、远地备份中心XP1024停电等故障时，因为不影响应用的运行，所以没有必要象“DATA”那样强制中断CAXP卷组的工作。同时必须在网管上采用必要手段，监控XP1024 Pair的状态。一旦Pair状态变成非duplex，必须尽快采取措施进行修复，否则一旦发生灾难，由于远地的XP1024 CA拷贝与主site的数据不同步，灾难系统切换将会失败，导致不必要的停机。

虚拟存储技术的介绍

近年来，随着存储技术的不断发展，在存储系统层次数据复制技术上还出现基于网络的存储虚拟化设备来实现，这种方式的特点是依靠外加的网络层设备来实现两个存储设备之间的数据复制，数据复制过程不占用主机资源，两个存储之间的数据同步在网络层完成。

根据存储虚拟化设备工作机制的不同，一般可分为带内(In-Band)和带外(Out-of-Band)两种。

存储虚拟化设备通过交换机分别连接主机端Fabric 和存储端 Fabric，主要功能是管理对存储设备上的逻辑卷，对已有逻辑卷进行虚拟化或创建虚拟的条带卷，消除存储设备异构对主机系统的影响，提高存储设备的可用性和总体性能。另外一个功能就是卷复制和镜像，通过存储虚拟化设备实现两个虚拟卷之间的数据安全保护。

通过存储虚拟化设备实现卷镜像复制功能的优势在于操作由存储虚拟化设备来完成、压力集中的存储虚拟化设备上，不需要主机参与，数据复制进程安全稳定。缺点是需要增加专用存储虚拟化设备，带外方式有的需要在主机端需要安装存储虚拟化设备的客户端软件，比如 UIT SVM；有的需要依赖高端智能交换机，比如EMC VSM。目前使用这种技术的产品还不是很多，成熟性还有待提高，具有这种功能的专用设备价格也相对较高，所以采用这种方案的用户比较少。

2、操作系统数据复制

主要通过操作系统或者数据卷管理器来实现对数据的远程复制。这种复制技术要求本地系统和远端系统的主机是同构的，其实现方式是基于主机的数据复制，容灾方式工作在主机的卷管理器这一层，通过磁盘卷的镜像或复制，实现数据的容灾。这种方式也不需要在两边采用同样的存储设备，具有较大的灵活性，缺点是复制功能会多少占用一些主机的CPU资源，对主机的性能有一定的影响。

目前基于原厂的逻辑卷管理软件如IBM AIX LVM、HP-UINX MirrorDisk、Sun Solaris SVM等可以实现在本厂平台上的逻辑卷镜像，专业的数据复制软件提供了更大的灵活性，支持多个平台的逻辑卷镜像，其中代表性的软件是Symantec VERITAS Storage Foundation 软件。

Symantec VERITASStorageFoundation简介

（1）Symantec远程镜像数据容灾原理

Symantec的VERITAS Storage Foundation的镜像技术构建容灾系统是比较简单的，它只有一个条件，就是将生产中心和灾备中心之间的SAN存储区域网络通过光纤连接起来，建立城域SAN存储网络。然后就可以通过Storage Foundation提供的非常成熟的跨阵列磁盘镜像技术来实现同城容灾了，容灾方案的结构如下图所示：

从镜像原理上讲，在城域SAN存储网络上的两套磁盘系统之间的镜像，和在一个机房内的SAN上的两个磁盘系统之间的镜像并没有任何区别。

利用裸光纤将生产中心和灾备中心的SAN网络连接起来，构成城域SAN网络以后，利用 VERITAS Storage Foundation的逻辑卷管理功能，就可以实现生产中心磁盘系统和灾备中心磁盘系统之间的镜像了。如下图所示：

在逻辑卷镜像过程中，利用VERITAS Storage Foundation，可以创建任意一个逻辑卷（Volume）供业务主机使用，实际上是由两个完全对等的，容量相同的磁盘片构成的，两个磁盘片上的数据完全一样，业务主机对该Volume的任意修改，都将同时被写到位于生产中心和灾备中心的两个磁盘系统上。

采用这种方式，生产中心的磁盘阵列与同城容灾中心的磁盘阵列对于两地的主机而言是完全同等的。利用城域SAN存储网络和VERITAS Storage Foundation镜像功能，可以实现数据系统的异地容灾。并且消除了复制技术（无论是同步还是异步）的切换的动作，从而保证零停机时间，零数据损失的实现。

（2）Symantec远程镜像数据容灾的技术特点

l 零停机时间和零数据损失

由于Storage Foundation 采用的是跨异构阵列的镜像技术，而镜像技实现原理，就决定了在这种方式下，无论是哪一边的磁盘阵列由于物理故障停顿，都不会影响数据的可用性而造成数据的损失，这从根本上实现了在物理故障的情况下，数据的高度可用性。

l 故障修复后的快速重新同步

Storage Foundation 提供的镜像技术，是基于日志的镜像技术，无论由于主机发生故障，还是由于镜像中的链路或是硬盘发生故障导致的镜像被破坏的情况，都可以通过镜像日至得以快速恢复。这使得镜像恢复过程对系统的性能影响微乎其微。

l 跨磁盘阵列快照，实现逻辑错误快速恢复和容灾中心数据利用

Storage Foundation 提供基于卷，以及文件系统的多种快照技术，其逻辑辑快照可采用少量磁盘空间，快速，多次的对文件系统，或者是卷作快照。因而，当用户出现数据的逻辑错误时，利用快照就可以迅速恢复文件系统或卷。这在数据保护的体系，大大的弥补了传统备份恢复保护方式速度慢的缺陷，从而把数据损失量降到最低限度。

同时，数据快照还被广泛的利用在容灾中心数据利用方面，比如可以通过快照实现数据备份、查询、测试等。

l  数据同步过程高度可控

Storage Foundation Remoter Mirror 提供完整的容灾命令集，在数据同步的过程中，可以随时得知同步的进度，并可随时暂停、继续数据同步。

4、数据库数据复制

数据库数据复制技术通常采用日志复制功能，依靠本地和远程主机间的日志归档与传递来实现两端的数据一致。这种复制技术对系统的依赖性小，有很好的兼容性。缺点是本地复制软件向远端复制的是日志文件，这需要远端应用程序重新执行和应用才能生产可用的备份数据。

目前基于数据库的复制技术主要有：Oracle DataGuard、Oracle GoldenGate、DSG RealSync、Quest SharePlex 、IStream DDS等，以下举例说明该复制技术的运行原理。

DataGuard软件介绍

OracleData Guard 是管理、监控和自动化软件的基础架构，它创建、维护和监控一个或多个备用数据库，以保护企业数据结构不受故障、灾难、错误和崩溃的影响。

DataGuard 使备用数据库保持为与生产数据库在事务上一致的副本。这些备用数据库可能位于距生产数据中心数千英里的远程灾难恢复站点，或者可能位于同一城市、同一校园乃至同一建筑物内。当生产数据库由于计划中断或意外中断而变得不可用时，Data Guard 可以将任意备用数据库切换到生产角色，从而使与中断相关的停机时间减到最少，并防止任何数据丢失。

作为 Oracle 数据库企业版的一个特性推出的 Data Guard 能够与其他的 Oracle 高可用性 (HA) 解决方案（如真正应用集群 (RAC) 和恢复管理器 (RMAN)）结合使用，以提供业内前所未有的高水平数据保护和数据可用性。

（1）DataGuard重做应用和SQL应用

备用数据库最初是从主数据库的一个备份副本创建的。一旦创建了备用数据库，Data Guard 自动将主数据库重做数据传输给备用系统，然后将重做数据应用到备用数据库中，从而使备用数据库保持为与主数据库在事务上一致的副本。

DataGuard 提供了两种方法将这些重做数据应用到备用数据库中，并使之与主数据库在事务上保持一致。这些方法与 Data Guard 支持的两种类型的备用数据库对应：

●  重做应用，用于物理备用数据库

●  SQL应用，用于逻辑备用数据库

（2）物理备用数据库—重做应用

通过使用 Oracle 介质恢复应用从主数据库接收到的重做数据，物理备用数据库与主数据库保持同步。它在物理上与主数据库逐块相同，因而数据库模式（包括索引）是相同的。

主数据库上的一个日志切换将触发备用数据库上的一个日志切换，从而使备用数据库上的归档器进程将当前的备用重做日志文件归档到备用数据库上的一个存档日志中。随后，Data Guard 重做应用使用一个专用进程（称为管理的恢复进程 (MRP)）读取存档日志，并将重做数据应用到物理备用数据库中。如果启用了 Oracle Database 10g中的 Oracle Data Guard 的新功能—实时应用，则 MRP 将在 RFS 进程写满当前的备用重做日志文件时直接从其中读取重做数据。

通过加载物理备用数据库并使用以下命令，可以在该数据库上启动 MRP（从而应用重做数据）： ALTER DATABASE RECOVERMANAGED STANDBY DATABASE DISCONNECT FROM SESSION；介质恢复进程可以并行运行，以获得 Data Guard 重做应用的最佳性能。在 Oracle Database 10g 之前的版本中，这需要在上述RECOVER MANAGED STANDBY DATABASE 命令中使用 PARALLEL 子句。在 Oracle Database10g中，MRP 可以在启动（无需 PARALLEL 子句）时自动确定并行恢复进程的最佳数量，这个数字视备用服务器上可用的 CPU 数量而定。

物理备用数据库可以以只读方式打开，并且可以在其打开时对其运行查询，但无法在其以只读方式打开的同时运行恢复。在备用数据库以只读方式打开时，传送给它的重做数据将在备用站点上累积而不应用。不过，可以随时在物理备用数据库上恢复操作，并自动应用累积的重做数据。这允许物理备用数据库以一个序列运行，这个序列可能包括在恢复中运行一段时间，然后以只读方式打开来运行报表，接着重新运行恢复来应用尚未应用的重做数据。

要以只读方式打开物理备用数据库，则需使用以下命令在备用数据库上取消恢复：ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL；然后可以只读方式打开数据库：ALTER DATABASE OPEN。

（3）逻辑备用数据库--SQL 应用

尽管数据的物理组织和结构可能不同，但逻辑备用数据库包含与主数据库相同的逻辑信息。SQL 应用技术将从主数据库接收到的重做数据转换成 SQL 语句，然后在备用数据库上执行 SQL 语句，以使逻辑备用数据库与主数据库保持同步。从而，在将 SQL 应用到逻辑备用数据库上的同时，可以访问逻辑备用数据库来进行查询和报表操作。

由于使用 SQL 语句更新逻辑备用数据库，因此它保持以读写模式打开，而从主数据库中更新的表可以同时用于诸如报表、合计、查询等其他任务如。.还可通过在维护的表上创建额外的索引和物化视图来优化这些任务。逻辑备用数据库可以承载多个数据库模式，用户可以对这些模式中不从主数据库进行更新的表上执行普通的数据处理操作。

SQL应用使用许多并行的执行服务器和后台进程，它们将来自主数据库的更改应用到逻辑备用数据库中。下图显示了信息流和每一个进程所起的作用。

这些不同的 SQL 应用进程可以通过在逻辑备用数据库上输入这条简单的命令来启动： ALTERDATABASE START LOGICAL STANDBY APPLY；出于每个 SQL 应用进程的考虑，读取器进程从存档日志（如果启用了实时应用，也可以是备用重做日志，）中读取重做记录。准备器进程将块更改转换成表更改或逻辑更改记录 (LCR)。在这里，LCR 并不代表任何特定的事务。构造器进程对来自各个 LCR 的已完成事务进行组合。分析器进程检查完成的事务，辨明不同事务之间的相关性。协调器进程（也称为逻辑备用进程，即LSP）负责将事务分配给应用进程、监控事务之间的相关性以及批准将更改提交给逻辑备用数据库。应用器进程将已指定事务的 LCR 应用到数据库中，并在协调器指示提交事务时提交。Data Guard 提供视图来帮助查看每个进程的状态。

（4）DataGuard数据保护模式

l  最大保护模式

最大保护模式为主数据库提供了最高水平的数据保护，从而确保了一个全面的零数据丢失灾难恢复解决方案。当在最大保护模式下运行时，重做记录由日志写入器(LGWR)进 程从主数据库同步地传输到备用数据库，并且直到确认事务数据在至少一个备用服务器上的磁盘上可用时，才在主数据库上提交事务。强烈建议，这种模式应至少配 置两个备用数据库。当最后参与的备用数据库不可用时，主数据库上的处理将停止。这就确保了当主数据库与其所有备用数据库失去联系时，不会丢失事务。

由于重做传输的同步特性，这种最大保护模式可能潜在地影响主数据库响应时间。可以通过配置一个低延迟网络，并为它分配足够应付高峰事务负载的带宽来将这种影响减到最小。需要这种最大保护模式的企业有股票交易所、货币交易所、金融机构等。

l   最高可用性模式

最高可用性模式拥有仅次于最高水平的主数据库数据可用性。如同最大保护模式一样，重做数据由LGWR从主数据库同步地传输到备用数据库，直到确认事务数据在备用服务器的磁盘上可用时，事务才在主数据库上完成。不过，在这种模式下（与最大保护模式不同），如果最后参与的备用数据库变为不可用—例如由于网络连接问题，处理将在主数据库上继续进行。备用数据库与主数据库相比，可能暂时落在后面，但当它再次变为可用时，备用数据库将使用主数据库上累积的归档日志自动同步，而不会丢失数据。

由于同步重做传输，这种保护模式可潜在地影响响应时间和吞吐量。可以通过配置一个低延迟网络，并为它分配足够应付高峰事务负载的带宽来将这种影响减到最小。

最高可用性模式适用于想要确保获得零数据丢失保护，但不想让生产数据库受网络/备用服务器故障影响的企业。如果又一个故障随后影响了生产数据库，然后最初的网络/备用服务器故障得到解决，那么这些企业将接受数据丢失的可能性。

l   最高性能模式

最高性能模式是默认的保护模式。它与最高可用性模式相比，提供了稍微少一些的主数据库数据保护，但提供了更高的性能。在这种模式下，当主数据库处理事务时，重做数据由LGWR进程异步传输到备用数据库上。另外，也可以将主数据库上的归档器进程(ARCH)配置为在这种模式下传输重做数据。在任何情况下，均先完成主数据库上的写操作，主数据库的提交操作不等待备用数据库确认接收。如果任意备用目标数据库变为不可用，则处理将在主数据库上继续进行，这对性能只有很小的影响或没有影响。

在主数据库出现故障的情况下，尚未被发送到备用数据库的重做数据会丢失。但是，如果网络有足够的吞吐量来跟上重做流量高峰，并且使用了LGWR进程来将重做流量传输到备用服务器，则丢失的事务将非常少或者为零。

当主数据库上的可用性和性能比丢失少量数据的风险更重要时，应该使用最高性能模式。这种模式还适合于WAN上的DataGuard部署，在WAN中，网络的内在延迟可能限制同步重做传输的适用性。

 

基于数据库日志跟踪分析的复制软件介绍

目前市场数据库复制技术的工作原理大都与Oracle log相关，例如DNT IDR数据库复制产品就是通过对Oracle Log日志进行分析获取跟踪源系统的交易指令，然后将交易指令传到目标端进行重新执行的方式来实现数据复制的。本文以DNT IDR软件为例介绍基于数据库日志跟踪分析的复制原理。

DNT IDR（以下简称IDR），是基于交易的逻辑级Oracle数据同步软件，利用数据库日志在线跟踪、分析技术，将生产数据库的交易信息以事务为单位，通过异步的方式，实时的传递、装载到目标数据库中，以达到源端、目标端数据保持同步的目的。是一种准实时同步软件。该软件具有以下特点：

l  IDR不依赖硬件的同步能力，支持多种系统平台，具有部署简单、同步速度快、交易延迟时间短的特点。

l  IDR能够支持不同Oracle版本之间的交易同步。

l  IDR同步的目标数据库为在线打开状态，可以随时复用。

l  IDR适用于（异构）热容灾、数据迁移、数据集中、数据分发、分担业务等应用领域。

IDR利用数据库日志在线跟踪、分析技术，反向工程解析日志，将生产数据库的交易信息以事务为单位，通过异步的方式，实时的传递、装载到目标数据库中，以达到源端、目标端数据保持同步的目的。

IDR技术原理与架构

（1）IDR的同步原理

a、历史数据同步

使用快照方式：首次同步时，对于同步map所涉及的每一个表的同步过程如下：

l  锁该表；

l 记录同步时刻的scn；

l 读取该表数据；

l 在读取该表数据时接着将该表解锁，无需等待该表数据读取完毕。

在表做开始同步的时刻，锁表是为了保证该表在日志中不会有交易发生，同时又因为记录了scn，也不会有多余的交易被抓取、也不会漏掉相关交易。

开始读取数据时，利用了oracle数据库自身提供的“多版本”特性，能够保证读取数据的一致性。同时对该表进行解锁，又使该表被锁的时间不会太长从而严重影响正常交易。

这种方式保证了源端在任何时刻下都可以进行首次数据的批量同步而不会影响同步数据的准确性。

读文件方式：首次同步时，对于同步map所涉及的每一个表的同步过程如下：

l 记录同步时刻的scn；

l 读取该表数据；

首次同步时，直接从oracle数据文件中读取该表数据，同时记录同步时刻的scn，由于这种方式要求在同步过程中，没有交易产生，因此会保证历史数据抓取的准确性。在同步完成后，将变化数据实时抓取。

b、交易抓取

IDR通过事先创建的试图来捕获日志变化，由于每次捕获的日志的物理位置都会记录，因此可以得出日志变化量。

后续的抓取日志、分析交易、传输交易，完全由IDR独自完成，不使用oracle数据库任何资源。

在每次抓取的日志量处理完成后，记录在IDR的缓存目录中，因此对于日常运行过程中，IDR停止或其它原因需要读取归档日志时，根据记录的日志物理位置来定位需要抓取的归档日志。

IDR抓取日志跟oracle数据库是写日志是并行操作而又互不影响。

正常情况下，IDR都是准实时的抓取变化日志量。

对于源端是rac环境来说：rac环境中，在每一个实例所在的主机操作系统上可以读取另外主机的在线日志（包括归档日志）。通过每一个实例的日志和scn来保证交易顺序的准确性。

c、交易分析

严格按照源端Oracle数据库内部SCN执行顺序以及已经提交的交易来合成交易文件，该交易文件号是依次递增并且是唯一的，从0开始，交易文件号的算法跟oracle的scn算法一样，可以保证在oracle数据库正常使用期间，保证。IDR能够正常使用。

IDR只处理已经完成提交的交易，对于回滚操作，IDR不处理该操作。

d、交易传输

IDR只传输交易内容，不传输交易内容的数据结构，采用专有的合成交易文件格式，只有IDR提供的工具才可以解析交易内容，这样即证了在网络传输过程中数据的安全性又可以保证网络传输过程中数据的准确性。

满足下列三种情况，源端将删除该交易文件：

l  接受的交易文件号跟源端传输的一样。

l  接受的交易文件大小跟源端传输的一样。

l  接受的交易文件校验码跟源端传输的一样。

e、交易装载

目标端接受交易合成文件后，首先存放在缓存目录中，然后严格按照从小到大顺序进行装载，装载的交易文件不能缺失。否则装载的进程将一直处于等待状态，因此无论目标端是rac环境还是单机环境都可以保证装载的准确性。

这样就可以保证在目标端装载过程中，保证按照源端合成的交易文件顺序来装载。

（2）IDR支持的同步特性

a、支持的同步对象

IDR支持两种级别数据库对象的同步：用户级同步、表级同步。

用户级同步：源端数据库指定用户及其所包含的表、视图、索引、过程、函数、包、序列等数据对象全部同步到目标端数据库指定的用户下。

IDR支持源端用户名和目标端用户名不同的同步方式。

表级同步：表级同步分为单表同步和多表同步。

单表同步指定源端数据库指定用户下的单个表同步到目标端数据库指定用户下的单个表。

多表同步，即group方式，针对多个用户，每个用户只同步指定的部分表同步的情况。

b、支持的同步模式

同步模式主要指源端和目标端的架构模式，具体分为

1:1模式、1:n模式、n:1模式、1:1:1模式四种。

1对1的同步模式：