oracle ogg 和 DataGuard比较

本文主要是介绍oracle ogg 和 DataGuard比较，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

一、复制方式

• Golden Gate

可提供秒一级的大量数据实时捕捉和投递，无法实现同步复制；

• Data Guard

最大保护—Maximum protection

最大可用—Maximum availability

最大性能—Maximum performance

最大保护，最大可用模式都需要同步传输日志，此时会大大加重OracleLGWR或ARCH进程的工作量，严重影响源数据库性能，因此使用DataGuard做容灾一般都采用其最大性能模式中的异步方式。Data Guard的异步日志传输方式有两种方式，一个是通过LGWR进程异步传输Redo Log，另外一种是通过ARCH进程只做归档日志传输。

二、性能比较

• GoldenGate解析Oracle日志，只抓取其中数据变化，大概为原日志量的四分之一左右；GoldenGate还集成了数据压缩功能，压缩比可以达到9:1左右，大大降低了需要在网络上传输的数据量。此外，GoldenGate传输数据是直接通过TCP/IP上进行，无需额外封装；

• Data Guard需要传输Oracle全部的日志，没有压缩功能，在网络上传输的数据量比GoldenGate大很多。它是通过Oracle Net传输数据，其握手信息比较多，相对直接GoldenGate的通过tcp/ip传输效率差很多。

• 综合上述原因，相同状况下GoldenGate的延时要比

Data Guard小很多，容灾系统的RPO会更理想。

三、接管效率

使用GoldenGate复制时，备份数据库是始终处于活动状态，可以随时接管业务；

• Data Guard的备份数据库是处于恢复或只读状态，(Oracle 11g ADG 可以实现恢复的同时只读)如果出现灾难接管业务需要经历两个阶段，第一个阶段是用户查询数据库等待数据库完成日志恢复(Oracle 9i Data Guard只能做归档日志的恢复，只有在10g加入了实时应用的功能可以对未归档日志作恢复)；另外一个阶段是将数据库由备份状态改成主数据库状态。这两个阶段根据实际经验一般至少需要5分钟以上时间。

• 由此可见，使用GoldenGate的容灾系统RTO相对更短，有利于保障业务的连续性。