OGG-01973 Oracle GoldenGate Capture for Oracle, ext_xps.prm: The redo record indicates data loss o

最新推荐文章于 2021-04-20 10:09:09 发布
原创 最新推荐文章于 2021-04-20 10:09:09 发布 · 3.7k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了解决Oracle GoldenGate中出现的OGG-01973错误的方法，该错误通常出现在GoldenGate从11.1.1.3升级到11.2.1.0.1后，表现为redo记录指示特定对象的数据丢失。解决方案包括在提取参数文件中排除特定临时表。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

一.问题描述：


ERROR   OGG-01973  Oracle GoldenGate Capture for Oracle, ext_xps.prm:  The redo record indicates data loss on object 276971.

In this Document

Symptoms
 Cause
 Solution
 References


APPLIES TO:

Oracle GoldenGate - Version 11.2.1.0.1 and later
Information in this document applies to any platform.

SYMPTOMS

 After GoldenGate upgrade from 11.1.1.3 to 11.2.1.0.14,  errors occur in the log file and extract process 


2014-01-06 22:18:45  ERROR   OGG-01973  Oracle GoldenGate Capture for Oracle, ext_xps.prm:  The redo record indicates data loss on object 276971.
2014-01-09 22:21:33  ERROR   OGG-01973  Oracle GoldenGate Capture for Oracle, ext_xps.prm:  The redo record indicates data loss on object 277202.
2014-01-10 22:18:21  ERROR   OGG-01973  Oracle GoldenGate Capture for Oracle, ext_xps.prm:  The redo record indicates data loss on object 277224.
2014-01-13 22:12:10  ERROR   OGG-01973  Oracle GoldenGate Capture for Oracle, ext_xps.prm:  The redo record indicates data loss on object 277479.
2014-01-14 22:13:10  ERROR   OGG-01973  Oracle GoldenGate Capture for Oracle, ext_xps.prm:  The redo record indicates data loss on object 277524.
2014-01-18 06:05:42  ERROR   OGG-01973  Oracle GoldenGate Capture for Oracle, ext_xps.prm:  The redo record indicates data loss on object 277749.
2014-01-24 22:14:31  ERROR   OGG-01973  Oracle GoldenGate Capture for Oracle, ext_xps.prm:  The redo record indicates data loss on object 278215.
2014-01-26 10:05:57  ERROR   OGG-01973  Oracle GoldenGate Capture for Oracle, ext_xps.prm:  The redo record indicates data loss on object 278304.
2014-01-26 10:12:47  ERROR   OGG-01973  Oracle GoldenGate Capture for Oracle, ext_xps.prm:  The redo record indicates data loss on object 278312.
2014-01-26 18:04:23  ERROR   OGG-01973  Oracle GoldenGate Capture for Oracle, ext_xps.prm:  The redo record indicates data loss on object 278327.
2014-01-27 22:15:40  ERROR   OGG-01973  Oracle GoldenGate Capture for Oracle, ext_xps.prm:  The redo record indicates data loss on object 278374.
2014-01-28 22:21:05  ERROR   OGG-01973  Oracle GoldenGate Capture for Oracle, ext_xps.prm:  The redo record indicates data loss on object 278527.

CAUSE

Compression Advisor (delivered with DBMS_COMPRESSION in 11gR2) is used.

DBMS_TABCOMP_TEMP_UNCMP and DBMS_TABCOMBP_TEMP_CMP  are tables which are created and dropped dynamically by Oracle.
If you check the object ID reported in the error message, the object ID is already gone.

So we can see in the extract parameter file :
TABLEEXCLUDE *.DBMS_TABCOMP_TEMP_CMP

but not

TABLEEXCLUDE *.DBMS_TABCOMP_TEMP_UNCMP 

SOLUTION

As tables DBMS_TABCOMP_TEMP_UNCMP are not excluded, please add this line in the extract parameter file:

TABLEEXCLUDE *.DBMS_TABCOMP_TEMP_UNCMP

or modify the line like that:

TABLEEXCLUDE *.DBMS_TABCOMP_TEMP*

忽略报错：



