2021-11-12
logminer参数checkpoint_retention_time更改后被还原
15M数据库环境 Oracle19.0.0.4 cdb
因OGG 抽取进程 很多，logminer吃SYSAUX表空间太严重，把dba_capture.checkpoint_retention_time由默认值改成了3，sys.streams$_preocess_params.value由默认值10改成1024
改完第二天发现，这两个参数值又恢复了默认值。却是为何？
我来答
添加附件
收藏
分享
问题补充
6条回答
默认
最新
标准答案来了。。。
之前我们也遇到了一样的问题，初始问题是表logmnr_restart_ckpt$ HWM 导致OGG抽取进程延迟，按照文档429599.1对表和索引做shrink后延迟问题解决，同时MOS建议按照文档735071.1修改参数。
通过执行以下命令从7改为3
exec dbms_capture_adm.alter_capture(capture_name =>'OGG$CAP_EXTRACT1',CHECKPOINT_RETENTION_TIME=>3);
但是发现过一段时间后参数会恢复默认值7，联系MOS反馈在他们的测试环境上也有同样的问题
解决办法，将参数写死在文件中。。。
评论
有用 1 打赏 0
回答交流
Markdown
请输入正文
提交
相关推荐
ogg支持像sql server中的请求订阅这种吗？
回答 1
已采纳
ogg是将源端A（不管是什么关系型数据库）的归档日志进行解析。送到目标端B。一般来说是A主动推送到B这样一个场景。B可以是Oracle，MySQL等等数据库，也可以使是hbase、kafka、es等等
为什么OGG目标端配置时总报：ERROR: EXTTRAIL file portion must be two characters.
回答 1
/home/oggmysql/dirdat/p这里必须2个字符不能只用一个p，比如/home/oggmysql/dirdat/AA
OGG同步会不会丢数据？
回答 1
目前接触了大量的ogg场景，几百条链路，基本没遇过丢数据；不过跟链路的设计和维护也很重要
OGG 源端表结构变动, 目标端没有变, 为什么复制进程没有停?
回答 3
已采纳
看是什么数据库版本以及ogg版本了oracle到oracle本来就不用停进程，支持的。mysql到oracle，21c支持的。mysql最好是8诸如此类等等。oraclemysql到kafka，到hb
ogg能同步历史数据吗？
回答 3
已采纳
这里历史数据如果指的是源库中的现有表数据，那ogg不能同步历史数据，远端只能同步新更新的数据，可以先通过scnimpdp到远端再通过scn来做ogg表同步
OGG 生成def 文件报错：OGG-00768 Failed to Map database character to ULibCharSet
回答 4
12c以上ogg版本都不需要用def文件了，表结构默认会抽取到trail文件的；以前11g版本的时候ogg才用到而已
OGG BOUNDED RECOVERY 出现进程终止
回答 1
ogg02028、erro1292无法找到日志。有可能是日志找不到了。你看看是不是还没拿到日志就被删除了？如果在权限对不对？
OGG同步ERROR:OGG-01163
回答 6
oggbug很多的，这种只能初始化
关于windows ogg21c微服务版for sqlserver 安装的问题
回答 1
确认下密码是否正确
ogg 抽取数据延时大
回答 10
已采纳
暂无文字回复
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签，敬请期待~~
