ALLSTARS_ORACLE 发表于 2013-9-13 15:17:16

Oracle GoldenGate 产品介绍

Oracle GoldenGate 产品介绍


一、  OracleGoldenGate技术原理Oracle GoldenGate软件是一种基于log(日志)的结构化数据复制软件,它通过解析源数据库在线log或归档log获得数据的增、删、改变化,再将这些变化应用到目标数据库,实现源数据库与目标数据库同步、双活。Oracle GoldenGate 软件可以在异构的IT基础结构(包括几乎所有常用操作系统平台和数据库平台)之间实现大量数据亚秒级的实时复制,其复制过程简图如下:
file:///C:\Users\xiangbli\AppData\Local\Temp\OICE_E0AD0706-7737-478F-BA11-5ABF62D32F0C.0\msohtmlclip1\01\clip_image001.jpg如上图所示,Oracle GoldenGate的数据复制过程如下:
Ø  利用捕捉进程(Capture Process)在源系统端读取Online Redo Log或Archive Log,然后进行解析,只提取其中数据的变化如增、删、改操作,并将相关信息转换为Oracle GoldenGate自定义的中间格式存放在队列文件中。再利用传送进程将队列文件通过TCP/IP传送到目标系统。捕捉进程在每次读完log中的数据变化并在数据传送到目标系统后,会写检查点,记录当前完成捕捉的log位置,检查点的存在可以使捕捉进程在中止并恢复后可从检查点位置继续复制;
Ø  目标系统接受数据变化并缓存到Oracle GoldenGate队列当中,队列为一系列临时存储数据变化的文件,等待投递进程读取数据。队列数据量一般只有log的四分之一左右;
Ø  Oracle GoldenGate投递进程从队列中读取数据变化并创建对应的SQL语句,通过数据库的本地接口执行,提交到数据库成功后更新自己的检查点,记录已经完成复制的位置,数据的复制过程最终完成。
由此可见,Oracle GoldenGate是一种基于软件的数据复制方式,它从数据库的log解析数据的变化。OracleGoldenGate将数据变化转化为自己的格式,直接通过TCP/IP网络传输,无需依赖于数据库自身的传递方式,而且可以通过高达9:1的压缩率对数据进行压缩,可以大大降低带宽需求。在目标端,Oracle GoldenGate可以通过交易重组,分批加载等技术手段大大加快数据投递的速度和效率,降低目标系统的资源占用,可以在亚秒级实现大量数据的复制,并且目标端数据库是活动的。OracleGoldenGate支持多种拓扑结构,为用户数据复制方案的灵活性、先进性奠定基础,如图所示:
file:///C:\Users\xiangbli\AppData\Local\Temp\OICE_E0AD0706-7737-478F-BA11-5ABF62D32F0C.0\msohtmlclip1\01\clip_image003.jpgOracle GoldenGate各种拓扑结构示意图1.     单向数据复制:由一个源数据库复制到一个目的数据库,一般用于高可用性和容灾,为生产机保持一个活动的备用数据库,从而在发生灾难的时候迅速切换,减少数据丢失和停机时间;
2.     双向数据复制:利用Oracle GoldenGate可以实现两个数据库之间数据的双向复制,任何一方的数据变化都会被传递到另一端,可以利用此模式开展双业务中心;
3.     广播复制:由一个数据库向多个数据库复制,利用Oracle GoldenGate的数据过滤功能可以实现数据的有选择分发;
4.     集中复制:由多个数据库向一个数据库复制,可以将分布的、跨平台或异构的多个数据库集中到一个数据库。此种模式广泛应用于N+1模式的容灾,通过将多个系统数据库集中到一起,可以充分利用备份中心的设施,大幅减少投资;另外也用于跨平台多系统的数据集成,为这些提供系统提供一个统一视图便于查询和统计数据。
5.     多层复制:由A数据库向B复制,同时又由B向C复制,可以在以上几种模式基础上无限制扩展。
由此可见,Oracle GoldenGate的复制模式非常灵活,用户可以根据自己的需求选择特定的复制方式,并根据系统扩展对复制进行扩展
二、   复制的可靠性Oracle GoldenGate 可以提供可靠的数据复制,主要体现在下面三点:
l  保证事务一致性
Oracle GoldenGate 在灾备数据库应用复制数据库交易的顺序与在生产中心数据库上的顺序相同,并且按照相同的事务环境提交,确保在目标系统上数据的完整性和读一致性,为实时查询和事务处理创造了条件。
l  检查点机制保障数据无丢失
Oracle GoldenGate的抽取和复制进程使用检查点机制记录完成复制的位置。对于抽取进程,其检查点记录当前已经抽取log的位置和写队列文件的位置;对于投递进程,其检查点记录当前读取队列文件的位置。检查点机制可以保证在系统、网络或Oracle GoldenGate进程故障重启后数据无丢失。
l  可靠的数据传输机制
Oracle GoldenGate 用应答机制传输交易数据,只有在得到确认消息后才认为数据传输完成,否则将自动重新传输数据,从而保证了抽取出的所有数据都能发送到备用端。数据传输过程中支持128位加密和数据压缩功能;

