Chinaunix

标题: NBU job 状态 limit has been reached requested [打印本页]

作者: metarnethanfei 时间: 2011-03-03 19:25
标题: NBU job 状态 limit has been reached requested
各位大侠好！
今天在新装的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

请各位大侠发表意见。

作者: Kakii 时间: 2011-03-03 20:17
有试过文档里提到的workaround么？

作者: zzq1014 时间: 2011-03-03 21:55
能把你的备份脚本贴出来吗？？、

作者: metarnethanfei 时间: 2011-03-04 08:06
备份脚本脚本没有问题，官方bug 给出的解决方法也都尝试过都没有效果。

作者: 无牙 时间: 2011-03-04 11:05
先重启NBU服务再打NBU补丁，看看这个方法行不行？

作者: metarnethanfei 时间: 2011-03-04 11:11
无牙版主！
打补丁是升级到6.5.6版本吗？

作者: 无牙 时间: 2011-03-04 11:15
是的。感觉不是bug，你有没有试验过，再提交作业能不能运行？是不是超时时间太短？

作者: metarnethanfei 时间: 2011-03-04 11:41
在进行开始备份时，就会提示第二个job 进入limit has been reached requested resource状态。最后第二个job就反馈为错误状态 6。

作者: 无牙 时间: 2011-03-04 11:45
你是不是没有调整每个客户端允许运行的最多job数呀？

作者: 无牙 时间: 2011-03-04 11:48
你有没有试验过，对同样的主机，提交2个或者更多的文件备份，是什么情况，是能都运行，还是只能运行一个，其他的排队？

作者: sandy-shi 时间: 2011-03-04 13:07
关注中

作者: metarnethanfei 时间: 2011-03-04 14:04
最大job 是51 ，其实这个错误主要集中在job 2 开始写文件时遇到了（ORA-27206: 没有在介质管理目录中找到请求的文件）错误。

手动测试一个脚本：
RMAN> RUN {
2> ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE';
3> BACKUP CURRENT controlfile;
4> RELEASE CHANNEL ch00;
5> }

分配的通道: ch00
通道 ch00: sid=247 devtype=SBT_TAPE
通道ch00: Veritas NetBackup for Oracle - Release 6.5 (2009050106)

启动 backup 于 2011-03-04 13:52:56
通道 ch00: 正在启动 full 数据文件备份集
通道 ch00: 正在指定备份集中的数据文件
备份集中包括当前控制文件
通道 ch00: 正在启动段 1 于 2011-03-04 13:52:57
释放的通道: ch00
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on ch00 channel at 03/04/2011 13:56:02
ORA-27206: 没有在介质管理目录中找到请求的文件

NBU 里显示备份状态返回的是0；重点关注ORA-27206错误。

作者: 无牙 时间: 2011-03-04 14:15
你把脚本改成这样试一试:
RMAN> RUN {
2> ALLOCATE CHANNEL ch00 TYPE 'disk;
3> BACKUP CURRENT controlfile;
4> RELEASE CHANNEL ch00;
5> }

作者: metarnethanfei 时间: 2011-03-04 14:39
正在使用目标数据库控制文件替代恢复目录
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of allocate command on ch00 channel at 03/04/2011 14:31:23
ORA-19554: 配置设备时出错，设备类型: DISK, 设备名称:
ORA-27001: 不受支持的设备类型
Additional information: 1

RMAN> show default device type;

RMAN 配置参数为:
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default

作者: metarnethanfei 时间: 2011-03-04 20:59
更正rman 脚本如下：
RUN {
2> ALLOCATE CHANNEL ch00 device type disk;
3> BACKUP CURRENT controlfile;
4> RELEASE CHANNEL ch00;
5> }

备份成功，备份文件系统是正常的。

问题还是出在NBU 链接 rman 上。

作者: wsyks1976 时间: 2011-03-05 15:38
学习下

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)