暂无图片
分享
李辰
2024-08-21
单实例库alert日志报很多logminer相关

一直在刷屏,很多天了,而且归档日志产生的也特别多.

请大佬帮忙看看,谢谢

LOGMINER: summary for session# = 2159012865
LOGMINER: StartScn: 56880031089 (0x0000000d3e506571)
LOGMINER: EndScn: 56880031118 (0x0000000d3e50658e)
LOGMINER: HighConsumedScn: 0
LOGMINER: PSR flags: 0x0
LOGMINER: Session Flags: 0x4000441
LOGMINER: Session Flags2: 0x0
LOGMINER: Read buffers: 16
LOGMINER: Memory LWM: limit 10M, LWM 12M, 80%
LOGMINER: Memory Release Limit: 0M
LOGMINER: Max Decomp Region Memory: 1M
2024-08-21T13:26:37.781621+08:00
LOGMINER: Begin mining logfile for session -2135954431 thread 1 sequence 11835, E:\APP\ADMIN_IC\ORADATA\CNI23RISE\REDO03.LOG
2024-08-21T13:26:39.338011+08:00
LOGMINER: summary for session# = 2159013889
LOGMINER: StartScn: 56880031099 (0x0000000d3e50657b)
LOGMINER: EndScn: 56880031126 (0x0000000d3e506596)
LOGMINER: HighConsumedScn: 0
LOGMINER: PSR flags: 0x0
LOGMINER: Session Flags: 0x4000441
LOGMINER: Session Flags2: 0x0
LOGMINER: Read buffers: 16
LOGMINER: Memory LWM: limit 10M, LWM 12M, 80%
LOGMINER: Memory Release Limit: 0M
LOGMINER: Max Decomp Region Memory: 1M
2024-08-21T13:26:39.377816+08:00
LOGMINER: Begin mining logfile for session -2135953407 thread 1 sequence 11835, E:\APP\ADMIN_IC\ORADATA\\REDO03.LOG
2024-08-21T13:26:40.634368+08:00
LOGMINER: summary for session# = 2159014913
LOGMINER: StartScn: 56880031107 (0x0000000d3e506583)
LOGMINER: EndScn: 56880031151 (0x0000000d3e5065af)
LOGMINER: HighConsumedScn: 0
LOGMINER: PSR flags: 0x0
LOGMINER: Session Flags: 0x4000441
LOGMINER: Session Flags2: 0x0
LOGMINER: Read buffers: 16
LOGMINER: Memory LWM: limit 10M, LWM 12M, 80%
LOGMINER: Memory Release Limit: 0M
LOGMINER: Max Decomp Region Memory: 1M
2024-08-21T13:26:40.660407+08:00
LOGMINER: Begin mining logfile for session -2135952383 thread 1 sequence 11835, E:\APP\ADMIN_IC\ORADATA\\REDO03.LOG
2024-08-21T13:26:40.920867+08:00
LOGMINER: summary for session# = 2159012865
LOGMINER: StartScn: 56880031115 (0x0000000d3e50658b)
LOGMINER: EndScn: 56880031157 (0x0000000d3e5065b5)
LOGMINER: HighConsumedScn: 0
LOGMINER: PSR flags: 0x0
LOGMINER: Session Flags: 0x4000441
LOGMINER: Session Flags2: 0x0
LOGMINER: Read buffers: 16
LOGMINER: Memory LWM: limit 10M, LWM 12M, 80%
LOGMINER: Memory Release Limit: 0M

收藏
分享
6条回答
默认
最新
抖草

cat /etc/sysctl.conf

cat /etc/security/limits.conf

看看这个文件是不是发生过变化,status +文件 ,内容可以贴出来看看。

暂无图片 评论
暂无图片 有用 0
打赏 0
李辰
题主
2024-08-22
抱歉,忘说了,这是Windows系统.而且等待事件里有Data Guard: Gap Manager
莫桑石

是不是配了 flink cdc 在同步数据?然后开启了附加日志,导致归档日志量增加

