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

在这里插入图片描述
    针对Oracle数据库的迁移，无论是将9TB的低版本数据库升级到高版本，还是将特定用户迁移至同版本的其他实例，主流方案无非下面这6种👇
在这里插入图片描述

    而这次的需求很具体：9TB数据，从Oracle 11g到19c，停机时间——零。 换句话说，业务不能停，用户无感知，DBA最好连咖啡都不用放下☕

    那我们用排除法，逐个看看这6个迁移方案谁能扛住这个需求：

  • 首先是rman，RMAN 的备份集具有严格的版本兼容性规则，不能直接将低版本数据库的备份恢复到高版本数据库。RMAN表示“我没这个能力” → ❌
  • 然后是DataGuard，Data Guard也有严格的版本兼容性规则，与RMAN类似但更严格，主备库版本必须相同（在补丁集级别可以有细微差异），与主库必须是相同的主要版本。11g和19c之间DataGuard无能为力 → ❌
  • 接着表空间传输，表空间传输同样受到版本兼容性的限制，源数据库和目标数据库的字节序（Endianness） 必须相同。字节序（Endianness）不一致就直接劝退 → ❌
  • 来到dbua，dbua是专门用来对数据库软件进行升级的，因此可以将Oracle 11g升级到19c，但是有个问题升级期间数据库不可用，需要较长的时间停机。停机时间够喝完一整壶手冲 → ❌

    一轮筛选下来就只剩下 数据泵和GoldenGate ，了解数据泵的小伙伴都清楚Data Pump支持从低版本导出，向高版本导入，并且Oracle明确支持11g的expdp导出文件可以被19c的impdp直接导入。再看GoldenGate，GoldenGate是一种基于日志的结构化数据复制软件，天生为“不停机”和“异构环境”而生，跨版本？小意思。那么，9TB数据、跨版本、不停机，这三条同时满足的方案就很清晰了，使用数据泵做全量 + GoldenGate做增量来实现。

    由于微服务架构与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的不停机迁移(下)：图形化界面效验数据同步概述

   

特别说明💥：本篇文章部分理论性知识点均来源于版权归 Oracle 所有的官方公开文档手册，并结合了我个人的解读和部署演示。若需要调整，请联系，会尽快处理😄
   
官方文档对Oracle GoldenGate 21.3版本的介绍：
Oracle GoldenGate Microservices Architecture
在这里插入图片描述

目录

   

OGG 21c for Oracle微服务版安装和Oracle到Oracle之间的数据实时同步实现：

数据库版本 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

   
   

一、微服务架构和经典架构在进程以及架构上的差别：

1.1 简介：

    OGG的微服务架构采用了一系列服务来管理数据复制，并提供了基于Web的用户界面进行操作，这大大简化了管理和监控工作。支持Oracle GoldenGate（OGG）微服务架构（Microservices Architecture，MA）的首个具体版本是12.3版本（该版本所属的12.3系列中还有12.3.0.1.4等更新版本。如下图在 软件交付云（Go to the Software Delivery Cloud） 中可以看到，支持Oracle GoldenGate（OGG）微服务架构（Microservices Architecture，MA）的首个具体版本是12.3版本），该版本同时保留了传统的经典架构。
在这里插入图片描述
    后续的多个版本也持续支持并增强和优化了微服务架构，比如18.1.0.0.0、19.1.0.0.4、21.3.0.0.0等版本，这些版本为微服务架构配备了现代化新界面等优化特性。
在这里插入图片描述
在这里插入图片描述
    
    

微服务架构以及组件：
    Oracle GoldenGate 微服务架构（MA）支持通过 RESTful 服务在同构或异构数据库环境中配置和管理数据复制。这些微服务可通过多种接口进行访问，包括网页界面、命令行界面、REST API 或其他任何支持基于 REST 微服务访问的服务。
    下图展示了在安全（HTTPS）或非安全（HTTP）环境中的复制流程周期。
