关于RMAN的问题，求助！

结网的鱼

各位大虾：
   偶单位UNIX系统，ORACLE9i，傲群SSL1016磁带库。备份不好用，备份数据库时提示出错如下：
[Normal] From: BSM@yysvr01 "ORACLE_BK"  Time: 10/27/05 17:40:16
        OB2BAR application on "10.113.134.26" successfully started.

Started with arguments: -backup -full

Recovery Manager: Release 9.2.0.1.0 - 64bit Production

Copyright (c) 1995, 2002, Oracle Corporation.  All rights reserved.

RMAN>
connected to target database: EDPBX (DBID=1278604999)
using target database controlfile instead of recovery catalog

RMAN>
RMAN> run {
2> allocate channel 'dev_0' type 'sbt_tape'
3> parms 'ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=EDPBX,OB2BARLIST=ORACLE_BK)';
4> backup incremental level 0 filesperset 1
5> format 'ORACLE_BK<EDPBX_%s:%t:%p>.dbf'
6> database
7> include current controlfile
8> archivelog all
9> ;
10> }
allocated channel: dev_0
channel dev_0: sid=80 devtype=SBT_TAPE
channel dev_0: Data Protector A.05.10/209

Starting backup at 10/27/2005 [17:37:16]
released channel: dev_0
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup command at 10/27/2005 17:37:16
RMAN-06056: could not access datafile 12

RMAN> **end-of-file**

RMAN>

Recovery Manager complete.
[Major] From: ob2rman.exe@yysvr02 "EDPBX"  Time: 10/27/05 17:37:17
        Backup of Oracle8 database finished with error.
        1. Check Data Protector errors and follow         
           Data Protector troubleshooting procedure.      
        2. Check Oracle8 RMAN errors.                                   
        
        If the Data Protector error is reported please     
        check the following files:                                      
           a) /var/opt/omni/log/oracle8.log on yysvr02                        
           b) <Oracle8 user dump directory>/sbtio.log on yysvr02   
           c) /var/opt/omni/log/debug.log on yysvr02                           
        
        Note that Oracle8 RMAN errors are not reported in the above files.

[Normal] From: ob2rman.exe@yysvr02 "EDPBX"  Time: 10/27/05 17:37:17
        RMAN script saved in /var/opt/omni/tmp/RMAN_ORACLE_BK_input.rman file.

[Normal] From: BSM@yysvr01 "ORACLE_BK"  Time: 10/27/05 17:40:23
        OB2BAR application on "10.113.134.26" disconnected.

[Critical] From: BSM@yysvr01 "ORACLE_BK"  Time: 10/27/05 17:40:23
        None of the Disk Agents completed successfully.
        Session has failed.

[Normal] From: BSM@yysvr01 "ORACLE_BK"  Time: 10/27/05 17:40:23

        Backup Statistics:
         
                Session Queuing Time (hours)      0.00        
                ----------------------------------------      
                Completed Disk Agents ........       0         
                Failed Disk Agents ...........       0         
                Aborted Disk Agents ..........       0         
                ----------------------------------------      
                Disk Agents Total  ...........       0         
                ========================================      
                Completed Media Agents .......       0         
                Failed Media Agents ..........       0         
                Aborted Media Agents .........       0         
                ----------------------------------------      
                Media Agents Total  ..........       0         
                ========================================      
                Mbytes Total .................    0 MB      
                Used Media Total .............       0         
                Disk Agent Errors Total ......       0   


============================================================================
                      Session failed!
============================================================================
如何解决？
据说是ORACLE 的错误？建议用RMAN试一下，可偶又没用过ORACLE，恳请诸位告诉我如何操作，使那个RMAN-06056: could not access datafile 12 通过，谢谢啦。

二二

看错误信息好象是datafile 12有问题，检查一下这个数据文件是否联机，是否可访问？

cani_su

RMAN-06056 could not access datafile number
Cause: A backup or copy could not proceed because the datafile header could not be read or the header was not valid.

Action: Make the datafile accessible or skip it.
=========================================


run {
........
      database skip inaccessible ;
.......
}