没有什么过多的错误信息显示，基本上也是一些说明性的东西。只在metalink的forum中有这样的提问和回答。其中一位ORACLE的support

周日手工做RMAN备份的时候，，在alert.log中产生了错误信息。

Sat Jun 25 16:39:08 2012
Errors in file /home/Oracle/app/oracle/admin/XXX/udump/XXX_ora_229.trc:
Sat Jun 25 16:39:08 2012
Errors in file /home/oracle/app/oracle/admin/XXX/udump/XXX_ora_229.trc:
Sat Jun 25 16:39:08 2012
Errors in file /home/oracle/app/oracle/admin/XXX/udump/XXX_ora_229.trc:

奇怪呀，RMAN也没有报错信息，赶快看看trc文件：

*** 2012-06-25 16:18:53.310
*** ACTION NAME:(0000071 STARTED16) 2012-06-25 16:18:53.284
*** MODULE NAME:(backup incr datafile) 2012-06-25 16:18:53.284
*** SERVICE NAME:(SYS$USERS) 2012-06-25 16:18:53.284
*** SESSION ID:(192.52848) 2012-06-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.

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