DataGuard VS Beedup & GoldenGate灾备方案参数对比

世上本无完美产品，只有合适的才是最好的！

用户重视灾备数据站点的建设，毋庸置疑必备品。如果考虑带宽及事务完整性保证，存储灾备和操作系统级灾备局限性显而易见。

商用价值一般用于解决数据库自带辅助功能的短板，数据库自带产品毕竟不是销售权重，国产Beedup 无论操作还是服务更符合本土。（按实际项目需求完善操作）

• 基于数据库恢复方式有甲骨文Oracel 数据库内置DataGuard(OGG 免费 无服务）

ORACLE 11g的ACTIVE DATA GUARD（简称ADG即OGG高级版)按规定是收费

• 通过外围应用实现即逻辑方式 有甲骨文Oracel 收购的GoldenGate（商用 通过独立软件实现）
• 通过外围应用实现即逻辑方式 有国产Beedup（商用 技术非基于数据库技术核心实现）

下列三款产品技术参数细节比对，供选型时参照

DataGuard VS Beedup & GoldenGate 灾备方案对比

序	项目	Oracel DataGuard（美国）	Beedup（中国 北京）	Oracle GoldenGate（美国）
	厂商	甲骨文 Oracel（数据库自带）	北京灵蜂纵横软件有限公司	GoldenGate(甲骨文 Oracle 收购）
	原理	复制归档日志或在线日志	读取解析归档或在线日志，还原DML及DDL按照事务单元在目标库执行	抽取在线日志中的数据变化，转换为GGS自定义的数据格式存放在本地队列或远端队列中
	稳定性	作为灾备的稳定性极高（对数据库影响很大）	稳定性不如Oracle DataGuard	稳定性不如Oracel DataGuard
	侧重	数据备份	高可用（秒级数据同步）	高可用（亚秒级数据同步）
	维护	维护简单，极少出现问题	安装部署易，图形配置，维护简易	命令行方式，维护较复杂（人力成本高）
	对象支持	完全支持	对大部分对象自动复制，极少对象需手工创建与维护	部分对象需手工创建与维护
	接管时间	数据库工作mount状态下，接管业务时，数据库open	可实现立即接管	可实现立即接管
	备份端可用性	备份段处于恢复或只读状态，在只读状态下不能同时进行恢复 （即备库不可用：增 删 改 查）	两端数据库时活动的，备份端可以提供实时的数据查询及报表业务，还可后续直接数据中心的数据治理、大数据分析、挖掘、共享等。支持备端写入时向生产端同步变化。可实现两端数据的同时写入（即备库可增、删、改、查）	两端数据库时活动的，备份端可以提供实时的数据查询及报表业务等，从而提高系统整体的业务处理能力，充分利用备份端的计算能力。提升系统整体业务处理性能。可以实现两端数据的同时写入。
	复制方式	通过恢复机制实现 无法实现同步复制	可以提供秒级的大量数据实时捕捉和投递，异步复制方式。 无法实现同步复制	可以提供秒一级的大量数据实时捕捉和投递 无法实现同步复制
	資源占用	对数据库影响很大	几乎不占用系统資源	几乎不占用系统资源
	异构数据库支持	单一数据库解决方案，仅运行在Oracel数据库上，源端和目标端操作系统必须相同，版本号可以不同	支持不同版本的数据间数据复制，如Oracel、DB2、SQL Server、MySQL 等。 支持跨平台复制：Window、Linux、Unix、Aix	可以在不同类型和版本的数据库间进行复制。如：ORACEL、DB2、SYBASE、SQL SERVER、INFORMIX、Teradata等 适用于不同操作系统:Window、Linux、Unix、Aix等
	宽带占用	使用Oracel Net 传输日志，可通过高级压缩选项进行压缩，压缩比在2～3倍	利用TCP/IP  传输DML及DDL,相比日志文件传输，可节省5—10倍带宽	利用TCP/IP 传输数据变化，集成数据压缩，提供理论可达到9:1压缩比的数据压缩特性
	拓扑结构	可以实现一对多模式	可以实现一对一，一对多，多对一，双向复制等多种拓扑结构	支持一对一、一对多、多对一、双向复制等多种拓扑结构
	技术服务	Oracel 数据库自带辅助功能产品，无额外专业服务	非 基于数据库技术核心实现，通过独立软件实现，独立于数据库软件产品及即时服务。	非基于数据库技术核心实现，通过独立软件来实现，独立于数据库软件产品及服务