【Oracle篇】基于OGG 21c全程图形化实现9TB数据从Oracle 11g到19c的不停机迁移(中)：源端与目标端配置，及全量和增量同步配置详解（第二篇，总共三篇）

原创已于 2026-06-14 20:32:22 修改 · 1.4k 阅读

21 ·

本内容遵循CC 4.0 BY-SA版权协议

GEO检测

标签

#oracle #数据库 #微服务

于 2026-01-27 14:00:00 首次发布

Oracle专栏专栏收录该内容

38 篇文章

订阅专栏

💫《博主主页》：
　　　🔎 CSDN主页： 奈斯DB
　　　🔎 IF Club社区主页： 奈斯、
🔥《擅长领域》：
　　　🗃️ 数据库：阿里云AnalyticDB (云原生分布式数据仓库)、Oracle、MySQL、SQLserver、NoSQL(Redis)
　　　🛠️ 运维平台与工具：Prometheus监控、DataX离线异构同步工具
💖如果觉得文章对你有所帮助，欢迎点赞收藏加关注💖

在这里插入图片描述
这篇作为不停机迁移的第二篇，我们来具体实现数据同步。将详细介绍OGG的配置与全量、增量同步设置，涵盖以下关键步骤：

🔧 源端与目标端数据库基础配置
🖥️ OGG微服务控制台操作： 连接数据库、设置检查点表、启用补充日志、查看参数文件、清理队列
🔄 OGG进程配置： 配置抽取进程与复制进程
📦 9TB数据迁移实战： 通过数据泵expdp/impdp完成全量数据的导出与导入

由于微服务架构与OGG 11经典架构差异显著，因此迁移前博主先根据官方文档梳理OGG 21c微服务架构，并完成部署🔧，以及整理一下迁移过程中遇到的所有问题📝。然后再配置源端与目标端的OGG环境，完成数据泵全量与OGG增量的同步设置🔄，最后通过微服务图形化界面实时校验数据同步情况 ✅，内容总计6.3万+字。为避免阅读疲劳，本系列将分为上、中、下三篇展开：

第一篇：基于OGG 21c全程图形化实现9TB数据从Oracle 11g到19c的不停机迁移(上)：微服务架构详解与微服务部署，及同步问题总览
第二篇：基于OGG 21c全程图形化实现9TB数据从Oracle 11g到19c的不停机迁移(中)：源端与目标端配置，及全量和增量同步配置详解（当前篇）
第三篇：基于OGG 21c全程图形化实现9TB数据从Oracle 11g到19c的不停机迁移(下)：图形化界面效验数据同步概述

	数据库版本	ogg微服务版本	IP地址	主机名	SID	OS
源生产库	DB 11g	无	110.120.100.17	oracle11g	liudbywc	Linux7.6
ogg库	DB 19c	无	110.120.100.25	oracle19c	liudbywc	Linux7.6
ogg微服务服务器	无	OGG 21c	110.120.100.20	ogg21c	ogg21c	Linux7.6

一、源生产库

注意：采用的是微服务架构部署OGG，微服务架构可以采用中心枢纽(Hub)部署模式。这是一个重要的改进，可以将OGG微服务部署在独立于源端和目标端数据库的第三方服务器上。因此源生产库上关于经典架构OGG的操作都可以只在专属的OGG微服务服务器上操作。

1.1 打开生产库的强日志写
SQL> select FORCE_LOGGING from v$database;
SQL> alter  database  force  logging;       ### 为了使所有表生产日志。因为可能生产上为了开发，而关闭了记录redo日志的功能。
1.2 打开补充日志（打开最小附加日志模式，日志的记录按照最小颗粒记录）
select SUPPLEMENTAL_LOG_DATA_MIN from v$database;
alter database add supplemental log data;        ### 打开附加日志模式
select SUPPLEMENTAL_LOG_DATA_MIN from v$database;
1.3 确保归档打开
SYS@orcl> archive log list;
1.4 启动ogg复制参数
alter system set enable_goldengate_replication=true scope=both;      ### 解决ggsci配置增加补充日志时的ORA-26947: Oracle GoldenGate replication is not enabled.
1.5 创建专用的ogguser用户用来同步数据（rac库和ogg库要相同，任意实例创建）
create tablespace ogg_tbs datafile '+data'size 200M autoextend on;

create user ogguser identified by 123456 default tablespace ogg_tbs;

grant connect to ogguser;
grant alter any table to ogguser;
grant alter session to ogguser;
grant create session to ogguser;
grant flashback any table to ogguser;
grant select any dictionary to ogguser;
grant select any table to ogguser;
grant resource to ogguser;
grant drop any table to ogguser;
grant dba to ogguser;        ---高权限

二、ogg库

注意：采用的是微服务架构部署OGG，微服务架构可以采用中心枢纽(Hub)部署模式。这是一个重要的改进，可以将OGG微服务部署在独立于源端和目标端数据库的第三方服务器上。因此ogg库上关于经典架构OGG的操作都可以只在专属的OGG微服务服务器上操作。

2.1 启动ogg复制参数
alter system set enable_goldengate_replication=true scope=both;   ### 解决ggsci配置增加补充日志时的ORA-26947: Oracle GoldenGate replication is not enabled.
2.2 创建专用的ogguser用户用来同步数据（rac库和ogg库要相同，任意实例创建）
create tablespace ogg_tbs datafile '+data'size 200M autoextend on;

