简介本资源为 Oracle GoldenGate 11.2.1.0.3 针对 Oracle 11g 数据库、Windows x64 平台的安装包面向从事数据实时同步、数据迁移与高可用架构的 DBA 及数据集成工程师。它解决的是跨系统变更数据捕获与低延迟复制问题适用于 Windows Server 2003/2008 64 位环境下搭建 GoldenGate 复制链路的学习与部署场景。压缩包共 185 个文件约 34.1MB以 jar、sql、exe、dll、txt 及多平台 Makefile 脚本为主涵盖抽取、传输、复制进程所需组件以及 ICU、Xerces、Berkeley DB 等依赖库和消息、参数、示例文件。目前已有 1412 人学习下载。通过该包可了解 Extract、Data Pump、Replicat 与 Trail Files 的组成关系借助 jagent、pw_agent_util 等脚本熟悉管理工具启动方式并结合 SQL 与参数样例掌握源端抽取、目标端应用的配置思路为实际部署与排错提供参考。1. 从一次 Oracle 11g 到 11g 的同步翻车说起GoldenGate 11.2.1.0.3 Windows x64 到底能干什么前阵子帮一个做 ERP 的老哥排查数据同步源库和目标库都是 Oracle 11g跑在 Windows Server 上他图省事用了一个来路不明的 GoldenGate 压缩包结果抽取进程一启动就报OGG-00446 Could not find archived log折腾两天没搞定。我接手后第一件事就是确认版本——Oracle GoldenGate 11.2.1.0.3 for Oracle 11g on Windows x64这个组合不是随便凑的11.2.1.0.3 是 11.2.1 系列里针对 11g 数据库兼容性收尾比较稳的一个补丁位Windows x64 则决定了你拿到的二进制是ggsci.exe、extract.exe这一套而不是 Linux 下的.so和 shell 脚本。这份资源解决的就是「在 Windows 环境下把 Oracle 11g 的增量数据实时搬到另一个 Oracle 11g」这件事适合还在维护老 ERP、老报表库、又不想上 OGG 12c 那套 Microservices 架构的 DBA 和运维。它不新但胜在轻、依赖少、跟 11g 的logminer配合成熟很多老系统的同步链路至今还靠它撑着。2. 解压之后先别急着配目录结构、环境变量与 11g 的兼容边界2.1 拿到压缩包先看这三层目录GoldenGate 11.2.1.0.3 的 Windows x64 包解压后根目录下通常长这样ggsci.exe是命令行入口extract.exe、replicat.exe、manager.exe分别对应抽取、复制和管理进程GLOBALS是全局参数文件dirprm、dirrpt、dirdat分别放参数、报告和 trail 文件。很多人第一次用会把整个目录丢进C:\Program Files然后发现进程写 trail 时权限不够——Windows 下 GoldenGate 对目录写权限很敏感尤其是dirdat和dirrpt。我一般建议直接放在盘根比如D:\ogg路径里不要有空格和中文这是血泪经验空格会让某些参数解析直接翻车。解压后先别动参数打开命令行进到D:\ogg执行ggsci.exe如果能进到GGSCI提示符说明二进制本身没问题。这一步能过滤掉大部分「包损坏」或「架构不对」的情况——如果你在 32 位系统上跑 x64 包这里会直接报不是有效 Win32 程序。2.2 环境变量与 Oracle 客户端依赖GoldenGate for Oracle 在 Windows 上并不自带 Oracle 客户端它依赖你本机已经装好的 Oracle 11g 客户端或服务端里的oci.dll。常见做法是把ORACLE_HOME指向 11g 的安装目录并把%ORACLE_HOME%\bin加进PATH。如果你机器上同时有 11g 和 19c 客户端一定要确认PATH里排在前面的那个oci.dll版本跟目标库匹配否则GGSCI里dblogin会报ORA-12154或直接崩。# 在 GGSCI 里登录源库验证 OCI 链路是否通 GGSCI dblogin userid ggate, password ggate_pwd # 成功会返回 Successfully logged into database.这段命令的逻辑是dblogin会调用 OCI 去连库如果环境变量指向的客户端版本不对这里就会失败而不是等到启动抽取进程才暴露。参数userid和password建议用 GoldenGate 专用账号不要用sys后面配置抽取时会用到ADD TRANDATA需要一定权限但不是 DBA 全权。2.3 11.2.1.0.3 与 11g 的版本对应关系组件版本要求说明GoldenGate11.2.1.0.3Windows x64 专用二进制源库Oracle 11.2.0.1 及以上需要开启归档和补充日志目标库Oracle 11.2.0.1 及以上复制进程依赖数据库字符集一致客户端Oracle 11g 客户端提供 oci.dll版本尽量与库一致这张表不是摆设我见过源库是 11.2.0.4、客户端却装了 11.1 的oci.dll结果抽取进程能起但一读 redo 就报OGG-01027。版本对齐这件事在 11g 时代没有自动检查全靠自己确认。3. 配置抽取与复制从 MANAGER 到 EXTRACT 的完整参数落地3.1 MANAGER 进程与端口规划MANAGER 是 GoldenGate 的总控进程所有GGSCI命令最终都通过它调度。配置它只需要在dirprm下建一个mgr.prm内容通常两行端口和动态端口范围。端口别用 7809 以外的默认值跟别的服务撞我一般会改成 7810 并显式指定DYNAMICPORTLIST。# dirprm/mgr.prm PORT 7810 DYNAMICPORTLIST 7811-7820 AUTOSTART EXTRACT * AUTOSTART REPLICAT *PORT是 MANAGER 自身监听端口DYNAMICPORTLIST是给抽取和复制进程通信用的动态端口段AUTOSTART让 MANAGER 起来后自动拉起已配置的进程。参数说明端口段不要开太大Windows 防火墙对连续端口放行比较麻烦10 个足够。配置完在GGSCI里执行start manager然后用info manager确认状态是Running。3.2 源库准备归档、补充日志与 TRANDATAGoldenGate 抽取增量依赖 Oracle 的 redo 和补充日志。源库必须处于归档模式并且开启最小补充日志和表级补充日志。常见做法是先确认归档-- 在源库执行确认归档已开启 SELECT log_mode FROM v$database; -- 返回 ARCHIVELOG 才继续 -- 开启数据库级最小补充日志 ALTER DATABASE ADD SUPPLEMENTAL LOG DATA; -- 对需要同步的表逐张加 TRANDATA ALTER TABLE erp.orders ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;第一句查归档模式如果不是ARCHIVELOGGoldenGate 抽取进程根本读不到完整 redo。第二句开启最小补充日志这是 GoldenGate 识别变更的前提。第三句对具体表加全列补充日志(ALL) COLUMNS表示记录所有列的前像代价是 redo 量增大但能避免更新时缺少前像导致复制进程报ORA-01403。如果表特别多可以在GGSCI里用ADD TRANDATA erp.*批量加但要注意大表加 TRANDATA 会短暂锁表。3.3 配置 EXTRACT 抽取进程抽取进程负责从源库 redo 里抓变更写进本地 trail 文件。参数文件dirprm/ext1.prm一般包含连接信息、抽取范围、trail 路径。# dirprm/ext1.prm EXTRACT ext1 SETENV (ORACLE_HOME D:\app\oracle\product\11.2.0\dbhome_1) SETENV (NLS_LANG AMERICAN_AMERICA.AL32UTF8) USERID ggate, PASSWORD ggate_pwd EXTTRAIL D:\ogg\dirdat\et TABLE erp.orders; TABLE erp.order_items;SETENV显式指定ORACLE_HOME和NLS_LANG避免因为系统环境变量混乱导致字符集错乱这是 Windows 下最容易忽略的一步。EXTTRAIL指定 trail 文件前缀GoldenGate 会自动生成et000000这样的文件。TABLE逐条列出要同步的表支持通配但生产环境建议显式列出方便排查。配置完在GGSCI里add extract ext1, tranlog, begin now再add exttrail D:\ogg\dirdat\et, extract ext1最后start ext1。3.4 配置 REPLICAT 复制进程复制进程在目标库把 trail 里的变更应用进去。参数文件dirprm/rep1.prm需要指定目标库连接、trail 来源和映射关系。# dirprm/rep1.prm REPLICAT rep1 SETENV (ORACLE_HOME D:\app\oracle\product\11.2.0\dbhome_1) USERID ggate, PASSWORD ggate_pwd ASSUMETARGETDEFS DISCARDFILE D:\ogg\dirrpt\rep1.dsc, APPEND MAP erp.orders, TARGET erp.orders; MAP erp.order_items, TARGET erp.order_items;ASSUMETARGETDEFS表示源和目标表结构完全一致不用额外定义文件这是同构同步最省事的写法。DISCARDFILE记录无法应用的记录排查时先看这个文件。MAP做源到目标的映射同构场景直接同名。配置完add replicat rep1, exttrail D:\ogg\dirdat\et再start rep1。启动后用info rep1看状态view report rep1看有没有报错。4. 避坑与排查Windows 下 GoldenGate 最常见的五类翻车4.1 抽取进程报 OGG-00446 找不到归档日志现象start ext1后进程反复重启报告里写OGG-00446 Could not find archived log for sequence ...。原因通常是源库归档被删得太快或者 GoldenGate 需要的归档已经被备份脚本清掉。解决先dblogin后执行register extract ext1, database重新注册抽取起点或者用ALTER EXTRACT ext1, BEGIN now把起点推到当前代价是中间数据丢失需要重新初始化。长期方案是调整归档保留策略确保 GoldenGate 消费速度跟得上。4.2 复制进程报 ORA-01403 找不到前像现象rep1报告里出现ORA-01403 no data found通常伴随某张表的更新操作。原因是对应表没有加全列补充日志GoldenGate 拿不到更新前的主键或前像。解决回到源库对该表执行ALTER TABLE ... ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS然后重启抽取进程并重新初始化该表。注意加 TRANDATA 后需要重新抽取不能只重启复制。4.3 GGSCI 里 dblogin 报 ORA-12154 或直接闪退现象dblogin时提示无法解析连接标识符或者ggsci.exe窗口一闪而过。原因是ORACLE_HOME指向错误或者PATH里混入了多个版本的oci.dll。解决在GGSCI里用SHOW命令查看当前环境变量确认ORACLE_HOME和PATH顺序必要时在mgr.prm里用SETENV强制指定。闪退问题多半是NLS_LANG没设导致字符集转换崩溃补上SETENV (NLS_LANG...)即可。4.4 trail 文件不生成或生成后不增长现象抽取进程状态是Running但dirdat目录下没有et000000文件或者文件大小一直是 0。原因是EXTTRAIL路径写错或者 MANAGER 没有正确加载参数。解决先info extract ext1看实际使用的 trail 路径再检查dirprm下文件名是否和add extract时一致。Windows 下路径反斜杠要写双写或正斜杠D:\ogg\dirdat\et在参数文件里没问题但在命令行add exttrail时要用D:\ogg\dirdat\et且不能有尾部空格。4.5 目标库字符集与源库不一致导致乱码现象同步过去的汉字变成问号或乱码。原因是源库和目标库字符集不同且NLS_LANG设置不匹配。解决确认两边SELECT * FROM nls_database_parameters WHERE parameterNLS_CHARACTERSET结果一致如果不一致在抽取和复制进程的SETENV里显式指定NLS_LANG为源库字符集对应的值比如AMERICAN_AMERICA.AL32UTF8。字符集问题没有后悔药最好在初始化前就对齐。5. 进阶技巧用 INFO 与 REPORT 把同步链路变成可观测的黑匣子5.1 用 INFO 系列命令做日常巡检GoldenGate 11.2.1.0.3 的INFO命令比 12c 简陋但够用。我习惯每天巡检时跑三条info all看所有进程状态info extract ext1, detail看抽取的检查点和 trail 位置info replicat rep1, detail看复制延迟。info all里如果某个进程状态是ABENDED说明已经挂了需要立刻看报告。detail输出里的Current Lag是复制延迟单位是秒超过 300 就要警惕。# 日常巡检三连 GGSCI info all GGSCI info extract ext1, detail GGSCI info replicat rep1, detail这三条命令的逻辑是先看全局状态再分别下钻到抽取和复制的细节。info all不显示延迟所以必须配合detail。参数上没有什么可调的但输出里的Checkpoint Lag和Current Lag要区分前者是检查点落后时间后者是实际应用延迟排查时以Current Lag为准。5.2 用 REPORT 文件定位具体失败记录view report rep1会打开dirrpt下的报告文件里面按时间倒序记录每次启动和报错。重点看ERROR和WARNING行以及DISCARDFILE里对应的记录。常见做法是先用view report找到报错的操作类型和表名再去dirrpt/rep1.dsc里看具体是哪条记录被丢弃。如果是主键冲突说明目标库已有数据需要手动清理或改用HANDLECOLLISIONS参数但后者会掩盖问题生产环境慎用。5.3 一个我常用的验证方法手工造一条变更看延迟配置完同步链路后不要只看进程状态是Running就以为万事大吉。我一般会在源库对一张小表插一条测试数据然后立刻在目标库查同时用info replicat rep1, detail看Current Lag是否在几秒内归零。如果延迟一直不降说明复制进程卡住了这时候去看报告比盲目重启有效。这个习惯帮我提前发现过好几次因为目标库触发器导致的复制阻塞。-- 源库造测试数据 INSERT INTO erp.orders (order_id, customer_id, amount) VALUES (999999, 1001, 88.88); COMMIT; -- 目标库验证 SELECT * FROM erp.orders WHERE order_id 999999;第一句插入一条明显不会跟业务冲突的测试记录第二句在目标库确认是否同步过来。如果目标库查不到先别急着重启去view report rep1看有没有报错大概率是表结构不一致或权限问题。验证完记得把测试数据删掉避免污染业务表。从那以后我每次部署完 GoldenGate都会强制走一遍「造一条数据、看延迟归零、删掉数据」的验证流程不看到Current Lag归零绝不收工。希望帮到你。本文还有配套的精品资源点击获取