oracle rman backup 产生的错误信息

最新推荐文章于 2024-09-04 09:36:43 发布

weixin_34268753

最新推荐文章于 2024-09-04 09:36:43 发布

阅读量132

点赞数

CC 4.0 BY-SA版权

文章标签：数据库

原文链接：https://yq.aliyun.com/articles/423281

在进行RMAN备份操作时，虽然未收到直接错误提示，但alert.log中出现了重复的错误信息，通过检查生成的.trc文件发现仅有头部信息并无实质性错误内容。经Oracle支持人员确认，这可能是正常的备份过程中产生的日志，可以忽略。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

周日手工做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!博客51CTO博客，原文链接http://blog.51cto.com/miracle/108279如需转载请自行联系原作者

Larry.Yue