ALLSTARS_ORACLE 发表于 2013-9-13 15:17:46

三、                             GoldenGate支持操作系统和数据库类型OracleGoldenGate可以在异构的IT基础结构之间实现大量数据的亚秒级的数据捕捉、转换和投递。Oracle GoldenGate支持几乎所有常用操作系统和数据库平台,如下表所示:

    操作系统      数据库  
    Windows  2000, 2003, XP  Sun  Solaris  HP-UX  IBM  AIX  Linux  HP  TRU64  HP  OpenVMS  HP  NonStop  IBM  z/OS      Capture(捕获)      Delivery(投递):  
    Oracle  IBM  DB2  MS  SQL Server  Sybase  ASE  Teradata  Enscribe  SQL/MP  SQL/MX      Oracle  IBM  DB2  MS  SQL Server  Sybase  ASE  MySQL  Teradata  Enscribe  SQL/MP  SQL/MX  Ingres  HP  Neoview  任何ODBC兼容数据库     



五、 Oracle GoldenGate部分客户名单
    银行业  
    ABN India
  ANZ Australia
  ANZ New Zealand
  Allied Irish Banks
  Andrhaa Bank
  Banca Sella
  Banco de Credito e Inversion (BCI)
  Banco Internacional, S.A. - BITAL
  Banco Nacional de Mexico
  Bank Gospodarki Zywnosciowej
  Bank Mandiri
  Bank of America(美国银行)
  Bank of Ayudhya
  Bank Central Asia
  Bank of Executives
  Bank of Indonesia
  Bank Mandiri
  Bank Negara Indonesia
  Bank One
  Bankart
  BiK
  Borica
  China Trust Commercial Bank
  Comerica
  Commercial Bank of Greece
  Consorzio Triveneto Spa
  Emirates Bank International
  Eurobank
  Fleet Financial Services
  FSPA Foereningssparbanken
  Global Trust Bank
  Government Savings Bank
  HDFC Bank      HSBC(汇丰银行)
  Hsinchu Bank
  Huntington Services Corp.
  ICICI BANK
  Industry Construction Bank
  Knet
  Korean Exchange Bank
  Muzo
  National Australia Group
  National Bank Of Greece
  OTP Bank
  PKO Bank Polski
  Postbank
  Punjab National Bank
  Rabobank
  Shanghai Commercial and Savings Bank
  Siam City Bank
  State Bank of India
  State Bank of Mauritius
  Taitung Business Bank
  Toronto Dominion Bank
  Transbank S.A.
  Twinsoft for Deutsche Bahn
  Ulster Bank
  U.S. Bank (US Bancorp)
  Unibanco
  Union Bank of India
  UTI Bank
  Wachovia
  Washington Mutual Bank
  Wells Fargo
  World Savings
  …  
    金融保险业  
    ABN Amro
  Affinitas (Consortia)
  Alliance and Leicester
  Arta Jasa
  Assurant Inc.
  ATH Costa Rica
  Austrian Payment Systems
  Bankserv
  Benefit
  Bolsa de Valores de Columbia
  Bombay Stock Exchange
  Bursatec (Mexican Stock Exchange)
  Capital Securities
  Cardsystems Solutions
  CIBC
  Concord EFS - Datawise
  Everlink Payment Systems
  Federated Investors
  Fidelity Information Services
  First Data Resources Australia Pte Ltd
  Hanvit Securities
  First Tennessee
  Girobankard
  Hyundai Securities
  ITS Inc.
  JCB International Co.
  Jih Sun Securities
  KeyCorp
  Kookmin Credit
  LG Card (LGC)
  Lotte Card      Link Interchange Network
  Market Axess Corporation
  MasterLink Futures Corporation
  MasterLink Securities
  Merrill Lynch
  National Credit Card Centre
  National Processing Company
  NYCE Corporation
  PayPoint
  Paymentech
  Polaris Securities
  Polcard
  PreHoldings (ITC Financial)
  Promisant
  Pulse EFT
  Raymond James Associates
  Regionsykehuset i Tromsoe Samsung Card
  Samsung Securities
  Samsung Winners Card
  Speedway Superamerica
  Stored Value Systems
  T-Chek Systems
  Total Systems
  Transacty
  Travelers Express
  UBS
  VISA
  Western Union
  Woori Securities  
    卫生服务业  
    Antelope Valley Hospital
  Baptist Health
  Bronx Lebanon
  Continuum Health Partners
  EHIT
  Fresno Community Hospital
  Group Health
  Health Alliance of Cincinnati
  Huntsville Hospital
  INOVA Health Systems
  Iowa Health System
  Kettering Medical Center
  Legacy Health System
  Mayo Clinic Foundation
  Montefiore Medical Center
  Nebraska Health Systems      North Carolina Baptist Health
  Oakwood Healthcare Systems
  OSF Healthcare
  Park Nicollet Health Services
  Parkview Health Systems
  Peace Health
  Schering-Plough
  Sharp Healthcare
  Sisters of Charity of Leavenworth
  St. Francis Hospital
  St. Joseph's Hospital
  Thomas Jefferson University Hospital
  University of Chicago Hospitals
  University of California - San Francisco
  …  
    电信业  
    海南移动
  Adelphia Communications Corp.
  BCE/Emergis
  BellSouth
  Cable One
  Cablevision Systems Corp.
  Comcast Communications Inc.
  Continental Datagraphics
  Dell USA
  DirecTV
  Genpass Technologies
  Getronics      Matav
  NuWave Technologies, Inc.
  Postini
  Procomp
  Singapore Computer Systems
  SIS/ADP
  Sprint
  Syscom
  Texas Electronic Information Comp.
  Toyo Information Systems
  West Corp  
  …  
    电子商务,零售,交通等  
    中华人民共和国海关总署
  Boston Consulting Group
  CIMA
  Copperweld
  Duke Energy
  Genuine Auto Parts Company
  Gillette
  Hertz
  Hyundai Motor America
  Japan Airlines International
  Korea Ministry of Information and Communication
  Mirage Resorts
  MGM Grand
  Office of Military Manpower Admin.      Orbitz
  Overstock.com
  Party City
  Publix Super Markets
  Ross
  Sabre Holdings
  Safeway
  Sandia National Labs - U.S. DoE
  Shell Oil
  Southwest.com
  U.S. Air Force
  U.S. Department of Defense
  US Foodservice
  Valero Energy Corporation
  Water Corporation of Western Australia
  …  