在这里插入图片描述
    Oracle GoldenGate 微服务支持通过多种客户端或服务接口进行访问。您可以通过这些服务接口连接或登录微服务，并执行以下操作：配置数据复制任务、利用统计数据管理与监控进程、优化性能、设置安全选项及其他相关任务。
    Oracle GoldenGate 微服务架构内置以下服务接口：

  • 管理客户端（Admin Client）： 通过命令行访问微服务。管理客户端是一款命令行工具（类似经典GGSCI工具），可通过其执行全系列配置、控制与监控Oracle GoldenGate的命令；该客户端可替代MA网页界面进行进程的创建、修改与删除。管理客户端程序位于$OGG_HOME/bin目录（$OGG_HOME为Oracle GoldenGate主目录）。
  • 基于浏览器的图形化用户界面： 微服务架构包含基于HTML5的Web界面，用于部署环境的管理、监控与安全防护。可以通过各微服务及服务管理器的专属URL访问此Web界面。该界面包含服务管理器、管理服务、分发服务、接收服务及性能监控服务。通过这些Web界面访问点，可以创建并运行所有抽取（Extract）、复制（Replicat）及分发路径（Distribution path）进程。此外，还能配置数据库凭证、为定义角色后的用户添加部署访问权限，并监控进程运行性能。
  • REST API 服务端点： Oracle GoldenGate的REST API提供标准化服务端点，支持直接通过接口执行各类数据复制任务。这是除Web界面和命令行之外配置数据复制流程的替代方案。REST API内容详情参考官方文档：https://docs.oracle.com/en/middleware/goldengate/core/21.3/oggra/
        

    下图展示了用于访问和管理部署、微服务及所有其他Oracle GoldenGate进程的多种客户端（包括Oracle产品、命令行界面、浏览器及编程式REST API接口）。
在这里插入图片描述
    
    Oracle Goldengate MA微服务架构的组成部分，有五个主要组成部分：

  1. 服务管理器(Service Manager)： SM充当用于MicroServices架构的其他服务的看门狗。服务管理器允许您在本地主机上管理一个或多个Oracle Goldengate部署。服务管理器可选可以作为系统服务运行，并维护有关部署的库存和配置信息，并允许您维护多个本地部署。使用Service Manager，您可以启动和停止实例和查询部署和其他服务。

  2. 管理服务器(Administration Service)： AS在Oracle Goldengate部署中监督管理，管理和监视进程。管理服务器作为中央控制实体运行，用于管理Oracle Goldengate部署中的复制组件。您可以使用它来创建和管理本地提取和投递过程，而无需访问安装Oracle Goldengate的服务器。管理服务器的关键特征是可以从任何HTTP或HTTPS客户端访问的REST API服务接口，此外AdminClient可用于使REST API调用与管理服务器直接通信。同时管理服务器负责协调和协调提取，投递和trail，以支持更大的自动化和操作管理。
        管理服务内置网页应用程序，无需安装客户端即可通过浏览器直接访问。通过管理服务可创建和管理：

    • 抽取与复制进程（增删改、注册注销、启停操作）
    • 查看进程信息、统计报告、状态（含延迟与检查点）
    • 获取报告文件与废弃文件
    • 配置（参数）文件
    • 检查点、跟踪表及心跳表
    • 过程复制、模式与表的补充日志
    • 自定义与标准任务（如自动重启、清理轨迹文件）
    • 凭证存储
    • 加密密钥(MASTERKEY)
    • 用户添加与角色分配

  3. 接收器服务器(Receiver Service)： RS是处理所有传入跟踪文件的中央控制服务。它与分发服务器互操作，并提供与远程经典部署的经典架构pump的兼容性。
    在这里插入图片描述

  4. 分发服务器(Distribution Service)： DS是一种用作网络数据分发代理，以支持分布式部署中的传送和处理数据和命令的服务。它是一种高性能应用程序，能够同时处理来自多个源TRAIL文件的多个命令和数据流。

  5. 性能指标服务器(Performance Metrics Service)： PMS使用指标服务来收集和存储实例部署性能结果。可以使用其他嵌入式Web应用程序监视性能指标，并使用数据调整的部署以进行最大性能。
        通过性能监控服务：

    • 查询各类指标并获取JSON格式或经典XML格式响应
    • 集成第三方指标工具
    • 查看错误日志
    • 查看活动进程状态
    • 监控系统资源利用率

    OGG的微服务架构包含上述5个组件，此外还有一个Admin Client。Admin Client类似于ggsci的命令行使用程序。可以用它来发出配置，控制和监视Oracle Goldengate的完整命令范围。比如可以用于创建，修改和删除进程等等。

    