Oracle GoldenGate OGG 报错汇总（转）
weixin_30608131的博客
06-07 2729
1、IP限制因其的目标端拒绝源端进程 源端告警：view report ext_1 ERROR OGG-01201 Error reported by MGR : Access denied. ERROR OGG-01668 PROCESS ABENDING. 目标端告警: view report mgr INFO OGG-00963 Oracl...
ERROR OGG-02803 Encountered a Data Guard role transition. Alter Extract to SCN
gsforget321的博客
09-06 907
昨天主备切换，物理备库切换主库后，GOLDENGATE的抽取进程起不来，报错如下，查了MOS，备库变成主库后，更新抽取进程的SCN，按照建议更改完，启动没问题，SCN更新后，要删除“TRANLOGOPTIONS USEPREVRESETLOGSID”这个参数后，再重启抽取进程，抽取进程就没问题了： 2024-09-06T00:15:42.759+0800 ERROR OGG-02803 Oracle GoldenGate Capture for Oracle, ext1.prm: Encounte
goldengate extract ERROR OGG-01973 The redo record indicates data loss on object
old boy的博客
12-05 1620
oracle goldengate extract抽取进程异常终止，报错OGG-01973 The redo record indicates data loss on object 问题描述：     最近一段时间发现goldengate经常出现异常，extract进程终止，无法启动，检查日志报错如下： 可以看到错误ERROR OGG-01973 ...
OGG-01433 Oracle GoldenGate Capture for Oracle, EXXX.prm: Failed to validate table ＜SCHEMANAME.TABLE
热门推荐
sqlora的专栏
03-25 1万+
检查ggserr.log发现 尝试去掉压缩以及重新添加日志依然失败。 最终排除该表解决。否则需要重新同步。 ---------------------------------------- GoldenGate Extract Process Abend With OGG-01433 Failed to validate table, The table is compressed and extract will not be able to extract data from Ora..
OGG-00446 Oracle GoldenGate Capture for Oracle, ext1.prm: No valid log files for current redo
leo__1990的博客
06-18 1878
问题描述： ORACLE RAC 配置OGG时，启动rac 的extract 进程时日志提示如下： 2017-10-25T23:55:10.619+0800 ERROR OGG-00446 Oracle GoldenGate Capture for Oracle, ext1.prm: error 2 (No such file or directory) opening re...
oracle table compression,OGG-01028 Oracle GoldenGate Capture for Oracle,Table compression is not su...
weixin_31220971的博客
04-04 212
Today My product environment using OGG(Version 11.2.1.0.1) the EXTRACT PROCESS ABBENDED. In the following example the output of the ggserr.log2013-09-29 10:03:15 ERROR OGG-01028 Oracle GoldenGate ...
ogg for oracle,OGG-01224 Oracle GoldenGate Capture for Oracle, ext1.prm: TCP/IP error 111 (Connect...
weixin_35411439的博客
04-06 837
GGSCI (primrac1.example.com as [emailprotected]) 6> view params ./GLOBALSGGSCHEMA ggcwCHECKPOINTTABLE ggcw.CKPTABGGSCI (primrac1.example.com as [emailprotected]) 7> view params mgrPORT 7809AUT...
Oracle_GoldenGate_11.2.1.0.3 for Oracle_11g_windows_x64
01-30
本压缩包"Oracle_GoldenGate_11.2.1.0.3 for Oracle_11g_windows_x64"是针对Oracle 11g数据库在Windows x64操作系统上的特定版本。 Oracle GoldenGate 11.2.1.0.3 版本包含了以下关键组件和功能： 1. **Data ...
OGG-01433故障解决方法
09-11
在Oracle GoldenGate (简称OGG) 的应用过程中，可能会遇到OGG-01433错误，这一错误通常与表的压缩设置有关。OGG是一款高性能的数据复制工具，能够实现异构数据库间的实时数据复制。当源端数据库中的表被设置了压缩...
Oracle_GoldenGate_11.2.1.0.3 for Oracle_11g_linux_x64
01-30
Oracle GoldenGate是一款强大的数据复制软件，它允许实时的数据同步，为用户提供近实时的数据集成解决方案。在本案例中，我们关注的是Oracle GoldenGate的11.2.1.0.3版本，专为Oracle 11g数据库在Linux x64操作系统...
OGG12 oracle 11.2.0.4单机同步至单机oracle 11.2.0.4
优快云END的博客
04-20 381
####################################################################################OGG源端################################################################################################################ oracle版本: Version 11.2.0.4.0 OGG版本：Version 12.1.2.1.
Extract Abends with ERROR OGG-01733 Oracle GoldenGate Capture
Brent的专栏
09-14 4153
测试ogg的时候发现不知道什么时候datapump居然挂掉了，报错OGG-01733,搜索了一下mos，发现是trail文件损坏导致。按照下面的方法成功恢复。 In this Document   Symptoms   Cause   Solution   Oracle to Oracle d
ogg错误一例：OGG-01028
JasonLiu_2012的专栏
03-18 7825
昨天刚刚对公司的一套RAC库用ogg做了到报表库的同步，还没来得及做监控。今天一早来看，发现source端extract进程昨晚10点多ABENDED掉了，查看ggserr.log，内容如下：2013-02-26 22:00:27  ERROR   OGG-01028  Oracle GoldenGate Capture for Oracle, ext232.prm:  Object with o
济南的雨和Oracle GoldenGate 的Bug
msdnchina的专栏@JiNan,ShanDong
11-28 2307
济南的雨和Oracle GoldenGate 的Bug
OGG-00014 rpssyx.prm: Unrecognized parameter: EPLICAT. Parameter could be misspelled or unsupported
woailyoo0000的博客
03-08 2741
2016-05-13 17:55:06  ERROR   OGG-00014  Oracle GoldenGate Delivery for Oracle, rpssyx.prm:  Unrecognized parameter: EPLICAT. Parameter could be misspelled or unsupported.2016-05-13 17:55:06  ERROR   O...
RAC环境下抽取进程报错：OGG-00446 Oracle GoldenGate Capture for Oracle
Expec-乐的博客
02-14 2801
1.说明 源库是RAC，在启动抽取进程时出现错误。无法正常启动，报错如下. 2.OGG日志 **2018-07-31 14:11:34 ERROR OGG-00446 Oracle GoldenGate Capture for Oracle, ext01.prm: error 2 (No such file or directory) opening redo log +DATA/cn...
OGG-00751错误处理一例
05-23 269
今天下午观察ogg报表库，发现主站的dump进程abend掉了，err log里报错信息如下： 2012-05-2316:56:42ERROROGG-00751OracleGoldenGateCap...
OGG 加源端进程
rgb_rgb的博客
11-22 3487
--加源端进程： --extract ADD EXTRACT EXTA, TRANLOG, BEGIN 2012-11-21 00:01:00 ADD EXTTRAIL ./dirdat/ea, EXTRACT EXTA, MEGABYTES 200 ADD EXTRACT EXTB, TRANLOG, BEGIN 2012-11-21 00:01:00 ADD EXTTRAIL .
ORA-26723: user "OGG" requires the role "DV_GOLDENGATE_REDO_ACCESS".
最新发布
06-07
<think>我收到了用户的查询，想要解决ORA-26723错误，并了解如何为OGG用户分配DV_GOLDENGATE_REDO_ACCESS角色。用户提供了几个站内引用，我需要仔细分析这些引用，找出相关线索。查看引用内容：引用[1]提到了OracleGoldenGate捕获进程因错误而中止的错误信息，但没有直接帮助。引用[2]是运行包授予GoldenGate管理权限的命令，涉及dbms_goldengate_auth包，这很重要，因为角色分配可能与之相关。引用[3]包括创建OGG用户和表空间的过程，以及启用复制功能的altersystem命令，这部分确认了基础环境配置。引用[4]涉及审计库服务的启动，与当前错误无关。引用[5]是关于Oracle版本和补丁的信息，暗示检查版本兼容性。核心需求是解决ORA-26723错误，这通常表示缺少访问redo日志的权限。官方文档表明，需要DV_GOLDENGATE_REDO_ACCESS角色。结合引用[2]的grant_admin_privilege和引用[3]的GG用户设置，我推断步骤应从版本检查开始。Oracle12.2以上版本才支持此角色。用户需先确认版本，如果是11g或更低，需升级。然后检查DGBroker配置状态，确保没有活动保护。接着以有DBA权限的用户执行授权操作。关键命令是：使用sys用户运行grantdv_goldengate_redo_accesstoogg;，并添加容器子句if适用。还要验证角色是否已授予。整个过程需谨慎操作，因为涉及高权限和核心数据库功能。最后，建议用户参考官方文档确认细节，避免误操作。</think> 好的，解决ORA-26723错误的核心在于为OGG用户正确授予`DV_GOLDENGATE_REDO_ACCESS`角色。该角色是启用GoldenGate访问数据库redo日志所需的权限，尤其在启用了Oracle Data Guard Broker或使用了更高安全特性的环境下更为关键[^3]。 以下是具体的解决步骤： 1. **连接到源数据库：** 使用具有DBA权限的用户（如`SYS AS SYSDBA`）连接到源数据库。推荐使用`sqlplus`命令行工具： ```bash sqlplus / as sysdba ``` 或者： ```bash sqlplus sys@<your_tns_alias> as sysdba ``` 2. **确认数据库版本和配置：** * **版本要求：** `DV_GOLDENGATE_REDO_ACCESS`角色主要在**Oracle 12.2及以后版本**中引入和使用。如果你的数据库是11g或更早的12.1版本，该角色可能不存在或不适用[^5]。 * **检查GG复制状态：** 确保之前的`ENABLE_GOLDENGATE_REPLICATION`已设置为`TRUE`（引用[3]中已做过）： ```sql SHOW PARAMETER ENABLE_GOLDENGATE_REPLICATION; ``` * **检查Data Guard Broker状态（重要）：** 如果数据库属于Data Guard环境，需查看Broker状态： ```sql SELECT status FROM v$dataguard_config; ``` 或者更详细的： ```sql SELECT * FROM v$dataguard_config; ``` 如果Broker处于`ENABLED`状态，进行第3步时可能会遇到限制。 3. **管理Data Guard Broker（如果需要）：** 如果`v$dataguard_config`显示状态为`ENABLED`，你需要**暂停Broker的管理**才能授予该角色： ```sql ALTER SYSTEM SET DG_BROKER_START=FALSE; ``` * 这条命令会停止Broker的后台进程（`dmon`），暂时解除它对redo访问控制的严格控制[^3]。完成角色授予后，可以重新启用Broker（见第7步）。 4. **授予`DV_GOLDENGATE_REDO_ACCESS`角色：** 这是解决ORA-26723错误的核心步骤： ```sql GRANT DV_GOLDENGATE_REDO_ACCESS TO ogg; ``` * 如果你的环境是CDB（容器数据库），且OGG用户仅在PDB（可插拔数据库）级别使用，请指定容器**：** ```sql GRANT DV_GOLDENGATE_REDO_ACCESS TO ogg CONTAINER = CURRENT; -- 或者替换为具体的PDB名称 GRANT DV_GOLDENGATE_REDO_ACCESS TO ogg CONTAINER = <your_pdb_name>; ``` 这在多租户环境下非常重要，确保权限授予在正确的容器（通常是源PDB）生效。 5. **验证角色授予：** 确认角色已成功授予OGG用户： ```sql SELECT GRANTEE, GRANTED_ROLE FROM DBA_ROLE_PRIVS WHERE GRANTEE = 'OGG'; ``` 输出中应能看到`DV_GOLDENGATE_REDO_ACCESS`角色。 6. **(可选) 再次运行GoldenGate管理权限过程：** 虽然授予`DV_GOLDENGATE_REDO_ACCESS`通常就是关键所在，为了确保所有基础GoldenGate权限齐全，可以再次运行官方推荐的授权命令（如引用[2]）： ```sql EXEC dbms_goldengate_auth.grant_admin_privilege('OGG'); ``` 7. **重新启用Data Guard Broker（如果需要）：** 如果在第3步禁用了Broker，现在可以重新启用它： ```sql ALTER SYSTEM SET DG_BROKER_START=TRUE; ``` 启用后，Broker的`dmon`进程会自动重启。 8. **重启GoldenGate进程：** 完成上述步骤后，需要重启报错的那个GoldenGate捕获进程（Extract），它之前因为ORA-26723而中止（引用[1]）。在GoldenGate命令行接口（GGSCI）中执行： ```bash GGSCI> STOP EXTRACT <your_extract_name> GGSCI> START EXTRACT <your_extract_name> ``` 进程现在应该能成功启动并开始处理事务。 **要点总结：** * **核心操作：** 使用`SYS`用户在数据库级别为OGG用户授予`DV_GOLDENGATE_REDO_ACCESS`角色。 * **关键环境：** 这在高可用环境（如Data Guard Broker开启）或安全增强的数据库中尤为关键。 * **Data Guard Broker：** 授予该角色时，通常需要**临时禁用**（`DG_BROKER_START=FALSE`）Broker以避免冲突或授权失败。授权后务必重新启用（`DG_BROKER_START=TRUE`）。 * **版本确认：** 确保你的数据库版本支持此角色（通常12.2及以上）。 * **CDB/PDB：** 在多租户环境中，明确使用`CONTAINER`子句将角色授予到PDB级别的OGG用户。 完成这些步骤后，ORA-26723错误应该得到解决，GoldenGate捕获进程可以正常访问redo日志进行复制[^3]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值