关于OGG trail file 到999999之后的处理方法

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

#OGG #trail #file #999999

本文探讨了GoldenGate在创建TRAIL文件时遇到的最大序号999999之后无法正常重置的问题，包括当超过最大TRAIL文件数量时的行为及Extract因耗尽用于创建TRAIL文件的序号而中止的情况。
GoldenGate Trail File Sequence Number Does Not Properly Reset after 999999 (Doc ID 1453979.1)
What Happens When The Maximum Number Of Trail Files (999999) Is Exceeded? (文档 ID 1060554.1)
Extract Abended As It Ran Out Of Sequence Numbers Used To Create TRAIL Files (文档 ID 1575351.1)
OGG-01449、OGG-01519问题处理
文档搬运工
09-09 1051
alter extract PUMP3, extseqno 5549, extrba 0 -- 坏的5548 ，从新的tail 文件开始。alter extract pump2, extseqno 2513, extrba 0 -- 坏的2512 ，从新的tail 文件开始。数据库主机宕机后，上面的ogg进程，部分ext异常，其他ext正常，其他所有的pump，rep进程都正常。随后查看ogg的log ，发现这两个ext进程对应的pump进程，pump的rba没有反应。
Oracle-OGG trail 文件大小引起的进程异常 OGG-01172
xdyzgjy的专栏
04-20 7867
监控OGG目标端进程，其中一个进程异常，状态为 ABENDED，start repa 执行失败。进入OGG报告目录检查运行报告 2015-04-20 09:38:36 ERROR OGG-01172 Discard file (/ogg/oggrm/11.2/dirdat/repa.dsc) exceeded max bytes (2000000000). 总结处理方法，从根本上解决问题。
【翻译自mos文章】Oracle GoldenGate(OGG) trail file的最大大小
msdnchina的专栏@JiNan,ShanDong
08-02 2711
Oracle GoldenGate(OGG) trail file的最大大小
OGG的replicat重置trail序列号
weixin_33762130的博客
03-10 739
OGG的replicat重置trail序列号一、源端状况GGSCI(rzrqdb.cfzq.com)43>infoallProgramStatusGroupLagatChkptTimeSinceChkptMANAGERRUNNINGEXTRACTRUNNINGEXTLSK00:00:0000:00:05EXTRACTABENDEDPUMPTOBF00:...
goldengate trail文件序号使用满了故障处理
Mikya_清风的博客
09-05 1352
问题描述： Ogg投递进程abend，报错如下： 2017-09-2713:35:51ERROROGG-06498Thesequencenumber999000foroutputtrailfile'/ggscenter/dirdat/b8'hasexceededthemaximumthreshold(998999).Pleaseconsult...
OGG_Trail文件的概述
翔之天空的专栏
04-01 3844
Overview of trails To support the continuous extraction and replication of databasechanges, Oracle GoldenGate stores the captured changes temporarily on disk in aseries of files called a trail. A t...
ogg 故障解决一则
热门推荐
好记忆也需烂博客
08-28 2万+
自己今天一个解决过程，希望能给大家一点启发 错误原因： 因两边同步出错，数据已不一致，我添加字段后也没有有同步过去，所以我把表删除重建。 但后来错误更多，想直接删除同步文件（./dirdat/gg000000）看看。但目标端一直要求此文件。 后来 重置Extract 和Replicat 进程的Trail 序列号     alter extract ext1,extseqno
OGG 手工切换trail文件两种方法
leo__1990的博客
06-13 5538
1. OGG 手工切换trail文件 测试ogg中断之后，重新同步操作https://www.cndba.cn/leo1990/article/2839 OGG 修改 trail 文件大小https://www.cndba.cn/leo1990/article/2856 alter extract pump1 etrollover SEND extract ext1, ROLLOVER ...
OGG-01433故障解决方法
09-11
### OGG-01433故障解决方法详解 #### 故障背景及原因分析 在Oracle GoldenGate (简称OGG) 的应用过程中，可能会遇到OGG-01433错误，这一错误通常与表的压缩设置有关。OGG是一款高性能的数据复制工具，能够实现异构...
OGG 手动删除trail文件
leo__1990的博客
06-13 3449
1. OGG手动删除trail文件 OGG mgr定期清理trail 文件可参考以下链接https://www.cndba.cn/leo1990/article/2853 1.1. 查看源端trail文件信息 GGSCI (cndba) 45> INFO EXTTRAIL * Extract Trail: ./dirdat/et Extra...
Extract Abended As It Ran Out Of Sequence Numbers Used To Create TRAIL Files (Doc ID 1575351.1)
sqlora的专栏
05-10 292
Extract Abended As It Ran Out Of Sequence Numbers Used To Create TRAIL Files (Doc ID 1575351.1) Oracle GoldenGate - Version 11.2.1.0.4 and later Information in this document applies to any platform. GOAL Is there anyway to increase the trail file number
【Goldengate性能优化】优化Extract抽取进程性能，解决OGG抽取日志延迟
我的Oracle DBA之路
05-22 1613
http://www.askmaclean.com/archives/ogg-goldengate-extract-slow.html 【Goldengate性能优化】优化Extract抽取进程性能，解决OGG抽取日志延迟 2013/04/22 BY MACLEAN LIU 3条评论 一般来说OGG Goldengate 抽取进程对CPU的压力非常小， 而对于I/O
REPLICAT RORA_1保持 ABENDED状态，无法启动问题处理
深蓝@黄炎龙
06-23 2872
REPLICAT  RORA_1保持 ABENDED状态，无法启动问题 GGSCI (gc1) 12> info all Program     Status      Group       Lag           Time Since Chkpt MANAGER     RUNNING                                            E
OGG_模拟abended状态，并修复。
翔之天空的专栏
08-06 1万+
实验目的：模拟OGG的abended状态，并修复。 本实验适用于在源端和目标端没有建立DDL复制功能的OGG。 步骤： 1、分别在源端和目标端建立测试的表(两个表字段长度不一致，测试abended情况)。 源端： SQL> create table ogg_user.test(avarchar2(5)); Table created. 目标端： SQL>...
OGG-01044 错误
白及
05-25 7872
今天在给客户安装 OGG 的时候，PUMP 进程无法启动。 GGSCI (ycods1) 21> start PUMPBAM Sending START request to MANAGER ... EXTRACT PUMPBAM starting GGSCI (ycods1) 22> info all Program     Status      Group  
OGG之Trail文件
weixin_30515513的博客
04-11 401
转载于:https://www.cnblogs.com/arcer/p/4418530.html
ogg 目标端手动清除Trail文件
最新发布
06-07
<think>嗯，用户这次明确需要OGG目标端手动清除trail文件的指南，看来是遇到了文件堆积问题。结合之前提供的错误日志参考（虽然和当前需求关联不大），但能看出用户有基本运维经验。实际场景可能是目标端磁盘空间告急，需要紧急清理trail文件，但又担心误删导致数据不一致。用户提到“手动清除”，暗示需要避开自动管理机制的特殊操作流程。考虑到OGG的严谨性，必须强调清理时机和检查点状态的关联性。需要分三部分说明：先确认检查点（避免数据丢失风险），再具体操作命令（区分GGSCI和操作系统层面），最后说明清理后的必要检查步骤。特别要注意提醒extract/rplprocess状态检查，这是新手容易忽略的关键点。上次回答提到的文件堆积问题果然引申出具体需求了，这次需着重补充replicat滞后检查的具体命令和清理后序列号验证，这两个是实际运维中最关键的细节。另外用户引用里那个TCP错误113虽然无关，但可能是导致trail堆积的诱因，可以最后轻描淡写提一句关联排查，既显专业又避免转移焦点。需要预警的操作风险有两个：一是清理未处理的trail文件会永久丢失数据，二是文件名序列跳跃可能导致进程异常终止。得用强烈语气标注警告符号，但又要避免吓退用户，所以把防护措施放在步骤里（比如检查点覆盖验证）。对于追求效率的DBA，补充说明操作系统直接删除和purgoldfiles的区别也很必要——前者是应急方案，后者才是标准流程。</think> 在Oracle GoldenGate（OGG）目标端手动清理Trail文件需严格遵循操作流程，避免数据丢失或进程中断。以下是详细步骤： --- ### **手动清理Trail文件步骤** 1. **确认检查点位置** 登录目标端GGSCI命令行，检查Replicat进程状态： ```sql GGSCI> info REPLICAT <进程名>, showch ``` 记录`Checkpoint Lag`和`RBA`（Read Boundary Address）值，确保所有数据已应用。 2. **删除已处理的Trail文件** - **方案1：通过GGSCI命令清理** ```sql GGSCI> DELETE EXTTRAIL /ogg/dirdat/rt* ``` 此命令仅删除**已被进程完全处理**的文件（RBA之前的所有文件）。 - **方案2：操作系统手动删除** 若需删除特定文件（如`/ogg/dirdat/rt0000123`），需确保： - Replicat进程当前读取位置**高于**该文件名序列号（例：若检查点RBA=456，则文件名小于`rt0000456`的文件可删）。 - 进程处于运行状态： ```sql GGSCI> status REPLICAT <进程名> ``` 3. **清理后验证** - 检查剩余Trail文件是否包含未处理数据： ```sql GGSCI> view report <Replicat进程名> ``` 搜索`Current RBA`值，确认其高于保留文件的最小序列号。 - 监控进程延迟： ```sql GGSCI> send REPLICAT <进程名>, lag ``` --- ### **关键注意事项** - **警告** 不要删除**未完成处理**的文件（文件名序列号 ≥ Checkpoint RBA），否则触发错误： ```sql ERROR OGG-01222 (File not found) ``` - **文件命名规则** Trail文件名（如`rt0000456`）末尾数字即序列号，需与RBA匹配。 - **高可用建议** 生产环境优先使用`PURGEOLDEXTRACTS`自动清理，避免手动误删[^1]： ```sql GGSCI> ADD EXTTRAIL /ogg/dirdat/rt, EXTSOURCE ./dirdat/et GGSCI> ALTER REPLICAT <进程名> PURGEOLDEXTRACTS ``` --- ### **关联排查** 若清理后进程报错`No route to host`（引用[^1]错误），检查： 1. 网络连通性：`ping <源端IP>` 2. OGG端口状态：`netstat -an | grep <OGG端口号>` 3. 防火墙策略：开放指定端口双向通信。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值