create user ogguser identified by 123456 default tablespace ogg_tbs;

grant connect to ogguser;
grant alter any table to ogguser;
grant alter session to ogguser;
grant create session to ogguser;
grant flashback any table to ogguser;
grant select any dictionary to ogguser;
grant select any table to ogguser;
grant resource to ogguser;
grant drop any table to ogguser;
grant dba to ogguser;        ---高权限
2.3 非必要操作

需要注意：如下操作是只在ogg库回同步至源生产库或者同步至其他库时才需要配置的，因为同步来自ogg库上的DML和DDL操作同样是需要打开强日志写、补充日志等一系列操作的。反之如果不需要同步至源生产库或者同步至其他库则不需要配置如下操作。

打开生产库的强日志写
SQL> select FORCE_LOGGING from v$database;
SQL> alter  database  force  logging;        ### 为了使所有表生产日志。因为可能生产上为了开发，而关闭了记录redo日志的功能。
打开补充日志（打开最小附加日志模式，日志的记录按照最小颗粒记录）
select SUPPLEMENTAL_LOG_DATA_MIN from v$database;
alter database add supplemental log data;   ---打开附加日志模式
select SUPPLEMENTAL_LOG_DATA_MIN from v$database;
确保归档打开
SYS@orcl> archive log list;
关闭回收站功能（非必要操作，可以不关，重启生效。ogg会同步回收站的内容，但没必要）
alter system set recyclebin=off scope=spfile;
purge dba_recyclebin;

三、在ogg微服务页面配置连接数据库、检查点表、增加补充日志、查看所有的参数文件、以及清理队列

3.1 配置ogg微服务连接数据库

Oracle Goldengate MA微服务架构的组成部分，有五个主要组成部分：

服务管理器(Service Manager)：7809
管理服务器(Administration Service)：8001
分发服务器(Distribution Service)：8002
接收器服务器(Receiver Service)：8003
性能指标服务器(Performance Metrics Service)：8004—8005



登录管理服务URL页面：<服务器IP地址>:8001



① 配置源生产库：
  点击左上角菜单按钮，点击左边“配置” 选择“数据库”，点击“身份证明”旁边的 + - 建立数据库信任

  用户ID格式为ogg专属数据库用户@<数据库ip地址>/<服务名>，点击“提交”

②配置ogg库：
  点击左上角菜单按钮，点击左边“配置” 选择“数据库”，点击“身份证明”旁边的 + - 建立数据库信任

  用户ID格式为ogg专属数据库用户@<数据库ip地址>/<服务名>，点击“提交”



3.2 配置源和ogg库的检查点表

  检查点表是Oracle GoldenGate用于确保Extract（抓取进程）和Replicat（复制进程）在分布式环境下实现高可用和自动故障恢复的核心机制。作用如下：

核心作用：持久化进程状态
它的首要作用是 持久化地记录进程的读取和写入位置。

对于Extract进程： 检查点表记录了它已经从源数据库的哪些事务日志中读取了数据。这通常对应着SCN（系统变更号）或日志序列号。
对于Replicat进程： 检查点表记录了它已经成功地将哪些事务应用到了目标数据库。这同样通过SCN或事务标识来记录。

没有检查点表会怎样？
在传统架构或未配置检查点表时，进程的状态信息默认存储在本地的一个文件（dirchk目录下）中。这在单机部署时没问题，但在微服务架构和容器化环境中，如果进程发生故障并在另一个节点上重启，它将无法访问原节点的本地文件，从而不知道从哪里开始继续工作，导致数据同步中断。



在微服务架构中的关键价值：实现高可用和弹性伸缩
这是检查点表最重要的意义所在。微服务架构强调服务的无状态化和可迁移性。
高可用： 当运行Extract或Replicat的Pod（在Kubernetes中）或Docker容器因故崩溃，编排工具（如Kubernetes）会尝试在集群内的另一个健康节点上重新启动这个进程。由于检查点表存储 在共享的、集中的数据库表 中，新启动的进程可以立即从表中查询到自己上次成功处理到的位置，并从中断点继续工作，实现了无缝的故障转移，对业务几乎无感知。
弹性伸缩与滚动升级： 在进行系统维护、版本升级或资源伸缩时，需要主动停止进程。检查点表确保了进程可以安全地停止和启动，而不会造成数据丢失或重复。



具体工作原理
① 创建表： DBA或运维人员需要在源端和目标端的专属ogg用户上分别创建一个专用的表（例如 chkpoint ）。
② 配置进程： 在创建Extract或Replicat进程时，在其参数文件（./GLOBALS）中通过 CHECKPOINTTABLE 参数指定这个表的位置（如 checkpointtable ogguser.chkpoint ）。
③ 定期写入： 进程在运行期间，会定期（例如在事务边界）向这个表写入当前的读取或提交位置。
④ 故障恢复： 当进程重启时，它首先连接到数据库，查询检查点表，获取上一次持久化的位置，然后从这个位置开始继续处理数据。

登录管理服务URL页面：<服务器IP地址>:8001

