GoldenGate 应用场景论述.doc

上传人:hw****26 文档编号:3551308 上传时间:2019-06-04 格式:DOC 页数:10 大小:523.50KB
下载 相关 举报
GoldenGate 应用场景论述.doc_第1页
第1页 / 共10页
GoldenGate 应用场景论述.doc_第2页
第2页 / 共10页
GoldenGate 应用场景论述.doc_第3页
第3页 / 共10页
GoldenGate 应用场景论述.doc_第4页
第4页 / 共10页
GoldenGate 应用场景论述.doc_第5页
第5页 / 共10页
点击查看更多>>
资源描述

1、Oracle GoldenGate 应用场景论述DIS Team2012/8/2目 录1. 高可用性&应急/容灾 .31) 架构图例: .32) GoldenGate 方案优势: .33) GoldenGate 此场景客户: .44) 传统方案的问题: .42. 查询&报表的负载分离 .51) 架构图例: .52) GoldenGate 方案优势: .53) GoldenGate 此场景客户: .64) 非负载分离的潜在问题: .63. 实时企业数据仓库&BI&分发 .61) 架构图例: .62) GoldenGate 方案优势: .73) GoldenGate 此场景客户: .74) 传统方

2、案的问题: .74. 零停机的移植&升级 .71) 架构图例: .82) GoldenGate 方案优势: .83) GoldenGate 此场景客户: .84) 其他方案的潜在问题: .91. 高可用性& 应急 /容灾GoldenGate 实时、双活式数据复制机制,为企业运营生产系统提供高可用性和应急/容灾的核心技术。1) 架构图例:2) GoldenGate 方案优势:a) 保证业务系统 7x24 持续不间断运行 b) 支持并适用异构平台、异构数据库、远距离低宽带等复杂 IT 环境;支持双向、1 对 1、1 对多、多对 1、多对多、分层等各种复杂同步模式,为同城/远程的应急和容灾提供了完善

3、的数据同步复制方案。c) 双活(源和目标端均可读可写)可达到高可用性和分散源端负载的作用d) 减少&消除计划或非计划的停机,可自动切换 e) 卓越的性能:秒级的数据延迟,对源生产端影响极小;极低的网络占用。f) 高可靠性:可保证事务一致性、检查点机制保障数据无丢失、可靠的数据传输机制(加密、压缩)g) 完善的异常处理预案:客户可以从容应对网络中断、数据库实例失败、RAC 节点失败、备份数据库失败等各种异常情况,在异常出现后能够快速自动地恢复数据复制且保证无数据丢失。h) 优秀的可维护性: 安装与部署简便无需停机 纯绿色软件,解压缩即可使用(约 180M) ,无需在数据库中插入任何对象 可以基于

4、时间点定义复制起始位置,这为客户在维护过程中提供了更好的灵活性 方便易用的管理工具 Director,可以对多个分布的 GoldenGate 实例进行集中管理,并提供命令行、web 页面面和 Java 界面三种管理界面,客户可以根据自身爱好选择任意一种方式管理和监控复制软件的运行。i) 可以解决硬件容灾方案无法解决的数据库逻辑错误。j) 专业的数据复制平台,得到广泛的客户验证和认可,其成熟度和专业售后服务为企业容灾项目保驾护航。3) GoldenGate 此场景客户:美国银行、海南移动 BOSS 应急、广东移动-BOSS 应急、江苏移动-BOSS 应急、山东移动、中银商务、人行征信、银联商务、

5、中国海关总署、国家体育总局体彩中心、江西地税、厦门国税、深圳国税、江西电信、VISA、瑞银集团、汇丰银行、澳大利亚海关、新加坡港务局、三星电子、4) 传统方案的问题:基于磁盘阵列镜像方案:a) 主中心和灾备中心要求同厂商同档次的产品,对网络链路要求较高,成本昂贵(尤其是远距离) ; b) 异构存储环境需要使用各自厂商的方案,增加了成本和方案实施,管理的难度; c) 主站点故障会导致较长的停机时间; d) 无法避免数据库的逻辑坏块,会把对磁盘所有操作忠实的传播到备份端。对数据的恢复状态不可知,为了保证数据的一致性,在某个时间点需要将数据库置为热备份模式或者 IO 挂起。 基于主机镜像(卷管理)方

6、案:e) 大量消耗主机资源,特别是 I/O,每主机都要许可证;f) 异构主机环境方案复杂,管理难度大;g) 随着主机数量增加,需要更多管理开销。基于数据库恢复的方案:h) 对数据库之间的版本要求比较高, 不能跨操作系统i) 对网络带宽有一定的要求。2. 查询& 报表的负载分离GoldenGate 成熟专业的数据实时复制技术,为企业运营生产系统提供查询统计等任务的负载分离技术。1) 架构图例:2) GoldenGate 方案优势:a) 减少/消除查询或报表对昂贵生产系统(例如:遗留数据库或 IBM 大机)的资源消耗,通过将数据移植到 Oracle 的低成本多平台(Linux or Windows

7、)上,以支持查询&报表等统计分析的任务.b) 卓越的性能:秒级的数据延迟,对源生产端影响极小;极低的网络占用。c) 高可靠性:可保证事务一致性、检查点机制保障数据无丢失、可靠的数据传输机制(加密、压缩)d) 实现准实时的业务管理和决策。实时同步数据复制,使所有只读操作可在非生产上进行。真正作到查询、报表的负载分离,提高业务响应能力。e) 数据分布在低成本环境,以便更好的均衡负载 f) 支持异构平台、异构数据库的数据复制。g) 减少基础架构的成本,合理配置 IT 资源3) GoldenGate 此场景客户:Bristol-MyersSquibb、印度沃达丰、新西兰司法部、广东移动、安信证券、光大

