Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1402111
  • 博文数量: 556
  • 博客积分: 12626
  • 博客等级: 上将
  • 技术积分: 5799
  • 用 户 组: 普通用户
  • 注册时间: 2006-01-11 15:56
个人简介

从事IT基础架构多年,发现自己原来更合适去当老师……喜欢关注新鲜事物,不仅限于IT领域。

文章分类

全部博文(556)

文章存档

2019年(6)

2018年(15)

2017年(17)

2016年(11)

2015年(2)

2014年(2)

2013年(36)

2012年(54)

2011年(100)

2010年(41)

2009年(72)

2008年(14)

2007年(82)

2006年(104)

分类: Oracle

2009-10-30 10:22:37

    检查发现一个DG数据库产生了一个很大trace文件,而且还在不断增长,看里面的内容一直是
LET: next scn before krvxrolf.
scn: 0x0000.00000000
LET:  next scn after krvxrolf.
scn: 0xffff.ffffffff
    内容在不停的循环,检查发现这个进程是个并发进程P000,等待事件为:LogMiner: reader waiting for more redo,这个进程的父进程是一个后台进程LSP0(Logical Standby Process),感觉这应该不是一个可调整的问题。果然oracle回复这是个bug:
bug内容如下:
 
主题: Bug 6994160 - Capture reader process constantly writing messages to trace file
  文档 ID: 6994160.8 类型: PATCH
  Modified Date: 14-JUL-2009 状态: PUBLISHED

Bug 6994160  Capture reader process constantly writing messages to trace file

 This note gives a brief overview of bug 6994160.
 The content was last updated on: 10-JUL-2009
 Click for details of each of the sections below.

Affects:

Product (Component) Oracle Server (Rdbms)
Range of versions believed to be affected (Not specified)
Versions confirmed as being affected
Platforms affected Generic (all / most platforms affected)

Fixed:

This issue is fixed in

Symptoms:

Related To:

  • (None Specified)

Description

Logminer redo reader process may create large trace files
with content of the form:
  LET: next scn before krvxrolf.
  scn: 0x0000.00000000
  LET:  next scn after krvxrolf.
  scn: 0xffff.ffffffff

Please note: The above is a summary description only. Actual symptoms can vary. Matching to any symptoms here does not confirm that you are encountering this problem. Always consult with Oracle Support for advice.

References

(This link will only work for PUBLISHED bugs)
Information on the sections in this article
阅读(3113) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~