NBU job 状态 limit has been reached requested

Question

各位大侠好！
    今天在新装的nbu 进行备份时出现所有的数据库备份异常的问题，启动该备份策略时第一个子job 备份正常，第二个子job 状态为：limit has been reached requested resource .nbu_policy.xxx状态，直到第二个job 因为没有资源而失败，最终备份状态是6。.

   通过搜索官方文档发现NBU bug：1538083；但是该bug 是在NBU 6.5.4 已经修正了。
官方链接：http://www.symantec.com/docs/TECH67124

NBU备份日志：
03/03/2011 12:49:18 GXDB_nb GXDB_nb  started backup job for client GXDB_nb, policy ORA_ARCH, schedule Default-Application-Backup on
                    storage unit GXDB_nb-hcart-robot-tld-0
03/03/2011 12:49:18 GXDB_nb GXDB_nb  client GXDB_nb handling path /bk_52609_1_744814150
03/03/2011 12:49:20 GXDB_nb -  started backup job (jobid=215) for client GXDB_nb, policy ORA_ARCH, schedule
                    Default-Application-Backup
03/03/2011 12:52:17 GXDB_nb GXDB_nb  begin writing backup id GXDB_nb_1299185358, copy 1, fragment 1, to media id R733L1 on drive
                    SEAGATE.ULTRIUM06242-XXX.000 (index 1)
03/03/2011 13:10:26 GXDB_nb GXDB_nb  successfully wrote backup id GXDB_nb_1299185358, copy 1, fragment 1, 34375456 Kbytes at   
                    31816.164 Kbytes/sec
03/03/2011 13:10:30 GXDB_nb GXDB_nb  CLIENT GXDB_nb  POLICY ORA_ARCH  SCHED Default-Application-Backup  EXIT STATUS 0 (the requested
                    operation was successfully completed)
03/03/2011 13:10:31 GXDB_nb GXDB_nb  started backup job for client GXDB_nb, policy ORA_ARCH, schedule Default-Application-Backup on
                    storage unit GXDB_nb-hcart-robot-tld-0
03/03/2011 13:10:31 GXDB_nb GXDB_nb  client GXDB_nb handling path /bk_52608_1_744814150
03/03/2011 13:11:06 GXDB_nb GXDB_nb  begin writing backup id GXDB_nb_1299186630, copy 1, fragment 1, to media id R733L1 on drive
                    SEAGATE.ULTRIUM06242-XXX.000 (index 1)
03/03/2011 13:11:26 GXDB_nb GXDB_nb  successfully wrote backup id GXDB_nb_1299186630, copy 1, fragment 1, 2 Kbytes at 0.135     
                    Kbytes/sec
03/03/2011 13:11:28 GXDB_nb GXDB_nb  media manager terminated by parent process
03/03/2011 13:11:32 GXDB_nb GXDB_nb  CLIENT GXDB_nb  POLICY ORA_ARCH  SCHED Default-Application-Backup  EXIT STATUS 6 (the backup
                    failed to back up the requested files)
03/03/2011 13:11:32 GXDB_nb GXDB_nb  backup of client GXDB_nb exited with status 6 (the backup failed to back up the requested   
                    files)
03/03/2011 13:11:33 GXDB_nb GXDB_nb  CLIENT GXDB_nb  POLICY ORA_DATABASE  SCHED database  EXIT STATUS 6 (the backup failed to back
                    up the requested files)               
03/03/2011 13:11:33 GXDB_nb GXDB_nb  backup of client GXDB_nb exited with status 6 (the backup failed to back up the requested

rman 日志：
输入存档日志线程 =1 序列 =226803 记录 ID=433870 时间戳=732488884
输入存档日志线程 =1 序列 =226804 记录 ID=433871 时间戳=732489762
输入存档日志线程 =1 序列 =226805 记录 ID=433872 时间戳=732490888
通道 ch01: 正在启动段 1 于 2011-03-03 17:56:41
释放的通道: ch00
释放的通道: ch01
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on ch00 channel at 03/03/2011 18:06:56
ORA-27206: 没有在介质管理目录中找到请求的文件

NBU 版本：

HARDWARE SOLARIS
VERSION NetBackup 6.5.4
RELEASEDATE Fri May 01 06:32:40 CDT 2009

请各位大侠发表意见。

Answer 1

你有没有试验过，对同样的主机，提交2个或者更多的文件备份，是什么情况，是能都运行，还是只能运行一个，其他的排队？

Answer 2

你是不是没有调整每个客户端允许运行的最多job数呀？

Answer 3

在进行开始备份时，就会提示第二个job 进入limit has been reached requested resource状态。最后第二个job就反馈为错误状态 6。

Answer 4

是的。感觉不是bug，你有没有试验过，再提交作业能不能运行？是不是超时时间太短？

Answer 5

无牙版主！
打补丁是升级到6.5.6版本吗？

Answer 6

先重启NBU服务再打NBU补丁，看看这个方法行不行？

Answer 7

备份脚本脚本没有问题，官方bug 给出的解决方法也都尝试过都没有效果。

Answer 8

能把你的备份脚本贴出来吗？？、

Answer 9

有试过文档里提到的workaround么？