容灾数据复制技术的比较

容灾数据复制技术的比较内容摘要：

地容灾。 并且消除了复制技术（无论是同步还是异步）的切换的动作，从而保证零停机时间，零数据损失的实现。 （ 2） Symantec 远程镜像数据容灾的技术 特点 ? 零停机时间和零数据损失 由于 Storage Foundation 采用的是跨异构阵列的镜像技术，而镜像技实现原理，就决定了在这种方式下，无论是哪一边的磁盘阵列由于物理故障停顿，都不会影响数据的可用性而造成数据的损失，这从根本上实现了在物理故障的情况下，数据的高度可用性。 ? 故障修复后的快速重新同步 Storage Foundation 提供的镜像技术，是基于日志的镜像技术，无论由于主机发生故障，还是由于镜像中的链路或是硬盘发生故障导致的镜像被破坏的情况，都可以通过镜像日至得以快速恢复。 这使得镜像恢复过程对系统的性能影响微乎其微。 ? 跨磁盘阵列快照，实现逻辑错误 快速恢复和容灾中心数据利用 Storage Foundation 提供基于卷，以及文件系统的多种快照技术，其逻辑辑快照可采用少量磁盘空间，快速，多次的对文件系统，或者是卷作快照。 因而，当用户出现数据的逻辑错误时，利用快照就可以迅速恢复文件系统或卷。 这在数据保护的体系，大大的弥补了传统备份恢复保护方式速度慢的缺陷，从而把数据损失量降到最低限度。 同时，数据快照还被广泛的利用在容灾中心数据利用方面，比如可以通过快照实现数据备份、查询、测试等。 ? 数据同步过程高度可控 Storage Foundation Remoter Mirror 提供完整的容灾命令集，在数据同步的过程中，可以随时得知同步的进度，并可随时暂停、继续数据同步。 数据库数据复制 数据库数据 复制技术 通常采用日志复制功能，依靠本地和远程主机间的日志归档与传递来实现两端的数据一致。 这种复制技术对系统的依赖性小，有很好的兼容性。 缺点是本地 复制软件 向远端复制的是日志文件，这需要远端应用程序重新执行和应用才能生产可用的备份数据。 目前基于数据库的复制技术主要有： Oracle DataGuard、 Oracle GoldenGate、DSG RealSync、 Quest SharePlex 、 IStream DDS 等，以下举例说明该复制技术的运行原理。 DataGuard 软件 介绍 Oracle Data Guard 是管理、监控和自动化软件的基础架构，它创建、维护和监控一个或多个备用数据库，以保护企业数据结构不受故障、灾难、错误和崩溃的影响。 Data Guard 使备用数据库保持为与生产数据库在事务上一致的副本。 这些备用数据库可能位于距生产数据中心数千英里的远程灾难恢复站点，或者可能位于同一城市、同一校园乃至同一建筑物内。 当生产数据库由于计划中断或意外中断而变得不可用时， Data Guard 可以将任意备用数据库切换到生产角色，从而使与中断相关的停机时间减到最少，并防止任何数据丢失。 作为 Oracle 数据库企业版的一个特性推出的 Data Guard 能够与其他的 Oracle 高可用性 (HA) 解决方案（如真正应用集群 (RAC) 和恢复管理器 (RMAN)）结合使用，以提供业内前所未有的高水平数据保护和数据可用性。 （ 1） DataGuard 重做应用和 SQL 应用 备用数据库最初是从主 数据库的一个备份副本创建的。 一旦创建了备用数据库， Data Guard 自动将主数据库重做数据传输给备用系统，然后将重做数据应用到备用数据库中，从而使备用数据库保持为与主数据库在事务上一致的副本。 Data Guard 提供了两种方法将这些重做数据应用到备用数据库中，并使之与主数据库在事务上保持一致。 这些方法与 Data Guard 支持的两种类型的备用数据库对应： ● 重做应用，用于物理备用数据库 ● SQL 应用，用于逻辑备用数据库 （ 2） 物理备用数据库 — 重做应用 通过使用 Oracle 介质恢复应用从主数据库接收到的重做数据，物理备用数据库与主数据库保持同步。 它在物理上与主数据库逐块相同，因而数据库模式（包括索引）是相同的。 主数据库上的一个日志切换将触发备用数据库上的一个日志切换，从而使备用数据库上的归档器进程将当前的备用重做日志文件归档到备用数据库上的一个存档日志中。 随后， Data Guard 重做应用使用一个专用进程（称为管理的恢复进程 (MRP)）读取存档日志，并将重做数据应用到物理备用数据库中。 如果启用了 Oracle Database 10g 中的 Oracle Data Guard 的新功能 — 实时应用，则 MRP 将在 RFS 进程写满当前的备用重做日志文件时直接从其中读取重做数据。 通过加载物理备用数据库并使用以下命令，可以在该数据库上启动 MRP（从而应用重做数据）： ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION；介质恢复进程可以并行运行，以获得 Data Guard 重做应用的最佳性能。 在 Oracle Database 10g 之前的版本中，这需要在上述 RECOVER MANAGED STANDBY DATABASE 命令中使用 PARALLEL 子句。 在 Oracle Database 10g 中， MRP 可以在启动（无需 PARALLEL 子句）时自动确定并行恢复进程的最佳数量，这个数字视备用服务器上可用的 CPU 数量而定。 物理备用数据库可以以只读方式打开，并且可以在其打开时对其运行查询，但无法在其以只读方式打开的同时运行恢复。 在备用数据库以只读方式打开时，传送给它的重做数据将在备用站点上累积而不应用。 不过，可以随时在物理备用数据库上恢复操作，并 自动应用累积的重做数据。 这允许物理备用数据库以一个序列运行，这个序列可能包括在恢复中运行一段时间，然后以只读方式打开来运行报表，接着重新运行恢复来应用尚未应用的重做数据。 要以只读方式打开物理备用数据库，则需使用以下命令在备用数据库上取消恢复： ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL； 然后可以只读方式打开数据库： ALTER DATABASE OPEN。 （ 3） 逻辑备用数据库 SQL 应用 尽管数据的物理组织和结构可能不 同，但逻辑备用数据库包含与主数据库相同的逻辑信息。 SQL 应用技术将从主数据库接收到的重做数据转换成 SQL 语句，然后在备用数据库上执行 SQL 语句，以使逻辑备用数据库与主数据库保持同步。 从而，在将 SQL 应用到逻辑备用数据库上的同时，可以访问逻辑备用数据库来进行查询和报表操作。 由于使用 SQL 语句更新逻辑备用数据库，因此它保持以读写模式打开，而从主数据库中更新的表可以同时用于诸如报表、合计、查询等其他任务如。 .还可通过在维护的表上创建额外的索引和物化视图来优化这些任务。 逻辑备用数据库可 以承载多个数据库模式，用户可以对这些模式中不从主数据库进行更新的表上执行普通的数据处理操作。 SQL 应用使用许多并行的执行服务器和后台进程，它们将来自主数据库的更改应用到逻辑备用数据库中。 下图显示了信息流和每一个进程所起的作用。 这些不同的 SQL 应用进程可以通过在逻辑备用数据库上输入这条简单的命令来启动： ALTER DATABASE START LOGICAL STANDBY APPLY； 出于每个 SQL 应用进程的考虑，读取器进程从存档日志（如果启用了实时应用，也可以是备用重做日志，） 中读取重做记录。 准备器进程将块更改转换成表更改或逻辑更改记录 (LCR)。 在这里， LCR 并不代表任何特定的事务。 构造器进程对来自各个 LCR 的已完成事务进行组合。 分析器进程检查完成的事务，辨明不同事务之间的相关性。 协调器进程（也称为逻辑备用进程，即 LSP）负责将事务分配给应用进程、监控事务之间的相关性以及批准将更改提交给逻辑备用数据库。 应用器进程将已指定事务的 LCR 应用到数据库中，并在协调器指示提交事务时提交。 Data Guard 提供视图来帮助查看每个进程的状态。 （ 4） DataGuard 数 据保护模式 ? 最大保护模式 最大保护模式为主数据库提供了最高水平的数据保护，从而确保了一个全面的零数据丢失灾难恢复解决方案。 当在最大保护模式下运行时，重做记录由日志写入器 (LGWR)进 程从主数据库同步地传输到备用数据库，并且直到确认事务数据在至少一个备用服务器上的磁盘上可用时，才在主数据库上提交事务。 强烈建议，这种模式应至少配 置两个备用数据库。 当最后参与的备用数据库不可用时，主数据库上的处理将。