Chinaunix首页 | 论坛 | 博客
  • 博客访问: 129570
  • 博文数量: 28
  • 博客积分: 610
  • 博客等级: 上士
  • 技术积分: 250
  • 用 户 组: 普通用户
  • 注册时间: 2011-05-10 10:12
文章分类

全部博文(28)

文章存档

2011年(28)

我的朋友

分类: Oracle

2011-05-23 11:41:27

周日手工做RMAN备份的时候,在alert.log中产生了错误信息。
     
Sat Oct 25 16:39:08 2008
Errors in file /home/oracle/app/oracle/admin/XXX/udump/XXX_ora_22899.trc:
Sat Oct 25 16:39:08 2008
Errors in file /home/oracle/app/oracle/admin/XXX/udump/XXX_ora_22899.trc:
Sat Oct 25 16:39:08 2008
Errors in file /home/oracle/app/oracle/admin/XXX/udump/XXX_ora_22899.trc:

      奇怪呀,RMAN也没有报错信息,赶快看看trc文件:
     
*** 2008-10-25 16:18:53.310
*** ACTION NAME:(0000071 STARTED16) 2008-10-25 16:18:53.284
*** MODULE NAME:(backup incr datafile) 2008-10-25 16:18:53.284
*** SERVICE NAME:(SYS$USERS) 2008-10-25 16:18:53.284
*** SESSION ID:(192.52848) 2008-10-25 16:18:53.284

      没有什么过多的错误信息显示,基本上也是一些说明性的东西。只在metalink的forum中有这样的提问和回答。其中一位ORACLE的support的回答比较严谨吧:
     
There seems to be apparently no problem with the trace file that is getting generated.

However is it the full trace file or have you just pasted the heading of the trace file.

You are correct in interpreting that this is related to the backup.

If this is not the full tracefile you can update the thread with some more information or atleast the call stack part of the trace file.

If this is the full file, then there is nothing much that can be inferred from it, and can be ignored.

      好了,这个问题可以不追究了。
      记录一下吧。
      对一个数据的管理人员来讲,不要放过任何数据库产生的信息才对。严谨,是必须的。-:)

本文出自 “Be the miracle!” 博客,请务必保留此出处http://miracle.blog.51cto.com/255044/108279

阅读(473) | 评论(0) | 转发(0) |
0

上一篇:Oracle的物化视图

下一篇:rman 命令

给主人留下些什么吧!~~