OGG-00685 begin time <time> prior to oldest log in log history

最新推荐文章于 2022-03-30 23:45:05 发布
最新推荐文章于 2022-03-30 23:45:05 发布
阅读量5.6k 收藏 1
点赞数
分类专栏： oracle 容灾 oracle 报错 oracle golden gate
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/kiwi_kid/article/details/36184241
版权

今天早生产库的某个逻辑备库部署ogg同步几张表，报上述错误

去mos查询，得如下解决办法

APPLIES TO:

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

SYMPTOMS

OGG-00685  begin time <time> prior to oldest log in log history. 
Last SQL executed 
<SELECT MAX(sequence#)   FROM (select sequence#     FROM v$log_history     
WHERE first_time < TO_DATE(:begin_time,'YYYY-MM-DD HH24:MI:SS') AND     
RESETLOGS_CHANGE# LIKE :resetlogs_change_number AND   >.

CHANGES

A startup condition only.

CAUSE

This is a startup bug error where certain initial log positions are not resolved at initialization. 
This should happen only if the first log switching didn't occur after the db was created and before extract was started

It is bug ( 11839680).

SOLUTION

It is resolved by performing a database log switch.

Other causes and solutions:
If some of the nodes in RAC are not active, OGG will hit this error when trying to find the redo logs for those inactive nodes. 
The solution in this case is to exclude those inactive nodes from GG, e.g. THREADOPTIONS PROCESSTHREADS SELECT 1 

在extract 抽取文件中添加THREADOPTIONS PROCESSTHREADS SELECT 1 这一行参数以后，问题 解决



ogg 常用命令
qq_40066204的博客
02-25 2872
查询ogg源端ip tail -100f ggserr.log |grep EXTRACT ogg命令总结整理 stats：查看进程抽取数据情况，用于检测数据丢失问题。 info *：用于检测进程读取文件情况信息。 info all：查看所有增量抽取进程以及增量推送进程 info all,task：用于查看全量抽取进程 start/stop mgr：启动/停止 mgr进程 view params *：查看进程所需的配置信息 edit params *：编辑进程所需的配置信息 info exittrail
goldengate mysql to oracle,goldengate mysql to oracle OGG-00146 求助！
weixin_39824801的博客
04-16 753
源端mysql目标端oracleos linux配置好源端，启动抽取进程报错：2013-08-15 08:38:45ERROR OGG-00146Oracle GoldenGate Capture for MySQL, ext_te2.prm:VAM function VAMInitialize returned unexpected result: error 600 -...
ogg-00685 在RAC ONE NODE和RAC 丢失某节点的情况下的处理方法
huoshuyinhua的专栏
02-27 1513
昨天，客户要求加一个ogg抽取投递进程。 登陆服务器，add extract 后，配好参数，start ext**  ext** abend，检查log发现报错 OGG-00685 begin time *** prior to oldest log in***************** 百度一下没有符合的含有相关错误的文章。mos里搜索下，有如下解决方法 It is resolv
【ogg 】Error Messages（OGG-00521 to OGG-01042）
viviliving的专栏
11-12 4950
OGG-00521: Object was resolved, however in the same resolution call both DDL history and database metadata resolution failed, cannot recover, {0} [{1}], object id {2} Cause: The DDL object was not fou...
OGG跳过事务 logdump FORCETRANS begin now
jnrjian的博客
03-30 4804
本文主要讲述： extract 时跳过事务 replicate时跳过事务 知识重点：OGG中保存的也是before image和after image，这也是block中行的修改，和RBA UBA中一样的 【ogg】GoldenGate介绍_回到未来望过去的博客-CSDN博客 如何保证ogg抽取进程不丢归档 - 墨天轮 配置归档不被删 ----extract 时跳过事务 长事务的影响 OGG是基于事务级的实时复制工具，也就是说OGG只复制已提交的事务...
goldengate 故障及解决方法汇总
热门推荐
amethystqi的专栏
07-11 1万+
1.数据库thread与sid不对应问题描述：GGS ERROR  500  抽取进程extu1起不来，提示找不到thread2的归档（没有保留哪天具体的报错信息）问题分析：rac数据库曾经删除又重建一个节点，故thread2对应的实例已经没有了，更没有它的归档了（之前是将该实例
Theme、Style、attr、declare-styleable
淡淡的宁静的博客
02-20 3623
  Theme或者Style中（或者说Android中其他xml资源使用的属性）的属性都是一样的，首先都需要定义&lt;attr name="" format="reference|dimension|color|boolean|float|integer|fraction"/&gt;。可以在单独一个attr中定义，也可以一个&lt;declare-styleable/&gt;tag包含多个at...
oracle goldengate报错解决之OGG-00446、OGG-00529、OGG-00014
weixin_34025051的博客
11-08 2262
OGG测试：无法启动ext进程，报错OGG-00446报错日志【截取重要部分】2016-10-2816:51:40ERROROGG-00446Missingfilenameopeningcheckpointfile. 2016-10-2816:51:40ERROROGG-01668PROCESSABENDING.日志意思很明显：在打开...
3节点rac 调优记录
java开发指南博客 【转载】
06-13 138
详见原文；链接 http://www.killdb.com/2012/06/13/%e4%b8%80%e6%ac%a13-node-rac-tunning.html
oracle ogg trail 空间,Oracle GoldenGate(ogg)安装经验大汇总，采坑总结，绝对干货！
weixin_39948439的博客
04-11 140
OGG-00685 begin time prior to oldest log in log history https://blog.csdn.net/kiwi_kid/article/details/36184241(EXT.prm) line 13: Parsing error, [convertucs2clobs] is obsolete.window 注意 导入导出 导入 expdp ...
oracle OGG 三种模式总结
qq_39778441的博客
08-22 4991
配置Ogg（本地模式） （过程可能涉及数据库重启） 查看是否是归档模式 SQL> archive log list (数据库使用的字符集和系统环境变量$NLS_LANG中要一致才无乱码，SQL> select userenv('language') from dual;查看数据库使用的字符集) 关闭数据库 SQL> shutdown immediate 装载...
Oracle GoldenGate 11g单向DDL配置实战
weixin_34197488的博客
01-10 343
在认真学习了GoldenGate企业级运维实战后，重点是对OGG几个进程的理解，结合对原理的理解，在整整实验了近两天，反复配置了四次之后，终于配置成功。本文经过多次配置成功实践整理而成，还有很多的细节需要完善。 本文出自：http://koumm.blog.51cto.com 目录 ================================ 一、环境准备并安...
oracle ogg--ogg搭建过程中遇到的错误及处理
weixin_30856725的博客
06-21 2721
1 PRVF-0002 : Could not retrieve local nodename---# Begin Stacktrace #---------------------------ID: oracle.install.commons.util.exception.DefaultErrorAdvisor:37oracle.cluster.verification.Verificatio...
OGG常用命令整理
乡下人
04-19 2617
转自：https://blog.csdn.net/liuzhijian2008x/article/details/79224308 1.查看进程状态 GGSCI (PONY) 2> info all 2.查看进程详细状态，有助于排错 GGSCI (PONY) 2> view report +进程名称 3.查看告警日志信息 GGSCI (PONY) 2> view ggs...
To delete p from a doubly linked list, we must do: A. p->prior=p->prior->prior; p->prior->next=p; B. p->next->prior=p; p->next=p->next->next; C. p->prior->next=p->next; p->next->prior=p->prior; D. p->next=p->prior->prior; p->prior=p->next->next;
最新发布
03-10
<think>嗯，我现在得仔细看看这个问题，关于如何在双向链表中删除节点p。题目给了四个选项，我需要逐一分析哪个是正确的操作步骤。 首先，我得回忆一下双向链表的结构。每个节点应该有一个prior指针指向前一个节点，还有一个next指针指向后一个节点。比如，假设有一个节点p，那么p->prior就是它的前驱节点，p->next是它的后继节点。当要删除p时，需要调整前驱和后继节点的指针，让它们绕过p，直接连接起来，这样p就被从链表中移除了。 现在，问题是要从四个选项中选正确的。让我一个一个来看。 选项A：p->prior = p->prior->prior; p->prior->next = p; 这好像有问题。首先，第一步修改p的prior指针，让p的前驱变成前前驱节点。然后，新的前驱节点的next指向p。但这样做的话，原来的前驱节点的next可能还没被处理，导致链表断裂。比如，原来的前驱节点（也就是p->prior原本指向的那个节点）的next应该指向p的后继节点才对，但这里并没有处理。所以选项A可能不正确，因为它没有正确地将前驱和后继连接起来，而是修改了p本身的指针，可能导致链表断裂。 选项B：p->next->prior = p; p->next = p->next->next; 这第一步是将p的后继节点的prior指向p自己？这不对啊，因为要删除p的话，应该是让后继节点的prior指向p的前驱节点才对。比如，假设当前p的后继是q，即p->next = q。那么q->prior应该改为指向p的前驱节点，而不是p自己。所以选项B的第一步是错误的，这会导致q的prior仍然指向p，而不是前驱节点。所以选项B也不正确。 选项C：p->prior->next = p->next; p->next->prior = p->prior; 这里第一步是将前驱节点的next指向p的后继节点，这样前驱节点就直接跳过了p，连到了p的下一个节点。第二步是将后继节点的prior指向p的前驱节点，同样跳过了p。这样，p就被完全从链表中移除了，前后节点正确连接，所以这一步应该是正确的。因此选项C可能是正确答案。 选项D：p->next = p->prior->prior; p->prior = p->next->next; 这看起来有点混乱。第一步将p的next指针指向前前驱节点，这可能会导致链表结构混乱，比如让当前节点的next指向更前面的节点，而第二步修改p的prior指针，可能指向了不确定的位置。这显然没有正确连接前后节点，反而破坏了结构，所以选项D不正确。 再仔细检查选项C。例如，假设有节点A <-> p <-> B。删除p的话，应该让A的next指向B，B的prior指向A。所以，正确的操作是A->next = B，B->prior = A。这里的A就是p->prior，B就是p->next。所以，选项C中的p->prior->next = p->next（即A->next = B），和p->next->prior = p->prior（即B->prior = A），确实正确。这样处理后，p就从链表中移除了，A和B正确连接，而p的prior和next指针可能还存在，但已经不在链表中了。因此选项C是正确的。 其他选项中，A和B都只处理了一部分，或者错误地修改了指针，导致链表断裂或循环错误。而D则是完全错误的指针操作。所以正确的选项应该是C。</think>要正确从双向链表中删除节点 $p$，需调整其前驱和后继节点的指针，使其绕过 $p$。以下是对选项的分析： 1. **选项 A** ```c p->prior = p->prior->prior; p->prior->next = p; ``` - 错误：修改了 $p$ 的 `prior` 指针，导致原前驱节点的 `next` 仍指向 $p$，链表未正确断开。 2. **选项 B** ```c p->next->prior = p; p->next = p->next->next; ``` - 错误：第一步将后继节点的 `prior` 仍指向 $p$，未连接前驱和后继节点。 3. **选项 C** ```c p->prior->next = p->next; p->next->prior = p->prior; ``` - **正确**： 1. 前驱节点的 `next` 指向 $p$ 的后继节点，跳过 $p$。 2. 后继节点的 `prior` 指向 $p$ 的前驱节点，完成双向连接。 - 例如： - 原链表：$A \leftrightarrow p \leftrightarrow B$ - 删除后：$A \leftrightarrow B$ 4. **选项 D** ```c p->next = p->prior->prior; p->prior = p->next->next; ``` - 错误：直接修改 $p$ 的指针，导致链表断裂。 **结论**：正确选项为 **C**。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值