8、银行、4) 非负载分离的潜在问题:a) 生产系统在查询/报表的影响下,整体性能下降,影响业务第一线的运作。b) 浪费生产系统昂贵的服务器资源,包括 CPU、内存、I/O、存储以及网络带宽c) 查询/报表不能达到准实时的要求,无法满足业务管理和决策,响应能力低。3. 实时企业数据仓库&BI&分发GoldenGate 实时、双活式数据复制机制,为企业级实时数据仓库、BI 和数据分发提供了核心技术。1) 架构图例:2) GoldenGate 方案优势:a) 卓越的性能:秒级的数据延迟,对源生产端影响极小;极低的网络占用。b) 高可靠性:可保证事务一致性、检查点机制保障数据无丢失、可靠的数据传输机制(

9、加密、压缩)a) 为企业数据仓库/BI 提供实时数据,提高业务响应能力。为业务分析,提供了实时、准确、全面的数据基础b) 全天候业务运营,消除批处理时间窗口 c) 从多个 OLTP 系统获取最新的实时数据,更好运营于市场决策 d) 对 OLTP 的资源和性能影响最小 e) 高效率、高可靠性的数据移动和转化 f) 优秀的可维护性:绿色安装、图形化集中管理和监控g) 操作性和分析性 BI 同时进行 h) 支持异构平台、异构数据库的数据上传及分发。i) OGG 和 ODI 就不需要单独 ETL 服务器,可充分利用 Exadata 或 Oracle数据库的特性,高效处理数据,因此,OGG+ODI 的解

10、决方案,不仅没有增加企业 IT 架构复杂度和成本,反而提高了处理性能和数据质量。3) GoldenGate 此场景客户:AT&T、UBS、SUPERVALU、SinglePoint、Cerner Internal、Adventist Health、印度沃达丰、塔塔汽车、巴罗达银行、新西兰司法部、辽宁电信、山东农信、河北移动、上海移动、湖南电信、4) 传统方案的问题:传统的 ETL+CDC 的方案:a) 通常利用时间戳甚至是数据库触发器,这些对源数据库系统会造成很大影响的方式。 b) 需要安排一个特定的时间窗口来满足大批量数据的处理,从而降低了源系统和目标系统的可用性。 c) 更重要的是,数据仓

11、库中往往都是 T+1 的非及时数据。 d) 需要在源系统和数据仓库之间部署一台 ETL 服务器,这不仅增加了硬件成本,而且处理能力也受到 ETL 服务器配置的限制,ETL 方式要想拥有很好的性能,是要付出较高代价的。 4. 零停机的移植&升级GoldenGate 实时、双活、可靠的数据复制机制,为企业生产系统的移植&升级提供了核心技术。1) 架构图例:2) GoldenGate 方案优势:a) 针对硬件、数据库、操作系统、应用的零停机移植和升级b) 支持异构的、多个数据库版本之间的移植c) 移植和升级:硬件、数据库、操作系统或允许应用(Siebel, SAP)频繁更补丁。d) 卓越的性能:秒级

12、的数据延迟,对源生产端影响极小;极低的网络占用。e) 高可靠性:可保证事务一致性、检查点机制保障数据无丢失、可靠的数据传输机制(加密、压缩)f) 中间过程的高压缩比,降低了对于网络带宽的占用。g) 故障恢复和阶段式移植,以最小化风险h) 自动化和消除人为错误,以减少成本和风险 3) GoldenGate 此场景客户:Bank of America、US Bank、CashEdge 、 、AMD、Carl Zeiss、BlackBerry、First Data、Home Shopping Network、Kettering Medical Center、4) 其他方案的潜在问题:传统 ETL 或脚本方式:a) 影响源生产系统的可用性和极大消耗源系统资源b) 需要安排一个特定的时间窗口来满足大批量数据的处理,从而降低了源系统和目标系统的可用性。c) 一旦在升级的过程中出现了问题,或者说试运行期间突发故障,极难保证业务连续性。d) 跨异构平台、异构数据库、不同版本数据库之间移植困难大,可靠性差。e) ETL 需要在源系统和数据仓库之间部署一台 ETL 服务器,这不仅增加了硬件成本,而且处理能力也受到 ETL 服务器配置的限制,ETL 方式要想拥有很好的性能,是要付出较高代价的。f) IT 工作量大,人为干预过多,容易出错。

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 教育教学资料库 > 精品笔记

Copyright © 2018-2021 Wenke99.com All rights reserved

工信部备案号浙ICP备20026746号-2  

公安局备案号:浙公网安备33038302330469号

本站为C2C交文档易平台,即用户上传的文档直接卖给下载用户,本站只是网络服务中间平台,所有原创文档下载所得归上传人所有,若您发现上传作品侵犯了您的权利,请立刻联系网站客服并提供证据,平台将在3个工作日内予以改正。