①配置源生产库：
  上述配置完成后，点击右侧的“数据库连接”按钮，在出现如下连接数据库成功后，点击“检查点”旁边的+ - 添加检查点

  在源生产库的专属ogg用户（ogguser）上创建一个专用的检查点表ogguser.chkpoint

②配置ogg库：
  上述配置完成后，点击右侧的“数据库连接”按钮，在出现如下连接数据库成功后，点击“检查点”旁边的+ - 添加检查点

  在源生产库的专属ogg用户（ogguser）上创建一个专用的检查点表ogguser.chkpoint



3.3 配置源和ogg库的增加补充日志

增加补充日志的原因：
    即使已经执行了alter database force logging;（强日志写）和alter database add supplemental log data;（打开补充日志）这两个数据库级别的命令，仍然需要为每个需要复制的表单独执行ADD TRANDATA，如果是整个用户都需要复制，那么就需要在用户级别下执行ADD SCHEMATRANDATA，这是 OGG提供的批量操作命令 ，用于为整个模式下的所有 现有表 一次性启用表级补充日志。

原因解析：层级和粒度不同

ALTER DATABASE FORCE LOGGING;

作用： 确保数据库所有操作（包括直接路径加载等）都被记录到重做日志中。
解决的问题： 防止因 NOLOGGING 操作导致的数据变更丢失，从而使得备库或OGG无法捕获到这部分数据。
层级： 数据库级

ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;

作用： 在数据库级别启用补充日志功能。这是一个总开关。
解决的问题： 为后续更细粒度的补充日志设置打开可能性。单靠这个命令本身，并不能为任何表提供足够的补充日志信息。
层级： 数据库级

ADD SCHEMATRANDATA [schema_name] 或者 ADD TRANDATA <schema.table>

作用： 为指定的 整个用户或者单个表 启用 足够强度和粒度 的补充日志。补充日志 不是OGG的功能，而是 数据库本身的一项功能 。它的作用是确保日志文件不仅记录数据发生了什么变化（INSERT, UPDATE, DELETE），还能记录足够的信息来唯一标识被修改的行的前后映像。

为什么需要补充日志： 默认的日志不够用，数据库重做日志默认只为保证数据库自身恢复而设计。例如，对于一个UPDATE操作，它可能只记录被修改的字段，而不是整行数据。

OGG的特殊需求： OGG需要从日志中重建SQL语句在目标端执行。如果没有补充日志，可能会遇到：
① 无法识别唯一行： 如果表没有主键，OGG无法在目标数据库找到对应的行进行update更新或delete删除。
② 数据不一致： 在UPDATE操作中，如果只记录了变更字段，目标端将无法完整复制“修改前”和“修改后”的整行数据。

ADD SCHEMATRANDATA 和 ADD TRANDATA 命令做了什么： 执行 ADD SCHEMATRANDATA 和 ADD TRANDATA 命令，会为指定的用户或者表启用数据库的补充日志，具体包括：

无条件日志： 无论字段是否被修改，都将关键列记录到日志中。
主键/唯一索引补充日志： 如果表有主键，则将所有主键列记录到日志中。如果没有主键，则选择一个非空的唯一索引的所有列。如果都没有，OGG会记录所有列（全镜象），但这会带来非常大的日志开销。

关键要点：

必要条件： 为表添加 TRANDATA 或者为用户添加 SCHEMATRANDATA 是OGG正常捕获数据变化的 强制性前提，否则复制会出错。
集成日志： 对于Oracle 11g及以上版本，如果使用 集成捕获模式 ，OGG会自动管理所需的补充日志，通常不需要手动添加 TRANDATA 和 SCHEMATRANDATA，但手动添加依然是兼容和推荐的做法。
与CHECKPOINT区别： TRANDATA 和 SCHEMATRANDATA 关乎 捕获什么数据 ，而 CHECKPOINT TABLE 关乎 记录进程进度 ，两者目的完全不同。

层级： 用户级别和表级

总结：
    前两个命令是必要的前提条件，而 ADD SCHEMATRANDATA 和ADD TRANDATA 是为整个用户或每个表开启OGG所需具体信息的必要操作。三者必须配合使用，缺一不可。

命令层级主要目的对OGG是否足够
ALTER DATABASE FORCE LOGGING; 数据库级防止数据因 NOLOGGING 操作而丢失否
ALTER DATABASE ADD SUPPLEMENTAL LOG DATA; 数据库级开启补充日志功能（总开关）否
ADD SCHEMATRANDATA [schema_name]
或者
ADD TRANDATA [schema.table] 用户级别和表级 为特定表提供唯一标识行的足够信息 是（针对该表）

增加补充日志的级别：
从高到低，主要有以下四个级别：

数据库级 - 最低级别的总开关
模式级 - OGG提供的批量操作级别
表级 - 最常用、最核心的级别
数据字典级 - 主要用于LogMiner，对OGG影响不大
列级 - 更细粒度的控制

1.数据库级 - 最低级别的总开关。这是 必须首先开启 的总开关。如果这个没开，其他级别的设置可能无效或受限。
-- 启用数据库最小补充日志（必需的基础）
ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;

-- 启用主键、唯一键和外键列的默认补充日志（推荐）
ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (PRIMARY KEY, UNIQUE, FOREIGN KEY) COLUMNS;
2.模式级 - OGG提供的批量操作级别。这是OGG提供的批量操作命令，用于为整个模式下的所有 现有表 一次性启用表级补充日志。当在GGSCI中执行 ADD SCHEMATRANDATA HR 时，OGG会：