1.2 在经典架构中，主要通过几个核心进程协同工作来完成数据同步：

以OGG 11.2版本（经典架构）为例：

进程名称 运行位置 核心功能
Manager（mgr） 源端 & 目标端 GoldenGate的总控进程，负责启动、监控、重启其他GoldenGate进程，管理端口和报告事件。
Extract 源端 数据捕获：从源端数据库表或事务日志中捕获数据变化，并写入本地Trail文件。
Pump 源端 数据投递：将本地的Trail文件通过网络发送到目标端。这是Extract进程的一种特殊形式。
Replicat 目标端 数据应用：读取目标端的Trail文件，将其解析为SQL语句，并应用到目标数据库。
Collector 目标端 数据接收：运行在目标端，自动接收并组装来自源端（Extract或Pump进程）的数据，生成目标端的Trail文件。此进程通常无需手动配置。
在配置和管理OGG 11.2进程时，需要注意以下几点：
        ·Manager进程是前提：在启动Extract或Replicat进程前，必须先启动Manager进程。
        ·Pump进程非必需但推荐：虽然不配置Pump进程，Extract也可以直接发送数据到目标端，但强烈建议配置Pump进程。这样可以在网络或目标端故障时，将数据暂存在本地Trail文件，避免Extract进程因内存耗尽而异常终止，提高可靠性。
        ·理解Trail文件：Trail文件是OGG专用的二进制格式文件，用于持久化存储捕获的数据变更。它采用检查点（Checkpoint）机制记录进程的读写位置，确保故障恢复后能从断点继续，保障数据完整性。
        ·Collector进程自动管理：Collector进程在目标端自动运行，通常无需手动配置。

    

1.3 微服务架构中，进程模型发生了显著变化，这与经典架构有很大不同：

以OGG 11.2版本 （经典架构）和OGG 21.3版本（微服务架构）为例：

类别 OGG 11.2
(经典架构)		 OGG 21.3
(微服务架构)
控制/管理 Manager进程 Service Manager
核心数据同步 Extract, Pump, Replicat Extract, Replicat (功能保留，配置方式变)
网络传输 Collector进程 Receiver Server, Distribution Server
配置与监控 GGSCI命令行 Administration Server, Performance Metrics Server, AdminClient
在21.3的微服务架构中，传统的进程被服务代替，并通过Web界面进行管理：
        ·Service Manager：这是整个OGG微服务架构的守护进程和总管家。它负责管理、监控和启动/停止其他所有服务，提供了一个统一的服务总览页面。
        ·Administration Server：这个服务取代了经典架构中通过GGSCI命令行进行的绝大部分配置和管理工作。通过它的Web界面，你可以配置数据库连接凭证、管理跟踪数据、添加检查点表，以及创建和监控Extract和Replicat进程。
        ·Distribution Server & Receiver Server：这两个服务共同承担了经典架构中Pump进程和Collector进程的网络传输职责。
            1.Distribution Server 负责将源端的Trail文件数据投递到目标端。
            2.Receiver Server 负责在目标端接收来自源端的数据。
        ·Performance Metrics Server：这是一个强大的实时监控平台。它通过丰富的图表和仪表盘，让你能够深入查看各个进程和服务的性能指标，例如吞吐量、延迟和资源使用情况。
        ·AdminClient：这是一个命令行工具，作为GGSCI的替代品，用于在无法使用Web界面时执行管理操作。它通过REST API与微服务组件交互。

在OGG 21.3微服务架构中，可以不显式配置经典的Pump进程，因为其功能已被Distribution Service替代：
在这里插入图片描述

    

1.4 经典架构和微服务架构的部署要求：

以OGG 11.2（经典架构）和OGG 21.3（微服务架构）为例：

  • OGG 11.2（经典架构）： 通常需要在 源端和目标端都部署 完整的OGG环境。
  • OGG 21.3（微服务架构）： 支持 传统的两端部署，也引入了更灵活的 中心枢纽(Hub)部署模式 ，可以将OGG部署在独立于源端和目标端的第三方服务器上。
