OGG

Oracle Golden Gate软件是一种基于日志的结构化数据复制备份软件，它通过解析源数据库在线日志或归档日志获得数据的增量变化，再将这些变化应用到目标数据库，从而实现源数据库与目标数据库同步。Oracle Golden Gate可以在异构的IT基础结构（包括几乎所有常用操作系统平台和数据库平台）之间实现大量数据亚秒一级的实时复制,从而在可以在应急系统、在线报表、实时数据仓库供应、交易跟踪、数据同步、集中/分发、容灾、数据库升级和移植、双业务中心等多个场景下应用。同时，Oracle Golden Gate可以实现一对一、广播(一对多)、聚合(多对一)、双向、点对点、级联等多种灵活的拓扑结构

时间： 2024-10-18 19:39:05

OGG的相关文章

基于OGG的Oracle与Hadoop集群准实时同步介绍

Oracle里存储的结构化数据导出到Hadoop体系做离线计算是一种常见数据处置手段.近期有场景需要做Oracle到Hadoop体系的实时导入,这里以此案例做以介绍.Oracle作为商业化的数据库解决方案,自发性的获取数据库事务日志等比较困难,故选择官方提供的同步工具OGG(Oracle GoldenGate)来解决. 安装与基本配置 环境说明 软件配置 角色 数据存储服务及版本 OGG版本 IP 源服务器 OracleRelease11.2.0.1 Oracle GoldenGate 11.2

OGG mgr 进程无法启动问题解析

在迁移数据库的时候,遇到一个比较奇怪的问题 在ogg中运行  start mgr 界面中提示mgr已经运行,但是通过 info all命令查看 mgr进程还是stop状态 随后去dirrpt目录查看mgr进程日志,发现ogg报错信息如下: cd dirrpt cat MGR.rpt Source Context : SourceModule            : [ggdb.ora.sess] SourceID                : [/scratch/aime1/adestor

记一次OGG数据写入HBase的丢失数据原因分析

一.现象二.原因排查2.1 SparkStreaming程序排查2.2 Kafka数据验证2.3 查看OGG源码2.3.1 生成Kafka消息类2.3.2 Kafka配置类2.3.3 Kafka 消息发送类2.3.4 Kafka 分区获取方式三.结论 一.现象 目前我们的数据是通过OGG->Kafka->Spark Streaming->HBase.由于之前我们发现HBase的列表put无法保证顺序,因此改了程序,如果是在同一个SparkStreaming的批次里面对同一条数据进行操作,

ogg启动报错libnnz11.so: cannot open shared object file

当ogg软件解压,并给予正确的权限后,在启动ogg时会遇到如下报错: [[email protected] ogg]# ./ggsci./ggsci: error while loading shared libraries: libnnz11.so: cannot open shared object file: No such file or directory 这里是因为缺少libnnz11.so库文件造成的,需要给出此库文件的位置,解决如下: [Oracle@oggtest ogg]$

OGG 单表初始化操作步骤

有时候ogg两端数据不一致,且数据量较大,手工修改比较复杂的情况下,我们需要对这些表进行初始化.初始化的大概思路是: 停止两端OGG 如果业务不可以停很长时间,就需要配置目标端进程,暂停这些问题表的同步.待新数据导入后,再次停启进程 源端通过SCN号备份问题表,传送到目标端还原 修改目标端进程配置,从SCN开始恢复 开启OGG进程 源端简陋配置: GGSCI (db1) 9> infoall Program     Status     Group       Lag at Chkpt Time

direct path write temp引起的数据库重启以及ogg进程停止

集中客户系统在2016年11月8日17点业务反馈系统链接不上,是不是有问题.当即查看系统 [[email protected] hwbackup3]$crs_stat -t -v Name           Type           R/RA   F/FT   Target    State     Host ---------------------------------------------------------------------- ora....D1.inst appli

OGG常见问题处理

1403: ORA-01403: No data found 在运行PL/SQL块.存储过程.函数.触发器等,假设须要进行操作的记录没有查询到.则会返回1403的错误 Goldengate中的1403 在目标段复制进程中,godengate从日志中解析出sql语句,依据sql语句的where条件.在目标段的库中匹配不出对应的记录 1403错误原因: 1. 附加日志相关 ? 数据相关 ? 表结构不一致/索引重建 常见问题: 1.生产端I/O过大.内存占用过大 配置了多个Extract进程导致 2.

【翻译自mos文章】OGG replicat 进程使用的 TCP 端口

OGG replicat 进程使用的 TCP 端口 来源于: TCP PORT USED BY REPLICAT PROCESSES (文档 ID 1060954.1) 适用于: Oracle GoldenGate - Version 10.4.0.12 and later Information in this document applies to any platform. ***Checked for relevance on 25-May-2012*** 症状: 若是一个客户基于少量的

ogg初始化进程配置

网上搜索"ogg配置",基本上都是配置流程,较少有ogg初始化进程的技术文档.一般ogg初始化主要分为两种,一种是源数据库表列不含clob类型,另一种 情况是源数据库表列含有clob类型. 此处测试为:源数据库表为source.test1,目的端IP为192.168.100.20,OGG用户和密码为ogg,ogg,目的端数据库实例为orcl 方式一(适合不包含clob数据类型的数据库) 1.源端初始化进程配置    ADD EXTRACT ini_1,SOURCEISTABLE    

【OGG】OGG的单向复制配置-支持DDL(二)

[OGG]OGG的单向复制配置-支持DDL(二) BLOG文档结构图 前言部分 导读 各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识,~O(∩_∩)O~: ① OGG的单向DDL实时复制功能 注意:本篇BLOG中代码部分需要特别关注的地方我都用***背景和红色字体来表示,比如下边的例子中,thread 1的最大归档日志号为33,thread 2的最大归档日志号为43是需要特别关注的地方. List of Archived Logs in backup set