首先，查询数据字典，找到模式 ‘HR’ 下的所有表。
然后为每一张表，自动执行一次 ADD TRANDATA [schema.]table_name
举例说明，这就像你不想逐个打开每个房间的水龙头，于是使用一个 “批量开关” ，一次性把房子里 所有现有的 水龙头都打开了。并且这个批量开关也影响后来新建的表，也就是说如果ogg开启了DDL功能，在该模式中新建的表，ogg会为其自动执行ADD TRANDATA，不需要再单独执行ADD TRANDATA操作（已经验证，只要在模式下添加了补充日志并且开启了DDL功能，那么新建的表都会映射的，不需要再执行ADD TRANDATA操作了，案例参考下面的第五步：5.2 配置DDL过程，以及模拟DDL操作的同步）
-- 在GGSCI中执行，为指定模式的所有现有表添加TRANDATA
GGSCI> ADD SCHEMATRANDATA [schema_name] 
3.表级 - 最常用、最核心的级别。这是 OGG最依赖 的级别。 ADD TRANDATA 命令本质上就是在执行此操作。
-- 方式一：使用OGG命令（推荐，自动选择最优键）
GGSCI> ADD TRANDATA [schema.]table_name

-- 方式二：直接使用SQL（等同于OGG，可自定义）
ALTER TABLE [schema.]table_name ADD SUPPLEMENTAL LOG DATA (PRIMARY KEY, UNIQUE, FOREIGN KEY) COLUMNS;

-- 方式三：记录所有列的日志（日志量巨大，慎用）
ALTER TABLE [schema.]table_name ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;
4.数据字典级 - 主要用于LogMiner，对OGG影响不大。这个级别将表的结构定义（元数据）记录到日志中，主要用于LogMiner工具，以确保它能正确解析日志。对于OGG来说，这不是必须的，因为OGG通过自己的进程和轨迹文件来处理元数据。
ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (PRIMARY KEY, UNIQUE, FOREIGN KEY) COLUMNS;
-- 注意：这个命令同时包含了数据库级和字典级的设置。
5.列级 - 更细粒度的控制。可以指定在UPDATE操作中，无论该列是否被修改，其值都要被记录到日志中。这用于确保某些关键列的前后映像总是能被捕获。
ALTER TABLE [schema.]table_name ADD SUPPLEMENTAL LOG GROUP log_group_name (column1, column2, ...) ALWAYS;
总结与关键点：
  开启总开关： ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;
  批量处理（可选非常高效）： 为整个业务模式执行 ADD SCHEMATRANDATA schema
  个别处理： 对于之后新建的表，单独执行 ADD TRANDATA table_name
  这通常就足够了，无需过度配置其他级别。

级别核心命令/语法主要用途
数据库级 ALTER DATABASE ADD SUPPLEMENTAL LOG DATA; 总开关，必须开启
模式级 GGSCI> ADD SCHEMATRANDATA schema OGG批量操作，为整个模式下的现有表添加TRANDATA
表级 GGSCI> ADD TRANDATA table_name OGG核心需求，确保行级标识
数据字典级 (通常包含在数据库级命令中) LogMiner工具需求
列级 ALTER TABLE ... ADD SUPPLEMENTAL LOG GROUP ... ALWAYS; 确保特定列的值总是被记录

登录管理服务URL页面：<服务器IP地址>:8001

①配置源生产库：
  同步的整个liudbywcs用户到ogg库，在“TRANDATA信息”处选择“方案”，然后 + - 添加

  点击“搜索”图标，搜索添加的用户liudbywcs

②配置ogg库：
需要注意：增加补充日志操作是只在ogg库回同步至源生产库或者同步至其他库时才需要配置的，因为同步来自ogg库上的DML和DDL操作同样是需要打开强日志写、补充日志等一系列操作的。反之如果不需要同步至源生产库或者同步至其他库则不需要配置增加补充日志操作。

3.4 查看所有的参数文件

这里可以看到所有的全局参数文件GLOBALS、抽取进程文件EXTRACT、复制进程文件REPLICAT等所有的参数文件，这里可以进行删除。



3.5 清理队列（线索）

指定“线索名称”，指定保留规则或者清理频率。

保留规则： 规则可以为小时、天、文件数。

清理频率（天）： 频率可以为小时、天

命令	层级	主要目的	对OGG是否足够
ALTER DATABASE FORCE LOGGING;	数据库级	防止数据因 NOLOGGING 操作而丢失	否
ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;	数据库级	开启补充日志功能（总开关）	否
ADD SCHEMATRANDATA [schema_name] 或者 ADD TRANDATA [schema.table]	用户级别和表级	为特定表提供唯一标识行的足够信息	是（针对该表）

级别	核心命令/语法	主要用途
数据库级	ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;	总开关，必须开启
模式级	GGSCI> ADD SCHEMATRANDATA schema	OGG批量操作，为整个模式下的现有表添加TRANDATA
表级	GGSCI> ADD TRANDATA table_name	OGG核心需求，确保行级标识
数据字典级	(通常包含在数据库级命令中)	LogMiner工具需求
列级	ALTER TABLE ... ADD SUPPLEMENTAL LOG GROUP ... ALWAYS;	确保特定列的值总是被记录