对比维度 OGG 11.2
(经典架构)		 OGG 21.3
(微服务架构)
部署模式 两端部署 两端部署 + 中心枢纽(Hub)部署
组件安装 两端部署：
源端和目标端均需安装完整OGG		 两端部署：
仍可以像11.2版本一样，在源端和目标端分别部署OGG微服务组件。

中心枢纽(Hub)部署模式：
这是一个重要的改进，可以将OGG微服务部署在独立于源端和目标端数据库的第三方服务器上。
进程运行位置 两端部署：
Manager、Extract/Pump在源端
Manager、Replicat在目标端		 两端部署：
同OGG 11.2 (经典架构)

中心枢纽(Hub)部署模式：
所有核心进程（如Extract、Replicat）都运行在这个独立于源端和目标端数据库的第三方服务器上。
数据库连接 两端部署：
通过本地数据库客户端		 两端部署：
同OGG 11.2 (经典架构)

中心枢纽(Hub)部署模式：
OGG 21.3集成了轻量级客户端工具Instant Client，支持远程捕获和投递数据，无需在与数据库同主机上部署。
网络要求 两端部署：
需开通OGG进程间通信端口		 两端部署：
同OGG 11.2 (经典架构)

中心枢纽(Hub)部署模式：
通过配置数据库连接串（例如在tnsnames.ora文件中），OGG可以连接到源端和目标端数据库进行操作。

   
   

方案定了：数据泵全量➕OGG增量，9TB从11g到19c，不停机，看起来一切尽在掌握
但俗话说理想很丰满，OGG很骨感💀
在正式动手迁移之前，博主先把用OGG 21c微服务架构从Oracle 11g抽取复制到Oracle 19c过程中亲自踩过的5个问题整理出来👇
个个都是真实炸过的雷💥，没有一个是编的，只希望各位小伙伴操作时不用再重蹈覆辙

   
   

二、ogg21c微服务抽取Oracle 11g复制到Oracle 19c发生的OGG问题总汇：

问题一：

  • 描述： 启动抽取进程时报错“OGG-12064 | The authorization information for 'POST /services/v2/extracts/EXT1_LIU' is missing, invalid or not properly formed.”
  • 解决办法： 触发了ogg21c版本抽取和复制oracle11g版本数据库的bug，需要给源库打上 Patch 20448066补丁，并且Patch 20448066补丁是有前置条件的，需要打上DB 28729262补丁才行，不一定是11.2.0.4.190115 (28729262)这个DB补丁，其他DB补丁也是可以的，参考mos账号的依赖关系。
    在这里插入图片描述

   

问题二：

  • 描述： 启动抽取进程报错“OGG-02912 Patch 17030189 is required on your Oracle mining database for trail format RELEASE 12.2 or later.”
  • 解决办法： 在 MOS 中，文档 Doc ID 2304095.1 对这个错误的描述，在 OGG 家目录下存在“prvtlmpg.plb”脚本，可以在源oracle11g库执行此脚本解决。版本 12.2 或更高版本的 Oracle 挖掘数据库需要补丁17030189。也就是如果是源库是oracle11g不打相关补丁，执行prvtlmpg.plb脚本就可以解决问题。
[root@ogg21c ~]# cd /liu_data/ogg21c/ogg213_ma/lib/sql/legacy    ###进入到OGG家目录下
[root@ogg21c legacy]# ll | grep prvtlmpg.plb

在这里插入图片描述
然后将prvtlmpg.plb脚本拷贝到oracle11g目录下，通过@执行

SQL> @prvtlmpg.plb      ###针对ogg用户执行扩展脚本，“Enter Integrated Capture mining user”这里输入ogg专用的ogguser用户名

在这里插入图片描述

   

