好文档就是一把金锄头!
欢迎来到金锄头文库![会员中心]
电子文档交易市场
安卓APP | ios版本
电子文档交易市场
安卓APP | ios版本

goldengate与oracledataguard的区别.docx

10页
  • 卖家[上传人]:xiao****1972
  • 文档编号:84978335
  • 上传时间:2019-03-06
  • 文档格式:DOCX
  • 文档大小:544.13KB
  • / 10 举报 版权申诉 马上下载
  • 文本预览
  • 下载提示
  • 常见问题
    • Golden Gate 与 Oracle DataGuard的区别 GoldenGate TDMOracle DataGuard(物理)Oracle DataGuard(逻辑)基本原理抽取日志中的数据变化,转换为GGS自定义的数据格式存放在本地队列或远端队列中复制归档日志(9i) 抽取归档日志中数据的变化(9i) 复制归档日志或日志(10g)抽取归档日志或日志中数据的变化(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等 单一数据库解决方案,仅运行在ORACLE数据库上 单一数据库解决方案,仅运行在ORACLE数据库上 适用于不同操作系统如windows、linux、unix、aix等源端和目标端操作系统必须相同,版本号可以不同。

      源端和目标端操作系统必须相同,版本号可以不同带宽占用利用TCP/IP传输数据变化,集成数据压缩,提供可达到9:1压缩比的数据压缩特性,可以有效的利用网络带宽 使用Oracle Net传输日志,Oracle Net握手协议多,数据冗余大,速度慢且无数据压缩 使用Oracle Net传输日志,Oracle Net握手协议多,数据冗余大,速度慢且无数据压缩 带宽占用低带宽占用高带宽占用高拓扑结构GoldenGate TDM可以实现一对一、一对多、多对一、双向复制等多种灵活的拓扑结构,它可以实现数据的分发和集中以及对等复制,非常灵活只可以实现一对多模式,且standby数据库最多为9个只可以实现一对多模式,且standby数据库最多为9个数据库级灾备技术 GoldenGate 和 Data Guard时间 2013-02-02 16:32:00 博客园-原创精华区 相似文章 (0) 原文  好久没有写东西了,经过某人提点,正好又是周末,随便来点吧  主流灾备技术介绍一、     Oracle GoldenGate 介绍(一)        工作原理Oracle GoldenGate是一种非插入性的基于日志的结构化数据复制软件,它通过解析源数据库日志或归档日志获得数据的增删改变化,再将这些变化应用到目标数据库,实现源数据库与目标数据库同步、双活。

      其复制过程简图如下: GoldenGate 数据复制原理示意图 在源数据库,配置GoldenGate 软件的抽取进程(Capture Process),该进程读取源数据库的日志或归档日志,分析并抽取增、删、改等交易信息,将交易信息转换为与数据库类型无关的专有格式,通过网络传输到目标端队列中复制的目标端为一个活动的数据库,配置GoldenGate 软件投递进程(Delivery Process),接收由源端发送过来的数据并缓存到队列中,然后投递进程读取队列数据,转化为SQL语句并通过本地接口投递到目标数据库,从而实现交易数据的实时复制GoldenGate 软件在进行数据复制时, 目标端数据库始终处于活动状态 ,能进行读写操作,随时可以接管业务; 其优秀的日志分析、交易合并处理等技术,大大提高了该软件的性能,即使是大交易量的情况下,也能实现数据秒一级的实时复制,使目标端数据始终保持与生产数据一致GoldenGate的目标处于活动的特性使得其在容灾和应急、活动报表、实时数据仓库等各种场景相对传统技术有着巨大的优势 GoldenGate的一个重要特性是其异构支持,它能够实现不同数据库版本、不同厂家操作系统甚至厂家数据库之间的数据复制,这种异构支持为建行总体数据架构的可扩展性、利旧、商务采购灵活性提供了非常大的便利。

      下表为GoldenGate目前支持的主流操作系统和数据库平台:数据库 操作系统 数据源:·  Oracle·  DB2·  Microsoft SQL Server·  Sybase ASE·  Teradata·  Enscribe·  SQL/MP·  SQL/MX·  JMS message queues目标库:·  所有以上数据库,加上以下:·  MySQL, TimesTen, Netezza, Greenplum, HP Neoview and any ODBC compatible databases·  ETL productsLinux Sun Solaris Windows 2000, 2003, XP HP NonStop HP-UX HP TRU64 HP OpenVMS IBM AIX IBM z/OS IBM iSeries  举例,GoldenGate可以实现从HP-Unix 11.31 + Oracle 10g向AIX 6.1 + DB2 9.x的复制,也可以在实现AIX 5.3 +Oracle 10g到AIX 6.1 + 11g的复制,这种灵活的异构支持可以满足不同IT环境下实现应急、升级、迁移等场景需求。

      GoldenGate的数据复制还可以提供数据结构上的灵活性,比如只复制指定表和列、对特定数据执行简单运算、两端schema和表名不同等不同结构数据之间的复制,主要用于报表或者数据仓库等场景下图为GoldenGate常见的使用场景: 由此可见,GoldenGate能够作为一个整体解决方案满足企业在各种异构环境之下容灾和应急,实时报表查询,负载分担,建立实时数据仓库和整合数据等各种场景需求,真正做到以一次性投资获取最佳投资回报率 说明: GoldenGate 始终都是处于实时复制状态,目标端处于秒级延迟状态(一般为 10 秒左右) 另外,也 可以选择目标端定时延迟复制 ,例如强制目标保持与源端有两个小时延迟,以避免逻辑数据错误如人工失误快速传播到备份端导致备份不可用  (二)        基于GoldenGate的灾备解决方案2.1   由于其带宽占用低,备份处于活动状态,无论作为同城和异地灾备均可,具有独特的优势 安装过程需要在源端安装GoldenGate软件,建立抽取日志进程和数据传输进程,以及目标数据库主机安装GoldenGate软件和建立投递进程GoldenGate可以使用目前Data Guard的standby库直接作为目标库,无需再执行一边重新初始化。

       (一) GoldenGate 对源的影响 GoldenGate本身是一个绿色非插入性软件,它在源端不需要在源库中插入任何触发器、表等对象,对源系统不会造成直接影响从资源消耗方面,对于IO而言,由于日常GoldenGate的主要工作是读和解析日志,而日志是在操作系统的IO缓存里面,读写速度比较快,不会对实际IO产生较大影响另外,GoldenGate对IO的影响还包括在要将抽取出来的数据(约1/4归档日志量)暂存在本地,由于其相对于归档日志量少了很多,只要存储没有处于满负荷状态也不会对系统产生较大影响根据各家客户实际统计,GoldenGate对于CPU的消耗在正常复制情况下一般为3-5%以下,随客户数据量大小和主机等系统配置略有不同,当系统出现瓶颈后该比例会有一定程度增加对于内存,GoldenGate需要将交易临时存储在内存,提交后再写入队列文件并传送到目标端如果是OLTP系统,由于不存在大量长交易,一般内存占用在200M左右;如果是OLAP系统存在长交易,则OGG可以通过参数配置限定使用内存数量(缺省64位系统最大8G),不足以硬盘空间实现虚拟内存 (二) 备份主机的配置 仅仅从数据复制本身考虑,Oracle GoldenGate在目标库所需要的处理能力约为源库的1/3左右。

      例如,源端的Oracle RAC的CPU总数为32,则目标端可配置8-12颗相等处理能力的CPU即可RAC或者单实例均可,GoldenGate本身复制没有特别限制但对于应急系统,由于要具备接管业务能力,其目标处理能力建议与生产主机配置类似,以保证接管后业务正常运转的需求 (三) 网络带宽要求 Oracle GoldenGate数据复制只传输真实数据变化,它所需要的带宽在各种技术中都是最低的GoldenGate在源端解析日志获取数据变化大概是日志量的1/4左右(统计数字,具体比例随客户实际数据有所变化);TCP/IP网络传输效率一般为0.7左右;GoldenGate可以在传输过程中提供数据压缩,网络传输压缩比例一般为1:8左右一般字符数据较多时压缩比例较大,二进制对象压缩效率较低根据业务高峰期日志变化量和以上参考信息可以计算带宽:带宽 = 高峰期每小时归档日志量 /3600 (秒 / 小时) / 4( 日志过滤比例 )/8 (压缩比率,是否带压缩可选) * 8 (每字节 8 位) /0.7( 网络传输效率 )   二、     Oracle Data Guard 介绍(一)        产品概述A.             什么是 Oracle Data Guard?Oracle Data Guard 是管理、监控和自动化软件的基础架构,它创建、维护和监控一个或多个备用数据库,以保护企业数据结构不受故障、灾难、错误和崩溃的影响。

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

      点击阅读更多内容
      关于金锄头网 - 版权申诉 - 免责声明 - 诚邀英才 - 联系我们
      手机版 | 川公网安备 51140202000112号 | 经营许可证(蜀ICP备13022795号)
      ©2008-2016 by Sichuan Goldhoe Inc. All Rights Reserved.