四、在ogg微服务页面配置源生产库抽取进程

    实验了多次，抽取进程配置了SCN也不会按照SCN号向后抽取数据（亲测了很多次都是这样），也不知道是ogg21c抽取11g指定SCN号不生效是bug，还是ogg21c对所有的数据库版本都这样，后续再验证一下通过ogg21c抽取其他数据库版本指定scn生不生效。
    并且复制进程不支持指定CSN复制数据，采用的方案如下：
    先采用配置抽取进程（不指定scn）然后直接通过expdp/impdp导出数据（无需指定scn相关参数）【配置抽取进程和expdp操作尽可能的近，这样会让多的数据尽可能的少】，采用这样的话不清楚需要从那个SCN开始抽取数据，选择从“现在”开始抽取数据，那么抽取中的统计信息就会比expdp导出时的那个点的SCN数据要多，多的数据可以后期忽略掉；如果先通过expdp/impdp导出数据（无需指定scn相关参数）然后配置抽取进程（不指定scn），这样会导致抽取的数据少于数据泵导出的，数据多了可以后期忽略，但数据少肯定是不能行的！！！

4,1 源生产库的抽取进程

登录管理服务URL页面：<服务器IP地址>:8001

回到“概述”界面，点击“提取”旁边的+ - 添加提取进程

选择提取类型，此处选择默认的“集成的抽取”

抽取进程的添加内容如下

①进程名称 — 抽取进程的名称，一般以ext开头命名，8位字符以内
②说明 — 对个抽取进程的补充说明
③开始时间 — 选择“SCN”，需要先配置数据初始化，然后配置抽取进程。因为需要先获取导出时的SCN，然后配置抽取进程时指定这个CSN，让抽取进程只复制这个SCN之后的数据，以便可以清楚观察到导出之后操作了多少数据，也就是抽取进程抽取了多少数据，那么复制进程就完全复制，这样就可以在微服务的统计信息界面对复制进程和抽取进程进行核对。如果先配置了抽取进程，这时不清楚需要从那个SCN开始抽取数据，就只能选择从“现在”开始抽取数据，那么抽取中的统计信息就会比导出时的那个点的SCN数据要多，就不能对比抽取进程和复制进程的统计信息了，因为抽取进程比导出时的SCN要小，抽取进程抽取的数据要多。抽取进程支持从现在、定制时间、CSN抽取数据

④提取开始时间 CSN — 导出时的CSN 号

⑤线索名称 — 它明确指定了哪个源端的 Extract（抓取进程）产生的数据，应该发送给哪个目标端的 Receiver Service（接收服务）和 Replicat（复制进程）。详解介绍一下线索名称：
集中管理：
    在微服务架构中，您不再需要像经典架构那样在多个配置文件中手动配置Extract的传输参数和Replicat的源定义。所有这些连接信息都通过Web界面在一个统一的“线索”中进行可视化的创建和管理。

包含的关键组件：
    当在OGG微服务控制台中创建一条“线索”时，需要配置以下要素：

源端：
    源上下文： 源数据库的连接信息。
    源 Extract： 选择在源端已经创建好的抓取进程。
目标端：
    目标上下文： 目标数据库的连接信息。
    目标： 选择目标是 “Receiver Service”。
    目标路径： 指定目标端Receiver Service的URL地址和凭证。
    目标 Replicat： 选择或创建一个在目标端运行的复制进程。
路径属性：
    可以设置一些高级属性，如是否启用压缩、加密等。

微服务“线索” vs 经典架构抽取进程中定义的队列（eg：exttrail ./dirdat/eitpux01/ex）

经典架构： exttrail ./dirdat/eitpux01/ex 参数明确指定了Extract进程将数据写入到本地的哪个具体队列文件。
微服务架构：“线索”也定义了Extract进程输出的目的地。

特性经典架构 (exttrail参数) 微服务架构 (“线索”/Distribution Path)
定义内容 仅定义写入位置：一个本地的、具体的文件路径。 定义端到端路径：从源Extract -> 网络传输 -> 目标Receiver -> 目标Replicat的 完整路由。
传输方式 需要额外配置 EXTRACT / DATA PUMP 进程和 RMTTRAIL 参数 来实现远程传输。传输逻辑 内置于“线索”中，无需单独配置Data Pump。
管理方式 分散在多个进程的参数文件中。在管理控制台 集中、可视化 地配置和管理。
组件关系 是 单个进程 的一个参数。是 连接多个服务（源Deployment、目标Deployment）的一个 顶层抽象。
将微服务“线索”理解为经典架构中 exttrail + Data Pump的RMTTRAIL + 网络连接配置的组合体，但它是一个更高级、更集成、更自动化的抽象。

⑥共享 — 选择“无”，解决“0GG-08238|错误: 此数据库缺少必需的补丁程序，不能支持 SHARE 子句。删除 SHARE 子句”报错
⑦身份证明域 — 只有一个选项，选择“OracleGoldenGate”
⑧身份证明别名 — 配置ogg微服务连接数据库时的别名，这里就是源生产库