问题三：

  • 描述： 抽取进程状态正常，但进程的Lag at Chkpt（延迟时间）延迟非常高，有可能几小时，有可能1天，实际上这个进程并没有问题，只是源库可能非常大或者其他原因导致ogg获取全量元结构时非常的慢，导致进程的Lag at Chkpt（延迟时间）延迟非常高。
    在这里插入图片描述
  • 解决办法： 这个问题主要出现源库数据量非常大，表非常多的情况（表上千上万个），测试环境数据量小，表少的情况就延迟几分钟。所以只要进程状态没问题，延迟的问题等等即可。同理复制进程也可能会有这个问题。需要注意下：需要等到Lag at Chkpt（延迟时间）延迟接近0秒时，再进行数据泵全量导出，因为抽取数据可能是延迟接近0秒时才开始进行正常的抽取，并不是点启动按钮时的那个时间。此问题触发了Bug 21281961
    在这里插入图片描述
    这里参考这两篇文章解决：https://blog.csdn.net/JiekeXu/article/details/128024030?ops_request_misc=%257B%2522request%255Fid%2522%253A%25220d83fef7210c2df9086a04f1f14d92c7%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fblog.%2522%257D&request_id=0d83fef7210c2df9086a04f1f14d92c7&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2~blog~first_rank_ecpm_v1~rank_v31_ecpm-4-128024030-null-null.nonecase&utm_term=ogg&spm=1018.2226.3001.4450 和 https://cloud.tencent.com/developer/article/2273547

   

问题四：

  • 描述： 抽取进程状态正常，并且源库也有数据变动，但抽取进程中的 “统计信息（选择抽取进程，点击 操作—详细信息—统计信息）” 却一直为0。
    在这里插入图片描述
  • 解决办法： 这个是因为源库和ogg微服务上的时间不一致导致的，源库服务器为北京时间，但部署ogg微服务的服务器比北京时间慢了2小时，因此服务器上的时间都需要确保为北京时间。同理ogg库上的时间也需要确保为北京时间。时间都为北京时间后“统计信息”开始显示有增长。
    在这里插入图片描述

   

问题五：

  • 描述： 抽取进程中的 “统计信息（选择抽取进程，点击 操作—详细信息—统计信息）” 可以看到很多表都有变动记录，但如果指定一个明确清楚有变动的表，却查询不到任何变动记录。
    查看抽取进程EXT_ZY3，可以看到此抽取进程会抽取zy用户下所有的表
    在这里插入图片描述
    尝试对zy用户下存在的LIUDBYWCS1111表插入数据，然后通过web界面查看抽取进程的“统计信息”，查询到LIUDBYWCS1111无任何变动记录
SQL>
insert into ZY.LIUDBYWCS1111 values(1231221,'liudbywcs01');
commit;

在这里插入图片描述

  • 解决办法： web图形化界面可能有显示限制，所以通过adminclient命令查看
