GoldenGate TDM容灾方案与DataGuard容灾方案的对比
| GoldenGate TDM | Oracle DataGuard(物理) | Oracle DataGuard(逻辑) | |
| 基本原理 | 抽取在线日志中的数据变化，转换为GGS自定义的数据格式存放在本地队列或远端队列中。 | 复制归档日志（9i） 复制归档日志或在线日志（10g） |
抽取归档日志中数据的变化（9i） 抽取归档日志或在线日志中数据的变化（10g |
| 系统整体性能 | 两端数据库是活动的，备份端可以提供实时的数据查询及报表业务等，从而提高系统整体的业务处理能力，充分利用备份端的计算能力，提升系统整体业务处理性能。可以实现两端数据的同时写入。 | 备份端处于恢复或只读状态，在只读状态下不能同时进行恢复。只读状态只能短时间内存在，对外提供查询也是短时间的。 | 两端数据库是活动的，备份端可以提供实时的数据查询及报表业务等，但不能两端都有数据写入 |
| 接管时间 | 可实现立即接管 | 数据库工作在mount状态下,如果要接管业务,数据库要到open状态.接管时间不定。 | 在最大性能模式下需等待日志应用完毕然后改变数据库模式完成切换，如果是只传输归档日志接管时间更长。 |
| 复制方式 | GoldenGate可以提供秒一级的大量数据实时捕捉和投递，异步复制方式，无法实现同步复制。 | 物理standby数据库与主数据库同步是利用oracle的恢复机制实现的，无法实现同步复制。 | 可以实现日志同步和异步传输，但日志同步复制时主数据库必须等待本事务成功写到standby数据库端才能进行下面的事务，为此主数据库的性能会受到严重影响，很少采用。日志应用9i只能应用归档日志，10g开始可以实现实时应用 |
| 资源占用 | GoldenGate TDM对主机资源的占用非常小，根据实际的监控数据，源端CPU占用不超过1%，内存占用不超过2%，对I/O资源占用微乎其微。 | 复制是靠数据库的LGWR进程或ARCN进程完成的，占用数据库的一部份资源，对数据库有较大的影响，使数据性能下降。 | 复制是靠数据库的LGWR进程或ARCN进程完成的，占用数据库的一部份资源，对数据库有较大的影响，使数据性能下降。 |
| 异构数据库支持 | 可以在不同类型和版本的数据库之间进行数据复制。如ORACLE，DB2，SYBASE，SQL SERVER，INFORMIX、Teradata等。 适用于不同操作系统如windows、linux、unix、aix等 |
可以在不同类型和版本的数据库之间进行数据复制。如ORACLE，DB2，SYBASE，SQL SERVER，INFORMIX、Teradata等。 适用于不同操作系统如windows、linux、unix、aix等 |
单一数据库解决方案，仅运行在ORACLE数据库上。 源端和目标端操作系统必须相同，版本号可以不同。 |
| 带宽占用 | 利用TCP/IP传输数据变化，集成数据压缩，提供可达到9：1压缩比的数据压缩特性，可以有效的利用网络带宽。 带宽占用低。 |
使用Oracle Net传输日志，Oracle Net握手协议多，数据冗余大，速度慢且无数据压缩。 带宽占用高。 |
使用Oracle Net传输日志，Oracle Net握手协议多，数据冗余大，速度慢且无数据压缩。 带宽占用高。 |
| 拓扑结构 | GoldenGate TDM可以实现一对一、一对多、多对一、双向复制等多种灵活的拓扑结构，它可以实现数据的分发和集中以及对等复制，非常灵活。 | 只可以实现一对多模式,且standby数据库最多为9个。 | 只可以实现一对多模式,且standby数据库最多为9个。 |