抽取进程的参数配置如下，然后创建并运行
EXTRACT ext1_liu
USERIDALIAS oracle11g_10017 DOMAIN OracleGoldenGate
EXTTRAIL e1
-- 启用只包含捕获SCHEMA(用户)的DDL操作。如果这里写包含实例上所有的DDL操作（DDL INCLUDE ALL），在单复制单抽取下没有什么问题，但是在多抽取多复制就会出现问题。比如下图，配置的7个抽取进程，7个复制进程都为DDL INCLUDE ALL，其中的6个抽取进程和6个复制进程都是理赔库的，在理赔实例上操作了一个create table，那么所有的抽取进程都会捕获这个DDL操作，所有的复制进程也都会复制这个DDL操作，先执行的复制进程（随机的1个）就正常执行create table了，其他5复制进程也都会执行，先执行的1个复制进程正常，但其他5个复制进程直接报错ORA-00955: 名称已由现有对象使用（这个问题亲测）
DDL INCLUDE OBJNAME LIUDBYWCS.*                ### 如果还有多个用户需要捕获，使用逗号分隔，示例：DDL INCLUDE OBJNAME LIUDBYWCS.*,INCLUDE OBJNAME LIUDBYWCS2.* ，需要注意不能换行，换行会报错
-- 指定要捕获的SCHEMA(用户)
TABLE LIUDBYWCS.*;
查看到抽取进程正常运行

特性	经典架构 (exttrail参数)	微服务架构 (“线索”/Distribution Path)
定义内容	仅定义写入位置：一个本地的、具体的文件路径。	定义端到端路径：从源Extract -> 网络传输 -> 目标Receiver -> 目标Replicat的完整路由。
传输方式	需要额外配置 EXTRACT / DATA PUMP 进程和 RMTTRAIL 参数来实现远程传输。	传输逻辑内置于“线索”中，无需单独配置Data Pump。
管理方式	分散在多个进程的参数文件中。	在管理控制台集中、可视化地配置和管理。
组件关系	是单个进程的一个参数。	是连接多个服务（源Deployment、目标Deployment）的一个顶层抽象。
将微服务“线索”理解为经典架构中 exttrail + Data Pump的RMTTRAIL + 网络连接配置的组合体，但它是一个更高级、更集成、更自动化的抽象。

五、数据初始化（expdp/impdp方式），以及配置DDL过程

5.1 数据初始化：

配置生产数据的初始化。上面的操作只是配置ogg相关参数，并且测试的数据是因为配置了ogg功能之后才同步的，所以生产数据的初始化需要另行配置【并且ogg库需要有原库表的结构才能同步，不然报ERROR OGG-00199 Table itpux.ITPUX_M5 does not exist in target database（配置了DDL功能除外）】
采用impdp方式初始化ogg数据，适用于TB级的不同操作系统，数据库版本之间的数据初始化。
注意： 需要先配置数据初始化，然后配置抽取进程。因为需要先获取导出时的SCN，然后配置抽取进程时指定这个CSN，让抽取进程只复制这个SCN之后的数据，以便可以清楚观察到导出之后操作了多少数据，也就是抽取进程抽取了多少数据，那么复制进程就完全复制，这样就可以在微服务的统计信息界面对复制进程和抽取进程进行核对。如果先配置了抽取进程，这时不清楚需要从那个SCN开始抽取数据，就只能选择从“现在”开始抽取数据，那么抽取中的统计信息就会比导出时的那个点的SCN数据要多，就不能对比抽取进程和复制进程的统计信息了，因为抽取进程比导出时的SCN要小，抽取进程抽取的数据要多。

① 源生产库：使用expdp

1）统计10个用户的数据量，总计8.8TB

2）对10个用户进行数据导出
expdp  \"/ as sysdba\" directory=expdp dumpfile=expdp_jiage_full_%U.dmp  logfile=expdp_jiage_full.log schemas=PART_CLOUD_PRICE,PRICE_FACTORY,PJ_VIEW,PJBJ_JY,ORACLE_EXPORTER,SYS_ADMIN,AUDIT_ADMIN,SECURITY_ADMIN,OGG_PRO,OGGUSER  parallel=8  COMPRESSION=all
总计需要导出5.6TB的数据量，上面统计的是8.8TB，因为此库运行了多年，进行了大量的DML操作，因此有非常高的高水位，通过expdp/impdp逻辑导出导入可以解决高水位的问题

5.6TB的数据导出耗时6小时半，因此通过数据泵导出TB级别的实例还是非常快的

3）查看导出文件的大小
5.6TB的数据量，使用压缩参数压缩成了800GB，压缩比较还是非常高的

② ogg库：使用impdp导入数据

1）导入异机之前创建表空间
impdp导入之前，需要在目标数据库上创建相应表空间对象即可；而对于imp导入时需要在目标数据库上创建相应的用户、权限、表空间等对象。

2）impdp导入ogg库
小提示：源生产库的数据库版本为oracle11g，ogg库是oracle19c，使用数据泵时可以直接进行导入。
impdp \"/ as sysdba\" directory=EXPDP dumpfile=expdp_jiage_full_01.dmp,expdp_jiage_full_02.dmp,expdp_jiage_full_03.dmp,expdp_jiage_full_04.dmp,expdp_jiage_full_05.dmp,expdp_jiage_full_06.dmp,expdp_jiage_full_07.dmp,expdp_jiage_full_08.dmp  logfile=impdp_jiage_full.log  full=y parallel=8        ###导入详情查看impdp_jiage_full.log日志
5.6TB的数据量导入总计耗时1天23小时，整体还是很快的

