《异构数据库数据同步分布式系统毕业论文.docx》由会员分享，可在线阅读，更多相关《异构数据库数据同步分布式系统毕业论文.docx（73页珍藏版）》请在三一文库上搜索。
1、摘要随着分布式数据库系统应用的日渐广泛，数据库中各个节点的数据如何保持一致显得越来越重要，数据库同步技术即是为解决这类问题而诞生的。本文首先研究了Oracle GoldenGate的历史、基本原理及应用场景，然后以重离子治癌项目中磁铁实时温度监测系统为基础，进行了数据采集方案设计、数据库设计以及数据同步设计。通过数据同步性能测试，采集方案能够满足实时温度数据采集的精度要求，数据库设计能够满足监测系统的要求，并实现了各个节点数据到中央数据库的同步以及中央数据库对各个节点的实时监测。底层数据采集由PHOENIX公司的PT100传感器和PLC完成，再利用LabVIEW将实时温度数据写入本地数据库。数
2、据同步模块通过配置Oracle GoldenGate中的提取进程、投递进程以及复制进程实现。最后，对GoldenGate同步性能做了初步探究。关键字： GoldenGate ，异构数据库， 数据同步，分布式系统AbstractApplication of distributed database system is increasingly widely， And how to keep the data of each node unanimous is particularly important, Database synchronization technology are commi
3、tted to solve this kind of problem. This article describes the history，the basic principles and the application scenarios of Oracle GoldenGate. And then, we design and implement the data collection scheme, Database design and data synchronization design in the system of HIMM magnet temperature monit
4、or. According to the test of database synchronization, The solution of data collection meet the accuracy of real-time temperature data collection, the database design meet the requirements of monitoring system, Realized the data synchronization between Each node and the central database. Data collec
5、tion rely on the PT100 sensors and PLC to complete, And then, we use LabVIEW to write the real-time data to the local database. Data synchronization module using Oracle GoldenGate replication software implementation, The module of Data synchronization by configuring the extraction process，the data p
6、ump process ，the replicate process to achieve. Finally, we explored the performance of GoldenGate in data synchronization.Keywords: GoldenGate, Heterogeneous databases, Data Synchronization, Distributed SystemII毕业设计（论文）原创性声明和使用授权说明原创性声明本人郑重承诺：所呈交的毕业设计（论文），是我个人在指导教师的指导下进行的研究工作及取得的成果。尽我所知，除文中特别加以标注和致谢
7、的地方外，不包含其他人或组织已经发表或公布过的研究成果，也不包含我为获得 及其它教育机构的学位或学历而使用过的材料。对本研究提供过帮助和做出过贡献的个人或集体，均已在文中作了明确的说明并表示了谢意。作 者 签 名： 日 期： 指导教师签名： 日期： 使用授权说明本人完全了解 大学关于收集、保存、使用毕业设计（论文）的规定，即：按照学校要求提交毕业设计（论文）的印刷本和电子版本；学校有权保存毕业设计（论文）的印刷本和电子版，并提供目录检索与阅览服务；学校可以采用影印、缩印、数字化或其它复制手段保存论文；在不以赢利为目的前提下，学校可以公布论文的部分或全部内容。作者签名： 日 期： 学位论文原创性
8、声明本人郑重声明：所呈交的论文是本人在导师的指导下独立进行研究所取得的研究成果。除了文中特别加以标注引用的内容外，本论文不包含任何其他个人或集体已经发表或撰写的成果作品。对本文的研究做出重要贡献的个人和集体，均已在文中以明确方式标明。本人完全意识到本声明的法律后果由本人承担。作者签名： 日期： 年 月 日学位论文版权使用授权书本学位论文作者完全了解学校有关保留、使用学位论文的规定，同意学校保留并向国家有关部门或机构送交论文的复印件和电子版，允许论文被查阅和借阅。本人授权 大学可以将本学位论文的全部或部分内容编入有关数据库进行检索，可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。涉密论文
9、按学校规定处理。作者签名：日期： 年 月 日导师签名： 日期： 年 月 日目录摘 要IABSTRACTII第1章ORACLE GOLDENGATE11.1Oracle GoldenGate介绍11.2GoldenGate TDM 的数据复制原理11.3GoldenGate TDM可以提供可靠的数据复制21.3.1保证事务一致性21.3.2检查点机制保障数据无丢失21.3.3可靠的数据传输机制21.4GoldenGate TDM 支持多种拓扑结构和多种数据库31.4.1GoldenGate 支持的拓扑结构31.4.2GoldenGate 支持的数据库3第2章数据同步的应用场景42.1高可用性与容
10、灾42.1.1双业务中心42.1.2消除计划内停机52.1.3容灾与应急备份62.2实时数据集成62.2.1数据仓库实时数据供给62.2.2实时报表72.2.3部门内部多层数据同步7第3章总体设计93.1系统结构设计93.2系统流程图93.3数据库设计103.4GoldenGate 设计16第4章设计实现174.1数据库的配置174.2创建OGG用户194.3GoldenGate的安装及配置204.3.1GoldenGate的安装204.3.2单向复制234.3.3双向复制264.3.4多对一复制294.3.5一对多复制34第5章系统测试38第6章GOLDENGATE数据同步性能测试及分析42
11、6.1监测数据和监测方法426.2GoldenGate测试配置426.3性能测试步骤及分析446.4性能测试结果45设计总结47参考文献48外文原文50外文译文57附录6365兰州理工大学毕业设计第1章 Oracle GoldenGate1.1 Oracle GoldenGate介绍GoldenGate 公司于1995年成立于美国加州旧金山，它的名称源自旧金山闻名于世的金门大桥。两位创始人Eric Fish 和Todd Davidson 最初旨在为Tandem计算机公司设计一个容错系统，由于GoldenGate的健壮性和出色的数据复制功能，银行用它来把ATM网络的交易数据发送到IBM大型机，后
12、来广泛地应用到金融行业及要求数据复制高效、健壮的各个行业，全球licences数量超过4000。该公司2009年9月被Oracle公司收购后，迅速被Oracle和自己的数据库、中间件以及应用集成，依托Oracle公司研发技术的优势，并对其做了大量的更新和改进。截止到目前为止，全球已经有五百多家大客户使用GoldenGate作为其容灾、复制的解决方案。GoldenGate复制原理是通过挖掘Oracle的日志（Redo和归档），然后生成自己的队列文件，通过TCP/IP传输到目标端，目标端通过读取相应的队列文件在目标数据库中重演事务，实现源数据库与目标数据库同步、双活。GoldenGate软件可以在
13、异构的IT基础结构（包括几乎所有常用操作系统平台和数据库平台）之间实现大量数据亚秒一级的实时复制。1.2 GoldenGate TDM 的数据复制原理GoldenGate复制过程如图1.1所示。图1.1 GoldenGate 复制过程简图利用提取在源系统端读取Online Redo Log或Archive Log，然后进行解析，只提取其中数据的变化如增、删、改操作，并将相关信息转换为GoldenGate TDM自定义的中间格式存放在队列文件Trail中。再利用投递进程将队列文件通过TCP/IP传送到目标系统。提取进程在每次读完log中的数据变化并在数据传送到目标系统后，会写检查点，记录当前完成
14、捕捉的log位置，检查点的存在可以使捕捉进程在中止并恢复后可从检查点位置继续复制。 目标系统接受数据变化并缓存到GoldenGate TDM队列当中，队列为一系列临时存储数据变化的文件，等待投递进程读取数据。 GoldenGate TDM复制进程从队列中读取数据变化并创建对应的SQL语句，通过数据库的本地接口执行，提交到数据库成功后更新自己的检查点，记录已经完成复制的位置，数据的复制过程最终完成。由此可见，GoldenGate TDM 是一种基于软件的数据复制方式，它从数据库的日志解析数据的变化（数据量只有日志的四分之一左右）。GoldenGate TDM将数据变化转化为自己的格式，直接通过
15、TCP/IP 网络传输，无需依赖于数据库自身的传递方式，而且可以通过高达 10:1 的压缩率对数据进行压缩，可以大大降低带宽需求。在目标端，GoldenGate TDM 可以通过交易重组，分批加载等技术手段大大加快数据投递的速度和效率，降低目标系统的资源占用，可以在亚秒级实现大量数据的复制，并且目标端数据库是活动的。此外，GoldenGate的亮点在于可以搭建异构平台间的复制来提高容灾能力。1.2 GoldenGate TDM可以提供可靠的数据复制1.3.1 保证事务一致性GoldenGate TDM 在灾备数据库应用复制数据库交易的顺序与在生产中心数据库上的顺序相同，并且按照相同的事务环境提
16、交，确保在目标系统上数据的完整性和读一致性，为实时查询和事务处理创造了条件。1.3.2 检查点机制保障数据无丢失GoldenGate TDM的抽取和复制进程使用检查点机制记录完成复制的位置。对于抽取进程，其检查点记录当前已经抽取日志的位置和写队列文件的位置；对于投递进程，其检查点记录当前读取队列文件的位置。检查点机制可以保证在系统、网络或GoldenGate TDM进程故障重启后数据无丢失。1.3.3 可靠的数据传输机制GoldenGate TDM 用应答机制传输交易数据，只有在得到确认消息后才认为数据传输完成，否则将自动重新传输数据，从而保证了抽取出的所有数据都能发送到备份端。数据传输过程中
17、支持128位加密和数据压缩功能。1.4 GoldenGate TDM 支持多种拓扑结构和多种数据库1.4.1 GoldenGate 支持的拓扑结构如图1.2所示，GoldenGate支持多种拓扑结构：图1.2 GoldenGate 支持的拓扑结构1.4.2 GoldenGate 支持的数据库GoldenGate支持目前主流的操作系统和数据库。表1-1 GoldenGate支持的操作系统和数据库操作系统 数据库 Windows 2000/2003/XP/Server 2008Linux 、 Oracle Slaris、HP No Stop HP-UX、IBMAIX、HP-OpenVMSOracl
18、e, DB2, MS SQL Server, MySQL, Enscribe, SQL/MP, SQL/MX, Sybase, Teradata, 其他ODBC 兼容数据库 第2章 数据同步的应用场景2.1 高可用性与容灾影响系统高可用性的的三种情况如图2.1所示。图2.1 影响系统高可用性的情况1：活动状态（性能问题）2：计划停机 （移植、升级、维护）3：非计划停机（系统停机、数据错误）2.1.1 双业务中心图2.2 TDM 双向结构Active-Active for continuous Availability 是灾备建设的一种趋势，通过GoldenGate可以实现双业务中心以达到容灾功
19、能。此外，双中心负载均衡，可以提高系统整体性能；业务永不停机，当一端出现问题时，另一端可以继续执行操作，达到容灾接管；双活的数据库，实现双向复制，同时两端数据库都是活动的，可以对两端的数据库同时操作，提高计算性能并保证两端数据库同步。但要实现双业务中心要注意两个核心问题：防止死循环（循环复制）和DML（数据操作语言）操作冲突。面对以上问题，GoldenGate能够区分由应用或复制软件发起的操作。此外，GoldenGate通过数据库主键进行区隔避免“插入”操作的冲突，通过将特殊的应用放在一端开展、利用时间戳、人工干预等方法解决“删除”和“更改“ 操作的冲突。2.1.2 消除计划内停机图2.3 G
20、oldenGate 零停机的设计在大型实时系统中，当系统进行升级、移植、维护时，停机就会导致一定的损失，对此，GoldenGate就可以提供支持保证保障业务零或者近似零停机，即保障系统/应用/数据库在升级、移植和维护期间业务的可用性。这样就实现了滚动升级，降低了业务中断带来的损失。此外，当升级失败时还可以保证回退，GoldenGate亚秒级的数据延时也给系统升级提供了足够的可靠性。2.1.3 容灾与应急备份数据的应急备份需要有较小的数据延时，较短的应急切换与恢复时间，尽量小的影响源系统（保证业务优先），而GoldenGate可以实现快速恢复和切换，最小化数据损失，在非计划停机时保持业务的连续性
21、。图2.4 GoldenGate 应急备份设计2.2 实时数据集成2.2.1 数据仓库实时数据供给图2.5 实时数据仓储要实现实时数据供给，需要考虑对源系统的影响，源系统与子系统异构环境，以及各种复杂场景的要求，如单表对多表、多表对单表、数据转换等。通过GoldenGate可以实现异构环境下多种拓扑结构的复制，对源系统影响小，消除数据抽取的时间窗口，从而使数据仓库数据实时得到更新，提升了商务智能和信息分析能力。2.2.2 实时报表GoldenGate不仅数据延时小，而且支持一定的数据转换功能，所以，可以通过GoldenGate将实时报表根据客户的需求从主系统中剥离出来，这样不仅方便了用户，也显
22、著的提高了系统的性能。图2.6 GoldenGate实现实时报表设计2.2.3 部门内部多层数据同步GoldenGate中多层数据的同步可以广泛应用在大型实时数据库中，中央数据库可以对底层数据库提供备份，也可以对各个节点的数据进行实时监控。图2.7 多层次的结构图第3章 总体设计GoldenGate在大型实时数据库的数据同步中有很大的应用价值,此次设计以中科院近代物理研究所“重离子治癌项目”磁铁温度监测系统为基础，监测磁铁温度实时数据，并对数据进行远程同步传输。3.1 系统结构设计重离子治疗项目在不仅在科研领域有举足轻重的地位，在应用领域也有非常美好的前景，磁铁是重离子装置中最重要的部分之一，
23、磁铁的运行状态是否正常直接关系到加速器系统的运行，所以说对磁铁的监测尤为重要，磁铁温度监测采用客户机/服务器结构的分布式控制系统，监测系统由硬件设备及监控软件组成。该系统利用温度传感器监测磁铁冷却水的出水口温度从而实现对磁铁温度的监测，底层数据的采集是通过软PLC实现，之后将数据与变量绑定通过OPC协议传输到LabVIEW技术监控界面，LabVIEW通过ODBC与本地数据库建立连接之后将实时温度数据存储在本地数据库中。最后通过GoldenGate实现本地数据库到中央数据库的数据同步，系统结构如图3.1所示。图3.1 系统结构图3.2 系统流程图在实时数据库中，数据的时效性非常重要，一个数据对象
24、最重要的属性包括当前值、采样时间、采样频率，为了达到控制系统的要求，同时考虑到温度传感器响应温度变化的延时，该系统在设计时采集频率为1s采集一次，而当温度数据变化在0.2以上或温度值超出预设温度值时，此条数据将被存入数据库中并向上层界面反馈报警信息。温度采集系统的流程图如图3.2所示。图3.2 系统流程图3.3 数据库设计重离子治癌装置磁铁分布于注入器低能线、中能束运线、同步加速器、高能束运线、注入引出五个区域，出水磁铁共95块，磁铁水路从2路到32路不等，共672路。为每块磁铁设备建立一张数据表，存放该磁铁设备所有温度数据、报警数据、I/O输出等，当温度数据变化在0.2以上或温度值超出预设温
25、度值时，LabVIEW就会向磁铁数据表中写入温度数据。磁铁数据表E-R图如图3.3所示。此外，每台.NET工控机会监控本地多台磁铁设备，所以，在本地数据库中建立一张设备管理表，存储本地的所有磁铁的基本信息。建立一张实时数据表用来存储该.NET工控机下监测的所有磁铁设备当前的温度数据。在本地数据库中创建触发器，当LabVIEW向磁铁数据表中插入新数据时，触发器就会被触发把这条数据更新到实时数据表中。E-R图：图3.3 磁铁设备实体图图3.4 磁铁设备管理表图3.5 实时数据实体图磁铁设备表结构如表3-1所示。表3-1. 磁铁设备表T_ PLCTEST序号字段名字段类型字段长度主键非空备注1Tim
26、eVarchar220NoYes时间2HI_ALARMChar4NoYes高温警报3LO_ALARMChar4NoYes低温警报4MaxNumber(4，1)NoYes最高温度5HILimNumber(4，1)NoYes预设最高温度6 MinNumber(4，1)NoYes最低温度7LOLimNumber(4，1)NoYes预设最低温度8IOChar4NoYesI/O输出9RTDM01Number(4，1)NoNo一号口10RTDM02Number(4，1)NoNo二号口11RTDM03Number(4，1)NoNo三号口12RTDM04Number(4，1)NoNo四号口13RTDM05Nu
27、mber(4，1)NoNo五号口14RTDM06Number(4，1)NoNo六号口15RTDM07Number(4，1)NoNo七号口16RTDM08Number(4，1)NoNo八号口17RTDM09Number(4，1)NoNo九号口18RTDM10Number(4，1)NoNo十号口19RTDM11Number(4，1)NoNo十一号口20RTDM12Number(4，1)NoNo十二号口21RTDM13Number(4，1)NoNo十三号口22RTDM14Number(4，1)NoNo十四号口23RTDM15Number(4，1)NoNo十五号口24RTDM15Number(4，1)
28、NoNo十五号口25RTDM16Number(4，1)NoNo十六号口26RTDM17Number(4，1)NoNo十七号口27RTDM18Number(4，1)NoNo十八号口28RTDM19Number(4，1)NoNo十九号口29RTDM20Number(4，1)NoNo二十号口30RTDM21Number(4，1)NoNo二一号口31RTDM22Number(4，1)NoNo二二号口32RTDM23Number(4，1)NoNo二三号口33RTDM24Number(4，1)NoNo二四号口34RTDM25Number(4，1)NoNo二五号口35RTDM26Number(4，1)NoN
29、o二六号口36RTDM27Number(4，1)NoNo二七号口37RTDM28Number(4，1)NoNo二八号口38RTDM29Number(4，1)NoNo二九号口39RTDM30Number(4，1)NoNo三十号口40RTDM31Number(4，1)NoNo三一号口41RTDM32Number(4，1)NoNo三二号口42RTDM33Number(4，1)NoNo备用43RTDM34Number(4，1)NoNo备用44RTDM35Number(4，1)NoNo备用45RTDM36Number(4，1)NoNo备用为每台磁铁设备建表，表结构与该表结构相同。磁铁设备管理表结构如表3
30、-2所示。表3-2 磁铁设备管理表T_MAGNET序号字段名字段类型字段长度主键非空备注1IDNumber10YesYes设备编号2NAMEVarchar20NoYes设备名称3TIMEVarchar20NoYes安装时间4OUTLETNumber10NoYes出水口数5M_GROUOPVarchar20No Yes组别实时数据表结构如表3-3所示。表3-3 实时数据表T_RTDATA序号字段名字段类型字段长度主键非空备注1IDNumber10YesYes设备编号2NameVarchar220NoYes设备名称3TimeVarchar220NoYes时间4HI_ALARMChar4NoYes高
31、温警报5LO_ALARMChar4No Yes低温警报6MaxNumber(4，1)NoYes最高温度7HILimNumber(4，1)NoYes预设最高温度8MinNumber(4，1)NoYes最低温度9LOLimNumber(4，1)NoYes预设最低温度10IOChar4NoYesI/O输出11RTDM01Number(4，1)NoNo一号口12RTDM02Number(4，1)NoNo二号口13RTDM03Number(4，1)NoNo三号口14RTDM04Number(4，1)NoNo四号口15RTDM05Number(4，1)NoNo五号口16RTDM06Number(4，1)N
32、oNo六号口17RTDM07Number(4，1)NoNo七号口18RTDM08Number(4，1)NoNo八号口19RTDM09Number(4，1)NoNo九号口20RTDM10Number(4，1)NoNo十号口21RTDM11Number(4，1)NoNo十一号口22RTDM12Number(4，1)NoNo十二号口23RTDM13Number(4，1)NoNo十三号口24RTDM14Number(4，1)NoNo十四号口25RTDM15Number(4，1)NoNo十五号口26RTDM16Number(4，1)NoNo十六号口27RTDM17Number(4，1)NoNo十七号口2
33、8RTDM18Number(4，1)NoNo十八号口29RTDM19Number(4，1)NoNo十九号口30RTDM20Number(4，1)NoNo二十号口31RTDM21Number(4，1)NoNo二一号口32RTDM22Number(4，1)NoNo二二号口33RTDM23Number(4，1)NoNo二三号口34RTDM24Number(4，1)NoNo二四号口35RTDM25Number(4，1)NoNo二五号口36RTDM26Number(4，1)NoNo二六号口37RTDM27Number(4，1)NoNo二七号口38RTDM28Number(4，1)NoNo二八号口39RT
34、DM29Number(4，1)NoNo二九号口40RTDM30Number(4，1)NoNo三十号口41RTDM31Number(4，1)NoNo三一号口42RTDM32Number(4，1)NoNo三二号口43RTDM33Number(4，1)NoNo备用44RTDM34Number(4，1)NoNo备用45RTDM35Number(4，1)NoNo备用46RTDM36Number(4，1)NoNo备用3.4 GoldenGate 设计GoldenGate 提供异构环境下交易数据的实时捕捉、变换、投递，主要是支持异构数据库环境下的变化数据同步。在该磁铁温度控制系统中，中央数据库采用64位Or
35、acle11gR2，本地数据库分别使用32位Oracle11gR2和32位MySQL5.5，实现本地数据库到中央数据库的数据同步和备份以及中央数据库数据到本地数据库的分发。设计结构如图3.6所示。图3.6 设计结构图第4章 设计实现4.1 数据库的配置Oracle数据库有联机重做日志，这个日志是记录对数据库所做的修改，比如插入，删除，更新数据等，对这些操作都会记录在联机重做日志里。一般数据库至少要有2个联机重做日志组，当一个联机重做日志组被写满的时候，就会发生日志切换,这时联机重做日志组2成为当前使用的日志，当联机重做日志组2写满的时候，又会发生日志切换,去写联机重做日志组1，就这样反复进行。
36、如果数据处于非归档模式，联机日志在切换时就会丢弃，而在归档模式下，当发生日志切换的时候，被切换的日志会进行归档。比如，当前在使用联机重做日志1，当1写满的时候，发生日志切换，开始写联机重做日志2，这时联机重做日志1的内容会被拷贝到另外一个指定的目录下。这个目录叫做归档目录，拷贝的文件叫归档重做日志。非归档模式只能做冷备份,并且恢复时只能做完全备份,最近一次完全备份到系统出错期间的数据不能恢复。归档模式可以做热备份，并且可以做增量备份，可以做部分恢复。数据库使用归档方式运行时才可以进行灾难性恢复，所以在进行GoldenGate复制之前，需要开启数据库的归档模式。 改变非归档模式到归档模式:1)S
37、QL conn / as sysdba 2)SQL shutdown immediate;3)SQL startup mount 4)SQL alter database archivelog; 5)SQL alter database open;6)SQL alter system archive log start; 7)SQL exit 图4.1 数据库归档模式设置Oracle日志（redo log）一般用于实例恢复和介质恢复，但是如果需要靠日志还原完整的DML操作信息（比如Logmnr、Streams和这里的GoldenGate），默认记录的日志量还不够。比如一个UPDATE的操作，默
38、认redo只记录了rowid以及被修改的字段信息，但这里GoldenGate还原这个事务，因为不是根据rowid而是SQL层面根据唯一键值来定位记录，所以还需要将主键或者其他字段的信息附加到日志中去。要往日志中增加这些额外字段信息的操作，就要开启补全日志，即Add Supplemental Logging。打开补全日志，会使数据库的日志量增加，所以只打开需要的级别和对象即可。Oracle补全日志可以在数据库级别设置，也可以在表级别设置。在数据库级别中，补全日志按补全的信息量，对应好几个级别：（1） 最小附加日志（Minimal supplemental logging）：是开启logmnr的最
39、低日志要求，提供了行链接（chained rows）和多种数据存储（比如聚簇表、索引组织表）的信息。在Oracle 9.2之后的版本中，默认都不开启。（2） 主键补全（Primary key supplemental logging）：在日志中补全所有主键列。如果表中无主键，则补全一个非空唯一索引列；如果非空唯一索引键也没，那么会补全除了LOB和LONG类型字段以外的所有列，这时就和下面的所有补全一样了。（3） 唯一键补全（Unique key supplemental logging）：当唯一键列或位图索引列被修改时，在日志中补全所有唯一键列或位图索引列。打开唯一键补全也会同时打开主键补全。
40、注意这个级别是需要条件触发的。（4） 外键补全（Foreign Key supplemental logging）：当外键列被修改时，将在日志中补全所有外键列。这个级别也是需要条件触发的。（5） 所有补全（All supplemental logging）：在日志中补全所有字段（排除LOB和LONG类型）。数据库级别中的5个类型中，除了最小附加日志级别，都可以在表级进行设置。除此之外，表级还可以明确指定需要补全的列。Oracle表级补全日志需要在最小补全日志打开的情况下才起作用，即若一个数据库没有开最小补全日志或之前drop supplemental log data操作则即便指定了表级补全日
41、志，实际在重做日志输出的过程中描述的记录仍只记录rowid和相关列值。而要关闭最小补全日志，也必须首先关闭数据库级别的其他补全级别后，才能关闭。所以在GoldenGate中，对于Oracle数据库的日志补全要求，至少是打开最小附加日志和主键补全。主键补全只要在需要同步的表上开启即可。当然GoldenGate的add trandata语法中也可以指定补全的列，这和Oracle表级补全日志的功能完全一致。毕竟，日志还是由数据库生成的，GoldenGate并不能直接控制日志的生成方式和规则，只能根据所捕获的数据库的日志规则而来。不同的数据库，日志补全的规则也会不同。 打开补全日志：SQLalter
42、database add supplemental log data;开启表的最小附加日志，操作如图4.2所示。图4.2 最小附加模式已开启4.2 创建OGG用户1. 创建表空间create tablespace tbs_gguser datafile/app/Administrator/oradata/orcl/gguser.dbf size 500M autoextend on;2. 创建ogg用户create user ogg identified by Ogg default tablespace tbs_gguser temporary tablespace TEMP quota unlimited on tbs_gguser;3. 为ogg用户授权这里为了方便起见,直接授以DBA权限：grant dba to ogg;4.3 GoldenGate的安装及配置4.3.1 GoldenGate的安装分别在源端和目标端安装Oracle GoldenGate 并配置,安装过程如下:(1) 下载相应版本的Oracle GoldenGate并解压Oracle GoldenGate 到D盘ogg目录下。(2) 执行ogg目录下G