暂无图片 评论
暂无图片 有用 0
打赏 0
李辰
题主
2024-08-22
用的kettle,负责同步的同事说并没有在同步数据.
夏宁

我的情况和你一样 我是使用了flink cdc,反正一定是使用了类cdc软件,调用了logmnr.

暂无图片 评论
暂无图片 有用 0
打赏 0
李辰
题主
2024-08-26
可能把.我查过,没有手动执行logmnr挖日志.那应该就是程序调用logmnr了.就是不知道啥程序.
张sir

应该是开了类似ogg这种同步工具了

暂无图片 评论
暂无图片 有用 0
打赏 0
李辰
题主
2024-08-26
没有使用ogg
aknight

SQL> select capture_name from dba_capture:

SQL> exec dbms_capture_adm.stop_capture( '<capture name>' , true);

暂无图片 评论
暂无图片 有用 0
打赏 0
李辰
题主
2024-08-26
select capture_name from dba_capture: 没有结果返回
aknight
答主
2024-08-27
select capture_name from dba_capture: 没有结果返回 可能是其它原因了。可以考虑查查LOGMINER: summary for session# = 2159012865 这个session具体是什么?进一步排查下
李辰
题主
2024-09-02
试了通过sid获取执行的sql语句,也是无结果返回.
展开全部评论(2条)
李辰
问题已关闭: 问题已经得到解决
暂无图片 评论
暂无图片 有用 0
打赏 0
aknight
2024-09-13
怎么解决的,方便的话, 分享下?谢谢
李辰
题主
2024-09-14
请示过领导了,领导说是业务的机器执行logmnr抽数据.
回答交流
Markdown


请输入正文
提交
相关推荐
Oracle监听程序不见,如何处理?
回答 1
已采纳
重新启动一下。如果lsnrctl的程序都没有了,从其他数据库上复制一个,或者重建一下。
怎么把生僻字𧿹存储在oracle数据库中
回答 4
UTF32可以SQL&gt;SQL&gt;createtabletutf32(c1varchar2(20));TablecreatedSQL&gt;insertintotutf32values('踇'
怎么查执行为什么做全表扫oracle这张表?
回答 3
楼主贴的图不全,起码要标识出FULLTABLEACCESS这步里是否有FILTER条件,如有,那么就要判断针对这些条件是否有索引。另外从该表输出了几个字段。唯有如此,才可以搞明白为何要全扫表。
rman压缩
回答 4
backupascompressed
如何分辨某个用户是从哪台机器登陆ORACLE的?
回答 1
已采纳
–使用sys执行createorreplacetriggeronlogontriggerafterlogonondatabasebegindbmsapplicationinfo.setclientin
ORA-01652: 无法通过 128 (在表空间 TEMPSTG 中) 扩展 temp 段,咋办?
回答 3
已采纳
您好:从表象看是临时表空间不足,需要对容量进行扩容,也就是需要对应添加数据文件。语法参考:altertablespacetemptgaddtempfile‘/u01/app/oracle/oradat
存储过程中,如果where条件是动态增加的,如何实现
回答 1
setserveroutputon;declaremonvarchar2(4);vsqlvarchar2(20);v1varchar2(200);vsql2varchar2(1000);beginse
oracle 结束进程
回答 3
如果有条件从操作系统杀进程,尽量从操作系统杀,因为从操作系统杀,pmon处理释放资源的优先级更高,还有你可能数据库层面可能会存在杀不掉,杀掉之后资源不释放的情况。
怎样理解Oracle的并发控制?
回答 1
已采纳
并发控制在不同的数据库中机制各不相同。正是因为并发控制的差异,才使得数据库不同于文件系统,也使得不同的数据库彼此有所区别。作为程序员,一定要保证你的数据库应用程序在并发访问的情况下能够正常地工作。这一
AIX7.1安装19.3RAC
回答 3
上传一下相关的日志吧,从你的描述也只能看是内存溢出,其他的看不出来什么呀
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~