③ 验证数据部分

关于验证导入后的数据，可以参考博主的这篇文章《【Oracle篇】跨字符集迁移：基于数据泵的ZHS16GBK转AL32UTF8全流程迁移》中的验证数据部分



5.2 配置DDL过程，以及模拟DDL操作的同步

    ogg默认是不支持同步DDL操作，这也是为什么要在ogg库手动创建表的原因。
    通过ogg 21c同步oracle 11g到oracle 11g中不需要执行多个相关DDL sql脚本，只需要在抽取进程和复制进程中配置同步DDL操作的参数，如下是抽取进程和复制进程配置同步DDL参数的简要介绍：
DDL INCLUDE ALL                       ---包含所有的DDL操作
--DDL INCLUDE OBJNAME "LIUDBYWCS.*"   ---包含LIUDBYWCS.*所有的对象（和DDL INCLUDE ALL使用任意一个即可）
DDLOPTIONS ADDTRANDATA,REPORT         ---DDLOPTIONS ADDTRANDATA: 有新表加入时自动加入附加日志； REPORT: 生成附件日志报告
模拟12种DDL操作的同步如下： 前提是已经配置了抽取进程、复制进程、并配置DDL功能
① 重启抽取进程和复制进程
因为对进程进行了停止并启动的操作，详细信息中的内容都会被清空，便于通过页面观察DDL操作是否被完全同步

② 生产库模拟12种DDL操作的同步
注：如下案例是基于 DDL INCLUDE ALL 配置，而不是基于 DDL INCLUDE OBJNAME LIUDBYWCS.*配置，除了directory操作，其他都一样。因为directory操作是实例层面的，不是用户层面的

01.create table、insert、update、delete（DDL配置后可以同步操作）
create table liudbywcs.liudbywcs07 (id number(10),name varchar(20));
create table liudbywcs.liudbywcs08 (id number(10),name varchar(20));
insert into liudbywcs.liudbywcs07 values(1,'liudbywcs01');
insert into liudbywcs.liudbywcs07 values(2,'liudbywcs02');
delete from liudbywcs.liudbywcs07 where id=1;
insert into liudbywcs.liudbywcs08 values(1,'liudbywcs01');
insert into liudbywcs.liudbywcs08 values(2,'liudbywcs02');
update liudbywcs.liudbywcs08 set name='liufei' where id=1;
commit;
select * from liudbywcs.liudbywcs07;
select * from liudbywcs.liudbywcs08;
###观察抽取进程和复制进程的统计信息，create table、insert、update、delete操作被成功抽取和复制。这里验证了只要在模式下添加了补充日志并且开启了DDL功能，那么新建的表都会映射的，不需要再执行ADD TRANDATA操作了

02. truncate table（DDL配置后可以同步操作）
truncate table liudbywcs.liudbywcs07;
select * from liudbywcs.liudbywcs07;
###观察抽取进程和复制进程的统计信息，truncate table操作被成功抽取和复制

03.drop table（DDL配置后可以同步操作）
drop table liudbywcs.liudbywcs08;
select * from liudbywcs.liudbywcs08;
###观察抽取进程和复制进程的统计信息，drop table操作被成功抽取和复制

04.column（DDL配置后可以同步操作）
alter table liudbywcs.liudbywcs07 add (tel varchar2(11));
alter table liudbywcs.liudbywcs07 drop (name);
desc liudbywcs.liudbywcs07;
###观察抽取进程和复制进程的统计信息，column操作被成功抽取和复制

05.constraints（DDL配置后可以同步操作）
alter table liudbywcs.liudbywcs07 add constraints c_age check (ID >17);
alter table liudbywcs.liudbywcs07 modify constraints c_age novalidate;
select CONSTRAINT_NAME from dba_constraints where owner='LIUDBYWCS' and constraint_name='C_AGE';
###观察抽取进程和复制进程的统计信息，constraints操作被成功抽取和复制

06.index（DDL配置后可以同步操作）
create index liudbywcs.idx1 on liudbywcs.liudbywcs07(id);
select INDEX_NAME from dba_indexes where owner='LIUDBYWCS' and index_name='IDX1';
###观察抽取进程和复制进程的统计信息，index操作被成功抽取和复制

07.view（DDL配置后可以同步操作）
create view liudbywcs.v1 as select * from liudbywcs.liudbywcs07;
select view_name from dba_views where owner='LIUDBYWCS' and view_name='V1';
###观察抽取进程和复制进程的统计信息，view操作被成功抽取和复制

08.sequence（DDL配置后可以同步操作）
create sequence liudbywcs.seq1 start with 0 increment by 1 minvalue 0 maxvalue 100;
select * from dba_sequences where sequence_owner='LIUDBYWCS' and SEQUENCE_NAME='SEQ1';
###观察抽取进程和复制进程的统计信息，sequence操作在源生产库的统计信息中显示“未映射”，但在ogg库的统计信息中归在了“已映射”，并且在ogg库中查询，序列也是存在的，所以sequence操作被成功抽取和复制