ALLSTARS_ORACLE 发表于 2013-9-13 15:19:08

附录 成功案例
案例一 中国海关总署远程容灾
1        中国海关介绍
中国海关是国务院直属机构,实行集中统一的垂直领导管理体制。这一体制的特点主要体现在:中国海关的最高领导机关是海关总署,统一管理全国海关,海关总署最高行政领导是署长;国家在对外开放口岸和海关监管业务集中的地点设立海关,海关的隶属关系不受行政区划的限制;各地海关依法独立行使职权,向海关总署负责,不受地方政府及其他机关干预。除广东分署,天津、上海特派办和海关院校外,全国共设有41个直属海关。截至2002年,全国海关共有45000余人。
海关的H2000系统是目前海关的主干业务系统,为全国企业以及个人提供报关业务,各地方海关通过网络连接位于北京总部的信息中心实现通关业务。
2        海关总署所面临的几个问题
海关支撑其主干业务的IT系统位于北京的总署信息中心,并且对于某些关口需要提供7X24小时的通关业务。数据的高度集中带来了信息的高风险,一旦系统瘫痪不能提供业务,甚至造成数据丢失,这在海关业务里是不允许存在的。于是,必须建设H2000系统的灾备系统来防备灾难发生;同时,总署信息中心支撑全国报关业务,负载会过大,海关总署提出了灾备系统同时提供服务并保持两端数据同步的规划。这一规划的实现,将使海关的IT服务提升到另外一个高度,是世界高科技技术与中国国情有机结合的成功案例,在国内将有轰动性的效应。
建设中面临着以下几个问题:
        建设总署生产中心的灾备系统,提供7*24小时的通关服务;为了提高对地域性灾难的防灾能力,两端系统距离远。
        从报关业务切换要求看,平时广州灾备中心为总署提供灾难接管服务。而且海关定期会将业务全部切换到广州进行。这样两端要求能提供报关业务数据实时同步。
