Home > Database > Mysql Tutorial > Oracle Rman backup 产生的错误信息

Oracle Rman backup 产生的错误信息

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB
Release: 2016-06-07 17:15:55
Original
932 people have browsed it

没有什么过多的错误信息显示,基本上也是一些说明性的东西。只在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_22899.trc:
Sat Jun 25 16:39:08 2012
Errors in file /home/oracle/app/oracle/admin/XXX/udump/XXX_ora_22899.trc:
Sat Jun 25 16:39:08 2012
Errors in file /home/oracle/app/oracle/admin/XXX/udump/XXX_ora_22899.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.

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

linux

Statement of this Website
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn
Popular Tutorials
More>
Latest Downloads
More>
Web Effects
Website Source Code
Website Materials
Front End Template