09. functions（DDL配置后可以同步操作）
create function liudbywcs.func_ywcs return number is m1 number;
begin
m1:=0;
end func1;
/
select * from all_objects where owner='LIUDBYWCS' and object_type='FUNCTION' and OBJECT_NAME='FUNC_YWCS';
###观察抽取进程和复制进程的统计信息，functions操作被成功抽取和复制

10. stored procedure（DDL配置后可以同步操作）
create or replace procedure liudbywcs.proc_ywcs is i1 number;
begin
i1:=0;
end proc1;
/
select * from all_objects where owner='LIUDBYWCS' and object_type='PROCEDURE' and OBJECT_NAME='PROC_YWCS';
###观察抽取进程和复制进程的统计信息，stored procedure操作被成功抽取和复制

11.synonym（DDL配置后可以同步操作）
create synonym liudbywcs.syn1 for liudbywcs.liudbywcs07;
select * from all_objects where owner='LIUDBYWCS' and object_type='SYNONYM' and OBJECT_NAME='SYN1';
###观察抽取进程和复制进程的统计信息，synonym操作被成功抽取和复制

12.directory（DDL配置后可以同步操作）
create or replace directory liudbywcsdir as '/home/oracle';
select * from dba_directories;
###观察抽取进程和复制进程的统计信息，directory操作在源生产库的统计信息中显示“默认”，在ogg库的统计信息中也归在了“默认”，并且在ogg库中查询，目录也是存在的，所以directory操作被成功抽取和复制

六、在ogg微服务页面配置ogg库复制进程（微服务的复制进程不支持指定CSN复制数据）

注意：需要等到impdp导入完成之后再进行ogg库复制进程的配置，因为如果impdp没有导入完成就开始进行ogg数据复制，可能会导致数据顺序不一致。

6.1 配置ogg库的复制进程

登录管理服务URL页面：<服务器IP地址>:8001

回到“概述”界面，点击“复制”旁边的+ - 添加进程

选择复制类型，此处选择的“非集成的复制”

复制进程的添加内容如下

①进程名称 — 抽取进程的名称，一般以rep开头命名，8位字符以内
②说明 — 对个复制进程的补充说明
③身份证明域 — 只有一个选项，选择“OracleGoldenGate”
④身份证明别名 — 配置ogg微服务连接数据库时的别名，这里就是ogg库
⑤源 — 选择“线索”
⑥线索名称 — 要复制那个线索就填入那个线索，抽取进程到e1，那么这里就从e1复制
⑦开始时间 — 正常要选择scn的，但是没有。只能选择“日志中的位置”，在上面，抽取进程是新创建的，所以“线索文件”也是从零开始进行生成的，因此从默认的事务处理日志序号 0、事务处理日志 RBA 偏移量 0开始复制抽取的数据就可以完全复制抽取的数据了。如果选择了“现在”,也就是从添加好复制进程后立刻开始复制抽取进程中定义的对象数据，这样就会有一个问题，复制是添加好复制进程后开始的，但抽取进程已经运行一段时间了，导致复制的数据比抽取的要少，发生了数据不一致（亲测），因此不要选择“现在”。复制进程支持从日志中的位置、现在、定制时间，不支持指定CSN复制数据

需要注意： 参数文件也不支持配置scn相关参数，如果加上参数会报错 “OGG-10144 (REP1_LIU.prm) line 4: Parameter [aftercsn] is not valid for this configuration.”

⑧检查点表 — 选择检查点表

复制进程的参数配置如下，然后创建并运行
REPLICAT rep1_liu
USERIDALIAS oracle19c_10025 DOMAIN OracleGoldenGate
-- 自动过滤重复时间内的数据冲突，用于不能停机执行初始化。这加上参数是因为采用了“先采用配置抽取进程（不指定scn）然后直接通过expdp/impdp导出数据（无需指定scn相关参数）【配置抽取进程和expdp操作尽可能的近，这样会让多的数据尽可能的少】”的方式，而没有按照标准的第五、六步，采用这样的话不清楚需要从那个SCN开始抽取数据，选择从“现在”开始抽取数据，那么抽取中的统计信息就会比expdp导出时的那个点的SCN数据要多，因此复制进程也会多数据，多的数据通过handlecollisions参数忽略掉。注意：此参数解决的是抽取多了的数据自动过滤而不让报错的问题，因为不配置的话，一启动复制进程就会报错，配置上的话对于重复数据而言会重复执行并不会忽略，然后等数据复制稳定之后就必须将这个参数去掉，因为不能一直让冲突的数据去忽略，而是解决问题【需要注意：在页面可以直接将参数删掉，但是运行中的复制进程并不会生效，因此需要重启一下复制进程才能生效（亲测）】，去掉参数需要重启进程，参考第三篇：1.2 去掉handlecollisions参数
handlecollisions
-- 启用只包含复制SCHEMA(用户)的DDL操作
DDL INCLUDE OBJNAME LIUDBYWCS.*              ### 如果还有多个用户需要捕获，使用逗号分隔，示例：DDL INCLUDE OBJNAME LIUDBYWCS.*,INCLUDE OBJNAME LIUDBYWCS2.* ，需要注意不能换行，换行会报错
-- 指定要复制的SCHEMA(用户)
MAP LIUDBYWCS.*, TARGET LIUDBYWCS.*;
查看到复制进程正常运行