通过调研和测试,海关总署选择了Oracle GoldenGate软件平台做为整个解决方案的核心。
3        Oracle GoldenGate 数据同步在海关总署的应用
系统拓扑参考图如下:

环境中有两个信息中心分别为总署信息中心和广东信息分中心,总署信息中心中由3台IBM P690(操作系统为AIX 5.2)服务器和EMC的DMX1000存储系统搭建的Cluster系统,运行Oracle 9.2.0.5 RAC并行数据库系统,广东信息分中心中由2台IBM P690(操作系统为AIX 5.2)服务器和EMC的DMX1000存储系统搭建的Cluster系统,运行Oracle 9.2.0.5 RAC并行数据库系统,数据库中包括报关单和备案数据表两部分内容;在总署信息中心接管业务时间内需要做北京到广州的数据复制,在分中心接管业务时间内需要做广州到北京的数据复制。与此同时两地的数据库需要把两个信息中心的数据实时复制到各自的本地备份系统中。
在海关信息中心现有系统中,Oracle GoldenGate配置为总署和分中心的双向复制方式。通过各自系统上配置的两个抓取和两个复制进程,总署产生的交易数据会实时复制到分中心,分中心产生的交易数据会实时复制到总署。由于现有各关交易数据全部在总署处理。所以数据复制总是从总署到分中心,总署抓取进程产生的数据队列文件是实时在增长的,而分中心由于没有处理各关的交易数据,分中心抓取进程产生的队列不增长。自从2004年12月份,双向数据复制关系建立起来后,总署的数据一直正常复制到分中心,每天产生的复制数据队列为4G左右,每天数据库产生的log量20G左右,两中心之间的网络带宽仅为2M即可保证复制正常运行,日常复制数据延时在3秒以内。
为了能够进行容灾演练和人员轮休,海关总署当前使用每隔四个月切换一次的方式由北京和广州轮流对外提供业务,其切换时间仅仅为3分钟,大大高于客户预期,得到了很高的评价,是我国当前远距离容灾的一个典型案例。

ALLSTARS_ORACLE 发表于 2013-9-13 15:19:32

