找到以前的同事，告诉我看日志信息。将2月7日的日志（我将与我们项目有关的信息用**代替了）贴上来吧：
hot_database_archivelog_backup.sh.out.20080207
# more hot_database_archivelog_backup.sh.out.20080207
Script /usr/openv/script1/hot_database_archivelog_backup.sh
==== started on 2008年02月07日 星期四 12时07分43秒 CST ====
RMAN: /opt/oracle/product/9.2.0.1/bin/rman
ORACLE_SID: **db1
ORACLE_USER: oracle
ORACLE_HOME: /opt/oracle/product/9.2.0.1
NB_ORA_FULL: 1
NB_ORA_INCR: 0
NB_ORA_CINC: 0
NB_ORA_SERV: b2000
NB_ORA_POLICY: oracle2_**_archivelog_backup
Full backup requested
Sun Microsystems Inc. SunOS 5.8 Generic February 2000
You have new mail.
RMAN> 2> 3> 4> 5> 6> 7> 8> 9> 10> 11> 12> 13> 14> 15> 16> 17> 18> 19> 20> 21> 22> 23> 24> RMAN> l rights reserved.
连接到目标数据库: **DB1 (DBID=1820329014)
连接到恢复目录数据库
RMAN> 2> 3> 4> 5> 6> 7> 8> 9> 10> 11> 12> 13> 14> 15> 16> 17> 18> 19> 20> 21> 22> 23> 24>
分配的通道: ch00
通道 ch00: sid=134 devtype=SBT_TAPE
通道ch00: VERITAS NetBackup for Oracle - Release 5.0GA (2003103006)
分配的通道: ch01
通道 ch01: sid=45 devtype=SBT_TAPE
通道ch01: VERITAS NetBackup for Oracle - Release 5.0GA (2003103006)
启动 backup 于 2008-02-07 12:07:48
当前日志已存档
通道 ch00: 正在启动存档日志备份集
通道 ch00: 正在指定备份集中的存档日志
输入存档日志线程 =1 序列 =44637 记录 ID=85052 时间戳=645812283
输入存档日志线程 =1 序列 =44638 记录 ID=85053 时间戳=645814637
输入存档日志线程 =1 序列 =44639 记录 ID=85054 时间戳=645816713
输入存档日志线程 =1 序列 =44640 记录 ID=85055 时间戳=645818979
输入存档日志线程 =1 序列 =44641 记录 ID=85056 时间戳=645821250
输入存档日志线程 =1 序列 =44642 记录 ID=85057 时间戳=645823643
输入存档日志线程 =1 序列 =44643 记录 ID=85058 时间戳=645825718
输入存档日志线程 =1 序列 =44644 记录 ID=85059 时间戳=645827914
输入存档日志线程 =1 序列 =44645 记录 ID=85060 时间戳=645830210
输入存档日志线程 =1 序列 =44646 记录 ID=85061 时间戳=645832206
输入存档日志线程 =1 序列 =44647 记录 ID=85062 时间戳=645834555
输入存档日志线程 =1 序列 =44648 记录 ID=85063 时间戳=645836567
输入存档日志线程 =1 序列 =44649 记录 ID=85064 时间戳=645838821
输入存档日志线程 =1 序列 =44650 记录 ID=85065 时间戳=645840946
输入存档日志线程 =1 序列 =44651 记录 ID=85066 时间戳=645841258
输入存档日志线程 =1 序列 =44652 记录 ID=85067 时间戳=645841805
输入存档日志线程 =1 序列 =44653 记录 ID=85068 时间戳=645843701
输入存档日志线程 =1 序列 =44654 记录 ID=85069 时间戳=645845909
通道 ch00: 正在启动段 1 于 2008-02-07 12:08:09
通道 ch01: 正在启动存档日志备份集
通道 ch01: 正在指定备份集中的存档日志
输入存档日志线程 =1 序列 =44655 记录 ID=85070 时间戳=645847356
输入存档日志线程 =1 序列 =44656 记录 ID=85071 时间戳=645847689
输入存档日志线程 =1 序列 =44657 记录 ID=85072 时间戳=645848634
输入存档日志线程 =1 序列 =44658 记录 ID=85073 时间戳=645850316
输入存档日志线程 =1 序列 =44659 记录 ID=85074 时间戳=645852512
输入存档日志线程 =1 序列 =44660 记录 ID=85075 时间戳=645854562
输入存档日志线程 =1 序列 =44661 记录 ID=85076 时间戳=645857212
输入存档日志线程 =1 序列 =44662 记录 ID=85077 时间戳=645859591
输入存档日志线程 =1 序列 =44663 记录 ID=85078 时间戳=645861728
输入存档日志线程 =1 序列 =44664 记录 ID=85079 时间戳=645864064
输入存档日志线程 =1 序列 =44665 记录 ID=85080 时间戳=645866020
输入存档日志线程 =1 序列 =44666 记录 ID=85081 时间戳=645868358
输入存档日志线程 =1 序列 =44667 记录 ID=85082 时间戳=645870605
输入存档日志线程 =1 序列 =44668 记录 ID=85083 时间戳=645873037
输入存档日志线程 =1 序列 =44669 记录 ID=85084 时间戳=645874979
输入存档日志线程 =1 序列 =44670 记录 ID=85085 时间戳=645877288
输入存档日志线程 =1 序列 =44671 记录 ID=85086 时间戳=645879540
输入存档日志线程 =1 序列 =44672 记录 ID=85087 时间戳=645881539
通道 ch01: 正在启动段 1 于 2008-02-07 12:08:09
释放的通道: ch00
释放的通道: ch01
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on ch00 channel at 02/07/2008 23:54:15
ORA-19506: 无法创建顺序文件, 名称 = "al_47259_1_646056488", 参数 = ""
ORA-27028: skgfqcre: sbtbackup 返回错误
ORA-19511: 从介质管理器层接收到错误, 错误文本为:
VxBSACreateObject: Failed with error:
Server Status: unable to process request because the server resources are busy
RMAN>
恢复管理器完成。
Script /usr/openv/script1/hot_database_archivelog_backup.sh
==== ended in error on 2008年02月08日 星期五 11时38分29秒 CST ====
hot_database_backup.sh.out.20080207
Script /usr/openv/script1/hot_database_backup.sh
==== started on 2008年02月07日 星期四 03时09分00秒 CST ====
RMAN: /opt/oracle/product/9.2.0.1/bin/rman
ORACLE_SID: **db1
ORACLE_USER: oracle
ORACLE_HOME: /opt/oracle/product/9.2.0.1
NB_ORA_FULL: 0
NB_ORA_INCR: 1
NB_ORA_CINC: 0
NB_ORA_SERV: b2000
NB_ORA_POLICY: oracle_add_**
Differential incremental backup requested
Sun Microsystems Inc. SunOS 5.8 Generic February 2000
You have new mail.
RMAN> 2> 3> 4> 5> 6> 7> 8> 9> 10> 11> 12> 13> 14> 15> 16> 17> 18> 19> 20> 21> 22> 23> 24> 25> 26> 27> 28> 29> 30> 31> 32> 33> 34> 35
> 36> 37> 38> RMAN> 9014)
连接到恢复目录数据库
RMAN> 2> 3> 4> 5> 6> 7> 8> 9> 10> 11> 12> 13> 14> 15> 16> 17> 18> 19> 20> 21> 22> 23> 24> 25> 26> 27> 28> 29> 30> 31> 32> 33> 34> 35
> 36> 37> 38>
分配的通道: ch00
通道 ch00: sid=369 devtype=SBT_TAPE
通道ch00: VERITAS NetBackup for Oracle - Release 5.0GA (2003103006)
分配的通道: ch01
通道 ch01: sid=416 devtype=SBT_TAPE
通道ch01: VERITAS NetBackup for Oracle - Release 5.0GA (2003103006)
启动 backup 于 2008-02-07 03:09:04
通道 ch00: 正在启动 incremental level 1 数据文件备份集
通道 ch00: 正在指定备份集中的数据文件
输入数据文件 fno=00002 name=/u03/oradata/undotbs01.dbf
输入数据文件 fno=00014 name=/u01/oradata/unicomdbs1.dbf
输入数据文件 fno=00073 name=/u01/oradata/datafile/d_perf2_dbs.dbf
输入数据文件 fno=00114 name=/u01/oradata/ADPINDB01.dbf
输入数据文件 fno=00115 name=/u01/oradata/adpindb02.dbf
通道 ch00: 正在启动段 1 于 2008-02-07 03:10:11
通道 ch01: 正在启动 incremental level 1 数据文件备份集
通道 ch01: 正在指定备份集中的数据文件
输入数据文件 fno=00131 name=/u02/oradata/unicomdbs2.dbf
输入数据文件 fno=00135 name=/u01/oradata/datafile/D_ALARM_DBS1.dbf
输入数据文件 fno=00053 name=/u01/oradata/datafile/i_pdsn_perf_dbs.dbf
输入数据文件 fno=00190 name=/u01/oradata/SYMANTEC_I3_ORCL.dbf
输入数据文件 fno=00004 name=/u01/oradata/drsys01.dbf
通道 ch01: 正在启动段 1 于 2008-02-07 03:10:11
释放的通道: ch00
释放的通道: ch01
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on ch00 channel at 02/08/2008 14:27:39
ORA-19506: 无法创建顺序文件, 名称 = "bk_47257_1_646024211", 参数 = ""
ORA-27028: skgfqcre: sbtbackup 返回错误
ORA-19511: 从介质管理器层接收到错误, 错误文本为:
VxBSACreateObject: Failed with error:
Server Status: unable to process request because the server resources are busy
RMAN>
恢复管理器完成。
Script /usr/openv/script1/hot_database_backup.sh
==== ended in error on 2008年02月09日 星期六 02时10分29秒 CST ====
网上搜了一下，暂时没发现有什么特别管用信息。怀疑是不是这台服务器与b2000的软件配置这一块已经损坏了，故在服务器B增加了一个策略test，将某个目录下的文件直接备份到磁带中，观察是否能够成功完成，如果成功，那么可以将软件配置的问题排除。目前任务还在队列中，不知道结果如何。等待吧。