[oracle@ogg21c ~]$ adminclient
OGG (未连接) 1> connect http://10.2.1.221:8001 deployment deploy_ogg21c user ogguser password 123456
OGG (http://10.2.1.221:8001 deploy_ogg21c) 4> STATS EXTRACT EXT_ZY3, TABLE ZY.LIUDBYWCS1111, TOTAL      ###通过命令行就可以看到LIUDBYWCS1111表有过插入的操作的记录

在这里插入图片描述

   
   

开始部署安装！！！ Action！ 💻

   
   

三、ogg微服务部署（采用中心枢纽(Hub)部署）

中心枢纽(Hub)部署模式： 这是一个重要的改进，可以将OGG微服务部署在 独立于源端和目标端数据库的第三方服务器上。

   

3.1 下载OGG 21c for Oracle

进入到软件交付云（Go to the Software Delivery Cloud）
在这里插入图片描述
   

搜索需要下载Oracle GoldenGate 21.3.0.0.0
在这里插入图片描述
在这里插入图片描述
   

选择在linux上部署的微服务的软件包：Oracle GoldenGate 21.3.0.0.0 Microservices for Oracle on Linux x86-64
在这里插入图片描述
在这里插入图片描述
   

运行这个下载器，选择的软件包都会在这个下载器中下载
在这里插入图片描述

   

3.2 ogg组件安装

3.2.1 关闭防火墙（数据库都是在内网，如果开启防火墙每次连接都要判断）：

[root@ogg21c ~]# systemctl stop firewalld.service 
[root@ogg21c ~]# systemctl disable firewalld.service 
[root@ogg21c ~]# systemctl status firewalld.service

   

3.2.2 添加组和用户：

  • dba： 数据库管理员(OSDBA)组 | 真实应用集群管理(OSRACDBA)组（rac组）
  • oper： 数据库操作系统(OSOPER)组（操作系统级别，也可以管理数据库）
[root@ogg21c ~]# groupadd -g 50001 oinstall
[root@ogg21c ~]# groupadd -g 50002 dba 
[root@ogg21c ~]# groupadd -g 50003 oper 
[root@ogg21c ~]# useradd -g oinstall -G dba,oper oracle 
[root@ogg21c ~]# id oracle

[root@ogg21c ~]# passwd oracle

   

3.2.3 准备ogg安装目录

[root@ogg21c ~]# mkdir -p /liu_data/ogg21c/ogg213_ma        ###ogg213_ma下安装微服务软件
[root@ogg21c ~]# mkdir -p /liu_data/ogg21c/ogg213_sm        ###ogg213_sm下存放服务管理器配置
[root@ogg21c ~]# mkdir -p /liu_data/ogg21c/ogg213_deploy    ###ogg213_deploy下为部署相关配置和数据目录
[root@ogg21c ~]# mkdir -p /liu_data/ogg21c/oraInventory     ###oraInventory路径

[root@ogg21c ~]# chown -R oracle:oinstall /liu_data/ogg21c

   

3.2.4 设置ogg_home变量

[root@ogg21c ~]# su - oracle

[oracle@ogg21c ~]# vi .bash_profile

export OGG_HOME=/liu_data/ogg21c/ogg213_ma     
export PATH=$OGG_HOME/bin:$PATH

[oracle@ogg21c ~]# source .bash_profile

   

3.2.5 图形化安装微服务软件（MA，Microservices Architecture）

[root@ogg21c ~]# unzip V1011471-01.zip

在这里插入图片描述

[root@ogg21c ~]# chown -R oracle:oinstall fbo_ggs_Linux_x64_Oracle_services_shiphome

[root@ogg21c ~]# su - oracle
[oracle@ogg21c ~]# cd fbo_ggs_Linux_x64_Oracle_services_shiphome/
[oracle@ogg21c fbo_ggs_Linux_x64_Oracle_services_shiphome]$ ls -l Disk1/

在这里插入图片描述

[oracle@ogg21c fbo_ggs_Linux_x64_Oracle_services_shiphome]$ cd Disk1/

使用sourceCRT远程操作linux并调出图形化界面，首先打开Xmanager-Passive

[oracle@ogg21c Disk1]# export DISPLAY=ip:0.0   设置display变量，设置的为安装Xmanager的客户端ip（希望在那台主机上显示图形化，然后授权显示图形化，环境变量DISPLAY用来设置将图形显示到何处）。例：[root@localhost ]# export DISPLAY=192.168.2.1:0.0
[oracle@ogg21c Disk1]# xhost  +                授权显示图形化界面

在这里插入图片描述

[oracle@ogg21c Disk1]# ./runInstaller
  • ①指定软件安装目录

在这里插入图片描述

  • ②指定oraInventory路径

在这里插入图片描述

  • ③执行orainstRoot.sh脚本，完成安装

在这里插入图片描述
在这里插入图片描述
   

3.2.6 图形化安装服务管理器（SM，Service Manager）

[oracle@ogg21c Disk1]# oggca.sh
  • ①服务管理器选项
    1. 这里的服务管理器相当于经典架构中的mgr管理，mgr常用的端口为7809
    2. 指定服务管理器(Service Manager)的目录：/liu_data/ogg21c/ogg213_sm
    3. 选择“register servier manager as a system servier/daemon（将服务管理器注册为系统服务程序/守护进程）”
    4. 设置监听端口为7809

在这里插入图片描述

  • ②部署详情设置
    指定“deployment name（部署名称）”：deploy_ogg21c

在这里插入图片描述

  • ③指定部署目录
    指定“deployment home（部署目录）”：/liu_data/ogg21c/ogg213_deploy

在这里插入图片描述

  • ④指定环境变量
    TNS_ADMIN变量设置成了/liu_data/ogg21c/ogg213_ma/srvm/admin，正常应该设置成数据库软件的TNS_ADMIN，但上面没有部署数据库软件。所以就找了微服务软件下有admin这个目录的充当

在这里插入图片描述

  • ⑤设置OGG微服务架构的管理账号
    用户名：ogguser
    密码：自定义

在这里插入图片描述

  • ⑥指定安全选项
    无需设置SSL安全认证

在这里插入图片描述

  • ⑦指定微服务架构中其他组件的端口号
    Oracle Goldengate MA微服务架构的组成部分，有五个主要组成部分：
    1.服务管理器(Service Manager)：7809
    2.管理服务器(Administration Service)：8001
    3.分发服务器(Distribution Service)：8002
    4.接收器服务器(Receiver Service)：8003
    5.性能指标服务器(Performance Metrics Service)：8004—8005

在这里插入图片描述

  • ⑧指定OGG复制设置
    Deafult schema指定为OGG微服务架构的管理账号：ogguser

在这里插入图片描述

  • ⑨执行registerServiceManager.sh脚本，完成安装

在这里插入图片描述

   

3.3 MA（Microservices Architecture）微服务使用和登录网页

服务启动项中注册了OracleGoldenGate.service服务进程，那么后续可以通过systemctl启动和管理微服务

[root@ogg21c ~]# systemctl status OracleGoldenGate.service

在这里插入图片描述
   

系统中查看相关进程

[root@ogg21c ~]# netstat -anlp |grep 7809
[root@ogg21c ~]# ps -ef|grep ServiceManager
[root@ogg21c ~]# ps -ef|grep ogg213

在这里插入图片描述
   

登录URL页面：<服务器IP地址>:7809
在这里插入图片描述
   

通过页面可以选择停止或启动管理服务(Administration Service，端口8001)、分发服务(Distribution Service，端口8002)、性能度量服务(Performance Metrics Service，端口8004—8005)和接收方服务(Receiver Service，端口8003)。还可以停止或重启部署服务，此处主要是deploy_ogg21c和ServiceManager（相当于经典架构中的mgr管理，mgr常用的端口为7809）
在这里插入图片描述

    呼～已经2万+字了✍️。关于微服务架构详解、微服务部署，以及那些让人头秃的同步问题，就先聊到这里🍵

    下一篇，开始使用数据泵对9TB的实例进行导入导出，并配置ogg一系列配置。敬请期待，下篇见👋

# 架构 # oracle # 微服务
Logo
腾讯云开发者社区

腾讯云面向开发者汇聚海量精品云计算使用和开发经验，营造开放的云计算技术生态圈。

更多推荐

Elasticsearch复杂数据类型终极指南：从入门到精通

Elasticsearch作为功能强大的搜索引擎，支持多种复杂数据类型，让开发者能够灵活处理各种结构化和非结构化数据。本文将带你全面了解Elasticsearch中的复杂数据类型，从基础概念到实际应用，助你轻松掌握数据建模的核心技巧。## 内部对象：构建层级化数据结构在Elasticsearch中，对象类型（Object）是最基础的复杂数据类型之一，用于表示具有嵌套关系的数据。例如，我们可

avatar 腾讯云开发者社区

终极指南：Flink SQL连接器版本管理从混乱到有序的升级之路

Apache Flink作为流处理领域的佼佼者，其SQL连接器的版本管理一直是开发者面临的核心挑战。本文将系统讲解Flink SQL连接器版本管理的最佳实践，帮助你轻松应对版本兼容性问题，实现从混乱到有序的升级之旅。## 连接器版本管理的常见痛点 😫在Flink应用开发中，连接器版本管理常常让开发者头疼不已。不同版本的连接器可能导致各种兼容性问题，例如API变更、功能差异甚至运行时错误。

avatar 腾讯云开发者社区

如何快速搭建Neon无服务器PostgreSQL：面向初学者的完整指南

Neon是一款革命性的无服务器PostgreSQL解决方案，它通过分离存储和计算层，实现了自动扩缩容、类代码式数据库分支以及零级扩展能力。本指南将帮助你从零开始搭建Neon开发环境，体验这款创新数据库的强大功能。## 准备工作：环境要求与依赖项在开始搭建Neon环境前，请确保你的系统满足以下要求：- Linux操作系统（推荐Ubuntu 20.04+或Debian 11+）- Git

avatar 腾讯云开发者社区