案例二 国家税务总局灾备1       应用背景
随着信息化技术在税收征管业务上的广泛应用,税收工作比以往任何时候都更依赖于计算机系统。按照国家税务总局的总体要求,各省、直辖市、计划单列市国税局和地税局均实现了综合征管信息系统的省级大集中处理。在征管数据实现省级集中处理后,各关键业务应用系统,及其有关数据和信息都将集中存储在省级局的数据中心。在这种情况下,省局数据中心将承担起支撑并确保全省各地基层单位税收征管业务正常运行的重要责任。
由于信息和处理的集中,不可预见的故障和风险也趋于集中,在省级集中处理系统的内、外部环境中,任何一个关键环节出现不可恢复的灾难时,全省各地的税收征管工作将遭受不可挽回的损失。为有效地防范灾难对信息系统的冲击,国税总局开始筹备建设南海灾备中心,利用数据库复制技术将各省级国税局和各省地税的业务数据实时备份至南海灾备中心。根据国税总局要求,远程容灾系统的指标必须满足RTO < 4Hr和RPO < 24Hr,同时对生产系统影响小。
2       应用介绍
国税总局选择江西地税、厦门国税和深圳国税3个单位作为远程灾备项目的试点,采用基于Oracle GoldenGate的远程灾备方案,能够满足国税总局对远程容灾系统建设的基本要求。根据总局统一规划部署,考虑试点单位综合征管系统现状及金税工程(三期)总体规划,在南海搭建与试点单位业务系统相同规模的数据库,利用Oracle GoldenGate同一复制技术,统一完成从3个试点单位的生产中心到南海备份中心数据库的数据复制,从而实现各试点单位的征管业务数据的远程容灾。

试点单位综合征管系统数据容灾示意图如下:
file:///C:\Users\xiangbli\AppData\Local\Temp\OICE_E0AD0706-7737-478F-BA11-5ABF62D32F0C.0\msohtmlclip1\01\clip_image002.jpg

各试点单位CTAIS 2.0核心数据库数据情况表:

    试点单位      数据量      log增量
      年增长量  
    江西地税
      800G
      每天20G
      150G
  
    厦门国税
      100G
      每天10G
      10G
  
    深圳国税
      400G
      每天20G
      100G
  

根据监控统计报告,各试点单位灾备系统Oracle GoldenGate软件平均资源占用表:

    试点单位      到南海的距离      log增量      源端CPU  占用率      目标端CPU  占用率      网络带宽  占用      延迟  
    江西地税
      800公里
      每天20G
      0.1%
      0.1%
      <=100k/s
      <=3s
  
    厦门国税
      700公里
      每天10G
      0.1%
      0.1%
      <=50k/s
      <=3s
  
    深圳国税
      150公里
      每天20G
      0.1%
      0.1%
      <=100k/s
      <=3s
  

3       应用特点
对于试点单位的灾备系统,基于Oracle GoldenGate的灾备解决方案具有以下特点:
3.1      最低带宽和最大数据保护
在远距离容灾系统中,由于距离限制无法采用同步的复制方式,只能采取异步复制。Oracle GoldenGate能够即时捕捉数据变化,抽取的数据变化仅为log量的1/4,另外Oracle GoldenGate的高达1/9的数据压缩算法,使网络上传输的数据量在各类技术中最小,可以低带宽如几兆专线实现每日log增量上百G的大交易量数据交易,大幅降低了投资。同时,在网络带宽一定情况下也降低了网络造成的延迟,在生产中心到备份中心的复制过程中延时在秒一级(一般可以在3秒内完成复制),在生产中心发生灾难无法恢复时,系统的数据丢失可以控制在几秒以内,可以对数据达到最大保护。
3.2      快速的业务接管
       OracleGoldenGate复制的目标数据库在实时复制过程中始终处于活动,因此在源数据库主机出现故障导致系统中止服务后可以立即切换到备用端,其RTO可以达到最小化,对于保障地税业务系统的无间断运行有着非常重大的意义。
3.3      N+1模式的灾备能够减少投资和便于扩展
通过使用Oracle GoldenGate,各省市局数据可以复制到同一个备份中心,多个系统数据可以存放于同一个或多个主机、数据库、数据库实例中,使设备的到充分利用,节省了大量投资,简化了维护工作。同时,还可以将多个分中心的数据集中于一个数据库实现数据的逻辑集中,为各系统数据提供了一个统一的视图,以便于统一查询和统计以及进一步的数据挖掘。
3.4      对源系统的影响小
Oracle GoldenGate优秀的log分析技术使得其在复制过程中极少与源数据库交互,且无须在数据库中插入表或触发器,从而对源数据库运行影响非常小。
页: [1]
查看完整版本: Oracle GoldenGate 产品介绍